Eine auf die WAN-Schnittstelle für SSH angewendete CoPP-Richtlinie führt dazu, dass SSH-Antworten bei hoher Auslastung ins Stocken geraten, da der SSH-Verkehr nicht mit der ACL übereinstimmt. Welche Maßnahme löst dieses Problem?

Die korrekte Lösung ist, CoPP auf die Control Plane-Schnittstelle anzuwenden. CoPP (Control Plane Policing) ist darauf ausgelegt, den Datenverkehr zu schützen, der für die Steuerungsebene des Routers bestimmt ist, wie z.B. SSH, Telnet, SNMP und Routing-Protokolle. Wenn CoPP auf eine WAN-Schnittstelle angewendet wird, wirkt es sich nur auf den Datenverkehr aus, der diese spezifische Schnittstelle durchläuft, und nicht auf den Datenverkehr, der an die CPU des Routers gerichtet ist. Die Anwendung von CoPP auf die Control Plane-Schnittstelle stellt sicher, dass der SSH-Verkehr korrekt klassifiziert und geschützt wird, selbst bei hoher Auslastung. Die Anwendung von CoPP auf die WAN-Schnittstelle in eingehender Richtung würde das Problem nicht lösen, da der SSH-Verkehr, der an den Router selbst gerichtet ist, nicht als "eingehend" im Sinne der CoPP-Richtlinie auf der WAN-Schnittstelle betrachtet wird. Das Ratenbegrenzen des SSH-Verkehrs oder das Erhöhen des IP-Precedence-Wertes würde das Problem der Nichtübereinstimmung mit der ACL nicht beheben und könnte die Leistung sogar beeinträchtigen.