Contabilidad del atributo de sobrecarga del aplicador en el nivel de interfaz
Un perfil de ancho de banda (BWP) impone límites en la utilización del ancho de banda de acuerdo con la especificación de nivel de servicio (SLS) acordada por el suscriptor y el proveedor de servicios como parte del acuerdo de nivel de servicio (SLA). Hay dos tipos de perfiles de ancho de banda:
Perfil de ancho de banda de entrada
Perfil de ancho de banda de salida
Necesidad de ajuste de la sobrecarga del agente policial
El conjunto de estándares de Carrier Ethernet (CE) 2.0 del Foro de Metro Ethernet (MEF) tiene requisitos estrictos para la aplicación del perfil de ancho de banda en la interfaz de red de usuario (UNI). El cumplimiento de la certificación MEF CE 2.0 permite solo una desviación del 2 por ciento de la tasa máxima o comprometida de UNI en todos los tamaños de cuadro. Esto significa que los aplicadores de políticas deben tener en cuenta el tamaño de la trama en la interfaz UNI, incluida la suma de comprobación de tramas y excluyendo todas las sobrecargas adicionales que puedan agregarse dentro de la red del proveedor de servicios (como S-VLAN). Por lo tanto, esto se traduce en dos requisitos del cliente:
Los controladores de salida de Junos OS utilizan la longitud de trama antes de la manipulación de VLAN de salida. Si se agregan VLAN en la salida, esos bytes adicionales no se contarán. Para cumplir con los requisitos de MEF CE 2.0, ajuste la longitud del paquete que se utiliza con fines de vigilancia para los aplicadores de salida de Junos que utilizan la longitud de trama antes de la manipulación de VLAN de salida. Por lo tanto, si se agregan VLAN en la salida, los bytes adicionales no se contarán.
En algunos diseños de red, la aplicación del perfil de ancho de banda se implementa en el enrutador perimetral del proveedor de VPN de capa 2 (L2) y no en el dispositivo de acceso Ethernet (EAD) que termina la interfaz UNI física. El EAD normalmente agrega una S-VLAN que identifica el puerto en la red de acceso. La S-VLAN que se agrega se considera interna de la red del proveedor de servicios y, por lo general, no se debe tener en cuenta para fines de aplicación del perfil de ancho de banda en el dispositivo perimetral del proveedor, tanto en las direcciones de entrada como de salida. Esto también se traduce en un requisito que permita ajustar la longitud del paquete utilizado para fines policiales en la entrada y salida.
Para abordar estos requisitos, policer-overhead el ajuste se define en una granularidad por interfaz lógica (IFL)/dirección, que es el rango de -64 bytes a +64 bytes. El policer-overhead ajuste se aplica a todos los aplicadores que tienen en cuenta la longitud de paquete de capa 1 (L1) o L2 que se ejercen en la dirección o IFL especificada, incluidos los aplicadores de características de familia de interfaz lógica (IFF) correspondientes, y se aplica únicamente a los aplicadores de interfaz o basados en filtros.
Aplicabilidad del ajuste de gastos generales del controlador para los aplicadores
La configuración de ajuste de entrada o salida policer overhead es aplicable a los siguientes tipos de políticas en IFL e IFL e IFF de entrada o salida, respectivamente:
Aplicadores de dos y tres colores L2.
Aplicadores de política a nivel de IFL (configurados en el IFL o en un filtro adjunto al IFL).
Aplicadores de nivel familiar que utilizan la longitud de paquete L2 o aplicadores en filtros conectados a L2 IFF (puente familiar, vpls, ccc).
La lista es aplicable a todos los tipos de aplicadores, incluidos los aplicadores regulares de dos colores, los aplicadores de tres colores y los aplicadores jerárquicos, siempre que el controlador opere con una longitud de paquete L1 o L2.
Ingress policer overhead adjustment La configuración se aplica a cualquier aplicador de políticas adjunto a las instancias de enrutamiento L2 de entrada.
Tenga en cuenta que cualquier aplicador IFF de la familia L3 (inet inet6), que considere solo la longitud del paquete L3, no considerará este ajuste. El policer overhead valor de ajuste (+ve o -ve) se agrega a la longitud real del paquete L2 para obtener el número de bytes que se cargan al aplicador de políticas. Por lo tanto, esto se utiliza sólo como un valor intermedio y no afecta a la longitud real del paquete L2. Esta característica se aplica antes de la normalización de VLAN y es independiente de la egress-shaping-overhead configuración o ingress-shaping-overhead bajo clase de servicio.