Exceso de suscripción al ancho de banda de la interfaz
El término exceso de suscripción al ancho de banda de la interfaz significa configurar las velocidades de conformació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.15 y FRF.16 en las PIC de servicios, las PIC de multiservicios y los DPC de multiservicios, puede suscribirse de forma excesiva al ancho de banda de la interfaz. Esto significa que las interfaces lógicas (y los DLCI dentro de un paquete FRF.15 o FRF.16) pueden estar sobresuscritos cuando hay ancho de banda sobrante. En el caso de las interfaces de paquete FRF.16, la interfaz física puede estar sobresuscrita. La sobresuscripción está limitada al PIR configurado. Cualquier ancho de banda no utilizado se distribuye por igual entre interfaces lógicas suscritas en exceso, identificadores de conexión de vínculo de datos (DLCI) o interfaces físicas.
Para las redes que no es probable que experimenten congestión, la suscripción excesiva al ancho de banda de la interfaz mejora la utilización de la red, lo que permite que más clientes se aprovisionen 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 la sobresuscripción en redes que puedan experimentar congestión. Tenga cuidado de no sobresuscribir demasiado a un servicio, ya que esto puede causar una degradación en el rendimiento de la plataforma de enrutamiento durante la congestión. Cuando se configura la sobresuscripción, puede producirse la falta de algunas colas de salida 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 al configurar el modelado de tráfico mediante el método descrito en Aplicación de asignaciones de programador y velocidad de conformación a DLCI y VLAN.
Al configurar la sobresuscripción para interfaces de paquete FRF.16, puede asignar perfiles de control de tráfico que se apliquen sobre una base de 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 interfaz de vínculo miembro se infrautiliza cuando hay una pequeña proporción de tráfico o ningún tráfico en un DLCI individual. La compatibilidad con las funciones de control de tráfico en el nivel de interfaz física del paquete FRF.16 soluciona esta limitación.
Para configurar la sobresuscripción de la interfaz, realice los pasos siguientes:
Incluya la
shaping-rateinstrucción en el nivel jerárquico[edit class-of-service traffic-control-profiles profile-name]:[edit class-of-service traffic-control-profiles profile-name] shaping-rate (percent percentage | rate);
Nota:Al configurar la sobresuscripción para interfaces de paquete FRF.16 en una base de interfaz física, debe especificar
shaping-ratecomo un porcentaje.En las interfaces LSQ, puede configurar la velocidad de conformación como un porcentaje del 1 al 100.
En las interfaces IQ e IQ2, puede configurar la velocidad de conformación como una tasa absoluta de 1000 a 6.400.000.000.000 bps.
Para todos los enrutadores serie MX e interfaces de conmutador serie EX, la velocidad de conformación puede ser de 65.535 a 6.400.000.000.000 bps.
Como alternativa, puede configurar una velocidad de modelación para una interfaz lógica y sobresuscribir 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 del búfer de retardo, 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 usar una velocidad de conformación y otras para usar una velocidad garantizada. Esto significa que no hay garantías de servicio al configurar un PIR. Para estas interfaces, puede configurar un PIR o una tasa de información confirmada (CIR), pero no ambos.Esta restricción no se aplica a las PIC IQ2 ni a las interfaces LSQ de Gigabit Ethernet en PIC de multiservicios y servicios. Para las interfaces LSQ y Gigabit Ethernet IQ2, puede configurar un PIR y un CIR en una interfaz. Para obtener más información sobre los RCDI, consulte Proporcionar una tasa mínima garantizada.
Para obtener más información acerca de las PIC IQ2 de Gigabit Ethernet, consulte CoS on Enhanced IQ2 PICs Overview.
Opcionalmente, puede basar el cálculo del búfer de retraso en una tasa de búfer de retardo. Para ello, incluya la
delay-buffer-rateinstrucción en el nivel jerárquico[edit class-of-service traffic-control-profiles profile-name]:Nota:Al configurar la sobresuscripción para interfaces de paquete FRF.16 en 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 tasa de búfer de retardo anula la velocidad de conformación como base para el cálculo del búfer de retardo. En otras palabras, la velocidad de modelación o la velocidad de conformación escalada se utilizan para los cálculos del búfer de retardo solo cuando la velocidad del búfer de retardo no está configurada.
Para las interfaces LSQ, si no configura una tasa de búfer de retardo, se utiliza la tasa garantizada (CIR) para asignar búferes. Si no configura una velocidad garantizada, la velocidad de conformación (PIR) se utiliza en el caso de suscripción insuficiente y la velocidad de conformación escalada se utiliza en el caso de suscripción excesiva.
En las interfaces LSQ, puede configurar la tasa de búfer de retardo como un porcentaje del 1 al 100.
En las interfaces IQ e IQ2, puede configurar la tasa de búfer de retardo como una tasa absoluta de 1000 a 6.400.000.000.000 bps.
El búfer de retraso real se basa en los cálculos descritos en Administración de la congestión en la interfaz de salida mediante la configuración del tamaño del búfer del programador. Para ver un ejemplo que muestra cómo se aplican las tasas de búfer de retardo, consulte Ejemplos: Exceso de suscripción al ancho de banda de la interfaz.
La configuración de búferes grandes en vínculos de velocidad relativamente lenta puede provocar la antigüedad de los paquetes. Para ayudar a evitar este problema, el software requiere que la suma de las velocidades de búfer de retardo sea menor o igual que la velocidad del puerto.
Esta restricción no elimina la posibilidad de antigüedad de los paquetes, por lo que debe tener cuidado al usar la
delay-buffer-rateinstrucción. Aunque puede ser deseable cierta cantidad de búfer adicional para la absorción de ráfagas, las tasas de búfer de retardo no deben superar con creces la tasa de servicio de la interfaz lógica.Si configura las velocidades de búfer de retraso para que la suma supere la velocidad del puerto, la tasa de búfer de retraso configurada no se implementará 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 se aumenta la velocidad del puerto), la tasa de búfer de retardo configurada se reevalúa y, si es posible, se implementa.
Si no configura una tasa de búfer de retardo o una velocidad garantizada, la interfaz lógica recibe una velocidad de búfer de retardo proporcional a la velocidad de modelación y la tasa de búfer de retardo restante disponible. En otras palabras, la tasa de búfer de retardo para cada interfaz lógica sin velocidad de búfer de retardo configurada es igual a:
(remaining delay-buffer rate * shaping rate) / (sum of shaping rates)
donde la tasa de búfer de retraso restante 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 información acerca de la configuración de programadores y asignaciones de programadores, consulte Configuración de programadores y Configurar asignaciones de programadores.
Opcionalmente, puede habilitar la configuración de búferes de gran tamaño. Para ello, incluya la
q-pic-large-bufferinstrucción en el nivel jerárquico[edit chassis fpc slot-number pic pic-number]:[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 a los retrasos, como el tráfico de voz. Para obtener más información, consulte Administración de la congestión en la interfaz de salida mediante la configuración del tamaño del búfer del programador.
Para habilitar la programación en interfaces lógicas, incluya la
per-unit-schedulerinstrucción en el nivel jerárquico[edit interfaces interface-name]:[edit interfaces interface-name] per-unit-scheduler;
Cuando se incluye esta instrucción, el número máximo de VLAN admitidas es 768 en una PIC IQ de Gigabit Ethernet de un solo puerto. En un PIC IQ de Gigabit Ethernet de doble puerto, 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, 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;
No puede incluir la
output-traffic-control-profileinstrucción en la configuración si lascheduler-mapinstrucción oshaping-rateestá incluida en la configuración de interfaz lógica.
La Tabla 1 muestra cómo se asignan el ancho de banda y el búfer de retardo en varias configuraciones.
Escenario de configuración |
Asignación de búfer de retardo |
|---|---|
No se sobresuscribe a la interfaz. No configura una tarifa garantizada. No se configura una velocidad de modelación. No configurar una tasa de búfer de retardo. |
La interfaz lógica recibe el ancho de banda restante y recibe un búfer de retraso proporcional al ancho de banda restante. |
No se sobresuscribe a la interfaz. La velocidad de modelación se configura en el nivel jerárquico |
Para la compatibilidad con versiones anteriores, la interfaz lógica con forma recibe un búfer de retraso basado en la velocidad de modelación. El factor multiplicativo depende de si se incluye la Las interfaces lógicas sin forma reciben el ancho de banda restante y un búfer de retraso en proporción al ancho de banda restante. |
Sobresuscribe la interfaz. No configura una tarifa garantizada. No se configura una velocidad de modelación. No configurar una tasa de búfer de retardo. |
La interfaz lógica recibe un ancho de banda mínimo sin garantías y recibe un búfer de retraso mínimo equivalente a cuatro paquetes del tamaño de una MTU. |
Sobresuscribe la interfaz. Puede configurar una velocidad de modelación. No configura una tarifa garantizada. No configurar una tasa de búfer de retardo. |
La interfaz lógica recibe un búfer de retraso basado en la velocidad de modelado escalada: scaled shaping rate = (shaping-rate * [physical interface bandwidth]) / SUM (shaping-rates of all logical interfaces on the physical interface) La interfaz lógica recibe un ancho de banda variable, dependiendo de cuánta sobresuscripción y multiplexación estadística esté presente. Si la cantidad de sobresuscripción es lo suficientemente baja como para que la multiplexación estadística no active todas las interfaces lógicas al mismo tiempo y no se supere el ancho de banda de la interfaz física, la interfaz lógica recibe un ancho de banda igual a la velocidad de modelación. De lo contrario, la interfaz lógica recibe una cantidad menor de ancho de banda. En cualquier caso, el ancho de banda de la interfaz lógica no supera la velocidad de modelación. |
Sobresuscribe la interfaz. Puede configurar una velocidad de modelación. Puede configurar una tasa de búfer de retardo. |
La interfaz lógica recibe un búfer de retraso basado en la tasa de búfer de retardo. Por ejemplo, en interfaces IQ e IQ2: delay-buffer-rate <= 10 Mbps: 400-millisecond (ms) delay buffer delay-buffer-rate <= 20 Mbps: 300-ms delay buffer delay-buffer-rate <= 30 Mbps: 200-ms delay buffer delay-buffer-rate <= 40 Mbps: 150-ms delay buffer delay-buffer-rate > 40 Mbps: 100-ms delay buffer En DLCI LSQ, si delay-buffer-rate = 1 second En DLCI LSQ, si delay-buffer-rate = 200 ms El factor multiplicativo depende de si se incluye la La interfaz lógica recibe un ancho de banda variable, dependiendo de cuánta sobresuscripción y multiplexación estadística esté presente. Si la cantidad de sobresuscripción es lo suficientemente baja como para que la multiplexación estadística no active todas las interfaces lógicas al mismo tiempo y no se supere el ancho de banda de la interfaz física, la interfaz lógica recibe un ancho de banda igual a la velocidad de modelación. De lo contrario, la interfaz lógica recibe una cantidad menor de ancho de banda. En cualquier caso, el ancho de banda de la interfaz lógica no supera la velocidad de modelación. |
Sobresuscribe la interfaz. No se configura una velocidad de modelación. Usted configura una tarifa garantizada. Puede configurar una tasa de búfer de retardo. |
La interfaz lógica recibe un búfer de retraso basado en la tasa de búfer de retardo. |
Sobresuscribe la interfaz. No se configura una velocidad de modelación. No configura una tarifa garantizada. Puede configurar una tasa de búfer de retardo. |
Este escenario no está permitido. Si configura una tasa de búfer de retardo, el perfil de control de tráfico también debe incluir una velocidad de configuración o una tasa garantizada. |
Sobresuscribe la interfaz. Puede configurar una velocidad de modelación. Usted configura una tarifa garantizada. No configurar una tasa de búfer de retardo. |
La interfaz lógica recibe un búfer de retraso basado en la velocidad garantizada. Esta configuración es válida únicamente en interfaces LSQ y Gigabit Ethernet IQ2. En las interfaces canalizadas, no puede configurar una velocidad de conformación (PIR) y una tasa garantizada (CIR). |
En Junos OS versión 13.3, los paquetes IP con DLCI 0 o 1023 se identifican como parte del tráfico de control y se enrutan a la cola de alta prioridad. Esto sobresuscribe la cola de alta prioridad, que está reservada para el tráfico de control de frame relay. La suscripción excesiva a la cola de prioridad alta provoca la pérdida de los paquetes de la interfaz de administración local (LMI) de la retransmisión de tramas.
Comprobación de la configuración de la sobresuscripción de ancho de banda
Para comprobar su configuración, puede emitir los siguientes comandos de modo operativo:
show class-of-service interfacesshow class-of-service traffic-control-profile profile-name
Ejemplos: Exceso de suscripción al ancho de banda de la interfaz
En esta sección se proporcionan dos ejemplos: sobresuscripción a una interfaz canalizada y sobresuscripción a una interfaz LSQ.
Suscripción excesiva a una interfaz canalizada
Dos unidades de interfaz lógica, 0 y 1, tienen una velocidad de 2 Mbps y 3 Mbps, respectivamente. Las tasas de búfer de retardo son de 750 Kbps y 500 Kbps, respectivamente. Los búferes de retraso reales asignados a cada interfaz lógica son 1 segundo de 750 Kbps y 2 segundos de 500 Kbps, respectivamente. Los valores de 1 segundo y 2 segundos se basan en los siguientes cálculos:
delay-buffer-rate < [16 x 64 Kbps]): 1 second of delay-buffer-rate delay-buffer-rate < [8 x 64 Kbps]): 2 seconds of delay-buffer-rate
Para obtener más información acerca de estos cálculos, consulte Administración de la congestión en la interfaz de salida mediante la configuración del tamaño del búfer del programador.
chassis {
fpc 3 {
pic 0 {
q-pic-large-buffer;
}
}
}
interfaces {
t1-3/0/0 {
per-unit-scheduler;
}
}
class-of-service {
traffic-control-profiles {
tc-profile1 {
shaping-rate 2m;
delay-buffer-rate 750k; # 750 Kbps is less than 16 x 64 Kbps
scheduler-map sched-map1;
}
tc-profile2 {
shaping-rate 3m;
delay-buffer-rate 500k; # 500 Kbps is less than 8 x 64 Kbps
scheduler-map sched-map2;
}
}
interfaces {
t1-3/0/0 {
unit 0 {
output-traffic-control-profile tc-profile1;
}
unit 1 {
output-traffic-control-profile tc-profile2;
}
}
}
}
Suscripción excesiva a 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;
}
}
}
}
Suscripción excesiva 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 representa 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 10.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;
}
}
En un paquete FRF.15, aplique la siguiente configuración:
class-of-service {
traffic-control-profiles {
rlsq {
scheduler-map sched_0;
shaping-rate percent 40;
delay-buffer-rate percent 50;
}
}
interfaces lsq-2/0/0 {
unit 0 {
output-traffic-control-profile rlsq;
}
}
}
interfaces lsq-2/0/0 {
per-unit-scheduler;
unit 0 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.1.2/32;
}
}
}