[quagga-users 14964] ospf learned default route not being re-installed after interface reset

--===============5904591087139559449==
Content-Type: multipart/signed; micalg="pgp-sha256";
	protocol="application/pgp-signature"; boundary="=-owIT+DqG8WzAMz7T50eq"


--=-owIT+DqG8WzAMz7T50eq
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I'm trying to resolve a problem with system startup involving zebra,
ospfd and NetworkManager.

First question is, is it necessary to wait for interfaces to be up
before starting zebra/ospfd?  What exactly is the minimum required
interface state?  Interface(s) just up?  Or do they need to be up with
an IPv4 address?  Something else?

Or can I avoid gating starting zebra/ospfd on anything to do with
interfaces and zebra/ospfd will just start to use interfaces as they
are brought up?

The problem I am having currently is that what seems to happen is that
after the interface, zebra and ospfd are up, NetworkManager finds a
reason to reset the interface, completely tearing it down and bringing
back up again.  Let's ignore why NM is doing this for the moment and
just accept that there are states where NM needs to do this.  It
doesn't really have to be NM doing this.  Even on an NM-less machine,
one could need to bring and interface down and then back up.

What is happening though, is that after this teardown/bringup,
zebra/ospfd manages to restore all of the OSPF learned routes except
the default route:

10.0.0.0/24 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20
10.8.0.0/24 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20
10.75.22.0/24 dev enp2s0 proto kernel scope link src 10.75.22.247 metric 10=
0=20
10.75.22.247 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20
10.75.23.0/24 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20
67.193.224.0/20 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20
67.193.224.1 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20
192.168.101.0/24 proto zebra metric 20=20
	nexthop via 10.75.22.196 dev enp2s0 weight 1=20
	nexthop via 10.75.22.252 dev enp2s0 weight 1=20
192.168.199.0/24 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20
206.248.155.132 via 10.75.22.252 dev enp2s0 proto zebra metric 20=20

But why?  Why are all of the routes *except* the default route
restored?  That all but the default route are restored seems to
indicate that zebra/ospfd *should* handle interfaces being torn down
and brought back up, but with this one caveat that the default route is
not being restored.

Any ideas?

I'm using quagga-0.99.22.4 here.

Cheers,
b.

--=-owIT+DqG8WzAMz7T50eq
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----

iQEzBAABCAAdFiEE8B/A+mOVz5cTNBuZ2sHQNBbLyKAFAlq6QqMACgkQ2sHQNBbL
yKAVLQf/eY+ufk3gAv8PxoqJDCQoaJpMXGuGwwLRiKBXPY3xkMHUN18kDgoqWdpp
dw5LqTejMwGie1kDU8RL+E9eKQIPKOCM7FUeA1HHxOIKeu/zAj7dx9FdOqZSmGi2
IeixVFIgp2AU5D0xZkPLsWhBPsvTU+YtVpsxYAzEN2omPqijfw4JdWQFtliTsLfB
wmFIXsktPkgsj9Mg9+rexWvcHwkm36nDZAsEOMjXNDwcRvTAMBYJjdH778MjV8lU
8eoHmTUk2q2e+opan4/djIdzaF31mxSg7vzBKrVfyLiDdidXs8JUIXs+SXAUXv18
5RopNy8yRAv2NoSfhqsAEjCIqca9zQ==
=4Vrs
-----END PGP SIGNATURE-----

--=-owIT+DqG8WzAMz7T50eq--



--===============5904591087139559449==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Quagga-users mailing list
Quagga-users-UOy77sIEA+cAd7ICUelF/[email protected]
https://lists.quagga.net/mailman/listinfo/quagga-users

--===============5904591087139559449==--