BGP Transit AS

joel jaeggli joelja at bogus.com
Thu May 20 20:33:58 UTC 2010


On 2010-05-20 11:25, Rafael Ganascim wrote:
> Hi all,
>
> I have a doubt about the bellow scenario, where the ISP1 use eBGP
> sessions to its peers and is a BGP Transit AS.
>
>
>    NSP 1 ------------------ ISP 1 Router2 ----------- NSP 2
>     |                             |
>     |                             |
>     |                             |
>     | annunce /21          |
>     |                             |
>    Customer1 --------------- ISP 1 Router1
>            announce /20
>
>
> The "Customer1" is client on both ISPs (ISP1 and NSP1) and have an /20
> IP prefix. To NSP1, it announce two /21 prefixes. To ISP1, it announce
> a /20 prefix. If traffic comes from NSP 2 (connected only to ISP 1) to
> Customer1, the ISP 1 Routers try to send data over NSP 1, ignoring the
> Custormer1->ISP1 link.
> To solve this question, an solution that I found is filter Customer1
> prefixes in BGP session between NSP1 and ISP1 Router2. But this don't
> appear scalable...

longest match wins...

if you're customer 1

deaggregate the avertisement to isp 1 or re-aggregate the advertisement 
to nsp 1. either will achieve the same end.

if you're isp1 consider what customer 1 was trying to achieve by doing 
this. e.g. they're traffic engineering (or they are clueless) and 
theirfore have a vested interest in the current path.

> Is this solution right ? What is the better solution for this
> scenario? How large ISPs solve this kind of problem?
>
>
> Thanks,
>
> Rafael
>





More information about the NANOG mailing list