Abrechnung des Policer-Overhead-Attributs auf Schnittstellenebene
Ein Bandbreitenprofil (BWP) erzwingt Beschränkungen für die Bandbreitennutzung gemäß der Service Level Specification (SLS), die zwischen dem Abonnenten und dem Service Provider im Rahmen des Service Level Agreements (SLA) vereinbart wurde. Es gibt zwei Arten von Bandbreitenprofilen:
Eingangsbandbreitenprofil
Profil für Ausgangsbandbreite
Notwendigkeit der Policer-Overhead-Einstellung
Die Normenreihe Carrier Ethernet (CE) 2.0 des Metro Ethernet Forum (MEF) stellt strenge Anforderungen an die Durchsetzung von Bandbreitenprofilen an der Benutzer-Netzwerkschnittstelle (UNI). Die Einhaltung der MEF CE 2.0-Zertifizierung erlaubt nur eine Abweichung von 2 Prozent von der UNI-Commited- oder Spitzenrate über alle Rahmengrößen. Dies bedeutet, dass die Policer die Framegröße an der UNI-Schnittstelle berücksichtigen sollten, einschließlich der Frame-Prüfsumme und unter Ausschluss aller zusätzlichen Overheads, die innerhalb des Service-Provider-Netzwerks hinzugefügt werden können (z. B. S-VLANs). Daraus ergeben sich zwei Kundenanforderungen:
Die Ausgangspolicer von Junos OS verwenden die Framelänge vor der Manipulation des Ausgabe-VLANs. Wenn VLANs bei der Ausgabe hinzugefügt werden, werden diese zusätzlichen Bytes nicht gezählt. Um die MEF CE 2.0-Anforderungen zu erfüllen, passen Sie die Länge des Pakets an, das für Überwachungszwecke für Junos-Ausgangs-Policer verwendet wird, die die Framelänge vor der Manipulation des Ausgabe-VLANs verwenden. Wenn VLANs bei der Ausgabe hinzugefügt werden, werden die zusätzlichen Bytes daher nicht gezählt.
In einigen Netzwerkdesigns wird die Erzwingung von Bandbreitenprofilen am Layer-2 (L2)-VPN-Provider-Edge-Router implementiert und nicht am Ethernet-Zugriffsgerät (EAD), das die physische UNI-Schnittstelle beendet. Der EAD fügt in der Regel ein S-VLAN hinzu, das den Port im Zugangsnetzwerk identifiziert. Das hinzugefügte S-VLAN gilt als intern im Netzwerk des Dienstanbieters und sollte in der Regel nicht für die Durchsetzung von Bandbreitenprofilen auf dem Provider-Edge-Gerät sowohl in Eingangs- als auch in Ausgangsrichtung berücksichtigt werden. Dies führt auch zu einer Anforderung, die Anpassung der Paketlänge zu ermöglichen, die für Überwachungszwecke bei Ein- und Ausgang verwendet wird.
Um diesen Anforderungen gerecht zu werden, wird die Anpassung für eine Granularität pro logischer Schnittstelle (IFL)/Richtung definiert, d. h. im Bereich von -16 Byte bis +16 Byte.policer-overhead Die Anpassung wird auf alle Policer angewendet, die die Paketlänge von Layer 1 (L1) oder L2 berücksichtigen, die in der angegebenen IFL/Richtung ausgeführt werden, einschließlich der entsprechenden IFF-Feature-Policer (Logical Interface Family), und wird nur auf Schnittstellen- oder filterbasierte Policer angewendet.policer-overhead
Anwendbarkeit der Overhead-Einstellung von Policer für Polizisten
Die Konfiguration für die Eingangs- oder Ausgangsanpassung gilt für die folgenden Policertypen auf IFL bzw. IFF für den Eingang oder Ausgang:policer overhead
L2 zweifarbige und dreifarbige Policer.
Policer auf IFL-Ebene (konfiguriert in der IFL oder in einem Filter, der an die IFL angehängt ist).
Policer auf Familienebene, die die L2-Paketlänge verwenden, oder Policer in Filtern, die an L2-IFF (Family Bridge, vpls, ccc) angeschlossen sind.
Die Liste gilt für alle Arten von Polizisten, einschließlich regulärer zweifarbiger Polizisten, dreifarbiger Polizisten und hierarchischer Polizisten, vorausgesetzt, dass der Polizist mit einer L1- oder L2-Paketlänge arbeitet.
Ingress policer overhead adjustment Die Konfiguration wird auf alle Policer angewendet, die an Eingangs-L2-Routing-Instanzen angehängt sind.
Beachten Sie, dass jeder IFF-Policer der L3-Familie (inet inet6), der nur die L3-Paketlänge berücksichtigt, diese Anpassung nicht berücksichtigt. Der Anpassungswert (+ve oder -ve) wird zur tatsächlichen L2-Paketlänge addiert, um die Anzahl der Bytes zu erhalten, die dem Policer in Rechnung gestellt werden sollen.policer overhead Daher wird dies nur als Zwischenwert verwendet und hat keinen Einfluss auf die tatsächliche L2-Paketlänge. Diese Funktion wird vor der VLAN-Normalisierung angewendet und ist unabhängig von der Oder-Konfiguration unter Class of Service.egress-shaping-overheadingress-shaping-overhead