[99896] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: How Not to Multihome

daemon@ATHENA.MIT.EDU (Justin M. Streiner)
Mon Oct 8 18:35:10 2007

Date: Mon, 8 Oct 2007 18:19:54 -0400 (EDT)
From: "Justin M. Streiner" <streiner@cluebyfour.org>
To: Keegan.Holley@sungard.com
cc: nanog <nanog@merit.edu>
In-Reply-To: <OFA24BA2E6.2628DE6D-ON8525736E.0079B378-8525736E.007A3633@sungard.com>
Errors-To: owner-nanog@merit.edu


On Mon, 8 Oct 2007, Keegan.Holley@sungard.com wrote:

> That brings up an interesing point.  My biggest fear was that one of my
> other customers could possible be closer to me that the ISP that provides
> the primary link and it would cause them to favor the backup link because
> of AS path.  I think they are going to fight me on this and telling them
> to multihome to their original ISP would probably be frowned upon at this
> point.  I was hoping that there was an RFC for multihoming that I could
> use to bail myself out.

If you went ahead and did this, the more specific route being announced by 
you on behalf of your customer would be more likely to attract traffic 
back to you.  Prefix length is checked in the BGP route selection process 
before AS path length.  This would work in normal "everything works fine" 
situations, but when things break, troubleshooting the source of the 
customer's reachabilit woes will get very interesting.

jms

home help back first fref pref prev next nref lref last post