[f-nsp] Brocade XMR / Juniper iBGP Interoperability

[Ryan Harden]

What does ‘show cpu lp X’ say during the error/failure state?

/Ryan

Ryan Harden
Research and Advanced Networking Architect
University of Chicago - ASN160
P: 773.834.5441




> On Nov 16, 2016, at 10:52 AM, Daniel Stephens <ds-lists at ndnx.net> 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
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp at puck.nether.net
> 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
> jk at hofmeirmedia.net
> 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
> foundry-nsp at puck.nether.net
> http://puck.nether.net/mailman/listinfo/foundry-nsp

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 204 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20161116/b53dfa29/attachment.sig>