02.10.2020 15:00, Eugene Grosbein wrote: >>> 01.10.2020 17:49, Nick Hilliard wrote: >>> >>>> You have dual supervisor on this box. >>>> Can you do a failover to the secondary and see if that stops the input >>>> errors? >>>> This will localise the problem >>> >>> Do I need to disable NSF (non-stop forwarding) to localise the problem? >>> I guess both RSP should exchange data routinely when NSF is enabled. >> >> Or I could just eject stand-by RSP out of the chassis. > > So I've changed redundancy mode to to RPR (Route Processor Redundancy, was > SSO) then stand-by RSP was ejected physically. > I expected that errors would stop or would not change at all but neither > happened. > > Instead, error rate decreased significantly but not ceased (12:25 was the > moment): > http://www.grosbein.net/cisco/eobc0_0-day.png
So I waited until Saturday early morning and performed switch-over at 7:00, then error rate increased. Today at 12:16 another one (now inactive) RSP module was ejected physically and error rate decreases again but not ceased: http://www.grosbein.net/cisco/eobc0_0-day2.png What does it mean? _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/