BGP prefix filter list

Mike Hammett nanog at ics-il.net
Wed May 15 18:51:07 UTC 2019


I wouldn't call it shaming the vendor. There are a ton of platforms out there by nearly every vendor that can't accommodate modern table sizes. 




----- 
Mike Hammett 
Intelligent Computing Solutions 
http://www.ics-il.com 

Midwest-IX 
http://www.midwest-ix.com 

----- Original Message -----

From: "Baldur Norddahl" <baldur.norddahl at gmail.com> 
To: nanog at nanog.org 
Sent: Wednesday, May 15, 2019 1:47:24 PM 
Subject: Re: BGP prefix filter list 


My purpose is not to shame the vendor, but anyway these are ZTE M6000. We are currently planing to implement Juniper MX204 instead, but not because of this incident. We just ran out of bandwidth and brand new MX204 are cheaper than 100G capable shelves for the old platform. 


Regards, 


Baldur 




On Wed, May 15, 2019 at 8:42 PM < mike.lyon at gmail.com > wrote: 





Hello Baldur, 


What routers are you running? 


-Mike 

On May 15, 2019, at 11:22, Baldur Norddahl < baldur.norddahl at gmail.com > wrote: 


<blockquote>



Hello 


On Wed, May 15, 2019 at 3:56 PM Mike Hammett < nanog at ics-il.net > wrote: 

<blockquote>


What is the most common platform people are using with such limitations? How long ago was it deprecated? 








We are a small network with approx 10k customers and two core routers. The routers are advertised as 2 million FIB and 10 million RIB. 


This morning at about 2 AM CET our iBGP session between the two core routers started flapping every 5 minutes. This is how long it takes to exchange the full table between the routers. The eBGP sessions to our transits were stable and never went down. 


The iBGP session is a MPLS multiprotocol BGP session that exhanges IPv4, IPv6 and VRF in a single session. 


We are working closely together with another ISP that have the same routers. His network went down as well. 


Nothing would help until I culled the majority of the IPv6 routes by installing a default IPv6 route together with a filter, that drops every IPv6 route received on our transits. After that I could not make any more experimentation. Need to have a maintenance window during the night. 


These routers have shared IPv4 and IPv6 memory space. My theory is that the combined prefix numbers is causing the problem. But it could also be some IPv6 prefix first seen this night, that triggers a bug. Or something else. 


Regards, 


Baldur 




</blockquote>

</blockquote>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20190515/f856e315/attachment.html>


More information about the NANOG mailing list