Redes de Datos
2do parcial – 2017
Solución
Esta es una posible solución a las preguntas planteadas. Por razones didácticas normalmente contiene bastante más información que la mínima necesaria para responder la pregunta.
Pregunta 1
(14 puntos)
a) Explique el cometido del protocolo ARP (Address Resolution Protocol)
El protocolo ARP tiene como cometido relacionar las direcciones de capa 3 (IP) con las direcciones de capa MAC.
A nivel de capa 3 cuando un equipo A desea enviar información a otro equipo B, lo que conoce es su dirección de capa 3, por ejemplo la dirección IP de B. Con esa IP, A buscará en su tabla de rutas (algoritmo longest-prefix-match) el próximo salto para llegar a B. Si la IP de B está en la misma subred que A, entonces A sabrá que para llegar a B le alcanza con armar una trama y enviarla a través del medio compartido.
Para poder construir esa trama necesitará la MAC de B (además de otros datos) y el protocolo ARP cumple la función de encontrar la correspondencia entre la IP de B y la MAC de B.
Es importante destacar que en caso que B no esté en la misma red que A, A deberá encaminar el paquete hacia el próximo salto indicado en su tabla de rutas y por tanto necesitará el protocolo ARP para encontrar la MAC de ese próximo salto, no la MAC de B.
b) Expliqué a qué tipo de tecnologías de capa de enlace se aplica
Se aplica a capas de enlace de acceso múltiple, es decir aquellas donde por la misma interfaz puedo potencialmente comunicarme con múltiples equipos directamente (en capa 2). Ejemplos actuales de estas redes son las redes 802.3 (Ethernet en todas sus variantes), 802.11 (redes inalámbricas), etc.
c) En la red de la figura, inmediatamente de encender todos los equipos se ejecutan secuencialmente los siguientes comandos en la máquina X:
i. ping –n –c 1 10.0.2.10 ii. ping –n –c 1 10.0.2.20
Nota: -n significa que no se intenta resolver nombres por DNS, -c es la cantidad de paquetes a enviar Especifique las tramas que aparecen en la red luego de cada uno de los comandos, usando el formato de tabla indicado. Agregue todas las filas que necesite en cada una de las tablas. Justifique su respuesta. Como se mencionó en la parte a), cuando X tiene que enviar un paquete a la dirección 10.0.2.10 (máquina Y en la figura) consultará su tabla de rutas. De acuerdo a la información de la figura, en la tabla de A hay dos entradas: una para el rango de la LAN1 directamente conectada (10.0.0.0/24) y una ruta por defecto hacia la IP 10.0.0.1.
Cuando A consulte la tabla, encontrará que para llegar a la IP 10.0.2.10 deberá enviar los paquetes al router R1 que tiene la IP 10.0.0.1 y para eso tendrá que construir una trama MAC. El mensaje ICMP (echo request) que resulta de la ejecución del comando ping se enviará como contenido de una trama destinada a la MAC de R1. Acá es donde debe intervenir el protocolo ARP para encontrar la MAC asociada a la IP 10.0.0.1 de R1.
Cuando se ejecuta el comando: ping –n –c 1 10.0.2.10
LAN Protocolo MAC origen MAC destino Contenido especificando el cometido del mensaje y los campos más relevantes
LAN1 ARP MACX FF:FF:FF:FF:FF:FF El mensaje de ARP para encontrar la MAC asociada a la IP 10.0.0.1 se envía en una trama destinada a la dirección de broadcast de la red (para que todos los equipos de la red la procesen)
El mensaje pregunta ¿quién tiene configurada la IP 10.0.0.1? ya que a partir de su tabla de rutas X sabe que para llegar a la IP destino necesita enviar los mensajes a R1.
En la pregunta también se indica la correspondencia del originador (10.0.0.10, MACX) (**) ya que seguramente el destinatario de la consulta (en este caso R1) necesitará comunicarse con X y para ello necesitará la MACX
LAN1 ARP MACR1 MACX De todos los potenciales equipos que comparten el medio, R1 será el que conteste el mensaje ARP del paso anterior, ya que él tiene configurada la IP por la que se está consultando.
Esta respuesta va destinada a nivel de capa MAC a la MACX que obtiene del mensaje ARP anterior. De este modo ya no se molesta al resto de los equipos.
La respuesta será de la forma: la IP 10.0.0.1 se corresponde con la MACR1
LAN1 ICMP/IP MACX MACR1 Ahora que X averiguó con ARP la MACR1 puede enviar la información que desea a Y. En este caso el comando ping genera un mensaje ICMP del tipo “echo request”.
Ese mensaje ICMP viajará en un paquete IP con IP de origen: 10.0.0.10 (X) e IP de destino: 10.0.2.10 (Y).
LAN2 ARP MACR2 FF:FF:FF:FF:FF:FF Cuando R1 recibe la trama anterior (porque va destinada a su MACR1), luego de verificar que esté correcta, y dado que es un enrutador, se la entrega a su capa de red.
A nivel IP, R1 verá que recibió un paquete que va destinado a la IP 10.0.2.10 (Y) y al estar actuando como enrutador, sabrá que tiene que reenviarlo hacia el destino. (si no fuera un enrutador, descartaría el paquete por no estar dirigido a ninguna de sus IPs, pero al ser un enrutador debe encaminar el paquete hacia el próximo salto).
Para eso consultará su tabla de rutas y determinará que la dirección destino 10.0.2.10, está en su LAN2 directamente conectada y sabrá que tiene que generar una trama destinada a Y.
Como no conoce la MACY tendrá que realizar también un intercambio de ARP
De forma análoga averiguará la MACY preguntando:
¿quién tiene configurada la IP 10.0.2.10?, responder a 10.0.2.1, MACR2 (*)
LAN2 ARP MACY MACR2 La respuesta será de la forma: la IP 10.0.2.10 se corresponde con la MACY
Con este dato R1 puede enviar el paquete hacia Y.
LAN2 ICMP/IP MACR2 MACY Mensaje ICMP del tipo “echo request” en un paquete IP con IP de origen: 10.0.0.10 (X) e IP de destino: 10.0.2.10 (Y)
LAN2 ICMP/IP MACY MACR2 Cuando Y recibe el mensaje anterior, enviaría como respuesta un mensaje ICMP del tipo “echo reply”.
Este mensaje viajará en un paquete con IP de origen 10.0.2.10 (Y) e IP de destino: 10.0.0.10 (X).
El equipo Y consultará su tabla de rutas para saber cómo llegar a la IP de X (10.0.0.10) y determinará que es accesible a través de la IP 10.0.2.1 de su ruta por defecto. Para armar la trama destinada a R1 necesitará la MACR2.
Como anteriormente R1 consultó por la MACY e hizo llegar la correspondencia entre MACR2 y la IP 10.0.2.1 (*), esta
correspondencia se almacenó en el caché de ARP. De modo tal que para enviar esta trama, Y no necesita enviar mensajes adicionales de ARP.
LAN1 ICMP/IP MACR1 MACX Cuando R1 recibe la trama anterior esta trama (porque va destinada a su MACR2), luego de verificar que esté correcta, se la entrega a su capa de red.
A nivel IP, R1 verá que recibió un paquete que va destinado a la IP 10.0.0.10 (X) y al estar actuando como enrutador, sabrá que tiene que reenviarlo hacia el destino.
Para eso consultará su tabla de rutas y determinará que la dirección destino 10.0.0.10, está en su LAN1 directamente conectada y tendrá que generar una trama destinada a X.
Como ya conoce la correspondencia entre la IP 10.0.0.10 y la MACX (**) no necesita mensajes adicionales de ARP.
Cuando se ejecuta el comando: ping –n –c 1 10.0.2.20
Aparecen en la red los paquetes que aparecen en la siguiente tabla:
LAN Protocolo MAC origen MAC destino Contenido especificando el cometido del mensaje y los campos más relevantes
LAN1 ICMP/IP MACX MACR1 X consulta su tabla de rutas en búsqueda de la IP de destino 10.0.2.20 y obtiene que debe enviarla a R1.
Haciendo uso del caché de ARP generado por los mensajes intercambiados con el primer ping, X ya conoce la
correspondencia entre la IP de R1 10.0.0.1 y su MACR1. De este modo puede directamente enviar el paquete IP deseado sin necesidad de enviar mensajes de ARP. (***)
LAN2 ARP MACR2 FF:FF:FF:FF:FF:FF Análogamente al caso anterior, cuando R1 recibe la trama anterior (porque va destinada a su MACR1), luego de verificar que esté correcta, se la entrega a su capa de red.
A nivel IP, R1 verá que recibió un paquete que va destinado a la IP 10.0.2.20 y al estar actuando como enrutador, sabrá que tiene que reenviarlo hacia el destino.
Para eso consultará su tabla de rutas y determinará que la dirección destino 10.0.2.20, está en su LAN2 directamente conectada y tendrá que generar una trama.
Como no conoce la MAC asociada a esa IP tendrá que realizar un intercambio de ARP
Enviará un mensaje ARP preguntando: ¿quién tiene configurada la IP 10.0.2.20?, responder a 10.0.2.1, MACR2 (*)
LAN1 ICMP/IP MAXR1 MACX Como la IP buscada en este caso, no está configurada en la red, no se obtendrá respuesta al mensaje anterior (ni a los re-intentos) y R1 determinará que la IP 10.0.2.20 no existe. Enviará entonces un mensaje ICMP del tipo “host unreacheable” a X indicando esta situación.
El mensaje estará originado en la IP 10.0.0.1 (R1 es quien genera este mensaje) y destinado a la IP 10.0.0.10 (X). Dentro del mensaje estará el paquete IP/ICMP que X quiso enviar (***) y no es posible.
Pregunta 2
(8 puntos)
a) ¿Qué es la métrica de un protocolo de enrutamiento dinámico y cómo interviene en el algoritmo?
El enrutamiento dinámico implica en general la recolección de información a través de un diálogo entre los enrutadores de la red. El diálogo se realiza mediante un protocolo acordado entre ambos (RIP, OSPF, etc). A partir de la información recabada los enrutadores aplican algún algoritmo para determinar el mejor camino para un destino, entre todos los posibles. Para determinar si un camino es mejor que otro es necesario utilizar una medida o métrica del costo de cada camino. La métrica de un camino estará dada por la suma de las métricas de cada uno de los enlaces que lo componen y por tanto la métrica de cada enlace representará el costo de usar ese enlace.
b) De acuerdo a lo visto en el laboratorio, RIP utiliza por defecto como métrica la cantidad de saltos. ¿Qué problema presenta esta elección en caso de disponer de una red en la que los enlaces tienen capacidades muy dispares?
R1
Y
X
MACY
10.0.2.10/24
Default: 10.0.2.1
LAN2
MACX
10.0.0.10/24
Default: 10.0.0.1
MACR2
10.0.2.1/24
MACR1
10.0.0.1/24
LAN1
Cuando un nodo tiene enlaces de capacidades muy dispares con los demás nodos de la red (por ejemplo tiene un enlace ethernet a 100Mbps y un enlace punto a punto a 19200 bps) a un protocolo que utilice como métrica la cantidad de saltos le será indiferente elegir uno u otro (ambos aportan 1 salto a los caminos). Sin embargo es claro que sería preferible usar el enlace de 100Mbps antes que el de 19200 bps.
c) ¿Cómo OSPF mitiga el problema de la parte b)?
En OSPF se utilizan normalmente métricas fijadas administrativamente y típicamente para tomar en cuenta el problema explicado en b) se utiliza como costo de un enlace un múltiplo del inverso de su capacidad. De este modo los enlaces de menor capacidad tendrán un costo mayor que los enlaces de mayor capacidad. Una forma típica de calcular el costo es tomar 100Mbps/capacidad del enlace. Entonces en el ejemplo anterior el enlace de 100Mbps tendría costo 1 y el de 19200 bps tendría costo de 5208.
Pregunta 3
(12 puntos)
a) Explique detalladamente el funcionamiento de los switches (puentes transparentes con varios puertos) para los protocolos 802.3.
En particular detalle:
• ¿En qué capa trabajan?
• ¿Qué acciones se realizan al recibir una trama? • ¿Qué acciones se realizan al enviar una trama?
• ¿En qué casos pueden ocurrir colisiones y qué acciones se toman cuando ocurren? • ¿Qué mejoras introduce la utilización de switches respecto a la utilización de repetidores?
Los switches son dispositivos que trabajan a nivel de la capa de enlace (capa 2), más específicamente en la subcapa MAC. Los más conocidos son los switches “Ethernet”, que permiten interconectar dispositivos dentro de una red 802.3 (y sus variantes).
Los switches mantienen una tabla asociando las direcciones de capa MAC de los dispositivos conectados a el, con el puerto o interfaz correspondiente. El objetivo es reenviar las tramas solamente por el puerto en el cual se encuentra el equipo destino.
Al recibir una trama, el switch:
• verifica (opcionalmente) la suma de comprobación de la trama, descartándola en caso de error. • toma la dirección de origen de la trama, utilizándola para actualizar su tabla de MACs (si no tenía
una entrada para esa dirección, la agrega asociándola al puerto por el cual recibió la trama, y si ya la tenía, actualiza el tiempo de vida de la entrada y el puerto asociado, si difiere)
• De acuerdo a la dirección MAC de destino de la trama, decide qué acción tomar con ella: • Para las tramas de broadcast/multicast las repite por todos los puertos
• Para las tramas unicast, si tiene una entrada en la tabla para esa dirección, reenvía la trama por el puerto correspondiente (o la descarta si el puerto de salida es el mismo de entrada).
• Para las tramas unicast para las que no tenga una entrada en la tabla, lo inunda por todos los puertos.
• La trama utiliza el “backplane” (bus interno de alta velocidad), para moverse del buffer de entrada de un puerto al buffer de salida del puerto destino. Una vez ocurrido esto, el puerto de salida del switch, a nivel del segmento de LAN, actúa como una estación más, compitiendo por el medio. Las colisiones sólo pueden ocurrir en los segmentos de LAN conectados al switch, es decir que para una trama puede haber una colisión en el segmento de LAN que interconecta el origen con el switch, o en el/los segmento/s de LAN de salida de la trama. Cuando ocurre una colisión, el switch actúa como cualquier estación, realizando el retroceso exponencial binario.
Observar que dependiendo dónde ocurre la colisión es quién retransmite. Si la colisión ocurre en el primer tramo (estación origen y puerto de entrada al switch) la detecta la estación original y es ella quien retransmite. Por otro lado, si la colisión ocurre en el segundo tramo (estación destino y puerto de salida del switch), es el switch quien retransmite la trama colisionada y no la estación original (a menos que venza algún timer de capa superiores).
En el mejor de los escenarios, si tengo un solo equipo por segmento y estoy trabajando en modo “full-duplex” no habrá colisiones.
Las principales ventajas de los switches con respecto a los repetidores son:
• Se disminuye la cantidad de colisiones, ya que en cada segmento de LAN hay menos equipos (se pueden evitar completamente si tenemos un equipo por segmento).
• Como el proceso de detección de colisiones se restringe a cada segmento, se puede extender la red a distancias mayores que las permitidas de acuerdo a la detección de colisiones.
• Como el switch solamente reenvía la trama al puerto donde se encuentra el destino, y existe un “backplane” interno de alta velocidad, se pueden tener varias comunicaciones a distintos destinos, incrementando así la capacidad total de la LAN.
• Como se reenvía la trama solo por el puerto destino, disminuye la posibilidad de captura de tráfico o escuchas en modo promiscuo de otras estaciones.
• Los switches trabajan en capa 2, se regenera digitalmente la trama original, permite mayores distancias finales ya que no se amplifica la señal sino que se regenera.
• Se pueden tener distintos equipos trabajando a distintas velocidades.
Se considera más eficiente a los switches, básicamente por los beneficios de disminución de colisiones, permitir realizar comunicaciones en paralelo (dependiendo del escenario) y aumentar la distancia máxima de la red (cableado). En el fondo esto permite más throughput sumado de intercambio entre las estaciones.
b) ¿Qué problema aparece cuando hay caminos redundantes entre dos switches? Explique cómo se soluciona este problema.
El gran problema de los puentes transparentes es que en muchas situaciones se desea tener enlaces redundantes entre LANes (es mas correcto utilizar el termino segmentos de una red).
Dado el ejemplo de la figura tengo dos redes unidas por dos puentes, ambos puentes se acaban de prender. Cuando un Host en la LAN 1 envíe una trama F, ambos puentes la observan, al no poseer información previa optan por realizar “inundación” de la trama hacia la LAN 2 por turnos (recordar que es un medio compartido y pueden haber colisiones). Por lo cual en la LAN 2 se generan dos tramas, la F1 (reenvío del puente B1 de la trama F) y la F2 (reenvío del puente B2 de la trama F). A su vez como los puntes B1 y B2 siguen sin conocer donde se encuentra el equipo destino vuelven a reenviar las tramas F1 y F2 hacia la LAN1, generando así dos nuevas tramas, una por cada una de las anteriores, y se repite el ciclo de forma indefinida. Siempre se realicemos consultas ARP, por su naturaleza, se realiza un broadcast en capa 2 que siempre se inunda. Es evidente que esto genera funcionamientos no deseados en la red como colisiones excesivas o se saturan (cada consulta ARP sigue “dando vueltas”) los enlaces sin importar su capacidad. A este problema se lo suele llamar loops (bucles) de capa 2.
Para resolver este problema se realiza una abstracción de la topología a un grafo para luego obtener un árbol libre de loops. Primero se decide la raíz del árbol (root bridge) y luego cada uno de los restantes puentes agrega sus respectivos enlaces (como ramas) al grafo. Hasta aquí solamente se realizó la abstracción de la topología, luego para poder evitar loops, se decide en el grafo que los puentes sólo tengan un camino para acceder al root bridge (Dijkstra), y los restantes caminos alternativos se deshabilitan administrativamente de forma temporal. De esta manera del grafo original se obtiene un árbol sin loops. Normalmente esta solución tiene el costo de que podemos no estar utilizando el camino más óptimo entre dos puentes (o entre dos redes). En caso de una modificación de la topología como la caída de un enlace, el mismo protocolo se encarga de detectar los cambios, propagarlos, modificar el árbol y volver a generar el árbol libre de loops. En este último caso en donde entran en juego los enlaces redundantes. Este protocolo se llama spanning-tree.
Pregunta 4
(8 puntos)
a) A nivel de la capa MAC, explique los problemas de acceso compartido al medio que aparecen en las redes inalámbricas, que no se ven en las redes cableadas
Los principales problemas que se presentan en las redes locales inalámbricas y no en las redes cableadas cuando intentamos utilizar protocolos CSMA, se conocen como el problema de la “estación expuesta” y el problema de la “estación oculta”. Estos problemas se dan porque no necesariamente todas las estaciones pueden escuchar a todas las demás.
El problema de la estación oculta se da cuando tenemos una estación C que se encuentra a una distancia de A y B que le permite recibir y transmitir hacia B, pero no hacia A. Si A está transmitiendo a B, y C decide también transmitir a B, sensará el medio y no podrá darse cuenta que A está transmitiendo. Por tanto transmitirá y las señales de A y C colisionarán en B.
El problema de la estación expuesta, con las mismas estaciones A, B, C, y una nueva estación D al alcance de C pero no de A y B, se da cuando B está transmitiendo hacia A y C desea transmitir hacia D. Si C sensa el canal, descubre que B está transmitiendo y se abstiene de transmitir, cuando en realidad podría transmitir ya que B no interfiere en el receptor D, ni C en el receptor A.
b) Explique las diferencias entre el protocolo de acceso al medio utilizado por 802.3 (CSMA/CD), y el utilizado por 802.11 (CSMA/CA), indicando cómo este último resuelve o mitiga alguno de los problemas de la parte anterior.
El protocolo que intenta resolver estos problemas, CSMA/CA (basado en MACAW) se basa en que cuando una estación A intenta transmitir, primero envía un mensaje corto de requerimiento de transmisión (Request to Send, RTS) a B.
Al escuchar este requerimiento las otras estaciones en el rango del transmisor de A saben que deben abstenerse de transmitir durante el tiempo que se indica en dicho RTS.
B responde con una indicación de
disponibilidad (Clear to Send, CTS) dirigido hacia A. Todas las estaciones en el rango del transmisor de B saben que deben abstenerse de transmitir durante todo el tiempo indicado en dicho CTS para no colisionar en B con el marco enviado por A.
Otros problemas en las redes inalámbricas son la elevada tasa de errores que suele haber, y la necesidad de agregar seguridad a un medio por naturaleza fácil de espiar.
Pregunta 5
(8 puntos)
a) Explique las características principales de las arquitecturas de red basadas en circuitos virtuales. En particular explique en detalle cómo se encaminan los paquetes.
Las redes de circuitos virtuales basan su arquitectura en que los datos desde un origen a un destino de la red deben transitar por un circuito virtual (CV). Un CV es un camino establecido a través de la topología de la red y todos los datos que viajan de ese origen a ese destino utilizan siempre el CV, es decir todos viajan por el mismo camino.
El CV debe establecerse, usarse y luego liberarse, quedando definidas 3 etapas que caracterizan la arquitectura.
El CV puede establecerse manualmente (Circuitos virtuales estáticos o permanentes, PVC) o puede establecerse dinámicamente de acuerdo a las necesidades (Circuitos virtuales conmutados o a demanda, SVC).
En caso de circuitos permanentes, mediante un sistema de gestión se configura el camino a utilizar. En el caso de los circuitos conmutados, mediante mensajes de señalización se le indica a la red la necesidad de establecer un circuito entre determinados puntos de la red y los equipos (switches o conmutadores) procesan esos mensajes de establecimiento de CV. Los mensajes para establecer el CV se procesan de forma similar a las redes de datagramas y necesitan tablas equivalentes a las de ruteo que permitan escoger los mejores caminos para llegar al destino deseado.
Al establecer el CV los conmutadores arman una tabla de CV que se utiliza para encaminar los paquetes que utilizan ese CV. Esas tablas contienen los identificadores o etiquetas acordados entre pares de conmutadores para identificar el CV. Los identificadores o etiquetas tienen alcance local, es decir que se acuerdan entre cada pareja de conmutadores y no son únicos para todo el CV.
La información necesaria para encaminar los paquetes por un CV contiene la relación entre el identificador de entrada y la interfaz de entrada del paquete y el identificador de salida y la interfaz de salida. Esta tabla estará presente en cada conmutador. Ver ejemplo en parte c).
Cuando un paquete llega a un conmutador, este se fija la interfaz por la que le llegó y el identificador del paquete, ingresa en la tabla de CV (tabla de dos entradas) con esos valores y obtiene el identificador de salida y la interfaz de salida. El conmutador entonces hace un cambio de identificador del paquete que ingresó (identificador de entrada por identificador de salida) y lo encamina por la interfaz de salida asociada. Es importante observar que en este caso no se hace una búsqueda como en las redes de datagramas (recordar el algoritmo longest -prefix- match de IP), por lo que el procedimiento de forwarding es inherentemente más rápido que en las redes de datagramas.
Una vez finalizada la comunicación el CV debe ser liberado para dejar los recursos asignados a ese CV a disposición de otras comunicaciones.
b) Explique las ventajas y desventajas de las tecnologías de circuitos virtuales en comparación con las arquitecturas de datagramas.
Esta arquitectura tiene la ventaja que al transitar los paquetes por el mismo camino es más predecible el retardo o la variación de retardo involucrada, en contraposición a las redes de datagramas donde el camino puede variar.
Por otra parte, al requerirse un proceso de establecimiento de CV, es posible reservar recursos en ese proceso y por tanto podría utilizarse para garantizar calidad de servicio a las comunicaciones.
Como desventaja puede mencionarse que la red mantiene el estado de las comunicaciones (en las tablas de CVs necesarias para encaminar los paquetes) representando un potencial problema ante la caída de un nodo que implicará la caída de los CVs establecidos a través de él y por tanto esas comunicaciones deberán restablecerse antes de poder continuar enviando datos.
Una ventaja adicional de esta arquitectura de red es que permite realizar ingeniería de tráfico, es decir que el tráfico circule por un camino elegido. En las redes de datagramas lo habitual es que todo el tráfico hacia un destino se encamine hacia un mismo próximo salto, pero con circuitos virtuales se puede encaminar por ejemplo tomando en cuenta la dirección de origen. De este modo el tráfico de X a Z puede ir por un camino diferente al tráfico de Y a Z.
c) En la tecnología MPLS (Multiprotocol Label Switching): i. Explique qué es una etiqueta y cuál es su uso.
ii. Explique qué es una clase de equivalencia para el encaminamiento (FEC, Forwarding equivalent class) y cuál es su uso.
MPLS es una tecnología que permite utilizar las bondades de las redes de circuitos virtuales en particular en redes IP.
Las etiquetas en MPLS son los identificadores de circuito virtual. Cuando se establece un CV entre cada par de nodos adyacentes se ponen de acuerdo en los identificadores o etiquetas que usarán para identificar entre ellos el tráfico de ese CV. Esas etiquetas serán las que se incorporarán en la tabla de CV utilizada para el encaminamiento de paquetes y aparecerán también en los encabezados de los paquetes. En la figura siguiente se muestra una red de CVs con dos caminos establecidos y se indican a modo de ejemplo el uso de las etiquetas para identificar a cada camino. Las tablas tienen interfaz de entrada (Int_in), etiqueta de entrada (Eti_in) y las correspondientes interfaces y etiquetas de salida (_out).
7/8
Int_in Eti_in Int_out Eti_out
1
20
2
40
1
30
3
50
1
40
2
60
Int_in Eti_in Int_out Eti_out
El tráfico que ingresa al nodo A (rayado horizontal) con la etiqueta 20, saldrá por la interfaz 2 con la etiqueta 40, ingresará a B por la interfaz 1 y saldrá por la interfaz 2 con la etiqueta 60, y llegará a D, saliendo por la interfaz 3 con la etiqueta 80. Análogamente el paquete que ingresa en A con la etiqueta 30 (rayado vertical) recorrerá el camino por C y saldrá finalmente por la interfaz 3 de D con la etiqueta 90. Estos intercambios de etiquetas o label swapping permiten que el tráfico circule por donde se desea. Muchas veces interesa clasificar el tráfico en diferentes tipos o clases y aplicar a cada clase un encaminamiento diferente. La idea es asociar el tráfico a una FEC en la entrada de la red y luego encaminar cada clase de un mismo modo.
Si pensamos en una arquitectura IP/MPLS donde tenemos tráfico IP que ingresa a una red MPLS, en el nodo de ingreso tendremos que asociar una etiqueta al tráfico para encaminarlo por la red MPLS.
Podríamos entonces decir que el tráfico originado por X y destinado a Z es de la clase 1 y el tráfico originado por Y y destinado a Z es de la clase 2. Al tráfico de la clase 1 le asignamos la etiqueta 20 (para seguir el ejemplo) y al tráfico de la clase 2 la 30. Una vez que el tráfico se etiqueta e ingresa a la red MPLS, se encamina en base a las etiquetas. A la salida se le quitarían las etiquetas y quedarían los paquetes IP.