Hey 65K CoPP/SPAN gurus,
Does anyone know the definitive order of operations (for a 65K/s720 running
12.2(33)SXI5) between CoPP and an rp-inband CPU SPAN session? In other words,
if I have a CoPP service policy applied to the control plane (input) that drops
all traffic matching a specific cla
er's address. Anyway, our stupidity -- just
something everyone else may want to be aware of as a possibility should you
ever be troubleshooting otherwise unexplainable high CPU conditions with BGP
Router.
-Jeremy
- Original Message -
From: "Oliver Boehmer (oboehmer)"
To: &
nvolved in BGP
process & overall RP CPU loads on the 65K platform, but we're just scrutinizing
everything we can think of at this point in an effort to keep the loads down as
much as is feasible. Any trench experience anyone can share would be greatly
appreciated!
Thanks,
-Jeremy
Jeremy R
n usual to ship?
Feedback is very appreciated.
Thanks,
-Jeremy
--
Jeremy Reid
Network Engineer, MojoHost
___
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/
Thanks for all the input guys. I found the root of my problem.
It looks like adding the DFCs would have solved the issue immediately if we had
added them in when we were still running the SXF train code. As it is, we had
added the DFCs into the mix AFTER we had already upgraded our code to
12.2
e in the behavior
with the DFC.
Anyone seen anything along these lines? Couldn't find anything publically on
the bug toolkit that seemed relevant... (big surprise). Just thought I'd try
the list here before getting on the TAC merry-go-ro