[f-nsp] Brocade XMR / Juniper iBGP Interoperability

Jörg Kost jk at ip-clear.de
Wed Nov 16 12:04:02 EST 2016


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 at xmr01#sh ip bgp nei $MX_IP last-packet-with-error decode
> No received packet with error logged for neighbor $MX_IP
> SSH at 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 <jk at ip-clear.de>
> Date: Wednesday, November 16, 2016 at 11:41 AM
> To: Daniel Stephens <ds-lists at ndnx.net>
> Cc: "foundry-nsp at puck.nether.net" <foundry-nsp at puck.nether.net>
> 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


More information about the foundry-nsp mailing list