[j-nsp] Route Reflecting & Next-Hop Self

[Dan Armstrong]

Of course it depends on the ISP.  It's all about growing a bush tall and 
wide, not too tall, not too wide. 


Depends on how much summarization you can do with your address space, 
how regionalized their address space is, If they have been lucky enough 
to de-aggregate supernets, and keep aside subnets for IGP only, and 
carry all customer routes in iBGP...  (I know people who feel it's good 
to carry all their *customer* routes & transfernets in their IGP!)   
What if they're old and confederated?  or they have a complex 
Route-Reflecting hierarchy... what their policy is on customer address 
space portability.  Can I-customer take my /29 from Pittsburgh to 
California?  Can I take it from Toronto East to Toronto West? 





Amos Rosenboim wrote:
>
> The way I see it adding more policy statements to the BGP 
> configuration has it's own drawbacks as well.
> I'm intimately familiar with the network of one of the largest 
> international ISPs and they inject the Inter-AS prefixes into their 
> IGP and are happy with it.
> Of course this doesn't mean it's right, but I really don't think it 
> creates such a big problem.
>
> Amos Rosenboim
> amos at oasis-tech.net
>
>
>
> On Sep 10, 2008, at 3:08 AM, Mark Tinka wrote:
>
>> On Wednesday 10 September 2008 07:31:37 Kevin Hodle wrote:
>>
>>> I agree, this is 'hotly debated' :).. Those who argue
>>> against having transfer networks in IGP believe the IGP
>>> should be kept 'lean', only loopbacks and internal
>>> transfernets to keep the SPF database as small as
>>> possible. If you have a large backbone with hundreds of
>>> upstream/downstream/peering ports and you try to keep all
>>> those transfernets in your IGP, you will eventually start
>>> to feel the bloat.
>>
>> I'm for this. Keep the IGP for your space alone.
>>
>> Setting the NEXT_HOP self attribute on all iBGP routers in
>> the network is recommended practice, across the board.
>>
>> Cheers,
>>
>> Mark.
>> _______________________________________________
>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp