Subject: Re: Are net/quagga and net/zebra still maintained ?
To: Greg Troxel <gdt@ir.bbn.com>
From: Richard Braun <syn@sceen.net>
List: tech-pkg
Date: 02/23/2005 17:11:56
--yrj/dFKFPuw6o+aM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Feb 23, 2005 at 09:35:00AM -0500, Greg Troxel wrote:
> Richard Braun <syn@sceen.net> writes:
>=20
> > Has anyone tested ospfd on NetBSD 1.6 branch on gif tunnels ?
> > It seems there are problems with multicast (I got this message) :
> > OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): No buffer spa=
ce available
>=20
> There are two known problems. One is that quagga does multicast joins
> by address, not ifindex, so if you are reusing addresses it can do the
> wrong thing. The other is that at least some points along the 1.6
> branch required root privs for multicast join/leave. See
> src/sys/net/if_gif.c:gif_ioctl, and remove the suser test.
>=20
> I have also seen ENOBUFS, and I think there may be issues with group
> membership handling when an interface goes down. It's not clear to me
> what the right behavior is. What happens now is:
>=20
> interface comes up
> zebra gets rtsock message, tells ospfd
> ospfd joins groups
> [interface is used]
> interface goes down
> zebra gets rtsock messages, tells ospfd
> ospfd tries to leave groups [fails because down, I think]
>=20
> So, it seems to me that either:
>=20
> a) group membership on sockets goes away when interfaces go down
>=20
> or
>=20
> b) one can still call leave without error on down interfaces or
> for addresses that are no longer configured
>=20
> The above sort of cleanup as done by quagga seems reasonable. option
> a seems bad, since there's no clean way for the user-space program to
> know what has happened.
>=20
>=20
> --=20
> Greg Troxel <gdt@ir.bbn.com>
The problem I've been experiencing is at ospfd startup, when ospfd tries
to join the multicast group.
--=20
Richard Braun
--yrj/dFKFPuw6o+aM
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (NetBSD)
iD8DBQFCHKtMBlWsEPLYRi8RAp/iAKCeCQbUptDhaicZv58pBgu14r0awACfcQJC
KfJtBYyFJ9V3HqPQettzRtI=
=nLcd
-----END PGP SIGNATURE-----
--yrj/dFKFPuw6o+aM--