...answering to Lucas and James: We have EXACTLY the same behavior. And it's worrying that the bug notes do not include all this info.
We have hundreds of these boxes in our networks but just recently we approached this time limit. Until now ALL the boxes that have passed the time limit have experienced the same abnormal behavior. Release notes of 15.6(2)SP5 (which we are thinking to upgrade) show this bug as still open. -- Tassos James Jun wrote on 23/1/2019 6:12 μμ: >> Has anyone been hit by CSCvk35460? > We have definitely been hit by this bug on two ASR920s running 03.16.02aS > with over 2 years of uptime. > > The symptoms and effect of the bug from our observation include: > > - packets continue to forward, so there is no immediate disruption to traffic > - interface counters stop increasing, snmp probing of the box fails with all > interfaces returning 0 > - interface link state stops. if an interface goes down (e.g. due to fiber > cut or someone unplugging link), port will continue to remain up on IOS XE. > this creates lot of annoying operational problems. > - due to the above, new interface being plugged in will not come up, so you > can no longer provision new ports. > - DOM monitoring dies. attempting to show transceiver stats will freeze the > terminal for several seconds then error out. > > > Our reaction to this bug was to simply upgrade SW to at least 03.16.04 or > newer (03.16.06 and .07 seem to have completely broken MPLS FRR) and reload, > but it seems this bug is not fixed at all? > > James > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
