EN ESTA PÁGINA
Configuración de la notificación de vínculo caído para opciones ópticas Alarma o advertencia
Descripción general de los LSP de ingeniería de tráfico de DiffServ-Aware
Configuración de enrutadores para la ingeniería de tráfico compatible con DiffServ-Aware
Configuración de LSP para la ingeniería de tráfico DiffServ-Aware
Configuración de ingeniería de tráfico de DiffServ-Aware
Introducción a la ingeniería de tráfico de DiffServ-Aware
La ingeniería de tráfico compatible con 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 ingeniería de tráfico compatible con DiffServ forman parte de un dominio de red de servicios diferenciados. Todos los enrutadores que participan en un dominio de servicios diferenciados deben tener habilitada la ingeniería de tráfico compatible con DiffServ.
Para ayudar a garantizar que se proporciona el nivel de servicio especificado, es necesario asegurarse de que no se envíe más de la cantidad de tráfico especificada a través del dominio de servicios diferenciados. Para lograr este objetivo, configure un aplicador de policía para vigilar o limitar la velocidad del volumen de tráfico que transita por el dominio de servicio diferenciado. Para obtener más información acerca de cómo configurar políticas para rutas de conmutación de etiquetas (LSP), consulte Configuración de políticas para LSP.
Esta característica puede ayudar a mejorar la calidad de los servicios de Internet, como la voz sobre IP (VoIP). También permite emular mejor un circuito de modo de transferencia asíncrono (ATM) a través de una red MPLS.
Terminología de ingeniería de tráfico de DiffServ-Aware
Modelo de ancho de banda
El modelo de ancho de banda determina los valores del ancho de banda disponible anunciado por los protocolos de puerta de enlace interior (IGP).
CAC
El control de admisión de llamadas (CAC) comprueba que haya un ancho de banda adecuado en la ruta antes de que se establezca el LSP. Si el ancho de banda es insuficiente, el LSP no se establece y se informa de un error.
Tipo de clase
Colección de flujos de tráfico que se trata de forma equivalente en un dominio de servicios diferenciados. Un tipo de clase se asigna a una cola y es muy parecido 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 tratamiento diferente al tráfico basado en los bits EXP en el encabezado MPLS. El tráfico debe marcarse correctamente y CoS debe estar configurado.
Dominio de servicios diferenciados
Los enrutadores de una red que tienen habilitados los servicios diferenciados.
Ingeniería de tráfico compatible con DiffServ
Un tipo de enrutamiento basado en restricciones. Puede aplicar diferentes restricciones 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 multiclase
Un LSP multiclase funciona como un LSP estándar, pero también permite reservar ancho de banda de varios tipos de clases. Los bits EXP del encabezado MPLS se utilizan para distinguir entre tipos de clase.
MAM
El modelo de restricción de ancho de banda de asignación máxima divide el ancho de banda disponible entre las diferentes clases. No se permite compartir ancho de banda entre los tipos de clase.
RDM
El modelo de restricción de ancho de banda de muñecas rusas hace un uso eficiente del ancho de banda al permitir que los tipos de clase compartan ancho de banda.
Clase de ingeniería de tráfico
Un tipo de clase pareado y prioridad.
Mapa de clases 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 clases de ingeniería de tráfico debe ser coherente en todo el dominio de servicios diferenciados.
Características de ingeniería de tráfico de DiffServ-Aware
La ingeniería de tráfico compatible con DiffServ proporciona las siguientes características:
Ingeniería de tráfico a nivel por clase en lugar de a nivel agregado
Diferentes restricciones de ancho de banda para diferentes tipos de clase (clases de tráfico)
Diferentes comportamientos de cola por clase, lo que permite al enrutador reenviar tráfico según el tipo de clase
En comparación, la ingeniería de tráfico estándar no considera CoS y completa su trabajo de forma agregada en todas las clases de servicios diferenciados.
La ingeniería de tráfico compatible 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 agregado.
Se pueden aplicar restricciones de ancho de banda en cada tipo de clase específico.
Reenvía el tráfico basado en los bits EXP.
Esto permite garantizar el servicio y el ancho de banda en toda una red MPLS. Con la ingeniería de tráfico compatible con DiffServ, entre otros servicios, puede proporcionar emulación de circuito ATM, VoIP y un servicio de ancho de banda garantizado.
A continuación se describe cómo el IGP, la ruta restringida más corta primero (CSPF) y RSVP participan en la ingeniería de tráfico compatible con DiffServ:
El IGP puede anunciar el ancho de banda no reservado para cada clase de ingeniería de tráfico a los demás miembros del dominio de servicios diferenciados. La base de datos de ingeniería de tráfico almacena esta información.
Un cálculo de CSPF se realiza teniendo en cuenta las restricciones de ancho de banda para cada tipo de clase. Si se cumplen todas las restricciones, el cálculo del CSPF se considera correcto.
Cuando RSVP señala un LSP, solicita ancho de banda para tipos de clase especificados.
Configuración de la notificación de vínculo caído para opciones ópticas Alarma o advertencia
Descripción general de los LSP de ingeniería de tráfico de DiffServ-Aware
Un LSP de ingeniería de tráfico compatible 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 se especifica mediante los bits EXP (también conocidos como bits de clase de servicio) y el comportamiento por salto (PHB) asociado con los bits EXP. La asignación entre los bits EXP y el PHB es estática, en lugar de ser señalada en RSVP.
El tipo de clase debe configurarse de forma coherente en todo el dominio de servicios diferenciados, lo que significa que la configuración del tipo de clase debe ser coherente de enrutador a enrutador en 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 en el ancho de banda disponible para un tipo de clase determinado en ese vínculo.
Para obtener más información acerca de temas relacionados con los LSP y la ingeniería de tráfico compatible con DiffServ, consulte lo siguiente:
Para conocer las clases de reenvío y la clase de servicio, consulte la Guía del usuario de la clase de servicio de Junos OS para dispositivos de enrutamiento.
Para obtener información sobre bits EXP, consulte Asignación de etiquetas MPLS.
Para conocer los servicios diferenciados, consulte RFC 3270, Multi-Protocol Label Switching (MPLS) Support of Differential Services.
Para obtener información acerca de cómo se modificaron los IGP y RSVP para admitir la ingeniería de tráfico MPLS consciente de servicios diferenciados, consulte RFC 4124, Extensiones de protocolo para la compatibilidad con ingeniería de tráfico MPLS con reconocimiento de servicios diferenciados.
Operación de LSPs con ingeniería de tráfico DiffServ-Aware
Al configurar un LSP de ingeniería de tráfico compatible con DiffServ, especifique el tipo de clase y el ancho de banda asociado a él. Lo siguiente ocurre cuando se establece un LSP con reserva de ancho de banda de un tipo de clase específico:
Los IGP anuncian cuánto ancho de banda no reservado está disponible para las clases de ingeniería de tráfico.
Al calcular la ruta de un LSP, CSPF se utiliza para garantizar que se cumplen las restricciones de ancho de banda para el tipo de clase que lleva 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 de ancho de banda es incoherente, CSPF no calcula la ruta (excepto para los LSP del tipo de clase ct0).
Una vez que se encuentra una ruta de acceso, RSVP señala el LSP utilizando el objeto Classtype en el mensaje de ruta. En cada nodo de la ruta, el ancho de banda disponible para los tipos de clase se ajusta a medida que se configura la ruta.
Un LSP que requiere ancho de banda de una clase determinada (excepto el tipo de clase ct0) no se puede establecer 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 al impedir que el LSP utilice un enrutador que no pueda admitir servicios diferenciados.
De forma predeterminada, los LSP se señalan con prioridad de configuración 7 y con prioridad 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 compatible con DiffServ y LSP regulares configurados al mismo tiempo en las mismas interfaces físicas. Para este tipo de entorno heterogéneo, los LSP regulares transportan el tráfico de mejor esfuerzo de forma predeterminada. El tráfico transportado en los LSP normales debe tener la configuración de EXP correcta (ya sea remarcando la configuración de EXP o asumiendo que el tráfico llegó con la configuración de EXP correcta desde el enrutador ascendente).
Configuración de enrutadores para la ingeniería de tráfico compatible con DiffServ-Aware
Para configurar la ingeniería de tráfico compatible con DiffServ, incluya la diffserv-te instrucción:
diffserv-te { bandwidth-model { extended-mam; mam; rdm; } te-class-matrix { traffic-class { tenumber { priority priority; traffic-class ctnumber priority priority; } } } }
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
Debe incluir la diffserv-te instrucción en la configuración de todos los enrutadores que participen en el dominio de servicios diferenciados. Sin embargo, no es necesario configurar la matriz de clases de ingeniería de tráfico (incluyendo la te-class-matrix instrucción en el nivel de [edit protocols mpls diffserv-te] jerarquía o [edit logical-systems logical-system-name protocols mpls diffserv-te] ).
Para evitar la posibilidad de una configuración incorrecta al migrar a la ingeniería de tráfico compatible con Diffserv, es posible que se desencadene un error de error de control de políticas si hay un conflicto entre los LSP antiguos y la matriz de clase TE recién configurada.
Un nodo antiguo puede solicitar un LSP con prioridades de configuración y retención de tal manera que la combinación de la clase ct0 y la prioridad no coincida con la matriz de clase TE configurada. Todos los LSP del enrutador que se configuran antes de configurar la ingeniería de tráfico con reconocimiento para difserv se designan como pertenecientes a la clase ct0.
El error aparece en los registros de seguimiento de RSVP como un Session preempted error. Para el enrutador donde se origina el error, el error podría aparecer de la siguiente manera:
Jun 17 16:35:59 RSVP error for session 10.255.245.6(port/tunnel ID 31133) Proto 0: (class ct0, priority 2) is not a valid TE-class Jun 17 16:35:59 RSVP originate PathErr 192.168.37.22->192.168.37.23 Session preempted
Para el enrutador que recibe el error, el error puede aparecer de la siguiente manera:
Jun 17 16:37:51 RSVP recv PathErr 192.168.37.22->192.168.37.23 Session preempted LSP to-f(2/31133)
Para configurar la ingeniería de tráfico compatible con DiffServ, complete los procedimientos de las secciones siguientes:
- Configuración del modelo de ancho de banda
- Configuración de clases de ingeniería de tráfico
- Configuración de la clase de servicio para la ingeniería de tráfico de DiffServ-Aware
Configuración del modelo de ancho de banda
Debe configurar un modelo de ancho de banda en todos los enrutadores que participan en el dominio de servicios diferenciados. Los modelos de ancho de banda disponibles son MAM, MAM extendida y RDM:
Modelo de restricciones de ancho de banda de asignación máxima (MAM): definido en RFC 4125, Modelo de restricciones de ancho de banda de asignación máxima para ingeniería de tráfico MPLS compatible con Diffserv.
MAM extendida: modelo de ancho de banda patentado que se comporta de forma muy similar a la MAM estándar. Si configura LSP multiclase, debe configurar el modelo de ancho de banda MAM extendido.
Modelo de asignación de ancho de banda (RDM) de muñecas rusas: hace un uso eficiente del ancho de banda al permitir 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 ancho de banda, incluya la bandwidth-model instrucción y especifique una de las opciones del modelo de ancho de banda:
bandwidth-model { extended-mam; mam; rdm; }
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[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 se desactivarán y se volverán a señalizar.
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 en la matriz de clases 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 CoS.
Clase de ingeniería de tráfico |
Tipo de clase |
Cola |
Prioridad |
|---|---|---|---|
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 reemplazar 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 de 0 a 7.
Para configurar las clases de ingeniería de tráfico explícitamente, incluya la te-class-matrix instrucción:
te-class-matrix { tenumber { priority priority; traffic-class { ctnumber priority priority; } } }
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols mpls diffserv-te][edit logical-systems logical-system-name protocols mpls diffserv-te]
En el ejemplo siguiente se muestra cómo configurar una clase te0 de ingeniería de tráfico con un tipo ct1 de clase y una prioridad de4:
[edit protocols mpls diffserv-te]
te-class-matrix {
te0 traffic-class ct1 priority 4;
}
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 clases de ingeniería de tráfico.
Cuando configure explícitamente clases de ingeniería de tráfico, también debe configurar un modelo de ancho de banda; De lo contrario, se producirá un error en la operación de confirmación de configuración.
Requisitos y limitaciones para la matriz de clases de ingeniería de tráfico
Cuando configure una matriz de clases de ingeniería de tráfico, tenga en cuenta los siguientes requisitos y limitaciones:
Una configuración de asignación es local y sólo afecta 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 diferenciados funcione correctamente, debe configurar la misma matriz de clases de ingeniería de tráfico en todos los enrutadores que participan en el mismo dominio.
Al configurar explícitamente clases de ingeniería de tráfico, debe configurar las clases en secuencia (
te0,te1, ,te3te2, etc.); de lo contrario, se producirá 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 producirá 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 de DiffServ-Aware
Para configurar la ingeniería de tráfico compatible con DiffServ, también debe configurar la clase de servicio. En el ejemplo siguiente se ilustra una configuración de clase de servicio que asignaría el 25 por ciento del ancho de banda del vínculo a cada clase:
class-of-service {
interfaces {
all {
scheduler-map simple-map;
}
}
scheduler-maps {
simple-map {
forwarding-class assured-forwarding scheduler simple_sched;
forwarding-class best-effort scheduler simple_sched;
forwarding-class network-control scheduler simple_sched;
forwarding-class expedited-forwarding scheduler simple_sched;
}
}
schedulers {
simple_sched {
transmit-rate percent 25;
buffer-size percent 25;
}
}
}
Configuración de LSP para la ingeniería de tráfico DiffServ-Aware
Debe configurar el dominio de servicios diferenciados (consulte Configuración de enrutadores para la ingeniería de tráfico de DiffServ-Aware) antes de poder activar la ingeniería de tráfico compatible con DiffServ para LSP. El dominio Servicios diferenciados proporciona los tipos de clase subyacentes y las clases de ingeniería de tráfico correspondientes a las que se 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.
Debe configurar MAM o RDM como modelo de ancho de banda al configurar la ingeniería de tráfico compatible con DiffServ para LSP. Consulte Configuración del modelo de ancho de banda.
Los datos reales transmitidos a través de este dominio de servicios diferenciados se transportan mediante un LSP. Cada LSP se basa en los bits EXP de los paquetes MPLS para habilitar la ingeniería de tráfico compatible 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 de Juniper Networks que ejecuten Junos OS versión 6.3 o posterior. La red puede incluir enrutadores de otros proveedores y enrutadores de Juniper Networks que ejecuten versiones anteriores de Junos OS. Sin embargo, el LSP de ingeniería de tráfico compatible con DiffServ no puede atravesar estos enrutadores.
No puede configurar simultáneamente LSP multiclase y LSP de ingeniería de tráfico compatibles con DiffServ en el mismo enrutador.
Para habilitar la ingeniería de tráfico compatible con DiffServ para los LSP, debe configurar lo siguiente:
- Configuración de la clase de servicio para las interfaces
- Configuración de IGP
- Configuración de LSP con ingeniería de tráfico
- Configuración de la vigilancia para LSP
- Configuración del reenrutamiento rápido para LSP diseñados por el tráfico
Configuración de la clase de servicio para las interfaces
La infraestructura de clase de servicio (CoS) existente garantiza que el tráfico marcado de forma coherente reciba las garantías de programación para su clase. La clasificación, el marcado y la programación necesarios para lograr esto se configuran mediante las funciones existentes de CoS de Junos OS.
Junos OS no admite CoS en interfaces ATM.
Para obtener información acerca de cómo configurar CoS, consulte la Guía del usuario de clase de servicio de Junos OS para dispositivos de enrutamiento.
Configuración de IGP
Puede configurar IS-IS u OSPF como IGP. Las configuraciones de IS-IS y OSPF para enrutadores compatibles con LSP son estándar. Para obtener información acerca de cómo configurar estos protocolos, consulte la Biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.
Configuración de LSP con ingeniería de tráfico
Un LSP se configura mediante las instrucciones y procedimientos de configuración LSP estándar. Para configurar la ingeniería de tráfico compatible con DiffServ para el LSP, especifique una restricción de ancho de banda de tipo de clase incluyendo la bandwidth instrucción:
label-switched-path lsp-name {
bandwidth {
ctnumber bps;
}
}
Para obtener una lista de los niveles jerárquicos en los que puede incluir la bandwidth instrucción, vea las secciones de resumen de esta instrucción.
Si no especifica un ancho de banda para un tipo de clase, ct0 se especifica automáticamente como cola para el LSP. Solo puede configurar un tipo de clase para cada LSP, a diferencia de los LSP multiclase.
Las instrucciones class type especifican el ancho de banda (en bits por segundo) para las siguientes clases:
ct0—Ancho de banda reservado para la clase 0ct1—Ancho de banda reservado para la clase 1ct2—Ancho de banda reservado para la clase 2ct3—Ancho de banda reservado para la clase 3
Puede configurar prioridades de instalación y retención 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 de configuración predeterminada es 7 y la prioridad de retención predeterminada es 0.
La configuración de una combinación no válida de tipo de clase y prioridad provoca un error en 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 de ancho de banda, se producirá un error en la operación de confirmación.
Los LSP configurados con la
bandwidthinstrucción pero sin especificar un tipo de clase, utilizan el tipoct0de clase predeterminado .Para problemas de migración, consulte el borrador de draft-ietf-tewg-diff-te-proto-07.txt de Internet.
Configuración de la vigilancia para LSP
La vigilancia le permite controlar la cantidad de tráfico reenviado a través de un LSP en particular. La vigilancia ayuda a garantizar que la cantidad de tráfico reenviado a través de un LSP nunca supere la asignación de ancho de banda solicitada. Puede configurar varios aplicadores de políticas para cada LSP.
Para obtener información acerca de cómo configurar un controlador de policía para un LSP, consulte Configuración de controladores para LSP.
Configuración del reenrutamiento rápido para LSP diseñados por el tráfico
Puede configurar el reenrutamiento rápido para los LSP de ingeniería de tráfico (LSP que transportan una sola clase de tráfico). También es posible reservar ancho de banda en la ruta de desvío para la clase de tráfico cuando el reenrutamiento rápido está habilitado. El mismo número de tipo de clase se utiliza tanto para el LSP de ingeniería de tráfico como para su desvío.
Si configura el enrutador para reservar ancho de banda para la ruta de desvío, se comprueba que el vínculo es capaz de manejar ingeniería de tráfico compatible con DiffServ y la capacidad de CoS antes de aceptarlo como una posible ruta de desvío. No se utilizan enlaces no compatibles.
Puede configurar la cantidad de ancho de banda que se va a reservar para los desvíos mediante la bandwidth instrucción o la bandwidth-percent instrucción. Sólo puede configurar una de estas instrucciones a la vez. Si no configura ni la instrucción ni la bandwidthbandwidth-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 el tráfico se cambia al desvío).
Al configurar 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 desvío. Para obtener más información, consulte Configuración del reenrutamiento rápido.
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 protegida. Por ejemplo, si configura 100 millones de bps de ancho de banda para la ruta protegida y configura 20 para la bandwidth-percent instrucción, la ruta de desvío tendrá 20 millones de bps de ancho de banda reservados para su uso.
Para configurar el porcentaje de ancho de banda utilizado por la ruta de desvío en función del ancho de banda de la ruta protegida, incluya la bandwidth-percent instrucción:
bandwidth-percent percentage;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols mpls label-switched-path lsp-name fast-reroute][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name fast-reroute]