BGP offloading (fixing legacy router BGP scalability issues)

Colin Johnston colinj at gt86car.org.uk
Thu Apr 2 08:04:31 UTC 2015


> On 2 Apr 2015, at 08:40, Paul S. <contact at winterei.se> wrote:
> 
> Do you have data on '100% of the traffic' being bad?
> 

as a example anything in 163data.com.cn is bad

Colin

> I happen to have a large Chinese clientbase, and this is not the case on my network.
> 
> On 4/2/2015 午後 04:35, Colin Johnston wrote:
>> or ignore/block russia and north korea and china network blocks
>> takes away 5% of network ranges for memory headroom, especially the large number of smaller china blocks.
>> Some may say this is harsh but is the network contacts refuse to co-operate with abuse and 100% of the traffic is bad then why not
>> 
>> Colin
>> 
>> 
>>> On 2 Apr 2015, at 07:59, Mark Tinka <mark.tinka at seacom.mu> wrote:
>>> 
>>> 
>>> 
>>> On 1/Apr/15 19:01, Frederik Kriewitz wrote:
>>>> We're wondering if anyone has experience with such a setup?
>>> Cisco have a feature called BGP-SD (BGP Selective Download).
>>> 
>>> With BGP-SD, you can hold millions of entries in RAM, but decide what
>>> gets downloaded into the FIB. By doing this, you can still export a full
>>> BGP table to customers directly connected to your 6500, and only have a
>>> 0/0 + ::/0 (and some more customer routes) in the FIB to do forwarding
>>> to a bigger box.
>>> 
>>> BGP-SD started shipping in IOS XE, but I now understand that the feature
>>> is on anything running IOS 15.
>>> 
>>> This would be my recommendation.
>>> 
>>> Mark.
> 




More information about the NANOG mailing list