12.10.2020 15:59, Eugene Grosbein 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.
Forgot show show that moment: http://www.grosbein.net/cisco/eobc0_0-inc.png Both graps show same value, upper graph shows maximum over an hour, lower (blue) is an average over an hour. > 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 [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
