Hi, On Mon, Mar 07, 2016 at 10:05:03PM +0000, James Bensley wrote: > I have just today bottomed out another IOS-XR bug with the help of TAC > and a BGP developer from China. An ASR9001 running BGP PIC and was > originally 4.3.4 default which eventually received some custom SMUs to > fix a bug when a line card was added, and then later patched up to > SP10 to fix further issues had the CPU stuck between 50-60%, 24x7. > > A BGP SMU for a BGP DDTS fixing multiple BGP bugs which was applied to > the router when one installs any 4.3.4 service pack from SP3 through > to SP10 included a bug-fix for BGP PIC, but this introduced a bug for > us. PIC processes a best-external update indefinitely. The issue > persists almost immediately after restarting the BPG process (as soon > as an update comes through for a backup-path, which with the full > Internet table takes no time at all basically) and immediately post > reboot (for the same reason). > > Fucking IOS-XR.
I'm not exactly sure how that relates to patch ordering and SMUs, tbh -
this is just a bug (and an annoying one, and testing should have caught
it before it was ever shipped) - but "slapping on 4.3.4SP10, instead
of patching" would have brought it as well, no?
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, Germany [email protected]
fax: +49-89-35655025 [email protected]
signature.asc
Description: PGP signature
_______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
