Clases de reenvío predeterminadas

Estas asignaciones predeterminadas se aplican a todos los enrutadores. Las cuatro clases de reenvío definidas de forma predeterminada se muestran en la Tabla 1.

Si lo desea, puede cambiar el nombre de las clases de reenvío asociadas con las colas compatibles con su hardware. La asignación de un nuevo nombre de clase a una cola de salida no altera la clasificación o programación predeterminadas aplicables a esa cola.

Prácticas recomendadas:

Las configuraciones de CoS pueden ser bastante complicadas, por lo que, a menos que su situación lo requiera, recomendamos no alterar los nombres de clases predeterminados ni las asociaciones de números de cola.

Algunos enrutadores admiten ocho colas. Las colas del 4 al 7 no tienen asignaciones predeterminadas para las clases de reenvío. Para usar las colas del 4 al 7, debe crear nombres de clase de reenvío personalizados y asignarlos a las colas.

Tabla 1: Clases de reenvío predeterminado

Cola	Nombre de clase de reenvío	Comentarios
Cola 0	best-effort (be)	El software no aplica ningún manejo de CoS especial a paquetes con 000000 en el campo DiffServ, una función de retrocompatibilidad. Por lo general, estos paquetes se pierden en condiciones de red congestionadas.
Cola 1	expedited-forwarding (ef)	El software ofrece ancho de banda garantizado, baja pérdida, retraso bajo y variación (fluctuación) de extremo a extremo para los paquetes de esta clase de servicio. Los enrutadores aceptan el exceso de tráfico en esta clase, pero, a diferencia del reenvío garantizado, los paquetes de reenvío acelerado fuera de perfil se pueden reenviar fuera de la secuencia o se pueden perder.
Cola 2	assured-forwarding (af)	El software ofrece un alto nivel de garantía de que los paquetes se entregan siempre que el flujo de paquetes del cliente permanezca dentro de un determinado perfil de servicio que usted defina. El software acepta el exceso de tráfico, pero aplica un perfil de caída RED para determinar si el exceso de paquetes se pierde y no se reenvía. Según el tipo de enrutador, se definen hasta cuatro probabilidades de caída (baja, media-baja, media-alta y alta) para esta clase de servicio.
Cola 3	network-control (nc)	El software ofrece paquetes en esta clase de servicio con una prioridad baja. (Estos paquetes no son sensibles a retrasos.) Normalmente, estos paquetes representan mensajes de saludo o de seguimiento del protocolo de enrutamiento. Dado que la pérdida de estos paquetes pone en peligro el funcionamiento adecuado de la red, es preferible descartar el retraso.

Las siguientes reglas rigen la asignación de colas:

• Si los clasificadores no pueden clasificar un paquete, el paquete siempre recibe la clasificación predeterminada para la clase asociada con la cola 0.

• La cantidad de colas depende del hardware conectado al chasis. Las configuraciones de CoS dependen inherentemente de la cantidad de colas en el sistema. Solo se hace referencia a dos clases best-effort y network-control, en la configuración predeterminada. La configuración predeterminada funciona en todos los enrutadores.

• No se aceptan configuraciones de CoS que especifican más colas de las que puede admitir el enrutador. La confirmación falla con un mensaje detallado que indica el número total de colas disponibles.

• Toda la configuración predeterminada de CoS se basa en el número de cola. El nombre de la clase de reenvío que aparece cuando se muestra la configuración predeterminada es la clase de reenvío actualmente asociada a esa cola.

Esta es la configuración predeterminada de la forwarding-classes instrucción:

Si reasigna los nombres de clase de reenvío, el nombre de la best-effort clase de reenvío aparecerá en las ubicaciones de la configuración que anteriormente ocupaba network-control :

Todavía se aplican todas las reglas predeterminadas de clasificación y programación que se aplicaron a la cola 3. Ahora, la cola 3 pasa a llamarse best-effort.

En los enrutadores de borde multiservicio M320 de Juniper Networks, las plataformas de enrutamiento universal 5G serie MX y los enrutadores de núcleo de la serie T, puede asignar varias clases de reenvío a una sola cola. Si lo hace, la primera clase de reenvío que asigne a la cola 0 adquirirá la clasificación y programación de BE predeterminadas. La primera clase de reenvío que asigne a la cola 1 adquiere la clasificación y programación de EF predeterminadas. La primera clase de reenvío que asigne a la cola 2 adquiere la clasificación y programación del AF predeterminadas. La primera clase de reenvío que asigne a la cola 3 adquiere la clasificación y programación nc predeterminadas. Para obtener más información, consulte Configurar hasta 16 clases de reenvío personalizadas.

PRECAUCIÓN:

Cuando se define una clase de reenvío para la misma cola que una de las clases de reenvío predeterminadas, la clase de reenvío predeterminada se elimina automáticamente. Por ejemplo, si define clase be para la cola 0, que es la cola de la clase de reenvío predeterminada best-effort , la best-effort clase se quitará.

Si define más de una clase de reenvío para un número de cola determinado y usa el nombre de una clase de reenvío predeterminada para una de las nuevas clases, se elimina la nueva clase con el nombre predeterminado.

• En la configuración predeterminada actual:

  • Solo los clasificadores de prioridad IP están asociados con las interfaces.

  • Las únicas clases designadas son best-effort .network-control

  • Los programadores no están definidos para las expedited-forwarding clases de reenvío o assured-forwarding .

• Debe clasificar explícitamente los paquetes a la expedited-forwarding clase de reenvío o assured-forwarding y definir programadores para estas clases.

• Para las interfaces del modo de transferencia asincrónica (ATM) en enrutadores de borde multiservicio serie M de Juniper Networks, cuando se utiliza una clasificación fija con varias interfaces lógicas que se clasifican en colas separadas, una interfaz lógica sin un clasificador adjunto hereda el clasificador más reciente aplicado en una interfaz lógica diferente. Por ejemplo, supongamos que configura el tráfico a través de la unidad lógica 0 para clasificarse en la cola 1 y configura el tráfico mediante la unidad lógica 1 para clasificarlo en la cola 3. Desea que el tráfico a través de la unidad lógica 2 se clasifique en el clasificador predeterminado, que es la cola 0. En este caso, el tráfico a través de la unidad lógica 2 se clasifica en la cola 3, porque la configuración de la unidad lógica 1 se confirmó por última vez.