Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Nov 2009 10:44:27 -0800
From:      "Li, Qing" <qing.li@bluecoat.com>
To:        "Adam Jacob Muller" <freebsd-net@adam.gs>, <freebsd-net@freebsd.org>
Subject:   RE: openbgpd + 8.0
Message-ID:  <B583FBF374231F4A89607B4D08578A4305F007EB@bcs-mail03.internal.cacheflow.com>
In-Reply-To: <B583FBF374231F4A89607B4D08578A4305F007EA@bcs-mail03.internal.cacheflow.com>
References:  <35F73C4F-3C77-4B40-9D7D-16BEB8FE6EAD@adam.gs> <B583FBF374231F4A89607B4D08578A4305F007EA@bcs-mail03.internal.cacheflow.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Just to be a bit more specific, in r196714 /sys/netinet/in.c:

       /* QL: XXX
1090    * Report a blank rtentry when a route has not been
1091    * installed for the given interface address.
1092    */
1093 =09


-- Qing


> -----Original Message-----
> From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-
> net@freebsd.org] On Behalf Of Li, Qing
> Sent: Sunday, November 22, 2009 10:40 AM
> To: Adam Jacob Muller; freebsd-net@freebsd.org
> Subject: RE: openbgpd + 8.0
>=20
> I am not sure if what you are observing is a side effect of
> svn-r196714. In particular, the code I added for:
>=20
> --------------------
> - Routing messages are not generated when adding and removing
>   interface address aliases.
> --------------------
>=20
> If my memory serves me right, I put in the above patch for SCTP.
> I'd be happy to work with you offline and confirm either way...
>=20
> -- Qing
>=20
>=20
> > -----Original Message-----
> > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-
> > net@freebsd.org] On Behalf Of Adam Jacob Muller
> > Sent: Saturday, November 21, 2009 6:33 PM
> > To: freebsd-net@freebsd.org
> > Subject: openbgpd + 8.0
> >
> > Hi,
> > I have an openbgpd running on an 8.0 box where openbgpd crashes
> (exits
> > silently) whenever an interface on the system (vlan/tun/tap s are
> > dynamically created here) is removed.
> >
> >
> > I've traced the error back to kroute.c:dispatch_rtmsg_addr
> >
> > if ((sa =3D rti_info[RTAX_DST]) =3D=3D NULL) {
> >
> >
> > This check is failing, which returns -1, which is passed up
> > (dispatch_rtmsg up to kr_dispatch_msg up to bgpd.c main() whcih sets
> > exit=3D1).
> > Unfortunately, this is quickly approaching
> >
> > Any idea what exactly is going on here?
> >
> > I'm not 100% sure but I think this is a regression from 7.x, I don't
> > have any 7.x systems I can test this on at the moment unfortunately.
> >
> > I've subverted this check by, simply, not setting quit=3D1 in main.c
> when
> > kr_dispatch_msg() fails, and everything SEEMS to operate normally,
> i'm
> > kinda curious to hear thoughts on this though...
> >
> >
> > -Adam
> > _______________________________________________
> > freebsd-net@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-net
> > To unsubscribe, send any mail to "freebsd-net-
> unsubscribe@freebsd.org"
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B583FBF374231F4A89607B4D08578A4305F007EB>