[168212] in North American Network Operators' Group

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

Re: best practice for advertising peering fabric routes

daemon@ATHENA.MIT.EDU (William Herrin)
Wed Jan 15 13:27:31 2014

In-Reply-To: <20140115175402.GB67472@burnout.tpb.net>
From: William Herrin <bill@herrin.us>
Date: Wed, 15 Jan 2014 13:26:57 -0500
To: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

On Wed, Jan 15, 2014 at 12:54 PM, Niels Bakker <niels=nanog@bakker.net> wrote:
> * nanog@shankland.org (Jim Shankland) [Wed 15 Jan 2014, 18:04 CET]:
>
>> So ... RFC1918 addresses for the IXP fabric, then?
>>
>> (Half kidding, but still ....)
>
> They need to be globally unique.

Hi Niels,

Actually, they don't. To meet the basic definition of working, they
just have to be able to originate ICMP destination unreachable packets
with a reasonable expectation that the recipient will receive those
packets. Global uniqueness is not required for that. However, RFC1918
addresses don't meet the requirement for a different reason: they're
routinely dropped at AS borders, thus don't have an expectation of
reaching the external destination.

Of course working, monitorable and testable are three different
things. If my NMS can't reach the IXP's addresses, my view of the IXP
is impaired. And "the Internet is broken" is not a trouble report that
leads to a successful outcome with customer support... it helps to be
able to pin things down with some specificity.

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


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