*bump*
----- Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP ----- Original Message ----- From: "Mike Hammett" <openbsd-m...@ics-il.net> Cc: misc@openbsd.org Sent: Wednesday, March 1, 2017 11:09:09 AM Subject: Re: BGPD.conf Question So not useful in a route server qualifying that an inbound route's next hop is the speaker itself. It looks like I can do that with filters, I just wanted to make sure I wasn't missing a better way. ----- Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP ----- Original Message ----- From: "Stuart Henderson" <s...@spacehopper.org> To: misc@openbsd.org Sent: Wednesday, March 1, 2017 9:04:06 AM Subject: Re: BGPD.conf Question On 2017-03-01, Mike Hammett <openbsd-m...@ics-il.net> wrote: > nexthop qualify via ( bgp | default ) If set to bgp , bgpd(8) may use > BGP routes to verify nexthops. If set to default , bgpd may use the > default route to verify nexthops. By default bgpd will only use static > routes or routes added by other routing daemons like ospfd(8) . > > What is it that this does? This is for step 2 in the route decision process shown in bgpd(8)'s DESCRIPTION section. The nexthop is normally only considered reachable if it's either on a directly connected interface, or where an OSPF or static route points at the nexthop. Having the nexthop for one BGP route reached by the default route or by another BGP route is legal, but would be an unusual and often unwanted configuration.