static: T9482: check static routes only

Verification also refused a blackhole or reject default route next to
the default route of a PPPoE interface, or of a DHCP interface once its
lease had a router. Those routes change without a commit of the static
routes, by an interface-only commit or a lease event. The check missed
those cases, depended on the lease, and was not covered by the
migration, so a PPPoE configuration with a plain blackhole default route
failed to load after the upgrade. Only conflicts between static routes
are refused now, the renderer handles the interface default routes.

The default distance is looked up only for a route without a distance.

The migration comment claimed FRR keeps the route configured first. A
conflict makes frr-reload lose every static route of that reload. A
unit test covers the migration, and the config test asserts which route
was disabled.

0 files changed, 0 insertions, 0 deletions