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 <[email protected]> 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 > 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
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp
