CoPP begrenzt den Routing-Protokoll-Traffic auf 1 MBit/s und Telnet/SSH auf 500 kBit/s. Die Policy-Map PM-COPP verwendet Class-Maps, die auf Access-Group 100 verweisen, aber es wird kein Traffic überwacht und die CPU-Auslastung ist hoch. Welche Konfiguration löst das Problem?

Die korrekte Antwort behebt das Problem, indem sie die CoPP-Richtlinie korrekt auf die Control Plane anwendet und die Access Lists sowie Class Maps neu konfiguriert. Die ursprüngliche Konfiguration verwendete no match access-group 100, was bedeutet, dass kein Traffic basierend auf dieser ACL gematcht wurde, wodurch die CPU-Auslastung hoch blieb, da CoPP nicht richtig griff. Die Lösung definiert access-list 100 für Routing-Protokolle (BGP Port 179, OSPF) und access-list 101 für Management-Traffic (Telnet/SSH Ports 22-23). Die class-map CM-MGMT wird dann so angepasst, dass sie match access-group 101 verwendet, um den Management-Traffic zu identifizieren. Schließlich wird die Policy mit control-plane no service-policy output PM-COPP service-policy input PM-COPP korrekt auf die Control Plane angewendet, um sicherzustellen, dass eingehender Traffic von CoPP verarbeitet wird. Die erste Option ist unzureichend, da sie nur die Service-Policy neu anwendet, aber die fehlerhafte Class-Map-Konfiguration nicht korrigiert. Die zweite Option korrigiert zwar die Access Lists und Class Maps, wendet aber die Policy nicht auf die Control Plane an, was ebenfalls zu Problemen führen würde. Die vierte Option korrigiert nur die Access List 100, was das Problem der nicht gematchten Class Map und der fehlenden Policy-Anwendung nicht löst.