Control del tráfico restante
Puede configurar muchas interfaces lógicas en una interfaz. Sin embargo, solo un subconjunto de ellos puede tener un perfil de control de tráfico adjunto. Por ejemplo, puede configurar tres interfaces lógicas (unidades) a través de la misma VLAN de servicio, pero aplicar un perfil de control de tráfico que especifique el máximo esfuerzo y colas de voz solo a una de las unidades de interfaz lógica. El tráfico de las dos interfaces lógicas restantes se considera tráfico restante. Para configurar garantías de velocidad de transmisión para el tráfico restante, configure la output-traffic-control-profile-remaining instrucción que especifica una velocidad garantizada para el tráfico restante. Sin esta instrucción, el tráfico restante obtiene un ancho de banda predeterminado mínimo. De la misma manera, las shaping-rate instrucciones y delay-buffer-rate se pueden especificar en el perfil de control de tráfico al que se hace referencia con la output-traffic-control-profile-remaining instrucción para dar forma y proporcionar búfer para el tráfico restante.
Considere la interfaz que se muestra en la figura 1. Las VLAN del cliente 3 y 4 no tienen un perfil de control de tráfico explícito. Sin embargo, es posible que el proveedor de servicios desee establecer una velocidad de transmisión de formación y garantizada para el tráfico agregado de esas VLAN del cliente. La solución para configurar y aplicar un perfil de control de tráfico para todo el tráfico restante en la interfaz.
restante
En este ejemplo, se considera el caso en el que las VLAN 3 y 4 de los clientes no tienen un perfil de control de tráfico explícito, pero deben establecer una velocidad de transmisión de forma y garantizada para el tráfico que se dirige a esas VLAN del cliente. La solución es agregar un perfil de control de tráfico al conjunto de svlan1 interfaces. Este ejemplo se basa en el ejemplo anterior y, por lo tanto, no se repiten todos los detalles de configuración, solo aquellos en el nivel de VLAN de servicio.
[edit class-of-service interfaces]
interface-set svlan0 {
output-traffic-control-profile tcp-svlan0;
}
interface-set svlan1 {
output-traffic-control-profile tcp-svlan1; # For explicitly shaped traffic.
output-traffic-control-profile-remaining tcp-svlan1-remaining; # For all remaining traffic.
}
[edit class-of-service traffic-control-profiles]
tcp-svlan1 {
shaping-rate 400m;
guaranteed-rate 300m;
}
tcp-svlan1-remaining {
shaping-rate 300m;
guaranteed-rate 200m;
scheduler-map smap-remainder; # this smap is not shown in detail
}
A continuación, considere el ejemplo que se muestra en la figura 2.
restante
En este ejemplo, ge-1/0/0 tiene tres interfaces lógicas (unidad 1, unidad 2 y unidad 3) y SVLAN 2000, que están cubiertas por el conjunto de interfaces:
La programación para el conjunto
svlan0de interfaces se especifica haciendo referencia a unaoutput-traffic-control-profileinstrucción que especifica losguaranteed-ratevalores ,shaping-rateydelay-buffer-ratede instrucción para el conjunto de interfaz. En este ejemplo, el perfil de control de tráfico de salida llamadotcp-svlan0garantías de 100 Mbps y da forma a la interfaz establecidasvlan0en 200 Mbps.La programación y la cola para el tráfico restante se
svlan0especifica haciendo referencia a unaoutput-traffic-control-profile-remaininginstrucción que hace referencia a unascheduler-mapinstrucción que establece colas para el tráfico restante. El perfil de control de tráfico especificado también puede configurar tasas garantizadas, modeladas y de búfer de retraso para el tráfico restante. En este ejemplo,output-traffic-control-profile-remaining tcp-svlan0-remlas referenciasscheduler-map smap-svlan0-rem, lo que requiere una cola del mejor esfuerzo para el tráfico restante (es decir, tráfico en las unidades 3 y 4, que no está clasificado por el conjunto de interfazsvlan0). El ejemplo también especifica unaguaranteed-ratede 200 Mbps y unashaping-ratede 300 Mbps para todo el tráfico restante.La programación y la cola de la interfaz
ge-1/0/0 unit 1lógica se configuran "tradicionalmente" y utiliza unoutput-traffic-control-profiledispositivo especificado para esa unidad. En este ejemplo,output-traffic-control-profile tcp-ifl1especifica la programación y las colas parage-1/0/0 unit 1.
En este ejemplo no se incluye la [edit interfaces] configuración.
[edit class-of-service interfaces]
interface-set {
svlan0 {
output-traffic-control-profile tcp-svlan0; # Guarantee & shaper for svlan0.
}
}
ge-1/0/0 {
output-traffic-control-profile-remaining tcp-svlan0-rem;
# Unit 3 and 4 are not explicitly configured, but captured by “remaining”
unit 1 {
output-traffic-control-profile tcp-ifl1; # Unit 1 be & ef queues.
}
}
Así es como se configuran los perfiles de control de tráfico de este ejemplo:
[edit class-of-service traffic-control-profiles]
tcp-svlan0 {
shaping-rate 200m;
guaranteed-rate 100m;
}
tcp-svlan0-rem {
shaping-rate 300m;
guaranteed-rate 200m;
scheduler-map smap-svlan0-rem; # This specifies queues for remaining traffic
}
tcp-ifl1 {
scheduler-map smap-ifl1;
}
Por último, aquí están los mapas y colas del programador para el ejemplo:
[edit class-of-service scheduler-maps]
smap-svlan0-rem {
forwarding-class best-effort scheduler sched-foo;
}
smap-ifl1 {
forwarding-class best-effort scheduler sched-bar;
forwarding-class assured-forwarding scheduler sched-baz;
}
La configuración de los programadores a los que se hace referencia no se da para este ejemplo.