nanog mailing list archives
Re: BGP Peers as basis of available routes
From: William Herrin <bill () herrin us>
Date: Wed, 19 Oct 2011 09:27:54 -0400
On Wed, Oct 19, 2011 at 2:46 AM, Nathanael C. Cariaga <nccariaga () stluke com ph> wrote:
In this regard, I would like to ask for your idea regarding this. Is it safe to conclude that the web hosting provider's available routes would would depend on the peers who are advertising their AS / network? (i.e if web hosting provider claims that they are peering with telco a, b, c but as seen from a third party looking glass, only C is seen advertising the web hosting provider network that would mean web hosting provider is effectively utilizing c as their upstream??)
Hi Nathan, BGP is a distance-vector protocol. In other words, when BGP is advertised on a link from one AS to another, only the "best" distance to a particular route is offered. If A and B both advertise the web hosting provider's (WHP's) route to D and A's distance is better then D won't advertise B's WHP route to A but it will advertise A's WHP route to B. Thus a looking glass at B will see both routes in the BGP RIB, but a looking glass at A will only see A's route. With more AS's between A and B than just D, it's possible (even likely) that neither A nor B will see the others' route during normal operation. Should WHP's connection to A drop, D will find that B's distance is now better and B's route to WHP will be newly advertised to A. A, then having no other connection to WHP, will accept the route via D to B, and pass it onward. When we talk about the BGP table "converging" after a change, this is the process we're talking about. Even if A and B are directly connected, if WHP sets its initial "distance" via B worse than via A, B will decide that A has a better distance to WHP and won't advertise its own version of the route to anyone else at all. And that's before you consider local prefs, communities and other mechanisms for fine-tuning route propagation. And, even if A, B and C have multiple routes in the BGP RIB, generally only one of those routes will be selected for the packet forwarding FIB. So, a traceroute from B to WHP may travel via A even though B is directly connected to WHP. Long story short, if WHP is connected to A, B and C then A, B and C should each see their own direct route to WHP in the BGP RIB, but there's no guarantee that anybody else will see more than one of the three at any given time. Regards, Bill Herrin -- William D. Herrin ................ herrin () dirtside com bill () herrin us 3005 Crane Dr. ...................... Web: <http://bill.herrin.us/> Falls Church, VA 22042-3004
Current thread:
- Re: BGP Peers as basis of available routes, (continued)
- Re: BGP Peers as basis of available routes Nathanael C. Cariaga (Oct 19)
- Re: BGP Peers as basis of available routes Raymond Dijkxhoorn (Oct 19)
- Re: BGP Peers as basis of available routes Nathanael C. Cariaga (Oct 19)
- Re: BGP Peers as basis of available routes Raymond Dijkxhoorn (Oct 19)
- Re: BGP Peers as basis of available routes Thilo Bangert (Oct 19)
- Re: BGP Peers as basis of available routes Randy Bush (Oct 19)
- Re: BGP Peers as basis of available routes Nathanael C. Cariaga (Oct 19)
- Re: BGP Peers as basis of available routes Valdis . Kletnieks (Oct 19)
- Re: BGP Peers as basis of available routes Jared Mauch (Oct 19)
- Re: BGP Peers as basis of available routes Jack Bates (Oct 19)
- Re: BGP Peers as basis of available routes bmanning (Oct 19)