Inicios de Internet

Direccionamiento “Classfull”: desperdicio de direcciones. Demasiadas rutas (2M clases C).

1990’s – CIDR: reduce desperdicio con Prefijos, reduce asignación (NAT/PAT), reduce tablas de ruteo.

Asignación de direcciones

Agrupación de rutas

IPV6
Ventajas: mayor espacio de direcciones. Simplificación del Header. Seguridad en el núcleo del protocolo
(IPsec).
Desventajas: direcciones largas. La mayoría de las redes son IPv4.
  Versión (4 bits). Es el número de versión de IP, es decir, 6.
 Clase de tráfico (8 bits). El valor de este campo especifica la clase de tráfico. Los valores de 0 a 7
están definidos para tráfico de datos con control de la congestión, y de 8 a 15 para tráfico de
vídeo y audio sin control de la congestión. Son 6 bits para Clase de tráfico (prioridad - DSCP), 2
bits para ECN (Explicit Congestion Notification).
 Etiqueta del flujo (20 bits). El estándar IPv6 define un flujo como una secuencia de paquetes
enviados desde un origen específico a un destino específico. Se identifica únicamente por la
combinación de una dirección fuente y una etiqueta de 20 bits. La utilización de esta etiqueta,
que identifica un camino a lo largo de la red, posibilita encaminar y conmutar en vez de
encaminar. Su uso viene descrito en la RFC 1809.
 Longitud del paquete (16 bits). Especifica el tamaño total del paquete (incluyendo las cabeceras
adicionales) en bytes. Es necesario porque también hay campos opcionales en la cabecera.
 Siguiente cabecera (8 bits). Indica el tipo de cabecera que sigue a la cabecera fija de IPv6, por
ejemplo, una cabecera TCP/UDP, ICMPv6 o una cabecera IPv6 opcional.

 Límite de saltos (8 bits). Es el número de saltos máximo que le quedan al paquete. El límite de
saltos es establecido a un valor máximo por el origen y decrementado en 1 cada vez que un nodo
encamina el paquete. Si el límite de saltos es decrementado y toma el valor 0, el paquete es
descartado.
 Dirección origen (128 bits). Es la dirección IPv6 del origen del paquete.
 Dirección destino (128 bits). Es la dirección IPv6 del destino del paquete.

Sintaxis de la dirección
Representación Hexadecimal, agrupada de a 16 bits, separados por “:”.

 Notación con supresión de ceros: consiste en remplazar los 0 consecutivos en un octeto hasta el
valor significativo. Ejemplo:
 2001:0DB8:0000:2F3B:02AA:00FF:FE28:9C5A  2001:DB8:0:2F3B:2AA:FF:FE28:9C5A
 Notación con compresión de ceros: se reemplazan los octetos con ceros consecutivos por ::
FE80:0:0:0:2AA:FF:FE9A:4CA2 se representa como: FE80::2AA:FF:FE9A:4CA2
FF00:4501:0:0:0:0:0:32 queda como FF00:4501::32

Prefijos IPv6
Se utiliza la misma representación que en CIDR: Dirección/Longitud del prefijo
2001:DB8:3F::/48 es un prefijo de ruta sumarizada
2001:DB8:2A0:2F3B::/64 es un prefijo de red
Un prefijo menor a 64 es una ruta sumarizada o un rango de direcciones que sumariza una porción del
espacio de direcciones. En IPv6 las redes son todas /64, por lo que no se necesita expresar el prefijo.

Tipos de direcciones

1. Direcciones especiales
::1 Loopback
::/0 Default route

2. Unicast address forward

a. Global Unicast Addresses

Equivalentes a una dirección IPv4 registrada. Diseñadas para ser sumarizadas. Usan el rango
de direcciones que comienza con el valor binario 001. Del 2000::/3 hasta E000::/3 (111)
deben tener interface ID de 64-bit en formato (EUI)-64.

b. Local-use Unicast Addresses

Link-local: Utilizadas entre vecinos on-link y en el proceso de Neighbor discovery

Site-local (Obsoleto): Requiere el uso de un identificador de zona (Zone-Identifier / Scope-Id)
para evitar ambigüedad.
 c. Unique Local Addresses (ULA) RFC 4193

Creadas para reemplazar las site-local y eliminar su ambigüedad.

Permite un direccionamiento privado como alternativa a las direcciones globales. No
fueron diseñadas para ser sumarizadas.
El Global ID identifica un sitio específico dentro de la red (generado aleatoriamente)

3. Multicast addresses

FF01::1 Interface-local scope all-nodes multicast address

FF02::1 Link-local scope all-nodes (IPv4 broadcast)
FF02::2 Link-local scope all-routers
FF02::1:FF00:0/104 solicited-node multicast prefix

a. Solicited-node Addresses

Por ejemplo, un nodo con dirección link-local FE80::2AA:FF:FE28:9C5A también escucha por
tráfico a su dirección s-n FF02::1:FF28:9C5A

Identificador de Interfaz
1. (Extended universal identifier) EUI-64 derivado a partir de la dirección MAC (RFC 4291)
2. DHCPv6 asignado por un servidor DHCP
3. Temporario asignado temporalmente por el SO (RFC 4941)
4. Aleatorio identificación generada por el SO
5. Manual mediante configuración manual
ICMPv6: Similar a ICMPv4. Provee mensajes de diagnóstico y errores

Neighbor discovery Errores Echo

– 133: Router Solicitation – 1: Destination unreachable – 128: Echo Request
– 134: Router Advertisement – 2: Packet Too Big – 129: Echo Reply
– 135: Neighbor Solicitation – 3: Time Exceeded
– 136: Neighbor Advertisement – 4: Parameter problem
– 137: Redirect Message

Autoconfiguración: el router publica los prefijos disponibles para utilizar en la subred.

Mapeo multicast a Ethernet

Un nodo agrega esta dirección a su lista de direcciones interesantes. Si tenemos la siguiente dirección:
MAC 00-AA-00-3F-2A-1C
Se agrega:
00-AA-00-3F-2A-1C ; 33-33-00-00-00-01 ; 33-33-FF-3F-2A-1C

Neighbor discovery

DNS en IPv6
Nuevo Resource Record: Quad-A o AAAA. Es un registro DNS mapeado con una dirección IPv6.
Equivalente al A record para IPv4.

Ejemplo de AAAA y A records:

[Link]. IN AAAA 2001:db8:800:3abc:cc5::55b1
[Link]. IN A [Link]

Búsqueda inversa: los Pointer Records son lo opuestos de los RR (A y AAAA) y se utilizan en los archivos
de Reverse Map para asignar una dirección IP (IPv4 o IPv6) a un host

Ejemplo de PTR IPv6:

$ORIGIN
[Link].
1.b.[Link].[Link].[Link].0.0 14400 IN PTR [Link].

RIPng para IPv6

Derivado del RIPv2 para IPv4. Conserva las características: es un protocolo vector-distancia, con un
máximo radio de 15 saltos, que utiliza UDP port 521. Tiene updates periódicos y mismos timers.
Además permite transportar prefijos IPv6, direcciones link-local e interfaz de próximo salto.
Utiliza la dirección de multicast FF02::9 (all-RIP-routers). Utiliza IPv6 como transporte.

Transición a IPv6

 Dual-stack IPv4 / IPv6

 6-to-4 tunneling (rfc3056)

 6rd (Rapid deployment)

 Teredo tunneling
Internet routing BGP (Border Gateway Protocol)
Establece una relación con los vecinos remotos (fuera de sus redes conectadas), a través de una
configuración explícita (no descubre). Utiliza TCP puerto 179. Es escalable (no más eficiente).
Opera de manera similar a otros protocolos de ruteo: aprende las rutas de sus vecinos e incorpora esta
información en una tabla BGP, la cual analiza para elegir la mejor ruta para cada prefijo y la introduce en
la tabla de ruteo. La configuración mínima que requiere BGP para operar es: el propio ASN del router y
la dirección IP de cada vecino, junto con su ASN.
Un Sistema Autónomo se define como un grupo de redes IP que poseen una política de rutas propia e
independiente. Esta es la característica fundamental, ya que realiza su propia gestión del tráfico que
fluye entre él y los restantes AS que forman Internet. Los AS se comunican entre sí mediante routers, los
que intercambian información para tener actualizadas sus tablas de ruteo mediante el protocolo BGP
(Border Gateway Protocol) e intercambian el tráfico de Internet que va de una red a la otra. Múltiples
organizaciones podían utilizar BGP con números de AS privados con un ISP que conecta a todas estas
organizaciones a Internet. Aún considerando que el ISP podía soportar múltiples sistemas autónomos,
Internet solo considera la política de definición de trayectorias establecida por el ISP. Por lo tanto, el ISP
debería contar con un ASN registrado. Un número se asigna a cada AS, el que lo identifica de manera
única a sus redes dentro de Internet. El ASN (Autonomous System Number) identifica a una organización
/ ISP. Lo asigna ICANN/IANA.
La configuración de ASN local del router debe coincidir con la referencia configurada en el vecino. El BGP
RID (Router-ID) debe ser diferente. La dirección IP del vecino referenciada debe ser alcanzable.

0 Reservado
Desde 1 a 64495 Asignado por IANA
Desde 64496 a 65511 Reservado para documentación
Desde 64512 a 65534 Uso Privado
65535 Reservado

BGP PAs (Path Attributes)

El proceso de selección analiza la tabla BGP para identificar aquellas rutas que se incluirán en la tabla de
ruteo. Utiliza PAs en lugar de métrica para seleccionar el mejor camino. El path Vector es similar a
Distance Vector.

 AS_Path: Cantidad de ASNs en el AS Patch. Mientras menor sea el valor, mejor.

 Next_Hop: Lista el próximo salto utilizado para alcanzar un prefijo. Si no es alcanzable, se
descarta.
 Local_Preference: Valor numérico entre 0 y 2(32 -1) usado para influenciar la elección de mejor ruta
dentro del AS. Mientras mayor sea el valor, mejor.
 Origin: la influencia sobre la decisión de las rutas se da en el orden I > E > ?
I=prefijo inyectado desde un IGP
E=desde un EGP
?=incompleto
 Multi-Exit-Discriminator: seteado en un AS, para influenciar la decisión de routers en otros ASs
(métrica)

AS_Path PA
Un router BGP publica una ruta (prefix/length) junto con el atributo AS_Path. El AS_Path lista los ASNs
que forman parte de la ruta. Además de utilizarse para elegir la mejor ruta (shortest AS_Path), sirve para
prevenir loops, ya que ignora updates con su propio ASN en el path.
Para forzar que un router tome un camino alternativo, se puede aplicar “set-bgp-prepend” que permite
aumentar el AS_Path. De esta forma, influenciamos al protocolo para que piense que por ese peer tiene
saltos extras y se utilizará el otro peer para alcanzar la ruta.

Ejemplos de AS_Path

Ruteo en internet
Dual homed Internet

BGP updates
• Default route only: El ISP publica solo una ruta default
• Full updates: El ISP envía su tabla BGP completa (500k rutas, considerar que 100k rutas ocupan 70MB)
• Partial updates: El ISP envía solo aquellos prefijos con mejor métrica + una ruta default

Tipos de mensajes BGP

 Open: Utilizado para iniciar la relación de vecindad con otro router. Intercambia parámetros
básicos (ASN, MD5)
 Keepalive: Enviado periódicamente para mantener la relación
 Update: Utilizado para intercambiar PAs y NLRI (Network Layer Reachability Information,
compuesto por Prefix/Lenght)
 Notification: Indica un error en BGP, normalmente interrumpe la sesión con el vecino
Multicasting
Se refiere a la comunicación de uno-a-muchos y de muchos-a-muchos (Unicast-Broadcast-Multicast). Un
conjunto de receptores de una transmisión multicast conforman un Grupo Multicast. Se identifica
mediante una dirección multicast. Un usuario se une (Join) a un grupo para ser miembro del grupo
La red crea los caminos necesarios para que el miembro reciba los datos enviados al grupo.
Las componentes esenciales de un servicio Multicast es una dirección de ip multicast, la ip del Group
Management y el ruteo multicast.
Una dirección multicast solo puede ser Destino. No se generan reportes ICMP.

Aplicaciones de Multicast
• Multimedia: Un grupo de usuarios sintonizan una transmisión de audio o video
• Teleconferencia: La transmisión de un miembro de un grupo la reciben todos los miembros
• Cómputo distribuido: Resultados intermedios son enviados a todos los participantes
• Base de datos: Todas las copias de un archivo son replicadas al mismo tiempo

Direcciones Multicast

- IPv4: La clase D fue reservada para direcciones multicast – [Link] ~ [Link]

- IPv6: Las direcciones Multicast en IPv6 tienen el prefijo ff00::/8

El ámbito (scope) puede ser: Interface-local, Link-local, Site-local, Organization-local, Global

- Ethernet:
o El bloque que comienza por 01:00:5E:_:_:_ fue reservado para IPv4 multicast.
32-bit Multicast IP Address ([Link])  se le quitan los 8 bits iniciales y se remplaza por
un ‘0’ más 23 bits adicionales + 24-bit IANA Multicast OUI (01-00-5E)
Se forma 48 bits Multicast-Mapped Hardware Address (01-00-5E-00-00-FC)
 o El bloque 33:33:xx:xx:xx:xx fue reservado para IPv6 multicast
48 bits Multicast-Mapped Hardware Address (33-33-00-00-00-01)
128-bit Multicast IPv6 Address (FF02::1) se quitan los primeros 16 bits y se pone como 16-bit
IPv6 prefix (33-33)

Ejemplo
El objetivo es asegurar que el datagrama es recibido por todos los miembros del grupo: Broadcast,
Multiple Unicast, Multicast
Se determina el mejor camino a cada red donde haya miembros. El resultado es un Spanning-Tree.
La fuente transmite un solo paquete, que es replicado en cada punto de bifurcación del árbol Spanning-
Tree. Se hace un spannig-Tree desde el router D hasta los miembros del grupo.

Group Management

IGMP Internet Group Management Protocol

Formato del mensaje

Tipos:
• Membership Query
• Membership Report

Operación de IGMP v1
• El host envía un report para participar en un grupo (join)
• El router envía periódicamente queries para verificar que exista al menos un miembro activo
• Luego de 3 queries sin respuesta, detiene la transmisión

IGMP
Evolución del IGMP
• El IGMP v2 incorpora el nuevo mensaje “Leave Group” y consulta sobre grupo específico
• IGMP v3 es la última versión e incluye soporte para seleccionar la fuente de Multicast.
• IPv6 incluye el “Multicast Listener Discovery” como parte de ICMPv6.
• MLDv2=IGMPv3 (RFC 4604)

IGMP Snooping
• El switch examina los paquetes ICMP (snoop) intercambiados entre el host y el router
• Identifica los puertos con miembros de un grupo multicast
• Los mensaje IGMP de control no se distinguen del tráfico Multicast -> evalua todo el tráfico

Ruteo Multicast
Problema: Construir un árbol que conecte a todos los miembros del grupo multicast

Solución 1: Shortest Path Tree or source-based tree

Construir un árbol que minimice el costo desde el origen hacia cada receptor
• Bueno para un único origen
• Para más de un origen, un árbol por origen
• Fácil de calcular

Solución 2: Minimum-Cost Tree

Construir un árbol con la menor cantidad de ramas
• Bueno para múltiples orígenes
• Muy caro de calcular (no es práctico para más de 30 nodos)

Los protocolos de ruteo implementan una de las siguientes soluciones:

• Source-based Tree: implementa la solución 1, crea un Shortest-Path-Tree para cada origen. El árbol se
crea desde el receptor al origen (reverse shortest path / Reverse path forwarding)
• Core-Based Tree: Construye un solo árbol de distribución para todos los orígenes. No utiliza la solución
2 (demasiado cara). Un router es designado “core” (Rendezvous Point). Cada receptor utiliza el camino
más corto para llegar a RP (reverse shortest path / Reverse path forwarding)

Las entradas en tabla de ruteo son diferentes de acuerdo a la solución

 Source-based tree: (Source, Group) o (S, G)
 Core-based tree: (*, G)
Reverse Path Forwarding
RPF crea el Shortest-Path-Tree basándose en la rutas de unicast existentes
• Dada la dirección de un origen (raíz del árbol), un router elige para nodo anterior en el árbol al vecino
que es próximo salto en unicast.
• Esto crea el reverse-shortest-path desde un router hacia el origen
• RPF forwarding: se reenvía un paquete solo si es recibido del vecino RPF

Creación del Source-based Tree

Se crean entradas de ruteo de acuerdo al RPF forwarding
Flood: Reenvía los paquetes recibidos en una interfaz RPF hacia todas las interfaces no-RPF
El receptor ignora los paquetes recibidos en interfaces no-RPF.
Prune: se envía un mensaje Prune cuando arriba un paquete sobre una interfaz no-RPF o cuando
no existan miembros activos. Prune desactiva la entrada de ruteo.

Pruning: el mensaje Prune deshabilita la entrada en tabla de ruteo. El mensaje Prune es enviado en
respuesta a un paquete Multicast. Remueve el enlace del árbol de multicast, y en consecuencia no se
envía tráfico multicast sobre un enlace “pruneado”.
Puede enviarlo:
– Un router sin miembros activos, ni conexiones a otros routers (lo envía sobre la interfaz RPF)
– Un router con miembros activos, que recibió un mensaje de un vecino no-RPF (lo envía sobre la
interfaz no-RPF)

Otro método para Source-based Tree

Funciona únicamente si el miembro conoce al origen
• Explicit Join: el miembro envía un mensaje Join a su vecino RPF. El mensaje Join crea la entrada de
ruteo (S, G). Se reenvía el mensaje Join.

Creación del Core-based Tree

Un router es designado Core. El miembro envía un mensaje Join al vecino RPF camino del Core. El
mensaje Join crea la entrada de ruteo (*, G).
El origen envía los datos al Core. El router Core reenvía los datos de acuerdo a su tabla de ruteo

Protocolos Multicast en Internet

• Distance Vector Multicast Routing Protocol (DVMRP): primer protocolo de ruteo para Multicast.
Implementa flood-and-prune
• Multicast Open Shortest Path First (MOSPF): extensión para Multicast para OSPF. Cada router calcula
el shortest-path tree basado en su base de datos de link state. No es muy utilizado
• Protocol Independent Multicast (PIM): corre en dos modos
– PIM Dense Mode (PIM-DM) crea un source-based tree utilizando flood-and-prune.
(En el ejemplo, los colores de los paquetes: naranja Multicast (=Datos); azul mensaje PIM)

– PIM Sparse Mode (PIM-SM) crea core-based trees así como source-based trees con Joins explícitos
• Core router se llama rendezvous-point (RP)
• Los miembros conocen al RP (configurado estática o dinámicamente)
• Cuando un miembro desea unirse, envía un Join al RP sobre la interfaz RPF
• H3 se une: El mensaje Join solo se reenvía hasta el primer router

PIM-SM: Transmisión de datos

El origen envía un paquete multicast al RP. El paquete se adjunta a un mensaje Register. Cuando arriba
al RP, se reenvía hacia el árbol. RP envía un mensaje Join sobre RPF a S1.
Cuando el mensaje Join alcanza R1, éste envía un mensaje multicast nativo al RP (junto con el mensaje
Register). Cuando RP recibe un paquete multicast nativo, envía un mensaje Stop Register a R1.
Esto detiene la transmisión de los mensaje Register desde R1.

PIM-SM: Cambio a Source-based Tree

Cuando la cantidad de miembros supera un umbral, los routers cambian a Source-based Tree
Esto se logra enviando un mensaje de Join explícito (requiere conocer la direccion de Origen)
Habrá paquetes duplicados por un tiempo.
Cuando los datos llegan desde la fuente (en lugar del RP) se envía un mensaje Prune hacia el RP
Los datos se envían solo a través del shortest-path tree
MPLS
Es un mecanismo de conmutación basado en etiquetas, orientado a la conexión, diseñado para
transportar múltiples protocolos de capa 3. La conmutación se basa en la cabecera del paquete y la
tabla de ruteo local. Las etiquetas identifican las redes destino. Los protocolos de ruteo IP distribuyen la
información de ruteo. La búsqueda independiente es realizada en cada salto.
Tiene como beneficios el ruteo de IP unicast y multicast. Puede transportar otros protocolos, no solo IP.
Establecimiento de VPN. Calidad de servicio. Reduce la tarea de conmutación en el “core”.

LER (Label Edge Router): elemento que inicia o termina el túnel (pone y quita la cabecera). Es decir, la
entrada/salida a la red MPLS. Un router de entrada se conoce como Ingress Router y uno de salida como
Egress Router. Ambos se conocen como Edge Label Switch Router ya que se encuentran en los extremos
de la red MPLS.
LSR (Label Switching Router): Elemento que conmuta etiquetas

FEC (Foward Equivalence Class): Nombre que se le da al tráfico que se encamina bajo una etiqueta.
Subconjunto de paquetes tratados del mismo modo por el conmutador, en el mismo camino.
LSP (Label Switched Path): Nombre genérico de un camino MPLS (para cierto tráfico o FEC), es decir el
túnel MPLS establecido entre los extremos. A tener en cuenta que un LSP es unidireccional.
LDP (Label Distribution Protocol): Un protocolo para la distribución de etiquetas MPLS entre los equipos
de la red

Arquitectura: Plano de Control

Arquitectura: Plano de datos

Fundamentos del MPLS

Las etiquetas MPLS tienen un identificador de 4 bytes. Define el destino y el servicio de un paquete.
Identifica una FEC. Tiene significado local, ya que cada LSR mapea una etiqueta a una FEC. Esta
asociación es intercambiada entre LSRs.
La conmutación de paquetes MPLS consiste en asignar un paquete a una FEC determinada y determinar
el próximo salto para cada FEC. La etiqueta se compone por:

Label (20bits): Es la identificación de la etiqueta

Exp (3 bits): llamados también bits experimentales, también aparece como QoS en otros textos
S (1bit): del inglés stack, sirve para el aplicado jerárquico de las etiquetas:
S=0 indica que hay más etiquetas
S=1 indica que es la última etiqueta
TTL (8bits): Time-to-Live, misma funcionalidad que en IP, se decremento en cada router y se muere al
llegar a 0

Los paquetes MPLS son enviados después de una búsqueda por etiquetas en vez de una búsqueda
dentro de una tabla IP. De esta manera, cuando MPLS fue concebido, la búsqueda de etiquetas y el
envío por etiquetas eran más rápidos que una búsqueda RIB (Base de información de ruteo), porque las
búsquedas eran realizadas en el SWITCH FABRIC y no en la CPU

Operación
Los puntos de entrada a una red MPLS se llaman LER, los LER son enrutadores que son interfaces entre
la red MPLS y otras redes. Los LSR son routers que solo se encargan de conmutar los paquetes basados
en etiquetas.
Las etiquetas son distribuidas usando el LDP. Es precisamente a través de el protocolo LDP que los
enrutadores de etiquetas intercambian información acercan de la posibilidad de alcanzar otros
enrutadores y las etiquetas que son necesarias para ello. También se puede usar el protocolo RSVP-TE
Uno operador de una red MPLS puede establecer caminos usando LSP, es decir, el operador establece
caminos para transportar Redes Privadas del tipo IP (IP-VPN). En muchos aspectos las redes MPLS se
parecen a las redes ATM y FR, con la diferencia de que las redes MPLS son independientes del
transporte en capa 2.
En MPLS el camino que sigue es prefijado desde el origen (se conocen todos los saltos de antemano), se
pueden utilizar etiquetas para identificar cada comunicación y en cada salto se puede cambiar de
etiqueta (mismo principio de funcionamiento del VPI/VCI en ATM o de DLCI en Frame Relay)
Paquetes destinados a diferentes IPs pueden utilizar un mismo LSP (Pertenecer al mismo FEC)
Las etiquetas con el mismo destino y tratamiento se agrupan en una misma etiqueta

Etiquetado
Operación del TTL

Al ingreso, el TTL se copia de la cabecera IP a la etiqueta.

Al egreso, el TTL se copia de la etiqueta a la cabecera IP
Deshabilitar la propagación del TTL “esconde” a los routers intermedios.

Arquitectura MPLS VPN

Arquitectura del PE Router

Propagación de rutas
El provider router no debe conocer las rutas de clientes. Los clientes pueden utilizar redes superpuestas
(RFC1918).
Un Route Distinguishers de 64 bits se antepone a la dirección IPv4 para hacerla única. El resultado es
una dirección VPNv4. Las direcciones VPNv4 se intercambian entre PE routers usando BGP.
El mismo proceso se usa en IPv6. Se agregan 64bits a la dirección IPv6 de 16bytes.
El resultado es una dirección de 24 bytes VPNv6.
El ruteo en MPLS VPN
El CE router corre un protocolo de ruteo estándar, e intercambia rutas con el P.E. router.
Los P routers no participan del ruteo MPLS VPN, no conocen las rutas de VPN. Corren un IGP con los P.E.
routers para intercambiar información interna del backbone.
Los PE routers intercambian rutas VPN con CE routers. Intercambian las rutas de “core” con los P routers
via IGP. Intercambian rutas VPNv4 con otros P.E. via MP-BGP.

El flujo de ruteo
Los P.E. routers reciben la actualización de ruteo IPv4 desde el CE router y lo instala en la VRF
correspondiente.
El P.E. router exporta la ruta VPN de la tabla VRF hacia MP BGP y la propaga como ruta VPNv4 hacia los
otros P.E. routers.
El PE receptor importa la ruta VPNv4 entrante en la VRF (enrutamiento virtual y reenvío)
correspondiente.
La ruta ingresada en la tabla VRF se propaga hacia el CE router vecino.