Control Plane Policing soll eingehenden SSH-Verkehr für 10.10.10.0/24 und 192.168.10.0/24 auf 500 kbit/s begrenzen. ACL 100 erlaubt derzeit IP 10.10.10.0/24 any und TCP 192.168.10.0/24 eq 23; die Class-Map stimmt mit ACL 100 überein; die Policy wird auf die Schnittstellen E0/0 und E0/1 angewendet. CoPP erzwingt SSH nicht. Welche Konfiguration behebt das Problem?

Die korrekte Antwort behebt das Problem, indem sie die Access Control List (ACL) 100 aktualisiert, um SSH-Verkehr (Port 22) anstelle von Telnet (Port 23) zu identifizieren. Die ursprüngliche ACL identifizierte Telnet-Verkehr, nicht SSH, was dazu führte, dass CoPP den SSH-Verkehr nicht begrenzte. Zusätzlich wird die Service-Policy von den Schnittstellen E0/0 und E0/1 entfernt und korrekt auf die Control Plane angewendet. CoPP wird immer auf die Control Plane angewendet, nicht auf einzelne Schnittstellen. Die erste falsche Option aktualisiert zwar die ACL korrekt für SSH, wendet die Policy aber nicht auf die Control Plane an. Die zweite falsche Option entfernt die Policy von den Schnittstellen und wendet sie auf die Control Plane an, korrigiert aber nicht die fehlerhafte ACL, die immer noch Telnet identifiziert. Die dritte falsche Option aktualisiert die ACL korrekt und wendet die Policy auf die Control Plane an, enthält aber eine redundante und potenziell fehlerhafte "no police"-Anweisung in der Policy-Map, die nicht notwendig ist und die Konfiguration unnötig verkompliziert.