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-net
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--