[c-nsp] as-override
Peter Rathlev
peter at rathlev.dk
Tue Apr 15 05:19:16 EDT 2008
On Tue, 2008-04-15 at 08:34 +0100, Dean Smith wrote:
> The constraint in my case is the MPLS product I can buy. Each resilient
> access is configured as its own private AS for BGP. The core AS uses
> the SP registered AS. I have no option but to have a route table full
> of <private as>.<sp mpls as>.<private as>
I'm may have misunderstood your setup, but AFAIK "allow-as in" and
"as-override" were designed for exactly the Customer-SP-Customer
scenario. It's a shame that the provider doesn't want to use them then.
> I have no option to impose a single consistent AS on my Supplier- and
> realistically only the one supplier for size of network I need in my
> market (Full national coverage of the uk).
I noticed this in OPs configuration:
On Fri, 2008-04-11 at 13:30 +0100, Gary Roberton wrote:
<snip>
> router bgp 2856
<snip>
AS2856 is "BT-UK-AS" according to whois. I assume it covers most of the
UK. Coincidence? ;-D
On Tue, 2008-04-15 at 08:34 +0100, Dean Smith further wrote:
> As it happens we do have our own registered AS we use for our internet
> facing presence and a limited number of external peerings. But again
> I have to jump through hoops to present all routes as that single AS
> after all no-one wants to see which SP I use for my MPLS core or how
> many private AS I have. Given I can change/amend/delete/add almost
> every other metric in the BGP decision process it seems strange I dont
> have full control to manipulate the AS path aswell.
I completely agree. More control would be better. I'll try and mention
it to the next SE/AM I see, even though I think my (medium enterprise)
voice means little to them.
> still life would be dull if it was all easy.
Yes, the "Plug'n'Pray" revolution still seems a few steps away in core
networking. :-)
Regards,
Peter
More information about the cisco-nsp
mailing list