Los componentes de CoS de Junos OS utilizados para administrar la congestión y controlar los niveles de servicio

Las especificaciones de DiffServ establecen un campo de seis bits en el encabezado del paquete IPv4 e IPv6 para indicar la clase de servicio que se debe aplicar al paquete. Los valores de bits del campo DiffServ forman puntos de código DiffServ (DSCP) que puede establecer la aplicación o un enrutador en el borde de una red habilitada para DiffServ.

Aunque los métodos CoS como DiffServ especifican la posición y la longitud del DSCP en el encabezado del paquete, la implementación de los mecanismos del enrutador para entregar DiffServ internamente es específica del proveedor. Las funciones de CoS en Junos OS se configuran mediante una serie de mecanismos que puede configurar individualmente o en combinación para definir ofertas de servicios concretas.

La figura 1 muestra los componentes de las funciones de Junos CoS, ilustrando la secuencia en la que interactúan.

Puede configurar uno o varios de los siguientes mecanismos de CoS de Junos:

• Clasificadores: la clasificación de paquetes se refiere al examen de un paquete entrante. Esta función asocia el paquete con un nivel de servicio de CoS determinado. En Junos, los clasificadores asocian los paquetes entrantes con una clase de reenvío y prioridad de pérdida y, en función de la clase de reenvío asociada, asignan paquetes a las colas de salida. Se admiten dos tipos generales de clasificadores:

  • Clasificadores de agregados de comportamiento: un agregado de comportamiento (BA) es un método de clasificación que funciona en un paquete cuando entra en el dispositivo de enrutamiento. Se examina el valor de CoS en el encabezado del paquete, y este único campo determina la configuración de CoS aplicada al paquete. Los clasificadores de BA permiten establecer la clase de reenvío y la prioridad de pérdida de un paquete en función del valor del punto de código de servicios diferenciados (DSCP), el valor IPv6 DSCP, el valor de prioridad IP, los bits EXP MPLS y el valor IEEE 802.1p. El clasificador predeterminado se basa en el valor de prioridad IP.

    (También puede configurar alias de punto de código que asignen un nombre a un patrón de bits de punto de código. Puede usar este nombre en lugar del patrón de bits al configurar otros componentes de CoS, como clasificadores, mapas de perfil de colocación y reglas de reescritura).

    Consulte Descripción de cómo los clasificadores agregados de comportamiento priorizan el tráfico de confianza para obtener más información sobre los clasificadores de BA.

  • Clasificadores de tráfico de varios campos: un clasificador de varios campos es un segundo método para clasificar los flujos de tráfico. A diferencia de un agregado de comportamiento, un clasificador de varios campos puede examinar varios campos del paquete. Algunos ejemplos de algunos campos que un clasificador de varios campos puede examinar incluyen la dirección de origen y destino del paquete, así como los números de puerto de origen y destino del paquete. Con los clasificadores multicampo, se establece la clase de reenvío y la prioridad de pérdida de un paquete en función de las reglas de filtro de firewall . La clasificación de múltiples campos generalmente se realiza en el borde de la red para paquetes que no tienen puntos de código agregados de comportamiento válido o de confianza.

    Consulte Información general sobre la asignación de niveles de servicio a paquetes basados en varios campos de encabezado de paquete para obtener más información sobre los clasificadores de varios campos.

• Clases de reenvío: las clases de reenvío afectan a las políticas de reenvío, programación y marcado que se aplican a los paquetes a medida que transitan por un dispositivo de enrutamiento. Conocidos como agregados ordenados en la arquitectura DiffServ, la clase de reenvío más la prioridad de pérdida determinan el comportamiento por salto del enrutador (PHB en DiffServ) para CoS. Se admiten cuatro categorías de clases de reenvío: mejor esfuerzo, reenvío asegurado, reenvío acelerado y control de red. Se admiten hasta 16 clases de reenvío, por lo que puede clasificar los paquetes de forma más detallada. Por ejemplo, puede configurar varias clases de tráfico de reenvío acelerado (EF): EF, EF1 y EF2.

  Consulte Descripción de cómo las clases de reenvío asignan clases a las colas de salida para obtener más información sobre las clases de reenvío.

• Prioridades de pérdida: las prioridades de pérdida le permiten establecer la prioridad de descartar un paquete. La prioridad de pérdida afecta a la programación de un paquete sin afectar el orden relativo del paquete. Puede utilizar el bit de prioridad de pérdida de paquetes (PLP) como parte de una estrategia de control de congestión. Puede usar la configuración de prioridad de pérdida para identificar los paquetes que han experimentado congestión. Normalmente, se marcan paquetes que exceden algún nivel de servicio con una prioridad de pérdida alta. Para establecer la prioridad de pérdida, configure un clasificador o un aplicador de policía. La prioridad de pérdida se utiliza más adelante en el flujo de trabajo para seleccionar uno de los perfiles de colocación utilizados por RED.

  Consulte Administración de la congestión estableciendo prioridad de pérdida de paquetes para diferentes flujos de tráfico para obtener más información sobre las prioridades de pérdida de paquetes.

• Opciones de política de reenvío: estas opciones permiten asociar clases de reenvío con los siguientes saltos. Las opciones de directiva de reenvío también permiten crear invalidaciones de clasificación, que asignan clases de reenvío a conjuntos de prefijos.

  Consulte Descripción general de las opciones de directiva de reenvío para obtener más información sobre las opciones de directiva de reenvío.

• Programación de transmisión y control de velocidad: estos parámetros le proporcionan una variedad de herramientas para administrar los flujos de tráfico:

  • Cola: después de enviar un paquete a la interfaz saliente en un dispositivo de enrutamiento, se pone en cola para su transmisión en el medio físico. La cantidad de tiempo que un paquete está en cola en el dispositivo de enrutamiento viene determinada por la disponibilidad de los medios físicos salientes, así como por la cantidad de tráfico que utiliza la interfaz.

  • Programadores: una interfaz de dispositivo de enrutamiento individual tiene varias colas asignadas para almacenar paquetes. El dispositivo de enrutamiento determina a qué cola dar servicio en función de un método particular de programación. Este proceso a menudo implica una determinación de qué tipo de paquete debe transmitirse antes que otro. Los programadores de Junos OS le permiten definir la prioridad, el ancho de banda, el tamaño del búfer de retardo, el estado de control de velocidad y los perfiles de caída ROJA que se aplicarán a una cola determinada para la transmisión de paquetes.

    Consulte Cómo los programadores definen las propiedades de la cola de salida para obtener más información sobre los programadores.

  • Aplicadores para clases de tráfico: los aplicadores permiten limitar el tráfico de una determinada clase a un ancho de banda y un tamaño de ráfaga especificados. Los paquetes que excedan los límites de la policía se pueden descartar (vigilancia policial dura) o asignarse a una clase de reenvío diferente, a una prioridad de pérdida diferente o a ambas (vigilancia policial suave). Los políticas se definen con filtros que se pueden asociar a interfaces de entrada o salida.

    Consulte Descripción general sobre el control del acceso a la red mediante la vigilancia de tráfico para obtener más información sobre los policías.

• Reglas de reescritura: una regla de reescritura establece los bits de CoS apropiados en el paquete saliente. Esto permite que el siguiente dispositivo de enrutamiento descendente clasifique el paquete en el grupo de servicios adecuado. Reescribir o marcar paquetes salientes es útil cuando el dispositivo de enrutamiento está en el borde de una red y debe alterar los valores de CoS para cumplir con las políticas del par de destino.

  Normalmente, las reescrituras de los DSCP en paquetes salientes se realizan una vez, cuando los paquetes entran en la parte DiffServ de la red, ya sea porque los paquetes no llegan del cliente con el conjunto de bits DSCP adecuado o porque el proveedor de servicios desea comprobar que el cliente ha establecido el DSCP correctamente. Los esquemas CoS que aceptan el DSCP y clasifican y programan el tráfico únicamente en el valor DSCP realizan funciones DiffServ de agregado de comportamiento (BA) y no suelen reescribir el DSCP. Las reescrituras de DSCP suelen producirse en escenarios de DiffServ de varios campos (MF).

  Consulte Reescritura de encabezados de paquetes para garantizar el comportamiento de reenvío para obtener más información sobre las reglas de reescritura.