[179160] in North American Network Operators' Group
Re: BGP offloading (fixing legacy router BGP scalability issues)
daemon@ATHENA.MIT.EDU (Colin Johnston)
Thu Apr 2 04:17:15 2015
X-Original-To: nanog@nanog.org
From: Colin Johnston <colinj@gt86car.org.uk>
In-Reply-To: <551CF897.5060703@winterei.se>
Date: Thu, 2 Apr 2015 09:12:52 +0100
To: "Paul S." <contact@winterei.se>
Cc: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org
You would be surprised at the good effect and bandwidth =
incoming/outgoing gained.
allow blocks on exception and document and check.
drastic action done due to unresponsive contacts and 100% bad traffic
Colin
> On 2 Apr 2015, at 09:06, Paul S. <contact@winterei.se> wrote:
>=20
> 163data is announced as Chinanet, a China Telecom brand.
>=20
> Dropping 4134 (http://bgp.he.net/AS4134) globally will get my =
customers up at my doors with pitchforks fairly fast, I dunno about =
yours....
>=20
> Simply too big to do anything that drastic against.
>=20
> On 4/2/2015 =E5=8D=88=E5=BE=8C 05:04, Colin Johnston wrote:
>>> On 2 Apr 2015, at 08:40, Paul S. <contact@winterei.se> wrote:
>>>=20
>>> Do you have data on '100% of the traffic' being bad?
>>>=20
>> as a example anything in 163data.com.cn is bad
>>=20
>> Colin
>>=20
>>> I happen to have a large Chinese clientbase, and this is not the =
case on my network.
>>>=20
>>> On 4/2/2015 =E5=8D=88=E5=BE=8C 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
>>>>=20
>>>> Colin
>>>>=20
>>>>=20
>>>>> On 2 Apr 2015, at 07:59, Mark Tinka <mark.tinka@seacom.mu> wrote:
>>>>>=20
>>>>>=20
>>>>>=20
>>>>> 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).
>>>>>=20
>>>>> 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.
>>>>>=20
>>>>> BGP-SD started shipping in IOS XE, but I now understand that the =
feature
>>>>> is on anything running IOS 15.
>>>>>=20
>>>>> This would be my recommendation.
>>>>>=20
>>>>> Mark.
>=20
