Está en la página 1de 23

La conmutación de etiquetas multiprotocolo (MPLS) ha pasado de ser una palabra de moda en la industria de redes de

una tecnología ampliamente desplegado en proveedor de servicios (SP) redes. En los últimos años, MPLS también ha sido
adoptada por la empresa y los segmentos de mercado federal. MPLS es una solución moderna para hacer frente a una
multitud de problemas que enfrentan las redes de hoy en día: la velocidad, escalabilidad, calidad de servicio (QoS),
gestión e ingeniería de tráfico. Los proveedores de servicios están dando cuenta de mayores ingresos por la implantación
de modelos de servicios basados en la flexibilidad y valor añade siempre por soluciones MPLS. MPLS también proporciona
una solución elegante para satisfacer los requisitos de gestión y de servicios de ancho de banda para redes troncales
basadas en IP de próxima generación.

Este capítulo es una introducción a los siguientes conceptos básicos MPLS:

Unicast reenvío IP en redes IP tradicionales

Bloques arquitectónicos de MPLS

terminología MPLS

CEF, FIB, LFIB, y LIB

Asignación de etiqueta MPLS

Establecimiento de la sesión MPLS LDP

Distribución de etiquetas MPLS y retención

Penúltima estallar hop

Operación MPLS-modo Marco y la prevención de bucle

Funcionamiento en modo celular MPLS, VC-merge, el intercalado de células, y la prevención de bucle

En las redes IP tradicionales, los protocolos de enrutamiento se utilizan para distribuir la información de enrutamiento de
Capa 3. La Figura 1-1 muestra una red IP tradicional donde la información capa accesibilidad de la red (NLRI) para la red
172.16.10.0/24 se propaga utilizando un protocolo de enrutamiento IP. Independientemente del protocolo de
enrutamiento, el reenvío de paquetes se basa en la dirección de destino solo. Por lo tanto, cuando un paquete es recibido
por el router, que determina la dirección del siguiente salto usando la dirección IP de destino del paquete junto con la
información de su propia tabla de reenvío / enrutamiento. Este proceso de determinar el siguiente salto se repite en cada
salto (router) desde el origen al destino, salvo en el caso de enrutamiento basado en políticas, donde una determinada
política de salida podría afectar el reenvío de paquetes.
Como se muestra en la Figura 1-1, en la ruta de transmisión de datos, el siguiente proceso se lleva a cabo:

1. R4 recibe un paquete de datos destinado a 172.16.10.0 red.

2. R4 realiza consulta de rutas para la red 172.16.10.0 en la tabla de reenvío, y el paquete se reenvía al siguiente salto
router R3.

3. R3 recibe el paquete de datos con destino 172.16.10.0, realiza una consulta de rutas para 172.16.10.0 red y reenvía el
paquete al siguiente salto del router R2.

4. R2 recibe el paquete de datos con destino 172.16.10.0, realiza una consulta de rutas para 172.16.10.0 red y reenvía el
paquete al siguiente salto del router R1.

Debido a que R1 es directamente conectado a la red 172.16.10.0, el router envía el paquete a la interfaz conectada
apropiado.

En MPLS redes habilitadas, los paquetes se reenvían basan en las etiquetas. Estas etiquetas podrían corresponder a las
direcciones de destino IP o para otros parámetros, tales como clases de calidad de servicio y la dirección de origen. Las
etiquetas se generan por router (y en algunos casos, por interfaz en un router) y llevan significado local al router
generación de ellos. Los routers asignan etiquetas para definir caminos llamado Label Switched Paths (LSP) entre los
puntos finales. Debido a esto, sólo los routers en el borde de la red MPLS realizar una búsqueda de ruta.

La Figura 1-2 ilustra la misma red que se muestra en la Figura 1-1 con el reenvío de MPLS, donde las búsquedas de la tabla
de rutas se realizan sólo por MPLS frontera routers de borde, R1 y R4. Los routers de la red MPLS R1, R2 y R3 se propagan
versiones de 172.16.10.0/24 red a través de un protocolo de enrutamiento IGP al igual que en las redes IP tradicionales,
suponiendo que no haya filtros o sumarizaciones no están configurados. Esto lleva a la creación de una tabla de reenvío
IP. Además, debido a los vínculos que conectan los routers son MPLS habilitado, que asignan etiquetas locales de destino
172.16.10.0 y propagan ellos aguas arriba a sus pares conectados directamente mediante un protocolo de distribución de
etiquetas; por ejemplo, R1 asigna una etiqueta L1 local y se propaga al vecino río arriba R2. R2 y R3 asignan de manera
similar las etiquetas y se propagan de la misma a aguas arriba vecinos R3 y R4, respectivamente. En consecuencia, como
se ilustra en la figura 1-2, los routers ahora mantienen una tabla de envío de etiquetas para permitir el reenvío de
paquetes etiquetados además de la tabla de enrutamiento IP. El concepto de aguas arriba y aguas abajo se explica con
mayor detalle en la sección "MPLS Terminología."

Como se muestra en la Figura 1-2, el siguiente proceso tiene lugar en la ruta de reenvío de datos de R4 a R1:

1. R4 recibe un paquete de datos para la red 172.16.10.0 e identifica que la ruta de acceso al destino es MPLS habilitado.
Por lo tanto, R4 reenvía el paquete al siguiente salto Router R3 después de aplicar una etiqueta de L3 (de aguas abajo
Router R3) en el paquete y reenvía el paquete etiquetado a R3.

2. R3 recibe el paquete etiquetado con la etiqueta L3 y intercambia la etiqueta L3 con L2 y reenvía el paquete a R2.

3. R2 recibe el paquete etiquetado con la etiqueta L2 y intercambia la etiqueta L2 con L1 y reenvía el paquete a R1.

4. R1 es el router frontera entre los dominios IP y MPLS; Por lo tanto, R1 elimina las etiquetas en el paquete de datos y
envía el paquete IP a la red de destino 172.16.10.0.

Funcionalidad MPLS en dispositivos Cisco se divide en dos grandes bloques arquitectónicos:

Plano- control realiza las funciones relacionadas con la identificación de la accesibilidad a los prefijos de destino. Por lo
tanto, el plano de control contiene toda la información de enrutamiento de capa 3, así como los procesos en el interior,
para intercambiar información de accesibilidad para un prefijo específico de capa 3. Los ejemplos más comunes de
funciones del plano de control están de enrutamiento de Exchange información de protocolo como en OSPF y BGP. Por lo
tanto, el intercambio de información de enrutamiento IP es una función de plano de control. Además, todas las funciones
de protocolo que son responsables para el intercambio de etiquetas entre la función routers vecinos en el plano de
control como en los protocolos de distribución de etiquetas (se explican en detalle en la sección "PLD Sesión
Establecimiento").

Plano- datos realiza las funciones relativas a la transmisión de paquetes de datos. Estos paquetes pueden ser tanto de
capa 3 paquetes IP o paquetes IP etiquetados. La información contenida en el plano de datos, tales como los valores de la
etiqueta, se derivan del plano de control. El intercambio de información entre los routers vecinos crea asignaciones de
prefijos IP de destino para las etiquetas en el plano de control, que se utiliza para enviar paquetes etiquetados plano de
datos.

La Figura 1-3 muestra las funciones del plano de control y plano de datos.

En esta sección se ofrece una visión general de la terminología relacionada con MPLS-común utilizado para el resto de
este libro:

Reenvío de clase de equivalencia (FEC) - Como se ha señalado en el RFC 3031 (arquitectura MPLS), este grupo de
paquetes se reenvían de la misma manera (en el mismo camino con el mismo tratamiento de reenvío).

Interruptor MPLS Label Router (LSR) - Realiza la función de conmutación de etiquetas; la LSR recibe un paquete
etiquetado y intercambia la etiqueta con una etiqueta de salida y reenvía el nuevo paquete etiquetado de la interfaz
adecuada. El LSR, dependiendo de su ubicación en el dominio MPLS, puede o bien realizar disposición etiqueta
(eliminación, también llamado pop), la imposición etiqueta (Además, también llamado push) o de intercambio de
etiqueta (en sustitución de la etiqueta superior en una pila de etiquetas con un nuevo saliente valor de la etiqueta). El
LSR, dependiendo de su ubicación en el dominio MPLS, también pueda desempeñar etiqueta imposición pila o
disposición. El concepto de una pila de etiquetas se explica más adelante en esta sección. Durante el intercambio de
etiquetas, la LSR reemplaza sólo la etiqueta superior de la pila de etiquetas; las otras etiquetas en la pila de etiquetas se
dejan sin tocar durante el intercambio de etiquetas y operación de reenvío en la LSR.

MPLS Edge-Label Switch Router (E-LSR) - Un LSR en la frontera de un dominio MPLS. The Edge LSR de entrada realiza las
funciones de imposición etiqueta (empuje) y el reenvío de un paquete al destino a través del dominio MPLS habilitado.
The Edge LSR de salida realiza las funciones de disposición de etiqueta o remoción (pop) y reenviar un paquete IP al
destino. Tenga en cuenta que los procesos de imposición y de disposición sobre un LSR Edge podrían implicar pilas de
etiqueta frente a sólo etiquetas.

Figura 1-4 representa la red de la figura 2.1 con todos los routers identificados como LSRs o enrutadores LSR Edge en
función de su ubicación y el funcionamiento en el dominio MPLS.
 Conmutacion de ruta de etiqueta MPLS (Label Switched Path =LSP) - El camino de la fuente al destino para un
paquete de datos a través de una red MPLS habilitado. LSPs son unidireccionales en la naturaleza. El LSP se deriva
generalmente de la información de enrutamiento IGP pero puede divergir de ruta preferida de la IGP para el
destino (como en la ingeniería de tráfico MPLS, que se discute en el capítulo 9, "Ingeniería de tráfico MPLS"). En la
Figura 1-4, el LSP para la red 172.16.10.0/24 de R4 es R4-R3-R2-R1.

 Upstream (contracorriente) y downstream (en la corriente)- El concepto de aguas abajo y aguas arriba son
fundamentales en la comprensión de la operación de distribución de etiquetas (plano de control) y el reenvío de
datos en un dominio MPLS. Tanto aguas abajo y aguas arriba se definen con referencia a la red de destino: prefijo
o FEC. Los datos destinados a una red de destino particular, siempre fluye aguas abajo. Actualizaciones (protocolo
de enrutamiento o de distribución de etiquetas, PLD / TDP) que pertenecen a un prefijo específico siempre se
propagan aguas arriba. Esto se representa en la Figura 1-5, donde aguas abajo con referencia al prefijo
172.16.20.0/24 destino está en la trayectoria R1-R2-R3, y aguas abajo con referencia a 172.16.10.0/24 es el
camino R3-R2-R1. Por lo tanto, en la Figura 1-5, R2 es aguas abajo a R1 para el destino 172.16.20.0/24, y R1 es
aguas abajo a R2 para el destino 172.16.10.0/24.
 MPLS etiquetas y la etiqueta stacks- Una etiqueta MPLS es un número de 20 bits que se asigna a un prefijo de
destino en un router que define las propiedades del prefijo, así como mecanismos de reenvío que se pueden
realizar para un paquete destinado para el prefijo.

El formato de una etiqueta MPLS se muestra en la Figura 1-6.

Una etiqueta MPLS se compone de las siguientes partes:

 Valor de la etiqueta de 20 bits

 3 bits campo experimental

 1 bit de abajo de la pila Indicador

 8-bit Time-to-live campo

El valor de la etiqueta de 20 bits es un número asignado por el router que identifica el prefijo en cuestión. Las etiquetas
pueden ser asignados ya sea por interfaz o por chasis. El campo experimental de 3 bits define la calidad de servicio
asignados a la FEC en cuestión que se le ha asignado una etiqueta. Por ejemplo, los 3 bits experimentales pueden asignar
a los valores de precedencia IP 7 para asignar los QoS IP asignadas a los paquetes a medida que atraviesan un dominio
MPLS.
Una pila de etiquetas es un conjunto ordenado de etiquetas, donde cada etiqueta tiene una función específica. Si el
router (Edge LSR) impone más de una etiqueta en un solo paquete IP, que conduce a lo que se llama una pila de
etiquetas, donde se imponen varias etiquetas en un solo paquete IP. Por lo tanto, el indicador de abajo de pila identifica si
la etiqueta que se ha encontrado es la etiqueta inferior de la pila de etiquetas.

El campo TTL realiza la misma función que un TTL IP, donde el paquete se descarta cuando el TTL del paquete es 0, lo que
impide en bucle de paquetes no deseados en la red. Cada vez que un paquete etiquetado atraviesa un LSR, el valor TTL
etiqueta se disminuye en 1.

La etiqueta se inserta entre la cabecera de trama y la cabecera de la capa 3 en el paquete. Figura 1-7 representa la
imposición de la etiqueta entre la capa 2 y capa 3 cabeceras en un paquete IP.
Figura 1-7. MPLS Label Imposición

Si el valor del bit S (indicador inferior-de-pila) en la etiqueta es 0, el router entiende que una implementación de la pila de
etiquetas está en uso. Como se mencionó anteriormente, una swaps LSR sólo la etiqueta de la parte superior en una pila
de etiquetas. Un Edge LSR de salida, sin embargo, continúa etiqueta disposición en la etiqueta de la pila hasta que
encuentra que el valor del bit S se establece en 1, lo que denota una parte inferior de la pila de etiquetas. Después de que
el enrutador se encuentra con la parte inferior de la pila, se realiza una consulta de rutas dependiendo de la información
en la capa 3 de encabezado IP y envía apropiadamente el paquete hacia el destino. En el caso de un LSR de borde de
entrada, la LSR Edge podría imponer (push) más de una etiqueta para poner en práctica una pila de etiquetas, donde cada
etiqueta en la pila de etiquetas tiene una función específica.

Pilas de etiquetas se aplican al ofrecer servicios basados en MPLS como el MPLS VPN o la ingeniería de tráfico MPLS. En
MPLS VPN (véase el capítulo 3, "Básico MPLS VPN Descripción y configuración"), la segunda etiqueta en la pila de
etiquetas identifica la VPN. En la ingeniería de tráfico (véase el capítulo 9), la etiqueta superior identifica el punto final del
túnel TE, y la segunda etiqueta identifica el destino. En la capa 2, implementaciones VPN sobre MPLS, tal como un átomo
(ver el Capítulo 11, "cualquier transporte sobre MPLS [AToM]") y VPLS (ver el Capítulo 12, "Servicio de LAN privada virtual
[VPLS]), la etiqueta superior identifica el túnel encabezado o punto final, y la segunda etiqueta identifica la CV. Todos
iteraciones genéricas de la implementación pila de etiquetas se muestran en la Figura 1-8.

Figura 1-8. MPLS Label pila

Cisco Express Forwarding (CEF) es la base sobre la que MPLS y sus servicios operan en un router Cisco. Por lo tanto, CEF es
un requisito previo para implementar MPLS en todas las plataformas Cisco excepto conmutadores ATM tradicionales que
sólo admiten la funcionalidad de plano de datos. CEF es un mecanismo de conmutación patentado utilizado en los routers
Cisco que mejora la simplicidad y el rendimiento de reenvío de IPv4 de un colector router.

CEF evita la sobrecarga de la memoria caché reescribe en el entorno IP Core mediante el uso de una base de información
de reenvío (FIB) para la decisión de conmutación de destino, que refleja todo el contenido de la tabla de enrutamiento IP.
Existe una correspondencia uno-a-uno entre la tabla FIB y entradas de la tabla de enrutamiento.

Cuando se utiliza la CEF en un router, el router mantiene, como mínimo, un FIB, que contiene un mapeo de las redes de
destino en la tabla de enrutamiento para apropiarse adyacencias próximo-hop. Adyacencias son nodos de red que
pueden alcanzar unos a otros con un único salto a través de la capa de enlace. Este FIB reside en el plano de datos, que es
el motor de reenvío para los paquetes procesados por el router.

Además de la FIB, se mantienen otras dos estructuras en el router, que son la base de información de la etiqueta (LIB) y
Label Forwarding Base de Información (LFIB). El protocolo de distribución en uso entre MPLS vecinos adyacentes es
responsable de la creación de entradas en la LIB y LFIB.
Las funciones LIB en el plano de control y es utilizado por el protocolo de distribución de etiquetas, donde los prefijos IP
de destino en la tabla de enrutamiento se asignan a etiquetas de próxima-hop que se reciben de los vecinos aguas abajo,
así como las etiquetas locales generados por el protocolo de distribución de etiquetas.

El LFIB reside en el plano de datos y contiene una etiqueta local a la cartografía de la etiqueta del salto siguiente, junto
con la interfaz de salida, que se utiliza para enviar paquetes etiquetados.

Información sobre la accesibilidad a las redes de destino de los protocolos de enrutamiento se utiliza para rellenar la base
de información de enrutamiento (RIB) o la tabla de enrutamiento. La tabla de enrutamiento, a su vez, proporciona
información para la FIB. El LIB se rellena utilizando la información del protocolo de distribución de etiquetas y de la LIB
junto con la información de la FIB que se utiliza para rellenar la LFIB.

La Figura 1-9 muestra la interoperabilidad de los distintos cuadros mantenidos en un router.

La implementación de MPLS para el reenvío de datos implica los siguientes cuatro pasos:

1. MPLS asignación de etiquetas (por LSR)

2. MPLS LDP o sesión TDP establecimiento (entre LSRs / ELSRs)

3. MPLS distribución de etiquetas (usando un protocolo de distribución de etiquetas)


4. MPLS Retención de etiquetas

Operación MPLS normalmente implica LSR del adyacente formando una sesión LDP, asignar etiquetas a los prefijos locales
de destino y el intercambio de estas etiquetas sobre sesiones LDP establecidos. Al término de intercambio de etiquetas
entre LSRs adyacentes, las estructuras de control y de datos de MPLS, es decir, FIB, LIB, y LFIB, están pobladas, y el router
está listo para enviar información del plano de datos basada en los valores de la etiqueta.

MPLS Asignación de etiqueta


Una etiqueta se asigna a las redes IP puede acceder en un router y luego impuestas a los paquetes de datos enviados a las
redes IP. Protocolos de enrutamiento IP anuncian la accesibilidad a las redes de destino. El mismo proceso debe aplicarse
para los routers o dispositivos que forman parte del dominio MPLS para aprender acerca de las etiquetas asignadas a las
redes de destino por los routers vecinos. El protocolo de distribución de etiquetas (LDP o TDP) asigna e intercambia las
etiquetas entre LSRs adyacentes en un dominio MPLS siguientes establecimiento de la sesión. Como se mencionó
anteriormente, las etiquetas se pueden asignar de forma global (por el router) o por interfaz en un router.

PLD Sesión de Establecimiento


A raíz de la asignación de etiquetas en un router, estas etiquetas se distribuyen entre LSRs conectados directamente si las
interfaces entre ellas están habilitadas para el reenvío de MPLS. Esto se hace ya sea mediante el uso de LDP o protocolo
de distribución de etiquetas (TDP). TDP es obsoleto y, por defecto, LDP es el protocolo de distribución de etiquetas. El
comando MPLS protocolo label {PLD | TDP} se configura sólo si PLD no es el protocolo de distribución de etiquetas por
defecto o si se está revirtiendo de LDP para TDP. El comando se puede configurar en el modo de configuración global y la
interfaz. El comando de configuración de interfaz, sin embargo, anular la configuración global.

TDP y LDP funcionan de la misma manera pero no son interoperables. Es importante tener en cuenta que cuando los
routers de Cisco están en uso, el protocolo predeterminado que se ejecuta en una interfaz MPLS habilitado depende de la
versión de IOS que se ejecuta en el dispositivo; se debe tener cuidado al configurar los routers de Cisco en un entorno de
múltiples proveedores. TDP utiliza el puerto TCP 711 y LDP utiliza el puerto TCP 646. Un router puede utilizar tanto en
TDP y LDP en la misma interfaz para permitir la formación dinámica de LDP o compañeros de TDP dependiendo del
protocolo que se ejecuta en la interfaz del vecino MPLS peering. PLD se define en el RFC 3036 y se implementa
predominantemente entre pares adyacentes (adyacencias definidos por el IGP). En algunos casos, las sesiones del PLD
también se pueden configurar entre iguales no adyacentes, en los que se denomina una sesión LDP dirigida, que se cubre
con más detalle en los capítulos 11 y 12.

Hay cuatro categorías de mensajes del PLD:

 Descubrimiento de MENSAJES - anuncian y sostener la presencia de un LSR en la red

 Sesión de MENSAJES - Establecer, mantenimiento, y derribar las sesiones entre enrutadores LSR

 Publicidad MENSAJES - Anunciarse asignaciones de etiqueta para FECs

 Notificación MENSAJES - errores de señal

Figura 1-10. PLD Sesión Establecimiento


Todos los mensajes LDP siguen el formato tipo, longitud, valor (TLV). LDP utiliza el puerto TCP 646, y el LSR con el mayor
LDP ID del router abre una conexión al puerto 646 de otro LSR:

 Se inician las sesiones del PLD cuando un LSR envía saludos periódicas (utilizando UDP multidifusión en 224.0.0.2)
en las interfaces habilitadas para el reenvío de MPLS. Si otro LSR está conectado a dicha interfaz (y la interfaz
habilitada para MPLS), el LSR conectado directamente intenta establecer una sesión con la fuente de los mensajes
de hola LDP. El LSR con el más alto LDP ID del router es la LSR activo. El LSR activa intenta abrir una conexión TCP
con el LSR pasiva (LSR con una ID de router más bajo) en el puerto TCP 646 (LDP).

 El LSR activa a continuación, envía un mensaje de inicialización al LSR pasiva, que contiene información tal como
el método de distribución de etiquetas sesión en tiempo keepalive,, longitud de la PDU máximo, y del receptor de
LDP ID, y si la detección de bucle está activada.

 El pasiva LDP LSR responde con un mensaje de inicialización si los parámetros son aceptables. Si los parámetros
no son aceptables, la pasiva LDP LSR envía un mensaje de notificación de error.

 LSR pasiva envía mensajes keepalive al LSR activo después de enviar un mensaje de inicialización.

 El LSR activo envía keepalive al pasivo LDP LSR, y la sesión LDP aparece. En esta coyuntura, las asignaciones de
etiqueta FEC se pueden intercambiar entre los LSRs.

MPLS Label Distribution con LDP


En un dominio MPLS LDP corriendo, una etiqueta se asigna a un prefijo de destino se encuentra en el FIB, y se distribuye a
los vecinos aguas arriba en el dominio MPLS después de establecimiento de la sesión. Las etiquetas que son de
importancia local en el router se intercambian con LSRs adyacentes durante la distribución de etiquetas. Unión de un
prefijo específico a una etiqueta local y una etiqueta de salto siguiente (recibida desde aguas abajo LSR) etiqueta se
almacena a continuación en las estructuras LFIB y LIB. Los métodos de distribución de etiquetas utilizadas en MPLS son los
siguientes:

 A favor de la demanda (Downstream on demand) - Este modo de distribución de etiquetas permite un LSR para
solicitar explícitamente de su aguas abajo del router del siguiente salto una asignación de etiquetas a un prefijo
de destino en particular y por lo tanto se conoce como aguas abajo en la etiqueta de distribución de la demanda.

 Posterior No solicitadas (Unsolicited downstream)- Este modo de distribución de etiquetas permite un LSR a
distribuir enlaces a aguas arriba LSRs que no las hayan solicitado de forma explícita y se refiere a la distribución de
etiquetas downstream como no solicitado.

Figura 1-11 representa los dos modos de distribución de etiquetas entre R1 (Edge LSR) y R2 (LSR). En el proceso de
distribución downstream-on-demand, LSR R2 solicita una etiqueta para el destino 172.16.10.0. R1 responde con una
asignación de etiquetas de etiqueta de 17 de 172.16.10.0. En el proceso de distribución de aguas abajo no solicitado, R1
no espera a una solicitud de una asignación de etiqueta para el prefijo 172.16.10.0 pero envía la información de
asignación de etiquetas a la corriente arriba LSR R2.

MPLS Label Retención


Si un LSR soporta el modo de retención de etiquetas liberal, mantiene los enlaces entre una etiqueta y un prefijo de
destino, que se recibió de LSRs aguas abajo que pueden no ser el siguiente salto para ese destino. Si un LSR soporta el
modo de retención de etiquetas conservador, descarta enlaces recibidos de los láseres aguas abajo que no son routers
siguiente salto para un prefijo de destino. Por lo tanto, con el modo de retención liberal, un LSR puede comenzar casi
inmediatamente después de reenvío de paquetes etiquetados convergencia IGP, donde el número de etiquetas de
cuidados para un destino particular, son grandes, por lo tanto el consumo de memoria. Con retención de etiquetas
conservador, las etiquetas son etiquetas mantenidas desde los LDP o TDP vecinos de al-hop confirmados, consumiendo
de este modo la memoria mínima.

LSRs realizan la operación de intercambio de etiquetas, la imposición, o disposición en función de su ubicación en el


dominio MPLS. En ciertos casos, los mapas de etiquetas entrantes a etiquetas de salida especiales que definen la
operación a realizar en el LSR aguas arriba o router. Estas etiquetas se propagan por la LSR aguas abajo durante la
distribución de etiquetas para la LSR aguas arriba. A continuación se describen los tipos de etiquetas de salida que se
pueden asociar con un paquete:
No etiquetado - El paquete MPLS entrante se convierte en un paquete IP y se remitirá al de destino (MPLS para la
transición de dominio IP). Esto se utiliza en la implementación de MPLS VPN (discutido en el capítulo 3).

Implícito nulo o POP etiqueta - Esta etiqueta se asigna cuando se quita la etiqueta superior del paquete MPLS entrante y
el MPLS resultante o paquete IP se reenvía al siguiente salto del router aguas abajo. El valor de esta etiqueta es de 3
(campo de etiqueta de 20 bits). Esta etiqueta se utiliza en las redes MPLS que implementan penúltima hop popping
discutido en la siguiente sección.

Explícito nulo Label - Esta etiqueta se asigna a preservar el valor de CAD de la etiqueta superior de un paquete entrante.
La etiqueta superior se intercambia con un valor de la etiqueta de 0 (campo de etiqueta de 20 bits) y se envía como un
paquete MPLS para el siguiente salto del router aguas abajo. Esta etiqueta se utiliza en la aplicación de QoS con MPLS.

Aggregat - En esta etiqueta, el paquete de MPLS entrante se convierte en un paquete IP (mediante la eliminación de
todas las etiquetas de etiqueta de la pila si se encuentra en paquete entrante), y un FIB (CEF) de búsqueda se lleva a cabo
para identificar la interfaz de salida hasta el destino (utilizado en MPLS VPN implementaciones, que se discute en el
capítulo 3).

La figura 1-12 ilustra el uso de estos tipos de etiquetas.


Figura 1-12. Tipos de etiquetas especiales

Penúltima estallido hop se realiza en las redes basadas en MPLS en el que el enrutador de aguas arriba a la Edge LSR quita
la etiqueta superior en la pila de etiquetas y reenvía sólo el paquete resultante (ya sea etiquetado de paquetes IP o IP)
para un FEC particular. Este proceso es señalada por la LSR Edge aguas abajo durante la distribución de etiquetas con PLD.
El LSR Edge aguas abajo distribuye una etiqueta (POP), implícita nula al router aguas arriba, lo que indica que para que
aparezca la etiqueta superior de la pila de etiquetas y transmita la resultante etiquetados o paquetes IP. Cuando el
paquete es recibido por el LSR de borde, no búsqueda se realiza en el LIB si el paquete entrante es un paquete IP. Por lo
tanto, penúltima hop popping salva una sola búsqueda en los routers de borde. La operación de la penúltima estallido
hop se representa en la figura 1-13.
Como se ilustra en la figura 1-13, el borde aguas abajo LSR1 distribuye una asignación de etiqueta implícita nulo para la
red 172.16.10.0/24 a su LSR1 aguas arriba. Al recibir un paquete etiquetado, LSR1 aparece la etiqueta superior y envía el
paquete IP resultante a la Edge-LSR1.

En el modo de marco de MPLS, los routers ejecutando paquetes IP puro de cambio MPLS los paquetes IP etiquetados
(penúltima hop popping), así como con otros en un dominio MPLS. En un dominio MPLS, la conmutación de etiquetas se
realiza mediante el análisis del encabezado de la trama y luego de realizar la imposición de etiquetas (push), la disposición
de etiqueta (pop), o el intercambio de etiquetas en función de la ubicación de la LSR en la red. Conectividad de la capa de
enlace de datos en un dominio MPLS-modo de cuadro se establece utilizando serie HDLC / PPP, Ethernet o ATM. ATM nos
lleva a otro aspecto de la conectividad de Capa 2, donde se utilizan las células para transportar paquetes IP. Tenga en
cuenta que aunque podría haber enlaces ATM en el dominio MPLS, es posible ejecutar de punto a punto de enlaces IP
regulares (enrutado PVC). En tales casos, todavía se considera MPLS-modo de marco y no por células modo de MPLS,
aunque el protocolo de Capa 2 es ATM.

Frame-Mode MPLS Operación


La figura 1-14 muestra cómo se llevan a cabo en el modo de cuadro MPLS asignación y distribución de etiquetas. La figura
representa dos LSRs Edge, R1 y R4, conectados a través de dos LSRs, R2 y R3. Después de convergencia IGP y el
establecimiento vecino PLD, los enrutadores LSR asigna una etiqueta local para 172.16.10.0/24 y se propagan esta
etiqueta aguas arriba, como se muestra en la Figura 1-14. Por lo tanto, las estructuras de control y de datos, a saber, FIB,
LFIB, y LIB, se rellenan con los valores apropiados, como se ilustra en la Figura 1-14.

Figura 1-14. Frame-Modo de asignación MPLS Label y Distribución


Como retratado en la figura 1-14, Edge LSR R1 asigna un sello local-implícita nula y se propaga de la misma corriente
arriba para LSR R2. LSRs R2 y R3 asignan etiquetas locales L2 y L3, respectivamente, para la red de destino 172.16.10.0 y
propagan ellos aguas arriba. La asignación de etiquetas o bien puede ser solicitado aguas abajo o aguas abajo sobre la
asignación de la etiqueta de la demanda; la única diferencia de que en aguas abajo sobre la asignación de la etiqueta de la
demanda, el LSR aguas arriba solicita una etiqueta para la red de destino.

Después de la asignación de la etiqueta y de distribución, el FIB, estructuras LIB, y LFIB son tal como se representa en la
figura 1-14, con referencia a destino prefijo 172.16.10.0.

Reenvío de un paquete de datos destinado a 172.16.10.0 a través del dominio MPLS se representa en la figura 1-15,
donde el borde LSR R4 impone una etiqueta L3 (etiqueta siguiente salto como aprendió de aguas abajo LSR) y reenvía el
paquete marcado al LSR aguas abajo R3. R3 lleva a cabo un intercambio de etiquetas de etiqueta de entrada L3 para el
sello de salida L2. En R2, la etiqueta de la entrada de L2 se asigna a una etiqueta implícita nulo. Por lo tanto, LSR R2
elimina la etiqueta superior (L2) y reenvía el paquete IP resultante a Edge LSR R1, como se muestra en la figura 1-15.

Figura 1-15. Frame-Mode MPLS Reenvío

Routers reciben una trama y que pueden identificar el tipo de carga útil por el uso del campo de protocolo / tipo en el
encabezado de la trama. Por ejemplo, en el caso de Ethernet, los octetos 13 y 14 de una conexión Ethernet o IEEE 802.3
paquete (después de la exposición de motivos) consistirá en el "Tipo de Ethernet" o el campo "IEEE 802.3 Longitud". Un
valor de 0x0800 en estos octetos identifica un paquete IP como el marco de carga útil de la capa 2. Un valor de 0x8847
identifica un unicast carga útil MPLS en el marco de capa 2. Por lo tanto, el router identifica la trama recibida en una
interfaz, ya sea que contiene un paquete IP o un paquete de IP marcado.

Prevención Loop En Frame-Mode Mpls

Los protocolos de distribución de etiquetas, es decir, LDP y TDP, predominantemente confían en los mecanismos de
prevención de bucle proporcionados por el IGP en práctica en el dominio MPLS. Sin embargo, para evitar un bucle infinito
de paquetes en el dominio MPLS, se utiliza el campo TTL en la cabecera de etiqueta. La funcionalidad del campo TTL en la
cabecera de etiqueta es el mismo que el campo TTL en la cabecera IP. El valor TTL es un número entero desde 0 hasta 255
que se disminuye en uno cada vez que el paquete transita por un router (IP TTL) o un LSR (TTL Label).

Cuando el valor TTL de un paquete IP se convierte en cero, el router descarta el paquete IP, y un mensaje ICMP que indica
que el "TTL expiró en tránsito" se envía a la dirección IP de origen del paquete IP. Este mecanismo evita que un paquete IP
se direccione de forma continua en el caso de un bucle de enrutamiento. El mismo procedimiento se emplea con el valor
de la etiqueta TTL.

Cuando un paquete IP entra en un dominio de conmutación de etiqueta, los routers Cisco que funcionan como LSRs Edge
copiar el valor IP TTL de la cabecera del paquete IP en el valor de TTL de la etiqueta. Cuando el paquete etiquetado
encuentra un LSR, la etiqueta TTL se decrementa en 1. Este proceso continúa hasta que el paquete marcado se convierte
de nuevo en un paquete IP en el LSR de borde de salida en el dominio MPLS, donde el TTL etiqueta se copian de nuevo en
el IP TTL en el encabezado IP. Este proceso se denomina IP para etiquetar propagación TTL.

Propagación TTL se puede desactivar en el dominio MPLS. Cuando la propagación TTL está desactivada, el TTL de IP no se
copia en el campo TTL de etiquetas, pero en cambio, un valor de 255 se escribe en el campo de etiqueta TTL. IP para
etiquetar propagación TTL está activado por defecto en los routers Cisco. La configuración de la IP MPLS no propagar-ttl
[reenviado | local] comando en un LSR Edge (modo de privilegio) se puede utilizar para deshabilitar IP para etiquetar
propagación valor TTL para el tráfico transmitido o el tráfico generado localmente como se representa por las opciones
transmitidos y locales del comando. El ninguna versión del comando coloca un valor TTL de 255 en el valor de la etiqueta
TTL.

Cuando se habilita la propagación, el comando permite un traceroute para mostrar todos los saltos en el camino,
incluyendo LSRs en el dominio MPLS. Por ejemplo, cuando el tráfico es generado por una red en el dominio de IP no
conectado localmente (como Ethernet LAN o de bucle de retorno local) a un borde LSR, la opción remitido desactiva el IP
a la etiqueta MPLS propagación valor TTL. Por lo tanto, cuando un cliente realiza una traceroute a través de la red de
proveedores, el dominio MPLS es transparente para el cliente. Esta es la aplicación más común de este comando.

Sin embargo, si el tráfico iba a ser generado localmente por una interfaz de bucle de retorno en el LSR de borde, el TTL IP
para etiquetar propagación valor TTL se producirá. Por lo tanto, el proveedor puede aún realizar cualquier solución de
problemas si es necesario el uso de comandos traceroute. Si no se han configurado las opciones, la propagación TTL está
desactivado tanto a nivel local para el tráfico generado y se envía el tráfico. Esto oculta la estructura de la red MPLS de un
comando traceroute.

Figura 1.16 ofrece un ejemplo del comando no MPLS IP propagar-TTL remitido cuando se configura en LSRs Edge en una
red. Los pasos siguientes se producen en los routers de la figura 1-16, cuando un traceroute se realiza desde el router A al
router B a través del dominio MPLS:

Router A envía un paquete traceroute con destino de 172.16.20.1 con un valor de TTL de IP 1. Cuando este paquete es
recibido por el router R1 (Edge LSR), el valor TTL se decrementa a 0 y un mensaje ICMP TTL excedió se envía de nuevo a la
fuente.

Un router envía un paquete traceroute con destino de 172.16.20.1 con un valor TTL de IP 2. Router R1 recibe este
paquete y disminuye el valor IP TTL a 1. Debido IP TTL para etiquetar propagación TTL está desactivado para el tráfico
reenviado, el TTL de IP no se copia en el TTL de la etiqueta. El paquete es de conmutación de etiquetas de R1 con etiqueta
de valor TTL de 255. Los routers R2 y R3 transmita el paquete hacia el destino, pero sólo decrementar el TTL etiqueta y no
IP TTL. Al router R4, valor IP TTL del paquete es ahora disminuye a 0, y un mensaje de ICMP TTL es enviado de vuelta a la
fuente.

Router A envía un paquete traceroute con destino de IP 172.16.20.1 y TTL de 3. Router R1 recibe el paquete y
decrementa TTL IP a 2 y la etiqueta cambia el paquete con la etiqueta TTL de 255 a R2. R2 y R3 disminuir los valores TTL
etiqueta y, en el router R4, IP TTL del paquete ahora se decrementa en 1. Router R4 reenvía el paquete al router B, donde
el TTL IP se reduce a 0 y un mensaje ICMP TTL Excedido se envía de nuevo a la fuente.
Figura 1-16. IP para Etiqueta TTL Propagación
Como se muestra en la Figura 1-16, el traceroute desde R1 (Edge LSR) a la interfaz de bucle de retorno de R4 muestra
todos los saltos en la red de proveedores debido IP TTL para etiquetar mapeo TTL no está deshabilitada para las redes
locales.

Cuando se utiliza la conectividad entre los dispositivos ATM, MPLS se aplica a las células, y no marcos. Las células se
utilizan para transportar información del plano de datos. Cuando se utilizan etiquetas de ATM en un núcleo de MPLS, el
modo de funcionamiento de MPLS se llama en modo celular MPLS. Como se mencionó anteriormente, mirando a través
de enrutadas entre LSRs PVCs ATM también se puede implementar, pero se considera una implementación del modo de
marco.

En el modo de célula de MPLS, los LSRs en el núcleo de la red MPLS son conmutadores ATM que los datos hacia adelante
basan en la cabecera ATM. Si las funciones ATM LSR como un conmutador ATM puro (plano de datos), un componente
del plano de control externo también llamados se requiere que el controlador del interruptor etiqueta (LSC) para la
propagación de la información del plano de control. En algunos casos, sin embargo, el LSR ATM es capaz de propagar
información del plano de control, así como la transmisión de información del plano de datos y por lo tanto no requiere un
componente plano de control externo.

Cuando el LSR ATM tiene un componente LSC externo para el intercambio de información del plano de control, el
interruptor automático en la LSR ATM realiza sólo reenvío plano de datos. Para habilitar MPLS en el dominio de ATM, el
campo VPI / VCI en la cabecera ATM se utiliza como la etiqueta. Por lo tanto, una etiqueta se inserta entre la cabecera
ATM y la cabecera IP, y el campo VPI / VCI de la cabecera ATM reenvía las células. Este mecanismo permite el reenvío de
plano de datos de paquetes etiquetados. Paquetes de plano de control, tales como el intercambio de información de
protocolo en los protocolos de enrutamiento y protocolos de distribución de etiquetas, se intercambian entre LSRs ATM
de borde y el componente de plano de control de la LSR ATM a través de un circuito virtual de control (VC control).

En el modo de célula de MPLS, la etiqueta utilizada en el dominio MPLS es el mismo formato que la etiqueta MPLS
normal, como se muestra anteriormente en la Figura 1-6. Para asegurar que las células se envían usando MPLS, los
valores VPI / VCI transmitan las células marcadas. Esta etiqueta se inserta entre la cabecera ATM y la cabecera de IP en las
células que se reenvían a la LSR ATM, como se muestra en la figura 1-17.

Figura 1-17. Cell-Mode MPLS Label Imposición...

Figura 1-18 muestra una red MPLS-modo de célula con un borde de entrada ATM LSR, un núcleo ATM LSR, y un LSR de
salida ATM borde. Las interfaces de los láseres en el dominio MPLS que llevan células puras se llaman Label Switching
controlado-ATM interfaces de (LC-ATM) como los pares VPI / VCI para los circuitos virtuales son utilizados por el
protocolo para la distribución y el intercambio de etiquetas en el ATM dominio. ATM-LSR es un conmutador ATM que se
ejecuta MPLS en el plano de control y lleva a cabo el reenvío de MPLS entre interfaces LC-ATM en el plano de datos por
medio de la tradicional de conmutación de células ATM. En la implementación ATM LSR integrado, las interfaces LC-ATM
llevan tanto los paquetes del plano de datos, así como los paquetes del plano de control (en VC 0/32). Si un conmutador
ATM está conectado a un LSC externo juntos funcionando como el LSR ATM, el ATM Edge LSR formar una adyacencia con
el plano de control LSC, y el LSC identifica el plano de datos de reenvío (etiquetas de ingreso a las asignaciones de salida)
de la etiqueta en el LSC- interfaces ATM del conmutador ATM en el LSR ATM.

Figura 1-18. Cell-Mode MPLS dominio

Como retratado en la figura 1-18, se requiere un plano de control de adyacencia entre conmutadores ATM LSRs
adyacentes o en el dominio ATM para IGP y distribución de etiquetas intercambio de paquetes de protocolo. Para
garantizar el reenvío apropiado de información de enrutamiento IP a través de un conmutador ATM, todos los LSRs ATM y
LSRs ATM Edge forman una adyacencia IP mediante la creación de un VC dentro de banda que se utiliza sólo para la
información de control. El VPI / VCI utilizar para este control VC es 0/32 (por defecto) y necesita ser configurado en todos
los conmutadores ATM y LSRs ATM Edge en el dominio MPLS ATM. Por lo tanto, el control VC MPLS está configurado de
forma predeterminada en todos los interruptores para estar con VC 0/32 y utiliza la encapsulación aal5snap como se
define en el RFC 2684. El control VC se puede cambiar desde el valor por defecto de 0/32 en un LSR ATM; sin embargo,
para el intercambio de información adecuada y la formación de adyacencia entre dos LSRs ATM, el control VC debe estar
configurado como el mismo.

Cell-Mode MPLS Operación


Para habilitar MPLS en el dominio de ATM, la etiqueta superior en la pila de etiquetas que se inserta entre la cabecera
ATM y la cabecera IP se codifica como el VPI / VCI de la circuito virtual en uso. El mecanismo permite el reenvío apropiado
de paquetes del plano de datos; paquetes del plano de control se intercambian en un VC de control entre LSRs ATM
conectados directamente.

La figura 1-19 muestra una red ATM con A1 y A2 siendo el LSRs ATM, y R1 y R2 son LSRs ATM borde. Red 172.16.10.0/24
está conectado directamente a R1.

Figura 1-19. Asignación de etiquetas y Distribución: Cell-Mode MPLS

El proceso de asignación y distribución de etiquetas es el mismo que en modo trama MPLS MPLS en funcionamiento en
modo celular. The Edge ATM aguas abajo LSR R1 asigna una etiqueta local para la red 172.16.10.0 y se propaga de la
misma corriente arriba. Este proceso se repite en el ATM LSRs A1 y A2. La única diferencia entre el modo celular y en
modo trama MPLS son que ningún estallido hop penúltima ocurre en la penúltima hop LSR ATM, y las etiquetas asignadas
son los valores VPI / VCI copiados de la cabecera ATM. Además de las diferencias mencionadas anteriormente, en modo
celular MPLS utiliza un espacio de etiquetas nivel de interfaz de modo versus marco que puede utilizar un nivel de interfaz
o espacio de etiqueta de nivel router.

Suponiendo que el VPI asignado a todos los circuitos virtuales (y por tanto los valores VPI etiqueta) en R1, R2, A1, y A2 es
1, y L1, L2, L3, y L4 son los respectivos VCIs asociados con R1, A1, A2, y R2, el FIB, LIB, y LFIB valores en los LSRs ATM y el
borde ATM LSRs son como se ilustra en la Figura 1-19
Operación plano de datos en la red MPLS-mode celular es el siguiente:

1. Cuando se recibe un paquete de datos destinado para la red 172.16.10.0/24 en R2, se impone una etiqueta de
salida de 1 / L3 y envía la misma a ATM aguas abajo LSR A2.
2. LSR A2 hace una búsqueda LFIB y sustituye a la etiqueta de la parte superior de 1 / L3 con la etiqueta del siguiente
salto de 1 / L2 y envía las células de ATM LSR A1.

3. LSR A1 también realiza una búsqueda LFIB y sustituye a la etiqueta de la parte superior con la etiqueta del
siguiente salto de 1 / L1 y reenvía las células ATM a Edge LSR R1. Tenga en cuenta que a diferencia del modo de
marco de MPLS, la penúltima hop LSR no estallar la etiqueta superior antes de enviar a la LSR Edge en una
implementación MPLS-modo celular. Por lo tanto, al recibir las células, Edge LSR ATM aparece la etiqueta y realiza
una búsqueda para identificar la ruta de acceso a la red de destino 172.16.10.0/24, que está conectado
directamente.

La operación de reenvío plano de datos en modo celular MPLS se representa en la figura 1-20.

Figura 1-20. Datos Plano Operación: Cell-Mode MPLS

Detección de bucle en Cell-Mode MPLS

En el modo de célula de MPLS, la cabecera ATM no posee un campo TTL tal como en la cabecera IP o en una etiqueta
cuando la aplicación en modo de marco de MPLS para permitir la detección de bucle por el uso de valores TTL en la
cabecera. El protocolo de distribución de etiquetas utilizado en el plano de control para la asignación y distribución de
etiquetas se basa en la Capa 3 protocolos para llevar a cabo principalmente las funciones de detección de bucle.

PLD contiene dos mecanismos para permitir la detección de bucle en modo celular MPLS. Como se mencionó
anteriormente, LDP envía mensajes en forma de televisores. Dos de tales TLV se utilizan en el modo celular MPLS para
permitir la detección de bucle en modo celular MPLS. Esto también se llama a menudo la detección de bucles usando
vectores de trayectoria (RFC 3035). La figura 1-21 ilustra el formato de mensaje LDP con el encabezado LDP PDU que
consiste en la versión, la longitud PDU, y los campos de identificador de LDP, así como el mensaje LDP. Como se muestra
en la Figura 1-21, el tipo de mensaje LDP consiste en la U poco, M bits, tipo de mensaje, la longitud y valor.
El bit U o lo desconocido poco TLV si establece (= 1) se ignora y el resto del mensaje se procesa. Si el bit U es unset (= 0),
se ignora el mensaje, y una notificación (informe de error) se envía a la fuente.

El bit F o hacia delante desconocido poco TLV es aplicable sólo cuando el bit U se establece (= 1) y el mensaje que
contiene el PLD desconocido TLV es que se transmitirá. Si se recibe el mensaje con el conjunto U-bit y el bit F está
establecido, se envía el mensaje.

Tipo identifica cómo el campo de valor debe ser interpretado. En la implementación de MPLS-modo de celda, el campo de
tipo puede identificar una cuenta de saltos o un vector de ruta para la detección de bucle.

Longitud identifica la longitud del campo de valor en octetos.

El valor es un octeto cadena que define el valor para el campo tipo.

En la detección de bucle MPLS-modo de célula, la primera TLV que se utiliza se llama el número de saltos TLV, que se
propaga durante la distribución a lo largo de la etiqueta con el prefijo destino específico. El número de saltos formato y
aplicación TLV se representa en la figura 1-22.

En la figura 1-22, el formato de la TLV número de saltos y su aplicación se representan. El número de saltos TLV es un
mensaje opcional durante la configuración LSP entre LSRs. La función del número de saltos TLV es calcular el número de
saltos LSR a lo largo de un LSP durante la instalación. En la red de la figura 1.22, el router R1 anuncia el sello local para
alcanzar el prefijo destino 172.16.1.0 con un número de saltos de TLV 1. Al recibir esta etiqueta, la ATM LSR A1 anuncia su
sello local L2 a aguas arriba LSR A2 después incrementando el valor del número de saltos a TLV 2. Este proceso se repite
en LSR A2 mediante el cual el LSR anuncia su sello local a aguas arriba del borde ATM LSR R2 con un número de saltos
valor TLV de 3. por lo tanto, Borde ATM LSR R2 ahora sabe que el número de saltos para llegar a la red 172.16.1.0/24 es 3.

El segundo mecanismo de detección de bucle utilizado en el modo celular MPLS es con el uso de la trayectoria de vector
TLV. Para los lectores familiarizados con BGP, el vector de ruta TLV es similar al uso de procesamiento de ruta BGP AS en
donde la actualización se rechaza si un AS en el atributo AS-path es el mismo que el número de AS del receptor. El vector
de camino TLV se utiliza para prevenir mensaje de solicitud de LDP bucles en el dominio de modo celular. El vector de ruta
TLV contiene una lista de ID de router de los routers que la actualización o la solicitud ha atravesado. Por lo tanto, si usted
recibe una actualización o una solicitud con su propio ID del router en el camino vector TLV, la solicitud, por supuesto, se
ignora. La figura 1-23 ilustra el formato de mensaje TLV camino vector y su funcionamiento.
Figura 1-23. Trazado de vectores TLV Formato de mensaje y la Operación

En la Figura 1-23, el PLD Identificaciones LSR SE simplifican una Ser 1, 2, 3, 4, y 5 para R1, A1, A2, R2, y A5. The Edge ATM
LSR R1 COLOCA Do ID LDP LSR (ID = 1) en el valor TLV Trazado vectorial Envía y El Anuncio aguas arriba un párrafo FEC
ATM LSR A1 Durante el Intercambio de Mensajes PLD 172.16.10.0/24. A1 ANADE Do ID LDP LSR (ID = 2) en el campo de
valor TLV Trazado vectorial y Envía La Misma Corriente arriba un A2. (Transmisión de mapeo Etiqueta A3 párr No Se repre
Por Simplicidad.) A2 ANADE Do ID LDP (ID = 3) párr El mensaje TLV Trazado vectorial y La Misma Envía al LSR A3 y Edge
ATM LSR R2. De Cuando A3 pone Do LDP ID en el Trazado vectorial TLV y Envía ONU mapeo Etiqueta Para El FEC
172.16.10.0/24 volver a A1, A1 Detecta Do Propio PLD ID en el Trazado vectorial TLV Y Por lo Tanto rechaza this
Actualización de la Cartografía / Etiqueta de la FEC, evitando ASI bucles. En El MPLS celular Modo, el pecado TTL SE
IMPLEMENTA párrafo Evitar bucles de enrutamiento indefinidos, Pero El Número de saltos TLV Establece El Número
Máximo de saltos, y el vector de ruta TLV SE IMPLEMENTA párrafo Evitar bucles reales en LDP.

ATM VC-Merge

En el Modo de célula MPLS, Una Sola Etiqueta Se mantiene Por destino párr Cada LSR aguas arriba Que Solicita LA
INFORMACIÓN. Esto! Conducen un Aumentó la ONU en El Número de Etiquetas Que se mantienen en el núcleo LSRs ATM
CUANDO Un gran Número de Edge LSRs ATM estan Conectados un La Misma LSR ATM. Ciertas Técnicas de Optimización sí
pueden emplear Puede que Reducir el Número de Etiquetas Que Deben Ser mantenidos En Una LSR Por base.

Combinación de circuito virtual (VC-fusión) es la Metodología Común Más Empleado en MPLS en Modo celular Que
permite la ONU Menor Número de Etiquetas Que se Mantegna Por LSR. En VC-fusión, la ONU mantiene LSR Etiquetas Por
destino y utilizaciôn La Misma Etiqueta Rumbo párr El Mismo destino from Diferentes enrutadores LSR aguas arriba.
Figura 1-24 repre la roja de la Figura 1.19 estafa cajero Automático ONU Edge LSR Adicional R3 Conectado un ATM LSR
A2. Sin VC-merge habilitado, A2 Asigna dos Etiquetas separadas párr El Destino 172.16.1.0/24 y Las propaga aguas arriba
un borde ATM LSRs R2 y R3. R2 recibe Una Etiqueta de salto siguiente de 1 / L3 y R3 recibe Una Etiqueta de salto siguiente
de 1 / L5 párr El Mismo destino.

Figura 1-24. MPLS Cell-Modo Sin VC-Merge


Sin embargo, con VC-merge activada, Edge ATM SSR R2 y R3 ambos reciben la misma etiqueta de 1 / L3 como la
asignación de la etiqueta del salto siguiente hasta el destino 172.16.1.0, que proporciona un ahorro de espacio etiqueta
en los LSRs ARM, como se muestra en la figura 1-25.
Figura 1-25. MPLS Cell-Mode con VC-Merge
Intercalar celular con VC-Merge Implementación

Después de la aplicación de VC-merge en el cajero automático cambia en el núcleo, se plantea un problema: el


intercalado de células. Con VC-fusión, la misma etiqueta VC se utiliza para varios vecinos de aguas arriba para enviar el
tráfico al mismo destino. Si varios vecinos aguas arriba envían tráfico al mismo tiempo para el mismo destino, el LSR ATM
no puede garantizar que el tráfico de las dos fuentes al mismo destino no será intercalada en tránsito, ya que utilizan el
mismo VC para el vecino aguas abajo hacia el destino.

Debido a que los valores de VC son los mismos para todas las células, aunque el tráfico es de dos fuentes diferentes, los
LSRs aguas abajo son incapaces de identificar la fuente correcta del tráfico. Como se muestra en la Figura 1-26, la ATM
LSR A2 conectada a múltiples Edge LSRs R2 y R3 (como se muestra en la Figura 1-25) que enviar una solicitud de
asignación de etiquetas al mismo destino corriente abajo y la necesidad de mantener múltiples etiquetas para cada Edge
LSR conectado al conmutador para cada prefijo de destino.

Figura 1-26. Intercalar celular con VC-Merge

En algunos casos, el conmutador ATM es capaz de tamponar las células de una sola fuente a un destino particular, cuando
el tráfico de otra fuente al mismo destino se transmite aguas abajo. El ATM conmuta paquetes tampón hasta que reciben
una célula con el extremo del conjunto de bits de trama. Las células en el tampón se transmiten sólo si no hay tráfico
utilizando el mismo VC al destino se encuentra actualmente en tránsito desde el conmutador ATM. Por lo tanto, en este
caso, VC-merge es completamente funcional, pero introduce retrasos en tránsito como múltiples fuentes son incapaces
de enviar tráfico al mismo destino.

Ante la falta de capacidades de memoria intermedia, el LSR ATM necesita tener VC-merge deshabilitado para evitar el
entrelazado de células y problemas asociados.

También podría gustarte