Date: Tue, 26 May 2009 22:58:35 -0700 From: Julian Elischer <julian@elischer.org> To: Stanislav A Svirid <s.svirid@sibset-team.ru> Cc: freebsd-net@FreeBSD.org, "Bruce M. Simpson" <bms@FreeBSD.org> Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib Message-ID: <4A1CD68B.5070508@elischer.org> In-Reply-To: <200905270550.n4R5o2Lr034413@freefall.freebsd.org> References: <200905270550.n4R5o2Lr034413@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Stanislav A Svirid wrote: > The following reply was made to PR kern/134931; it has been noted by GNATS. > > From: Stanislav A Svirid <s.svirid@sibset-team.ru> > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket > listeners regardless of setfib > Date: Wed, 27 May 2009 12:28:58 +0700 > > Bruce Simpson wrote: > >> Synopsis: [route] [fib] Route messages sent to all socket listeners regardless of setfib > >> > > > > That might actually be a feature, however, the "API contract" with the > > multiple routing table support might not have covered this, so it might be > > "undefined behaviour". > > So, how routing daemon can decide in what FIB route is changed? > Or it can't now? I believe there is a field that has been used for this purpose in OpenBSD, but is otherwise deprecated. anyone woth ore knowledge of teh protocls is invited to let us know what was used. Alternatively I was considering filtering packets to a routing socket to only allow packets relevant to that fib to be sent up. but I don't know much about the routing socket protcol. > > -- > Stanislav Svirid > > Siberian Networks, Novosibirsk, Russia > > SAS-RIPE, 3909675@ICQ > _______________________________________________ > 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?4A1CD68B.5070508>