Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de ingeniería de tráfico consciente de DiffServ

Introducción a la ingeniería de tráfico con DiffServ

La ingeniería de tráfico de servicios diferenciados (DiffServ) proporciona una manera de garantizar un nivel específico de servicio a través de una red MPLS. Los enrutadores que proporcionan la ingeniería de tráfico con DiffServ forman parte de un dominio de red de servicios diferenciado. Todos los enrutadores que participan en un dominio de servicios diferenciados deben tener habilitada la ingeniería de tráfico con DiffServ.

Para garantizar que se proporciona el nivel de servicio especificado, es necesario garantizar que no se envíe más de la cantidad de tráfico especificada a través del dominio de servicios diferenciados. Puede lograr este objetivo si configura una policía para que represente o limite el volumen de tráfico en tránsito del dominio de servicio diferenciado. Para obtener más información acerca de cómo configurar las directivas para las rutas conmutadas por etiqueta (LSP), consulte Configuring LSP para LSPs.

Esta característica puede ayudar a mejorar la calidad de los servicios Internet, como la voz sobre IP (VoIP). También hace posible emular mejor un circuito de modo de transferencia asíncrono (ATM) en una red MPLS.

Terminología de ingeniería de tráfico con DiffServ

Modelo de banda ancha

El modelo de ancho de banda determina los valores del ancho de banda disponible anunciado por los protocolos de puerta de enlace interior (IGPs).

CAC

El control de admisión de llamadas (CAC) garantiza la existencia de un ancho de banda adecuado en la ruta antes de que el LSP esté establecido. Si el ancho de banda es insuficiente, no se establece el LSP y se informa de un error.

Tipo de clase

Colección de flujos de tráfico que se trata equivalente en un dominio de servicios diferenciados. Un tipo de clase se asigna a una cola y es muy similar a una clase de reenvío de clase de servicio (CoS) en concepto. También se conoce como clase de tráfico.

Servicios diferenciados

Los servicios diferenciados permiten dar un trato diferente al tráfico basándose en los bits de EXP del encabezado de MPLS. El tráfico debe marcarse adecuadamente y deben configurarse los Co.

Dominio de servicios diferenciados

Los enrutadores de una red que tienen habilitados los servicios diferenciados.

Ingeniería de tráfico con DiffServ

Tipo de enrutamiento basado en restricciones. Puede imponer diferentes limitaciones de ancho de banda para diferentes clases de tráfico. También puede hacer CAC en cada clase de ingeniería de tráfico cuando se establece un LSP.

LSP de multiclase

Un LSP de varias clases funciona como un LSP estándar, pero también le permite reservar ancho de banda a partir de varios tipos de clase. Los bits de EXP del encabezado MPLS se utilizan para distinguir los tipos de clase.

MAM

El modelo de restricción de ancho de banda máximo de asignación divide el ancho de banda disponible entre las distintas clases. No se permite compartir el ancho de banda entre los tipos de clase.

SOPORTA

El modelo de restricción de ancho de banda de muñecas rusos hace un uso eficiente del ancho de banda al permitir que los tipos de clase compartan el ancho de banda.

Clase de ingeniería de tráfico

Tipo de clase emparejada y prioridad.

Asignación de clase de ingeniería de tráfico

Un mapa entre los tipos de clase, las prioridades y las clases de ingeniería de tráfico. La asignación de la clase de ingeniería de tráfico debe ser coherente en todo el dominio de servicios diferenciados.

Funciones de ingeniería de tráfico con DiffServ

La ingeniería de tráfico con DiffServ incluye las siguientes funciones:

  • Ingeniería de tráfico a nivel de clase en lugar de nivel de agregado

  • Diferentes restricciones de ancho de banda para distintos tipos de clase (clases de tráfico)

  • Distintos comportamientos de cola por clase, lo que permite que el enrutador reenvíe el tráfico según el tipo de clase

En comparación, la ingeniería de tráfico estándar no considera Co, y lleva a cabo su trabajo de forma agregada en todas las clases de servicio diferenciadas.

La ingeniería de tráfico con DiffServ ofrece las siguientes ventajas:

  • La ingeniería de tráfico se puede realizar en un tipo de clase específico en lugar de en el nivel de agregado.

  • Las restricciones de ancho de banda pueden aplicarse en cada tipo de clase específico.

  • Reenvía el tráfico basándose en los bits de EXP.

Esto hace posible garantizar el servicio y el ancho de banda en una red MPLS. Gracias a la ingeniería de tráfico con DiffServ, entre otros servicios, puede proporcionar emulación de circuitos ATM, VoIP y un servicio de ancho de banda garantizado.

A continuación, se describe cómo la IGP, restringida ruta de acceso más corta en primer lugar (CSPF) y RSVP participan en la ingeniería de tráfico con DiffServ:

  • El IGP puede anunciar al resto de miembros del dominio de servicios diferenciados el ancho de banda no reservado para cada clase de ingeniería de tráfico. La base de datos de ingeniería de tráfico almacena esta información.

  • Se realiza un cálculo de CSPF teniendo en cuenta las restricciones de ancho de banda para cada tipo de clase. Si se cumplen todas las restricciones, el cálculo CSPF se considera satisfactorio.

  • Cuando RSVP señala a un LSP, solicita ancho de banda para los tipos de clase especificados.

Tráfico con DiffServ de ingeniería general de LSP

Un LSP de reconocimiento de tráfico con DiffServ es un LSP configurado con una reserva de ancho de banda para un tipo de clase específico. Este LSP puede transportar tráfico para un solo tipo de clase. En los paquetes, el tipo de clase lo especifican los bits de EXP (también conocidos como bits de clase de servicio) y el comportamiento por salto (PHB) asociado con los bits de EXP. La asignación entre los bits de EXP y el PHB es estático, en lugar de ser señalado en RSVP.

El tipo de clase debe configurarse de forma coherente en el dominio de servicios diferenciados, lo que significa que la configuración del tipo de clase debe ser coherente desde el enrutador al enrutador de la red. Puede asignar inequívocamente un tipo de clase a una cola. En cada enrutador de nodo, la configuración de cola de clase de servicio para una interfaz se traduce al ancho de banda disponible para un tipo de clase particular en ese vínculo.

Para obtener más información acerca de los temas relacionados con los LSP y la ingeniería de tráfico con DiffServ, consulte lo siguiente:

  • Para obtener clases de reenvío y clase de servicio,consulte la Guía del usuario Junos OS clase de servicio para dispositivos de enrutamiento.

  • Para obtener los bits de EXP, consulte MPLS asignación de etiquetas.

  • Para los servicios diferenciados, consulte RFC 3270, Multi-Protocol Label Switching (MPLS) Compatibilidad de servicios diferenciados.

  • Para obtener más información acerca de cómo se modificaron los IIG y el RSVP para admitir ingeniería de tráfico MPLS de servicios diferenciados, consulte RFC 4124, Extensiones de protocolo para compatibilidad con ingeniería de tráfico compatible con servicios diferenciados MPLS de tráfico.

Tráfico con DiffServ la operación de LSP diseñada

Cuando configure un LSP con DiffServ de ingeniería de tráfico, debe especificar el tipo de clase y el ancho de banda asociado con él. Cuando se establece un LSP con reserva de ancho de banda a partir de un tipo de clase específico, ocurre lo siguiente:

  1. El IGPs anuncia la cantidad de ancho de banda no reservado disponible para las clases de ingeniería de tráfico.

  2. Al calcular la ruta de un LSP, CSPF se utiliza para garantizar que las restricciones de ancho de banda se cumplan para el tipo de clase que transporta el LSP en el nivel de prioridad especificado.

    CSPF también comprueba que el modelo de ancho de banda esté configurado de forma coherente en cada enrutador que participe en el LSP. Si el modelo del ancho de banda es incoherente, CSPF no calculará la ruta (excepto para los LSP del tipo de clase ct0).

  3. Cuando se encuentra una ruta de acceso, RSVP indica al LSP que utilice el objeto ClassType en el mensaje path. En cada nodo de la ruta, el ancho de banda disponible para los tipos de clase se ajusta a medida que la ruta de acceso está configurada.

Un LSP que requiere ancho de banda de una clase particular (excepto el tipo de clase ct0) no puede establecerse a través de enrutadores que no entienden el objeto ClassType. Impedir el uso de enrutadores que no entienden el objeto ClassType ayuda a garantizar la coherencia en todo el dominio de servicios diferenciados, ya que impide que el LSP utilice un enrutador que no admita servicios diferenciados.

De forma predeterminada, los LSP tienen una prioridad de configuración de 7 y una prioridad de retención de 0. Un LSP configurado con estos valores no puede tener preferencia sobre otro LSP en el momento de la instalación y no se puede tener preferencia.

Es posible tener ambos LSP configurados para la ingeniería de tráfico DiffServ y los LSP normales configurados al mismo tiempo en las mismas interfaces físicas. Para este tipo de entorno heterogéneo, los LSP regulares llevan el tráfico de mejor esfuerzo de forma predeterminada. El tráfico que transporta el LSP normal debe tener la configuración de EXP correcta (ya sea mediante el comentario de la configuración de EXP o asumiendo que el tráfico llegó con los ajustes de EXP correctos del enrutador de nivel superior).

Configuración de enrutadores para la ingeniería de tráfico con DiffServ

Para configurar la ingeniería de tráfico con DiffServ, incluya diffserv-te la siguiente declaración:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Debe incluir la diffserv-te instrucción en la configuración en todos los enrutadores que participan en el dominio de servicios diferenciados. Sin embargo, no es necesario configurar la matriz de clase de ingeniería de tráfico (mediante te-class-matrix la inclusión de [edit protocols mpls diffserv-te] la [edit logical-systems logical-system-name protocols mpls diffserv-te] instrucción en el nivel de jerarquía o).

Nota:

Para evitar la posibilidad de una configuración incorrecta al migrar a la ingeniería de tráfico con Diffserv, puede producirse un error de control de Directiva si hay conflicto entre el LSP antiguo y la matriz de TE recién configurada.

Un nodo anterior podría solicitar un LSP con la configuración y mantener las prioridades de forma que la combinación de la clase ct0 y la prioridad no coincida con la matriz de la clase de TE configurada. Todos los LSP del enrutador configurados antes de configurar la ingeniería de tráfico con Diffserv se designan desde la clase ct0.

El error aparece en los registros de seguimiento de RSVP Session preempted como un error. Para el enrutador donde se origina el error, el error podría ser el siguiente:

Para el enrutador que recibe el error, el error puede aparecer de la siguiente manera:

Para configurar la ingeniería de tráfico con DiffServ, realice los procedimientos que se describen en las secciones siguientes:

Configuración del modelo de ancho de banda

Debe configurar un modelo de banda ancha en todos los enrutadores que participan en el dominio de servicios diferenciados. Los modelos de ancho de banda disponibles son MAM, MAM extendido y RDM:

  • Modelo de restricciones de ancho de banda de asignación máxima (MAM): se define en RFC 4125, Modelo de restricciones de ancho de banda de asignación máxima para aplicaciones compatibles con Diffserv MPLS de tráfico.

  • MAM extendida: un modelo de ancho de banda patentado que se comporta de manera muy parecido al MAM estándar. Si configura LSP de multiclase, debe configurar el modelo de ancho de banda de MAM extendido.

  • Modelo de asignación de ancho de banda (RDM) para muñecas rusias: hace un uso eficiente del ancho de banda permitiendo que los tipos de clase compartan ancho de banda. RDM se define en RFC 4127, Russian Dolls Bandwidth Constraints Model for Diffserv-aware MPLS traffic Engineering.

Para configurar un modelo de banda ancha, bandwidth-model incluya la instrucción y especifique una de las opciones del modelo de ancho de banda:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [edit protocols mpls diffserv-te]

  • [edit logical-systems logical-system-name protocols mpls diffserv-te]

    Nota:

    Si cambia el modelo de ancho de banda en un enrutador de entrada, todos los LSP habilitados en el enrutador quedan apagados y reseñalizados.

Configuración de clases de ingeniería de tráfico

La configuración de clases de ingeniería de tráfico es opcional. Tabla 1 muestra los valores predeterminados para todo lo que hay en la matriz de clase de ingeniería de tráfico. La asignación predeterminada se expresa en términos de las clases de reenvío predeterminadas definidas en la configuración de la Co.

Tabla 1: Valores predeterminados para la matriz de clase de ingeniería de tráfico

Clase de ingeniería de tráfico

Tipo de clase

Cola

Prioritario

te0

ct0

0

7

te1

ct1

1

7

te2

ct2

2

7

te3

ct3

3

7

te4

ct0

0

0

te5

ct1

1

0

te6

ct2

2

0

te7

ct3

3

0

Si desea anular las asignaciones predeterminadas, puede configurar las clases de ingeniería de tráfico del 0 al 7. Para cada clase de ingeniería de tráfico, configure un tipo de clase (o cola) del 0 al 3. Para cada tipo de clase, configure una prioridad del 0 al 7.

Para configurar las clases de ingeniería de tráfico de te-class-matrix forma explícita, incluya la instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

En el siguiente ejemplo, se muestra cómo configurar la clase de ingeniería de te0 tráfico con el tipo de clase y una prioridad ct14 de:

Nota:

Si configura explícitamente un valor para una de las clases de ingeniería de tráfico, se eliminarán todos los valores predeterminados de la matriz de clase de ingeniería de tráfico.

Cuando configure explícitamente clases de ingeniería de tráfico, también debe configurar un modelo de banda ancha; de lo contrario, se produce un error en la operación de confirmación de configuración.

Requisitos y limitaciones para la matriz de clase de ingeniería de tráfico

Cuando configure una matriz de clase de ingeniería de tráfico, tenga en cuenta los siguientes requisitos y limitaciones:

  • Una configuración de asignación es local y afecta únicamente al enrutador en el que está configurada. No afecta a otros sistemas que participan en el dominio de servicios diferenciados. Sin embargo, para que un dominio de servicios diferenciado funcione correctamente, debe configurar la misma matriz de clases de tráfico en todos los enrutadores que participan en el mismo dominio.

  • Cuando configure explícitamente clases de ingeniería de tráfico, debe configurar las claseste0en te1secuencia te2( te3,,, etc.); de lo contrario, se produce un error en la operación de confirmación de configuración.

La primera clase de ingeniería de tráfico que configure debe ser te0; de lo contrario, se produce un error en la operación de confirmación de configuración.

Configuración de la clase de servicio para la ingeniería de tráfico con DiffServ

Para configurar la ingeniería de tráfico con DiffServ, también debe configurar la clase de servicio. En el ejemplo siguiente se muestra una configuración de clase de servicio que asignaría el 25 por ciento del ancho de banda del vínculo a cada clase:

Configuración de LSP para la ingeniería de tráfico con DiffServ

Debe configurar el dominio de servicios diferenciados (consulte la configuración de enrutadores para la ingeniería de tráfico Diffserv) antes de poder habilitar la ingeniería de tráfico con Diffserv para LSP. El dominio de servicios diferenciados proporciona los tipos de clase subyacentes y las clases de ingeniería de tráfico correspondientes a las que hace referencia en la configuración de LSP. Las clases de ingeniería de tráfico deben configurarse de forma coherente en cada enrutador que participe en el dominio de servicios diferenciados para que el LSP funcione correctamente.

Nota:

Cuando configure la ingeniería de tráfico con DiffServ para LSP, debe configurar MAM o RDM como el modelo de banda ancha. Consulte Configuring the Bandwidth Model.

Los datos reales que se transmiten a través de este dominio de servicios diferenciados son transportados por un LSP. Cada LSP depende de los bits de EXP de la MPLS paquetes para activar la ingeniería de tráfico con DiffServ. Cada LSP puede transportar tráfico para un solo tipo de clase.

Todos los enrutadores que participen en el LSP deben ser enrutadores Juniper Networks que se ejecuten Junos OS versión 6.3 o posterior. La red puede incluir enrutadores de otros proveedores y Juniper Networks enrutadores que ejecutan versiones anteriores del Junos OS. Sin embargo, el LSP de ingeniería de tráfico con DiffServ no puede atravesar estos enrutadores.

Nota:

No puede configurar simultáneamente los LSP de multiclase y los proveedores de ingeniería de tráfico con DiffServ en el mismo enrutador.

Para activar la ingeniería de tráfico con DiffServ para LSP, debe configurar lo siguiente:

Configuración de la clase de servicio para las interfaces

La infraestructura existente de clase de servicio (CoS) garantiza que el tráfico que se marca de forma sistemática recibe las garantías de programación de su clase. La clasificación, el marcado y la programación necesarios para lograrlo se configuran mediante las funciones existentes de Junos OS CoS.

Nota:

El Junos OS no admite CoS en las interfaces ATM.

Para obtener más información acerca de cómo configurar CoS, consulte la Guía del usuario Junos OS clase de servicio para dispositivos de enrutamiento.

Configurar IGP

Puede configurar IS-IS o OSPF como IGP. Las configuraciones IS IS y OSPF para los enrutadores que admiten LSP son estándar. Para obtener más información acerca de cómo configurar estos protocolos, consulte la biblioteca de Junos OS de protocolos de enrutamiento para dispositivos de enrutamiento.

Configuración de LSP con ingeniería de tráfico

Puede configurar un LSP mediante los procedimientos y las instrucciones de configuración estándar de LSP. Para configurar la ingeniería de tráfico con DiffServ para el LSP, especifique una restricción de ancho de banda de bandwidth tipo de clase incluyendo la siguiente instrucción:

Para obtener una lista de los niveles de jerarquía en los que bandwidth puede incluir la instrucción, consulte las secciones de Resumen de Estados de cuenta de este extracto.

Si no especifica un ancho de banda para un tipo de clase ct0 , se especifica automáticamente como la cola para el LSP. Puede configurar únicamente un tipo de clase para cada LSP, a diferencia de los LSP de varias clases.

Las instrucciones de tipo de clase especifican el ancho de banda (en bits por segundo) para las clases siguientes:

  • ct0: ancho de banda reservado para la clase 0

  • ct1: ancho de banda reservado para la clase 1

  • ct2: ancho de banda reservado para la clase 2

  • ct3: ancho de banda reservado para la clase 3

Puede configurar y mantener las prioridades para un LSP, pero se aplican las siguientes restricciones:

  • La combinación de clase y prioridad debe ser una de las clases de ingeniería de tráfico configuradas. La prioridad predeterminada de la instalación es 7 y la prioridad predeterminada para la posesión es 0.

  • La configuración de una combinación no válida de tipo de clase y prioridad hace que falle la operación de confirmación.

  • No se admite la asignación automática de ancho de banda. Si configura la asignación automática del ancho de banda, se producirá un error en la operación de confirmación.

  • Los LSP configurados con la bandwidth instrucción pero sin especificar un tipo de clase utilizan el ct0tipo predeterminado de clase.

  • Para problemas de migración, consulte borrador de Internet draft-ietf-tewg-diff-te-proto-07. txt.

Configuración de políticas para LSPs

La políticas le permite controlar la cantidad de tráfico reenviado a través de un LSP determinado. Las políticas ayudan a garantizar que la cantidad de tráfico reenviado a través de un LSP nunca sobrepase la asignación de ancho de banda solicitada. Puede configurar varias directivas para cada LSP.

Para obtener más información acerca de cómo configurar una policía para un LSP, consulte Configuring for LSP.

Configuración de una reenrutación rápida para LSP con ingeniería de tráfico

Puede configurar una reenrutación rápida para LSP de tráfico de ingeniería (LSP que transporten una sola clase de tráfico). También es posible reservar el ancho de banda en la ruta de desvío para la clase de tráfico cuando se habilita la redirección rápida. Se utiliza el mismo número de tipo de clase para los LSP de ingeniería de tráfico y su desvío.

Si configura el enrutador para que Reserve ancho de banda para la ruta de desplazamientos, se realiza una comprobación para garantizar que el vínculo es capaz de tratar la ingeniería de tráfico con DiffServ y para la capacidad de CoS antes de aceptarla como ruta de desvío potencial. No se utilizan vínculos no compatibles.

Puede configurar la cantidad de ancho de banda que desea reservar para los derecorridos bandwidth utilizando la instrucción bandwidth-percent o el extracto. Solo puede configurar estas instrucciones a la vez. Si no configura la bandwidth instrucción o la bandwidth-percent instrucción, el valor predeterminado es no reservar ancho de banda para la ruta de desvío (la garantía de ancho de banda se perderá si transmisiones se pasa al desvío).

Cuando configure la bandwidth instrucción, puede especificar la cantidad específica de ancho de banda (en bits por segundo [BPS]) que desea reservar para la ruta de acceso de desvío. Para obtener más información, consulte Configuración de la reruta rápida.

La bandwidth-percent instrucción permite especificar el ancho de banda de la ruta de desvío como un porcentaje del ancho de banda configurado para la ruta de acceso protegida. Por ejemplo, si configura 100 millones de BPS de ancho de banda para la ruta protegida y configura 20 bandwidth-percent para la instrucción, la ruta del desvío tendrá 20 millones bps de ancho de banda reservado para su uso.

Para configurar el porcentaje de ancho de banda utilizado por la ruta de acceso de desvío según el ancho de banda de la bandwidth-percent ruta de acceso protegida, incluya la siguiente instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía: