EN ESTA PÁGINA
Configuración de servicios de vínculo para interfaces de Junos
Configuración de colas de programación de CoS en interfaces LSQ lógicas
Configuración de la fragmentación de CoS mediante clase de reenvío en interfaces LSQ
Configuración de servicios de vínculo y CoS en PIC de servicios
Exceso de suscripción de ancho de banda de interfaz en interfaces LSQ
Configuración de una velocidad mínima garantizada en interfaces LSQ
Clase de servicio en interfaces de servicios de vínculo
Configuración de servicios de vínculo para interfaces de Junos
En este tema, se proporcionan vínculos a temas que explican la configuración de servicios de vínculo para los siguientes tipos de interfaz:
Para obtener información acerca de cómo configurar la redundancia de la interfaz LSQ en varios enrutadores utilizando interfaces APS SONET, consulte Configurar la redundancia de interfaz LSQ en varios enrutadores utilizando APS SONET
Para obtener información acerca de cómo configurar la redundancia de interfaz LSQ en un único enrutador utilizando interfaces APS SONET, consulte Configurar la redundancia de interfaz LSQ en un solo enrutador utilizando APS SONET
Para obtener información acerca de cómo configurar la redundancia de interfaz LSQ en un único enrutador mediante interfaces virtuales, consulte Configurar la redundancia de interfaz LSQ en un solo enrutador mediante interfaces virtuales
Para obtener información acerca de cómo configurar colas de programación de CoS en interfaces LSQ lógicas, consulte Configurar colas de programación de CoS en interfaces LSQ lógicas
Para obtener información acerca de cómo configurar la fragmentación de CoS por clase de reenvío en interfaces LSQ, consulteConfigurar la fragmentación de CoS por clase de reenvío en interfaces LSQ
Para obtener información acerca de cómo reservar ancho de banda de grupo para sobrecarga de capa de vínculo en interfaces LSQ, consulte Reservar ancho de banda de paquete para sobrecarga de capa de vínculo en interfaces LSQ
Para obtener información acerca de la suscripción excesiva del ancho de banda de la interfaz en interfaces LSQ, consulte Suscripción excesiva del ancho de banda de la interfaz en interfaces LSQ
Para obtener información acerca de cómo configurar una velocidad mínima garantizada en interfaces LSQ, consulte Configurar una velocidad mínima garantizada en interfaces LSQ
Para obtener más información acerca de la configuración de servicios de vínculo y CoS en PIC de servicios, consulteConfigurar servicios de vínculo y CoS en PIC de servicios de servicios
Para obtener información acerca de cómo configurar interfaces LSQ como paquetes NxT1 o NxE1 mediante MLPPP, consulteConfigurar interfaces LSQ como paquetes NxT1 o NxE1 mediante MLPPP
Para obtener información acerca de la configuración de interfaces LSQ como paquetes NxT1 o NxE1 mediante FRF.16, consulteConfigurar interfaces LSQ como paquetes NxT1 o NxE1 mediante FRF.16
Para obtener información acerca de cómo configurar interfaces LSQ para interfaces T1 o E1 fraccionarias simples mediante MLPPP y LFI, consulte Configurar interfaces LSQ para interfaces T1 o E1 fraccionarias únicas mediante MLPPP y LFI
Para obtener información acerca de cómo configurar interfaces LSQ para interfaces T1 o E1 fraccionarias simples mediante FRF.12, consulte Configurar interfaces LSQ para interfaces T1 o E1 fraccionarias únicas mediante FRF.12
Para obtener información acerca de cómo configurar interfaces LSQ como paquetes NxT1 o NxE1 mediante FRF.15, consulte Configurar interfaces LSQ como paquetes NxT1 o NxE1 mediante FRF.15
Para obtener información acerca de cómo configurar interfaces LSQ para vínculos T3 configurados para RTP comprimido a través de MLPPP, consulte Configurar interfaces LSQ para vínculos T3 configurados para RTP comprimido a través de MLPPP
Para obtener información acerca de cómo configurar interfaces LSQ como paquetes T3 u OC3 mediante FRF.12, consulte Configurar interfaces LSQ como paquetes T3 u OC3 mediante FRF.12
Para obtener información acerca de cómo configurar interfaces LSQ para interfaces IQ ATM2 mediante MLPPP, consulte Configurar interfaces LSQ para interfaces IQ ATM2 mediante MLPPP
Ver también
Configuración de colas de programación de CoS en interfaces LSQ lógicas
Para las interfaces IQ (lsq-) de servicios de vínculo, puede especificar una asignación de programador para cada unidad lógica. Una unidad lógica representa un paquete MLPPP o un DLCI configurado en un paquete FRF.16. El programador se aplica al tráfico enviado a un PIC de AS o multiservicios que ejecuta el paquete de servicios de vínculo de capa 2.
Si configura una asignación de programador en un paquete, debe incluir la per-unit-scheduler instrucción en el nivel de [edit interfaces lsq-fpc/pic/port] jerarquía. Si configura una asignación de programador en un DLCI FRF.16, debe incluir la per-unit-scheduler instrucción en el nivel de [edit interfaces lsq-fpc/pic/port:channel] jerarquía. Para obtener más información, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
Si necesita garantías de latencia para el tráfico de varias clases o LFI, debe usar PIC IQ canalizadas para los vínculos que lo componen. Con PIC que no son IQ, dado que la cola no se realiza en el nivel de interfaz canalizada en los vínculos que lo componen, es posible que el tráfico sensible a la latencia no reciba el tipo de servicio que debería. Los enlaces de los constituyentes de las siguientes PIC admiten garantías de latencia:
PIC IQ E1 canalizada
PIC IQ OC3 canalizada
PIC IQ OC12 canalizada
PIC IQ STM1 canalizada
PIC IQ T3 canalizada
Para programar colas en una interfaz lógica, puede configurar las siguientes propiedades de asignación de programador en el nivel de [edit class-of-service schedulers] jerarquía:
buffer-size—El tamaño de la cola; Para obtener más información, consulte Configurar el tamaño de búfer del programador.priority—La prioridad de transmisión (baja, alta, estricta-alta); Para obtener más información, consulte Configurar prioridad del programador.shaping-rate—La velocidad de transmisión suscrita; Para obtener más información, consulte Configurar la velocidad de modelación del programador.drop-profile-map—El perfil de caída de detección temprana aleatoria (RED); Para obtener más información, consulte Configuración de perfiles de eliminación.
Cuando configure MLPPP y FRF.12 en enrutadores serie M y serie T, debe configurar un único programador con velocidades de transmisión de porcentaje distintas de cero y tamaños de búfer para las colas del 0 al 3, y asignar este programador a la interfaz IQ de servicios de vínculo (lsq) y a cada vínculo constituyente.
Cuando configure FRF.16 en enrutadores serie M y serie T, puede asignar una única asignación de programador a la interfaz IQ de servicios de vínculo (lsq) y a cada DLCI IQ de servicios de vínculo, o puede asignar diferentes asignaciones de programador a los distintos DLCI del paquete, como se muestra en Ejemplo: Configuración de una interfaz LSQ como agrupación NxT1 utilizando FRF.16. Para los vínculos constituyentes de un paquete FRF.16, no es necesario configurar un programador personalizado. Dado que LFI y multiclase no son compatibles con FRF.16, el tráfico de cada vínculo constituyente se transmite desde la cola 0. Esto significa que debe permitir que la cola 0 utilice la mayor parte del ancho de banda. La velocidad de transmisión predeterminada del programador y los porcentajes de tamaño de búfer para las colas del 0 al 3 son 95, 0, 0 y 5 por ciento, respectivamente. Este programador predeterminado envía todo el tráfico de usuario a la cola 0 y todo el tráfico de control de red a la cola 3 y, por lo tanto, es adecuado para el comportamiento de FRF.16. Puede configurar un programador personalizado que replique explícitamente los comportamientos de cola del 95, 0, 0 y 5 por ciento, y aplicarlo a los vínculos que lo componen.
En enrutadores serie T y M320, la velocidad de transmisión predeterminada del programador y los porcentajes de tamaño de búfer para las colas del 0 al 7 son 95, 0, 0, 5, 0, 0, 0, 0 y 0 por ciento.
Para las interfaces IQ de servicios de vínculo (lsq), estas propiedades de programación funcionan igual que en otras PIC, excepto como se indica en las secciones siguientes.
En enrutadores serie T y M320, lsq las interfaces no admiten puntos de código DiffServ (DSCP) ni marcadores de reescritura DSCP-IPv6.
- Configuración del tamaño de búfer del programador
- Configuración de la prioridad del programador
- Configuración de la velocidad de modelación del programador
- Configuración de perfiles de caída
Configuración del tamaño de búfer del programador
Puede configurar el tamaño de búfer del programador de tres maneras: como un valor temporal, como un porcentaje y como un resto. En una sola interfaz lógica (MLPPP o un DLCI FRF.16), cada cola puede tener un tamaño de búfer diferente.
Si especifica un valor temporal, el algoritmo de cola comienza a dejar caer paquetes cuando pone en cola más de un número calculado de bytes. Este número se calcula multiplicando la velocidad de interfaz lógica por el valor temporal. Para los paquetes MLPPP, la velocidad de interfaz lógica es igual al ancho de banda del paquete, que es la suma de las velocidades de vínculo constituyentes menos la sobrecarga de la capa de vínculo. Para los DLCI MLFR FRF.16, la velocidad de la interfaz lógica es igual al ancho de banda del paquete multiplicado por la velocidad de modelación de DLCI. En todos los casos, el valor temporal máximo se limita a 200 milisegundos.
Los porcentajes de tamaño de búfer se convierten implícitamente en valores temporales multiplicando el porcentaje por 200 milisegundos. Por ejemplo, el tamaño de búfer especificado como buffer-size percent 20 es el mismo que un retraso temporal de 40 milisegundos. La implementación de IQ de servicios de vínculo garantiza 200 milisegundos de retraso de búfer para todas las interfaces con T1 y velocidades superiores. Para interfaces más lentas, garantiza un segundo de retraso del búfer.
El algoritmo de cola distribuye uniformemente el ancho de banda sobrante entre todas las colas configuradas con la buffer-size remainder instrucción. El algoritmo de cola garantiza suficiente espacio en el búfer de transmisión para dos paquetes de tamaño UMT.
Configuración de la prioridad del programador
La prioridad de transmisión de cada cola está determinada por el programador y la clase de reenvío. Cada cola recibe una cantidad garantizada de ancho de banda especificada con la instrucción scheduler transmit-rate .
Configuración de la velocidad de modelación del programador
Utilice la velocidad de modelación para establecer el porcentaje del ancho de banda total del paquete dedicado a un DLCI. Para los DLCI IQ de servicios de vínculo, solo se aceptan porcentajes, lo que permite ajustes en respuesta a cambios dinámicos en el ancho de banda del paquete, por ejemplo, cuando un vínculo sube o baja. Esto significa que las velocidades de modelación absolutas no se admiten en los paquetes FRF.16. Las velocidades de modelación absolutas solo se permiten para los paquetes MLPPP y MLFR.
Para la programación entre DLCI en un paquete MLFR FRF.16, puede configurar una velocidad de modelación para cada DLCI. La velocidad de modelación se expresa como un porcentaje del ancho de banda del paquete agregado. Los porcentajes de velocidad de modelación para todos los DLCI dentro de un paquete pueden sumar hasta el 100 por ciento o menos. El ancho de banda sobrante se distribuye por igual a los DLCI que no tienen la shaping-rate instrucción incluida en el nivel de [edit class-of-service interfaces lsq-fpc/pic/port:channel unit logical-unit-number] jerarquía. Si ninguno de los DLCI de un paquete de MLFR FRF.16 especifica un programador DLCI, el ancho de banda total se divide uniformemente entre todos los DLCI.
Para los paquetes FRF.16 en interfaces IQ de servicios de vínculo, solo se admiten las velocidades de modelación basadas en porcentaje.
Configuración de perfiles de caída
Puede configurar la detección temprana aleatoria (RED) en interfaces LSQ como en otros escenarios de CoS. Para configurar RED, incluya uno o varios perfiles de caída y adjúntelos a un programador para una clase de reenvío determinada. Para obtener más información acerca de los perfiles RED, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
La implementación de LSQ realiza tail RED. Admite un máximo de 256 perfiles de caída por PIC. Los perfiles de caída se pueden configurar por cola, por prioridad de pérdida y por bit TCP.
Puede asociar asignaciones de programador con perfiles de caída RED configurados a cualquier interfaz lógica LSQ: un paquete MLPPP, un paquete FRF.15 o un DLCI FRF.16. Diferentes colas (clases de reenvío) en la misma interfaz lógica pueden tener diferentes perfiles de caída asociados.
En el siguiente ejemplo, se muestra cómo configurar un perfil RED en una interfaz LSQ:
[edit]
class-of-service {
drop-profiles {
drop-low {
# Configure suitable drop profile for low loss priority
...
}
drop-high {
# Configure suitable drop profile for high loss priority
...
}
}
scheduler-maps {
schedmap {
# Best-effort queue will use be-scheduler
# Other queues may use different schedulers
forwarding-class be scheduler be-scheduler;
...
}
}
schedulers {
be-scheduler {
# Configure two drop profiles for low and high loss priority
drop-profile-map loss-priority low protocol any drop-profile drop-low;
drop-profile-map loss-priority high protocol any drop-profile drop-high;
# Other scheduler parameters (buffer-size, priority,
# and transmit-rate) are already supported.
...
}
}
interfaces {
lsq-1/3/0.0 {
# Attach a scheduler map (that includes RED drop profiles)
# to a LSQ logical interface.
scheduler-map schedmap;
}
}
}
Los perfiles RED solo se deben aplicar en los paquetes LSQ y no en los vínculos de salida que constituyen el paquete.
Ver también
Configuración de la fragmentación de CoS mediante clase de reenvío en interfaces LSQ
Para las interfaces IQ (lsq-) de servicios de vínculo, puede especificar propiedades de fragmentación para clases de reenvío específicas. El tráfico en cada clase de reenvío puede ser encapsulado de múltiples vínculos (fragmentado y secuenciado) o no encapsulado (con hash sin fragmentación). De forma predeterminada, el tráfico en todas las clases de reenvío está encapsulado multivínculo.
Cuando no se configuran las propiedades de fragmentación para las colas en las interfaces MLPPP, el umbral de fragmentación que se establece en el [edit interfaces interface-name unit logical-unit-number fragment-threshold] nivel de jerarquía es el umbral de fragmentación para todas las clases de reenvío dentro de la interfaz MLPPP. Para las interfaces MLFR FRF.16, el umbral de fragmentación que se establece en el [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] nivel de jerarquía es el umbral de fragmentación para todas las clases de reenvío dentro de la interfaz MLFR FRF.16.
Si no establece un tamaño máximo de fragmento en ninguna parte de la configuración, los paquetes se seguirán fragmentando si superan la unidad máxima de transmisión (UMT) o la unidad máxima recibida reconstruida (MRRU) de todos los vínculos del paquete. Un flujo no encapsulado utiliza solo un vínculo. Si el flujo supera un único vínculo, la clase de reenvío debe estar encapsulada con varios vínculos, a menos que el tamaño del paquete supere la UMT/MRRU.
Incluso si no establece un tamaño máximo de fragmento en ninguna parte de la configuración, puede configurar la MRRU incluyendo la mrru instrucción en el [edit interfaces lsq-fpc/pic/port unit logical-unit-number] nivel de jerarquía o [edit interfaces interface-name mlfr-uni-nni-bundle-options] . La MRRU es similar a la UMT, pero es específica para las interfaces de servicios de vínculo. De forma predeterminada, el tamaño de MRRU es de 1500 bytes y puede configurarlo para que sea de 1500 a 4500 bytes. Para obtener más información, consulte Configurar MRRU en interfaces lógicas de multivínculo y servicios de vínculo.
Para configurar las propiedades de fragmentación en una cola, incluya la fragmentation-maps instrucción en el nivel de [edit class-of-service] jerarquía:
[edit class-of-service] fragmentation-maps { map-name { forwarding-class class-name { (fragment-threshold bytes | no-fragmentation); multilink-class number; } } }
Para establecer un umbral de fragmentación por clase de reenvío, incluya la fragment-threshold instrucción en el mapa de fragmentación. Esta instrucción establece el tamaño máximo de cada fragmento de multivínculo.
Para establecer que el tráfico de una cola sea no encapsulado en lugar de multivínculo, incluya la no-fragmentation instrucción en el mapa de fragmentación. Esta instrucción especifica que no se antepone un encabezado de fragmentación adicional a los paquetes recibidos en esta cola y que se usa el equilibrio de carga de vínculos estáticos para garantizar la entrega de paquetes en orden.
Para una clase de reenvío dada, puede incluir la fragment-threshold instrucción or no-fragmentation ; son mutuamente excluyentes.
Utilice la multilink-class instrucción para asignar una clase de reenvío a una MLPPP multiclase (MCML). Para una clase de reenvío dada, puede incluir la multilink-class instrucción or no-fragmentation ; son mutuamente excluyentes.
Para asociar un mapa de fragmentación con una interfaz PPP multivínculo o un DLCI MLFR FRF.16, incluya la fragmentation-map instrucción en el nivel de [edit class-of-service interfaces interface-name unit logical-unit-number] jerarquía:
[edit class-of-service interfaces]
lsq-fpc/pic/port {
unit logical-unit-number { # Multilink PPP
fragmentation-map map-name;
}
lsq-fpc/pic/port:channel { # MLFR FRF.16
unit logical-unit-number {
fragmentation-map map-name;
}
Para ver ejemplos de configuración, consulte los temas siguientes:
Configuración de interfaces LSQ como paquetes NxT1 o NxE1 usando MLPPP
Configuración de interfaces LSQ como paquetes NxT1 o NxE1 mediante FRF.16
Configuración de interfaces LSQ para interfaces T1 o E1 fraccionarias simples mediante MLPPP y LFI
Configuración de interfaces LSQ para interfaces T1 o E1 fraccionarias únicas mediante FRF.12
Configuración de interfaces LSQ como paquetes NxT1 o NxE1 mediante FRF.15
Configuración de interfaces LSQ para vínculos T3 configurados para RTP comprimido a través de MLPPP
Configuración de interfaces LSQ como paquetes T3 u OC3 mediante FRF.12
Configuración de interfaces LSQ para interfaces IQ ATM2 mediante MLPPP
Para las interfaces de servicios de vínculo PIC de servicios de vínculo (ls-), no se admiten los mapas de fragmentación. En su lugar, se habilita LFI incluyendo la interleave-fragments instrucción en el nivel de [edit interfaces interface-name unit logical-unit-number] jerarquía. Para obtener más información, consulte Configuración de intercalación de paquetes sensibles al retraso en interfaces lógicas de servicios de vínculo.
Ver también
Configuración de servicios de vínculo y CoS en PIC de servicios
Para configurar los servicios de vínculo y la CoS en una PIC de AS o multiservicios, debe realizar los siguientes pasos:
Active el paquete de servicio de capa 2. Los paquetes de servicio se habilitan por PIC, no por puerto. Cuando se habilita el paquete de servicio de capa 2, toda la PIC utiliza el paquete configurado. Para habilitar el paquete de servicio de capa 2, incluya la
service-packageinstrucción en el nivel de[edit chassis fpc slot-number pic pic-number adaptive-services]jerarquía y especifiquelayer-2:[edit chassis fpc slot-number pic pic-number adaptive-services] service-package layer-2;
Para obtener más información acerca de los paquetes de servicio de PIC de AS o multiservicios, consulte Habilitación de paquetes de servicio y capacidades e interfaces de paquetes de servicio de capa 2.
Configure un paquete PPP o FRF.16 multivínculo combinando vínculos constituyentes en un vínculo o paquete virtual.
Configuración de un paquete MLPPP
Para configurar un paquete MLPPP, configure los vínculos constituyentes y las propiedades del paquete incluyendo las siguientes instrucciones en la configuración:
[edit interfaces interface-name unit logical-unit-number] encapsulation ppp; family mlppp { bundle lsq-fpc/pic/port.logical-unit-number; } [edit interfaces lsq-fpc/pic/port unit logical-unit-number] drop-timeout milliseconds; encapsulation multilink-ppp; fragment-threshold bytes; link-layer-overhead percent; minimum-links number; mrru bytes; short-sequence; family inet { address address; }Para obtener más información acerca de estas instrucciones, consulte la Guía del usuario de interfaces de servicios de vínculo y multivínculo para dispositivos de enrutamiento.
Configuración de un paquete MLFR FRF.16
Para configurar un paquete MLFR FRF.16, configure los vínculos constituyentes y las propiedades del paquete incluyendo las siguientes instrucciones en la configuración:
[edit chassis fpc slot-number pic slot-number] mlfr-uni-nni-bundles number; [edit interfaces interface-name ] encapsulation multilink-frame-relay-uni-nni; unit logical-unit-number { family mlfr-uni-nni { bundle lsq-fpc/pic/port:channel; } }Para obtener más información acerca de la
mlfr-uni-nni-bundlesinstrucción, consulte la biblioteca de administración de Junos OS para dispositivos de enrutamiento. MLFR FRF.16 utiliza canales como unidades lógicas.Para MLFR FRF.16, debe configurar un extremo como equipo de terminación de circuito de datos (DCE) incluyendo las siguientes instrucciones en el
[edit interfaces lsq-fpcnivel de jerarquía /pic/:portchannel].encapsulation multilink-frame-relay-uni-nni; dce; mlfr-uni-nni-options { acknowledge-retries number; acknowledge-timer milliseconds; action-red-differential-delay (disable-tx | remove-link); drop-timeout milliseconds; fragment-threshold bytes; hello-timer milliseconds; link-layer-overhead percent; lmi-type (ansi | itu); minimum-links number; mrru bytes; n391 number; n392 number; n393 number; red-differential-delay milliseconds; t391 number; t392 number; yellow-differential-delay milliseconds; } unit logical-unit-number { dlci dlci-identifier; family inet { address address; } }Para obtener más información sobre las propiedades de MLFR UNI NNI, consulte Guía del usuario de interfaces de servicios de vínculo y multivínculo para dispositivos de enrutamiento.
Para configurar componentes de CoS para cada paquete de multivínculo, habilite la programación por unidad en la interfaz, configure una asignación de programador, aplique el programador a cada cola, configure una asignación de fragmentación y aplique la asignación de fragmentación a cada paquete. Incluya las siguientes declaraciones:
[edit interfaces] lsq-fpc/pic/port { per-unit-scheduler; # Enables per-unit scheduling on the bundle } [edit class-of-service] interfaces { lsq-fpc/pic/port { # Multilink PPP unit logical-unit-number { scheduler-map map-name; # Applies scheduler map to each queue } } lsq-fpc/pic/port:channel { # MLFR FRF.16 unit logical-unit-number { # Scheduler map provides scheduling information for # the queues within a single DLCI. scheduler-map map-name; shaping-rate percent percent; } forwarding-classes { queue queue-number class-name priority (high | low); } scheduler-maps { map-name { forwarding-class class-name scheduler scheduler-name; } } schedulers { scheduler-name { buffer-size (percent percentage | remainder | temporal microseconds); priority priority-level; transmit-rate (percent percentage | rate | remainder) <exact>; } } fragmentation-maps { map-name { forwarding-class class-name { fragment-threshold bytes; no-fragmentation; } } }Asocie un mapa de fragmentación con una interfaz PPP multivínculo o MLFR FRF.16 DLCI incluyendo las siguientes instrucciones en el nivel de
[edit class-of-service]jerarquía:interfaces { lsq-fpc/pic/port { unit logical-unit-number { # Multilink PPP fragmentation-map map-name; } } lsq-fpc/pic/port:channel { # MLFR FRF.16 unit logical-unit-number { fragmentation-map map-name; }
Ver también
Exceso de suscripción de ancho de banda de interfaz en interfaces LSQ
El término sobresuscripción de ancho de banda de interfaz significa configurar velocidades de modelación (velocidades máximas de información [PIR]) para que su suma supere el ancho de banda de la interfaz.
En las PIC IQ canalizadas, las PIC IQ de Gigabit Ethernet y las interfaces IQ (lsq-) de servicios de vínculo FRF.16 en PIC de AS y multiservicios, puede sobresuscribir el ancho de banda de la interfaz. Las interfaces lógicas (y DLCI dentro de un paquete FRF.16) pueden estar sobresuscritas cuando hay ancho de banda sobrante. La sobresuscripción se limita al PIR configurado. El ancho de banda no utilizado se distribuye por igual entre las interfaces lógicas o DLCI sobresuscritas.
En el caso de las redes que no son propensas a experimentar congestión, la sobresuscripción del ancho de banda de la interfaz mejora la utilización de la red, lo que permite aprovisionar a más clientes en una sola interfaz. Si el tráfico de datos real no supera el ancho de banda de la interfaz, la sobresuscripción le permite vender más ancho de banda del que la interfaz puede admitir.
Recomendamos evitar el exceso de suscripciones en redes que probablemente experimenten congestión. Tenga cuidado de no suscribirse demasiado a un servicio, ya que esto puede causar degradación en el rendimiento del enrutador durante la congestión. Cuando se configura la sobresuscripción, algunas colas de salida pueden quedar inactivas si el tráfico de datos real supera el ancho de banda de la interfaz física. Puede evitar la degradación mediante la multiplexación estadística para asegurarse de que el tráfico de datos real no supere el ancho de banda de la interfaz.
No puede suscribir en exceso el ancho de banda de la interfaz cuando configure la formación de tráfico con el método descrito en Aplicación de asignaciones de programador y velocidad de modelación a DLCI y VLAN.
Cuando configure la sobresuscripción para interfaces de agrupación FRF.16, puede asignar perfiles de control de tráfico que se apliquen a una interfaz física. Cuando se aplican perfiles de control de tráfico a paquetes FRF.16 en el nivel de interfaz lógica , el ancho de banda de la interfaz de vínculo miembro se infrautiliza cuando hay una pequeña proporción de tráfico o no hay tráfico en absoluto en un DLCI individual. La compatibilidad con funciones de control de tráfico en el nivel de interfaz física del paquete FRF.16 aborda esta limitación.
Para configurar la sobresuscripción de una interfaz, realice los siguientes pasos:
Incluya la
shaping-rateinstrucción en el nivel de[edit class-of-service traffic-control-profiles profile-name]jerarquía:[edit class-of-service traffic-control-profiles profile-name] shaping-rate (percent percentage | rate);
Nota:Cuando configure la sobresuscripción para interfaces de paquete FRF.16 sobre una base de interfaz física, debe especificar
shaping-ratecomo un porcentaje.En las interfaces LSQ, puede configurar la velocidad de modelación como un porcentaje.
En las interfaces IQ y IQ2, puede configurar la velocidad de modelación como una velocidad absoluta de 1000 a 6.400.000.000.000 bits por segundo.
Como alternativa, puede configurar una velocidad de modelación para una interfaz lógica y suscribir en exceso la interfaz física incluyendo la
shaping-rateinstrucción en el nivel de[edit class-of-service interfaces interface-name unit logical-unit-number]jerarquía. Sin embargo, con este enfoque de configuración, no puede controlar de forma independiente la velocidad de búfer de retraso, como se describe en el paso 2.Nota:Para las interfaces IQ canalizadas y Gigabit Ethernet, las
shaping-rateinstrucciones yguaranteed-rateson mutuamente excluyentes. No puede configurar algunas interfaces lógicas para que usen una velocidad de modelación y otras para que usen una velocidad garantizada. Esto significa que no hay garantías de servicio al configurar una PIR. Para estas interfaces, puede configurar un PIR o una velocidad de información comprometida (CIR), pero no ambas.Esta restricción no se aplica a las PIC IQ2 de Gigabit Ethernet ni a las interfaces IQ de servicios de vínculo (LSQ) en PIC de AS o multiservicios. Para las interfaces LSQ y Gigabit Ethernet IQ2, puede configurar un PIR y un CIR en una interfaz. Para obtener más información acerca de los CIR, consulte Configurar una velocidad mínima garantizada en interfaces LSQ.
Opcionalmente, puede basar el cálculo del búfer de retraso en una tasa de búfer de retraso. Para ello, incluya la
delay-buffer-rateinstrucción en el nivel de[edit class-of-service traffic-control-profiles profile-name]jerarquía:Nota:Cuando configure la sobresuscripción para interfaces de paquete FRF.16 sobre una base de interfaz física, debe especificar
delay-buffer-ratecomo un porcentaje.[edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
La velocidad de búfer de retraso anula la velocidad de modelación como base para el cálculo del búfer de retraso. En otras palabras, la velocidad de modelación o la velocidad de modelación escalada se utiliza para los cálculos de búfer de retraso solo cuando la velocidad de búfer de retraso no está configurada.
En el caso de las interfaces LSQ, si no configura una velocidad de búfer de retardo, se utiliza la velocidad garantizada (CIR) para asignar búferes. Si no configura una velocidad garantizada, la velocidad de modelación (PIR) se utiliza en el caso de subsuscripción y la velocidad de modelación escalada se utiliza en el caso de sobresuscripción.
En las interfaces LSQ, puede configurar la tasa de búfer de retraso como un porcentaje.
En las interfaces IQ e IQ2, puede configurar la velocidad del búfer de retraso como una velocidad absoluta de 1000 a 6.400.000.000.000 bits por segundo.
El búfer de retraso real se basa en los cálculos descritos en la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200). Para obtener un ejemplo que muestre cómo se aplican las tasas de búfer de retraso , consulte Ejemplos: Suscripción excesiva a una interfaz LSQ.
La configuración de búferes grandes en vínculos de velocidad relativamente baja puede provocar la antigüedad de los paquetes. Para ayudar a prevenir este problema, el software requiere que la suma de las tasas de búfer de retraso sea menor o igual que la velocidad del puerto.
Esta restricción no elimina la posibilidad de antigüedad de paquetes, por lo que debe tener cuidado al usar la
delay-buffer-rateinstrucción. Aunque puede ser deseable cierta cantidad de almacenamiento en búfer adicional para la absorción de ráfagas, las velocidades de búfer de retardo no deben exceder con creces la velocidad de servicio de la interfaz lógica.Si configura velocidades de búfer de retraso de modo que la suma supere la velocidad del puerto, la velocidad de búfer de retraso configurada no se implementa para la última interfaz lógica que configure. En su lugar, esa interfaz lógica recibe una tasa de búfer de retraso de cero y se muestra un mensaje de advertencia en la CLI. Si el ancho de banda está disponible (porque se elimina o desactiva otra interfaz lógica, o porque aumenta la velocidad del puerto), la velocidad de búfer de retardo configurada se reevalúa y, si es posible, se implementa.
Si no configura una velocidad de búfer de retraso o una velocidad garantizada, la interfaz lógica recibe una velocidad de búfer de retraso proporcional a la velocidad de modelación y la velocidad de búfer de retraso restante disponible. En otras palabras, la velocidad de búfer de retraso para cada interfaz lógica sin una velocidad de búfer de retraso configurada es igual a:
(remaining delay-buffer rate * shaping rate) / (sum of shaping rates)
La tasa restante de amortiguación de retardo es igual a:
(interface speed) – (sum of configured delay-buffer rates)
Para asignar una asignación de programador a la interfaz lógica, incluya la
scheduler-mapinstrucción en el nivel de[edit class-of-service traffic-control-profiles profile-name]jerarquía:[edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
Para obtener más información acerca de cómo configurar programadores y asignaciones de programadores, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
Opcionalmente, puede habilitar la configuración de tamaños de búfer grandes. Para ello, incluya la
q-pic-large-bufferinstrucción en el nivel de[edit chassis fpc slot-number pic pic-number]jerarquía:[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
Si no incluye esta instrucción, el tamaño del búfer de retraso es más restringido. Recomendamos búferes restringidos para el tráfico sensible al retraso, como el tráfico de voz. Para obtener más información, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
Para habilitar la programación en interfaces lógicas, incluya la
per-unit-schedulerinstrucción en el nivel de[edit interfaces interface-name]jerarquía:[edit interfaces interface-name ] per-unit-scheduler;
Cuando se incluye esta instrucción, la cantidad máxima de VLAN admitidas es 768 en una PIC IQ de Gigabit Ethernet de un solo puerto. En una PIC IQ de Gigabit Ethernet de dos puertos, el número máximo es 384.
Para habilitar la programación de interfaces físicas de paquetes FRF.16, incluya la
no-per-unit-schedulerinstrucción en el nivel de[edit interfaces interface-name]jerarquía:[edit interfaces interface-name] no-per-unit-scheduler;
Para aplicar el perfil de programación de tráfico a la interfaz lógica, incluya la
output-traffic-control-profileinstrucción en el nivel de[edit class-of-service interfaces interface-name unit logical-unit-number]jerarquía:[edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
No puede incluir la
output-traffic-control-profileinstrucción en la configuración si se incluye alguna de las siguientes instrucciones en la configuración de interfaz lógica:scheduler-map, ,shaping-rateadaptive-shaper, ovirtual-channel-group.Para obtener una tabla que muestre cómo se asignan el ancho de banda y el búfer de retraso en varias configuraciones, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
Ejemplos: Suscripción excesiva a una interfaz LSQ
Suscripción excesiva de una interfaz LSQ con programación basada en la interfaz lógica
Aplique un perfil de control de tráfico a una interfaz lógica que represente un DLCI en un paquete FRF.16.
interfaces {
lsq-1/3/0:0 {
per-unit-scheduler;
unit 0 {
dlci 100;
}
unit 1 {
dlci 200;
}
}
}
class-of-service {
traffic-control-profiles {
tc_0 {
shaping-rate percent 100;
guaranteed-rate percent 60;
delay-buffer-rate percent 80;
}
tc_1 {
shaping-rate percent 80;
guaranteed-rate percent 40;
}
}
interfaces {
lsq-1/3/0 {
unit 0 {
output-traffic-control-profile tc_0;
}
unit 1 {
output-traffic-control-profile tc_1;
}
}
}
}
Sobresuscripción de una interfaz LSQ con programación basada en la interfaz física
Aplique un perfil de control de tráfico a la interfaz física que represente un paquete FRF.16:
interfaces {
lsq-0/2/0:0 {
no-per-unit-scheduler;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 100;
family inet {
address 18.18.18.2/24;
}
}
}
class-of-service {
traffic-control-profiles {
rlsq_tc {
scheduler-map rlsq;
shaping-rate percent 60;
delay-buffer-rate percent 10;
}
}
interfaces {
lsq-0/2/0:0 {
output-traffic-control-profile rlsq_tc;
}
}
}
scheduler-maps {
rlsq {
forwarding-class best-effort scheduler rlsq_scheduler;
forwarding-class expedited-forwarding scheduler rlsq_scheduler1;
}
}
schedulers {
rlsq_scheduler {
transmit-rate percent 20;
priority low;
}
rlsq_scheduler1 {
transmit-rate percent 40;
priority high;
}
}
Ver también
Configuración de una velocidad mínima garantizada en interfaces LSQ
En las PIC IQ de Gigabit Ethernet, las PIC IQ canalizadas y las interfaces IQ de servicios de vínculo (LSQ) FRF.16 en PIC de AS y multiservicios, puede configurar el ancho de banda garantizado, también conocido como velocidad de información comprometida (CIR). Esto le permite especificar una tasa garantizada para cada interfaz lógica. La tasa garantizada es mínima. Si hay un exceso de ancho de banda de interfaz física disponible para su uso, la interfaz lógica recibe más de la velocidad garantizada aprovisionada para la interfaz.
No puede aprovisionar la suma de las velocidades garantizadas para que sea superior al ancho de banda de la interfaz física o al ancho de banda del paquete para las interfaces LSQ. Si la suma de las velocidades garantizadas supera el ancho de banda de la interfaz o del paquete, no se produce un error en la operación de confirmación, sino que el software disminuye automáticamente las velocidades para que la suma de las velocidades garantizadas sea igual al ancho de banda del paquete disponible.
Para configurar una tasa mínima garantizada, realice los siguientes pasos:
Incluya la
guaranteed-rateinstrucción en el nivel de[edit class-of-service traffic-control-profiles profile-name]jerarquía:[edit class-of-service traffic-control-profiles profile-name] guaranteed-rate (percent percentage | rate);
En las interfaces LSQ, puede configurar la tasa garantizada como un porcentaje.
En las interfaces IQ e IQ2, puede configurar la velocidad garantizada como una velocidad absoluta de 1000 a 160 000 000 000 bits por segundo.
Nota:Para las interfaces IQ canalizadas y Gigabit Ethernet, las
shaping-rateinstrucciones yguaranteed-rateson mutuamente excluyentes. No puede configurar algunas interfaces lógicas para que usen una velocidad de modelación y otras para que usen una velocidad garantizada. Esto significa que no hay garantías de servicio al configurar una PIR. Para estas interfaces, puede configurar un PIR o una velocidad de información comprometida (CIR), pero no ambas.Esta restricción no se aplica a las PIC IQ2 de Gigabit Ethernet ni a las interfaces IQ de servicios de vínculo (LSQ) en PIC de AS o multiservicios. Para las interfaces LSQ y Gigabit Ethernet IQ2, puede configurar un PIR y un CIR en una interfaz. Para obtener más información acerca de los CIR, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
Opcionalmente, puede basar el cálculo del búfer de retraso en una tasa de búfer de retraso. Para ello, incluya la
delay-buffer-rateinstrucción en el nivel de[edit class-of-service traffic-control-profiles profile-name]jerarquía:[edit class-of-service traffic-control-profiles profile-name] delay-buffer-rate (percent percentage | rate);
En las interfaces LSQ, puede configurar la tasa de búfer de retraso como un porcentaje.
En las interfaces IQ y IQ2, puede configurar la velocidad del búfer de retraso como una velocidad absoluta de 1000 a 160 000 000 000 bits por segundo.
El búfer de retraso real se basa en los cálculos descritos en las tablas de la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200). Para obtener un ejemplo que muestre cómo se aplican las tasas de búfer de retraso, consulte Ejemplo: Configuración de una velocidad mínima garantizada.
Si no incluye la
delay-buffer-rateinstrucción, el cálculo del búfer de retraso se basa en la velocidad garantizada, la velocidad de modelación si no se configura ninguna velocidad garantizada o la velocidad de modelación escalada si la interfaz está sobresuscrita.Si no especifica una velocidad de modelación o una velocidad garantizada, la interfaz lógica recibe una velocidad de búfer de retraso mínima y un ancho de banda mínimo igual a 4 paquetes de tamaño UMT.
Puede configurar una velocidad para el búfer de retraso que sea superior a la velocidad garantizada. Esto puede ser útil cuando el flujo de tráfico puede no requerir mucho ancho de banda en general, pero en algunos casos puede tener ráfagas y, por lo tanto, necesita un búfer grande.
La configuración de búferes grandes en vínculos de velocidad relativamente baja puede provocar la antigüedad de los paquetes. Para ayudar a prevenir este problema, el software requiere que la suma de las tasas de búfer de retraso sea menor o igual que la velocidad del puerto. Esta restricción no elimina la posibilidad de antigüedad de paquetes, por lo que debe tener cuidado al usar la
delay-buffer-rateinstrucción. Aunque puede ser deseable cierta cantidad de almacenamiento en búfer adicional para la absorción de ráfagas, las velocidades de búfer de retardo no deben exceder con creces la velocidad de servicio de la interfaz lógica.Si configura velocidades de búfer de retraso de modo que la suma supere la velocidad del puerto, la velocidad de búfer de retraso configurada no se implementa para la última interfaz lógica que configure. En su lugar, esa interfaz lógica recibe una tasa de búfer de retraso de 0 y se muestra un mensaje de advertencia en la CLI. Si el ancho de banda está disponible (porque se elimina o desactiva otra interfaz lógica, o porque aumenta la velocidad del puerto), la velocidad de búfer de retardo configurada se reevalúa y, si es posible, se implementa.
Si no se puede implementar la velocidad garantizada de una interfaz lógica, esa interfaz lógica recibe una velocidad de búfer de retraso de 0, incluso si la velocidad de búfer de retraso configurada está dentro de la velocidad de la interfaz. Si más adelante se puede cumplir la velocidad garantizada de la interfaz lógica, se vuelve a evaluar la velocidad de búfer de retraso configurada y, si la velocidad del búfer de retraso está dentro del ancho de banda restante, se implementa.
Si alguna interfaz lógica tiene una velocidad garantizada configurada, todas las demás interfaces lógicas en ese puerto que no tengan una velocidad garantizada configurada reciben una tasa de búfer de retraso de 0. Esto se debe a que la ausencia de una configuración de velocidad garantizada corresponde a una velocidad garantizada de 0 y, en consecuencia, a una tasa de búfer de retardo de 0.
Para asignar una asignación de programador a la interfaz lógica, incluya la
scheduler-mapinstrucción en el nivel de[edit class-of-service traffic-control-profiles profile-name]jerarquía:[edit class-of-service traffic-control-profiles profile-name] scheduler-map map-name;
Para obtener más información acerca de cómo configurar programadores y asignaciones de programadores, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
Para permitir que se configuren tamaños de búfer grandes, incluya la
q-pic-large-bufferinstrucción en el nivel de[edit chassis fpc slot-number pic pic-number]jerarquía:[edit chassis fpc slot-number pic pic-number] q-pic-large-buffer;
Si no incluye esta instrucción, el tamaño del búfer de retraso es más restringido. Para obtener más información, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
Para habilitar la programación en interfaces lógicas, incluya la
per-unit-schedulerinstrucción en el nivel de[edit interfaces interface-name]jerarquía:[edit interfaces interface-name ] per-unit-scheduler;
Cuando se incluye esta instrucción, la cantidad máxima de VLAN admitidas es 767 en una PIC IQ de Gigabit Ethernet de un solo puerto. En una PIC IQ de Gigabit Ethernet de dos puertos, el número máximo es 383.
Para aplicar el perfil de programación de tráfico a la interfaz lógica, incluya la instrucción output-traffic-control-profile en el nivel de
[edit class-of-service interfaces interface-name unit logical-unit-number]jerarquía:[edit class-of-service interfaces interface-name unit logical-unit-number] output-traffic-control-profile profile-name;
Ejemplo: Configuración de una tasa mínima garantizada
Dos unidades 0 de interfaz lógica y 1, se aprovisionan con un mínimo garantizado de 750 Kbps y 500 Kbps, respectivamente. Para la unidad 1lógica , el búfer de retraso se basa en la configuración de velocidad garantizada. Para la unidad 0lógica, se especifica una velocidad de búfer de retraso de 500 Kbps. Los búferes de retraso reales asignados a cada interfaz lógica son 2 segundos de 500 Kbps. El valor de 2 segundos se basa en el siguiente cálculo:
delay-buffer-rate < [8 x 64 Kbps]): 2 seconds of delay-buffer-rate
Para obtener más información acerca de este cálculo, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).
chassis {
fpc 3 {
pic 0 {
q-pic-large-buffer;
}
}
}
interfaces {
t1-3/0/1 {
per-unit-scheduler;
}
}
class-of-service {
traffic-control-profiles {
tc-profile3 {
guaranteed-rate 750k;
scheduler-map sched-map3;
delay-buffer-rate 500k; # 500 Kbps is less than 8 x 64 Kbps
}
tc-profile4 {
guaranteed-rate 500k; # 500 Kbps is less than 8 x 64 Kbps
scheduler-map sched-map4;
}
}
interface t1-3/0/1 {
unit 0 {
output-traffic-control-profile tc-profile3;
}
unit 1 {
output-traffic-control-profile tc-profile4;
}
}
}