Re: [f-nsp] Brocade XMR / Juniper iBGP Interoperability

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
Jörg Kost
Hofmeir Media GmbH
Kranzhornstr. 3
81825 München
Tel: 089/48002910
Fax: 089/4487505
[email protected]
https://www.premium-datacenter.de
https://www.xing.com/profile/Joerg_Kost
Geschäftsführer: Dipl.-Ing. (Univ.) Stefan Hofmeir
Handelsregister AG München: HRB 130092

_______________________________________________
foundry-nsp mailing list
[email protected]
http://puck.nether.net/mailman/listinfo/foundry-nsp