Re: [f-nsp] Brocade XMR / Juniper iBGP Interoperability
"Jörg Kost" <[email protected]>
| Newsgroups | gmane.network.nsp.foundry |
|---|---|
| Message-ID | <[email protected]> |
Can you exclude some kind of crazy routing loop? I would start with debug ip bgp + events + updates on a second ssh console and slowly unfasten the filter step by step. On 16 Nov 2016, at 17:52, Daniel Stephens wrote: > Hi Jörg, > > The line card does not reset. Under show logging during the event, the > only thing are OSPF neighbor changes when they drop and reestablish. > > SSH@xmr01#sh ip bgp nei $MX_IP last-packet-with-error decode > No received packet with error logged for neighbor $MX_IP > SSH@xmr01# > > On the upstream carrier BGP neighbor, when it reset, the XMR reported > the following – > > Notification Sent: Hold Timer Expired > Notification Received: Cease/Connection Rejected > > Thanks, > Daniel > > From: Jörg Kost <[email protected]> > Date: Wednesday, November 16, 2016 at 11:41 AM > To: Daniel Stephens <[email protected]> > Cc: "[email protected]" <[email protected]> > Subject: Re: [f-nsp] Brocade XMR / Juniper iBGP Interoperability > > Hi, > does the line card reset? > Also any output from > show logging > or bgp, e.g. > sh ip bgp neighbors $neighbor last-packet-with-error decode > may be helpful. > Jörg > On 16 Nov 2016, at 17:10, Daniel Stephens wrote: > Hi everyone, > > I am having a strange issue with our Brocade XMRs when I attempt to > exchange routes between a new set of Juniper MX iBGP peers and was > looking to see if anyone had any recommendations. > > The Brocade XMRs have two line cards, a 20-port 1G and a 4-port 10G > card installed, and are running 5.6.0d firmware. > > We are integrating two existing networks as a consolidation, with the > one network running Brocade XMR and the other running Juniper MX > routers. The issue surfaced on the XMRs when we removed route filters > on the iBGP sessions between the XMR and MX routers. When lifting the > filters and sending routes from the XMR towards the MX, everything is > functioning as normal and the MX correctly learn the routes. Our issue > becomes when we lift the filter and send routes from the MX towards > the XMR. The XMR begins to load the routes correctly, and at some > point during this process, the XMR stops forwarding traffic on the > 4-port 10G line card entirely (the card to which the MX routers > interconnect), and all BGP sessions associated with that line card > flap, and OSPF adjacencies drop and re-establish. > > I am using the ipv4-ipv6-2 CAM partition profile on the XMR devices. > Total number of routes attempting to be passed is a full table of > roughly 610K routes. > > Even when I remove an XMR unit from service and attempt to load routes > from the MX into the XMR, the same anomaly occurs. > > Any assistance would be greatly appreciated. > > Thanks, > Daniel _______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp