Ruteo estático

1.- ESQUEMA DE RED

El esquema de la red que queremos emular es el que se ve en la imagen siguiente. Como

podemos ver, tenemos 2 redes (192.168.0.0/24 y 192.168.1.0/24) con N PCs clientes
conectados a un switch. Esto se puede asemejar -en la realidad- a 2 redes diferentes
dentro de una misma oficina y en la misma planta, en plantas diferentes ó incluso en
sedes diferentes de una empresa en países diferentes. Lo que vamos a hacer
es conseguir que los equipos de una de las redes puedan acceder a los equipos de la
otra red y viceversa.

Esquema de red

En a la siguiente tabla se muestra el direccionamiento de cada uno de los equipos de la

imagen anterior:
 Direccionamiento de Red

2.- EQUIPOS CLIENTES

Añadiremos los 4 equipos clientes (PCs) simplemente arrastrándolos desde el menú

de Dispositivos hasta la zona de trabajo. Con los datos de la tabla de direccionamiento
de red, completaremos las direcciones IP, la máscara de red y el gateway de los 4
equipos clientes (PC0, PC1, PC2 y PC3). Repetiremos el siguiente paso para todos ellos
cambiando dichos datos. Haremos doble click encima del PC0->Pestaña Desktop->Ip
Configuration y rellenaremos los datos tal y como se ven a continuación:

Configuración IP de PC0

Recuerda hacer lo mismo con PC1, PC2 y PC3 pero cambiando los datos según la tabla
de direccionamiento.

En la siguiente imagen se puede ver como un PING ICMP desde el PC0 de la LAN1 no
llega a ninguno de los PCs de la LAN2, incluso aunque ya tuviéramos los switches y
routers conectados. Es necesario configurar las rutas estáticas que lo veremos más
adelante:
 Destino inalcanzable

3.- SWITCHES

En los swicthes no es necesario realizar ningún tipo de configuración. Solamente hay que
conectar por ethernet los PCs clientes y el router al switch mediante cable de red normal.

4.- ROUTERS

Lo primero que tenemos que hacer es añadir al esquema los 2 routers. Puedes
seleccionar el modelo básico 2950. Haciendo doble click en el router, podrás acceder a
su configuración. Necesitamos añadir un módulo de conexión SERIAL para conectar
ambos routers. Para ello hay que apagarlo con click en el interruptor y añadiremos el
módulo WIC-2T arrastrándolo hasta el router como se ve en la imagen.

Una vez añadido, arrancaremos el router y podremos ver que aparte de las tarjetas de red
Ethernet, tiene 2 nuevas de tipo SERIAL. Debemos hacer lo mismo en los 2 routers.
 Módul
o WIC-2T

Ahora será necesario configurar las 2 interfaces principales de cada uno de los routers.
Una de ellas, de tipo Ethernet conectará el router con su switch y la de
tipo serial conectará los routers entre sí. Con la tabla del punto 2 y el esquema de red,
configuraremos las IPs de los routers. En la siguiente imagen se ve la configuración IP de
la Ethernet0 del Router0, faltaría configurar el Serial0/1/0. Debemos marcar a on el
checkbox Port Status:

Configuración Ethernet Router0

En la siguiente imagen se ve la configuración IP de la interfaz Serial del Router0. Como
podemos ver, estamos usando una máscara 255.255.255.252 la cual nos permite solo 2
hosts en la red (10.10.10.1 y 10.10.10.2). Debemos marcar a On el checkbox de Port
Status y la opción del Clock Rate la dejaremos por defecto 2000000:

Configuración IP Serial0/1/0 en Router1

Ahora viene lo realmente importante, la asignación de rutas estáticas en cada uno de los
routers. Básicamente lo que haremos será en cada router, indicarle cual es la red remota
y cual e sla dirección IP a la cual debe enviar los paquetes con destino la otra red.

Desde el menú Routing->Static accederemos a las rutas estáticas del router. Por
ejemplo, en el Router0 debemos indicarla la otra red (192.168.1.0/255.255.255.0) y el
equipo al cual enviará los paquetes será la direccion IP del ROuter1 y de la interfaz de
serie.
 Rutas estáticas en Router0

Por último, hay que configurar exatamente de la misma forma, pero con sus
correspondientes IPs el Router 1. Resumiendo: añadimos la IP de Ethernet, añadimos la
IP de Serial y activaremos el puerto con On. Por último, añadiremos una ruta estática en
el Router1 con la dirección de la red d la LAN1 (192.168.0.0/255.255.255.0) y usando
como máquina de salto la IP del serial del Router0 10.10.10.1.

Configuración Ethernet Router1

 Routa estática Router1

Configuración IP Serial0/0/0 en Router1

Con esto ya hemos terminado de configurar los equipos y las rutas estáticas. Ahora el
siguiente paso es probar nuestra configuración.

5.- PRUEBAS FINALES

Para saber si nuestras rutas estáticas están funcionando correctamente, desde el CMD
del PC0 haremos un ping a los equipos de la otra LAN (PC2 y P3) y debe de funcionar:
 Prueba desde PC0 a PC2 y PC3

Ahora realizamos la prueba inversa, desde el PC3 probaremos un PING hacia PC0 y
PC1:

Prueba desde PC3 a PC0 y PC1

Practica OSPF Packet Tracer

¿QUÉ ES OSPF?

Open Shortest Path First (OSPF), camino más corto primero, es un protocolo de red
para encaminamiento jerárquico interior - Interior Gateway Protocol (IGP), que usa el
algoritmo SmoothWall Dijkstra enlace-estado (Link State Advertisement, LSA) para
calcular la ruta idónea entre dos nodos cualesquiera de un sistema autónomo.

Su medida de métrica se denomina cost, y tiene en cuenta diversos parámetros tales

como el ancho de banda y la congestión de los enlaces. OSPF construye además una
base de datos enlace-estado (Link-State Database, LSDB) idéntica en todos los routers
de la zona.

OSPF puede operar con seguridad usando MD5 para autenticar sus puntos antes de
realizar nuevas rutas y antes de aceptar avisos de enlace-estado.

OSPF es probablemente el protocolo IGP más utilizado en redes grandes; IS-IS, otro
protocolo de encaminamiento dinámico de enlace-estado, es más común en grandes
proveedores de servicios. Como sucesor natural de RIP, acepta VLSM y CIDR desde su
inicio. A lo largo del tiempo, se han ido creando nuevas versiones, como OSPFv3 que
soporta IPv6 o las extensiones multidifusión para OSPF (MOSPF), aunque no están
demasiado extendidas. OSPF puede "etiquetar" rutas y propagar esas etiquetas por otras
rutas.

Una red OSPF se puede descomponer en regiones (áreas) más pequeñas. Hay un
área especial llamada área backbone que forma la parte central de la red a la que se
encuentran conectadas el resto de áreas de la misma. Las rutas entre las diferentes áreas
circulan siempre por el backbone, por lo tanto todas las áreas deben conectar con el
backbone. Si no es posible hacer una conexión directa con el backbone, se puede hacer
un enlace virtual entre redes.

Los routers (también conocidos como encaminadores) en el mismo dominio de

multidifusión o en el extremo de un enlace punto-a-punto forman enlaces cuando se
descubren los unos a los otros. En un segmento de red Ethernet los routers eligen a un
router designado (Designated Router, DR) y un router designado secundario o de copia
(Backup Designated Router, BDR) que actúan como hubs para reducir el tráfico entre los
diferentes routers. OSPF puede usar tanto multidifusiones (multicast) como unidifusiones
(unicast) para enviar paquetes de bienvenida y actualizaciones de enlace-estado. Las
direcciones de multidifusión usadas son 224.0.0.5 y 224.0.0.6. Al contrario que RIP o
BGP, OSPF no usa ni TCP ni UDP, sino que se encapsula directamente sobre el
protocolo IP poniendo "89" en el campo protocolo.
OSPF organiza un sistema autónomo (AS) en áreas. Estas áreas son grupos lógicos
de routers cuya información se puede resumir para el resto de la red. Un área es una
unidad de encaminamiento, es decir, todos los routers de la misma área mantienen la
misma información topológica en su base de datos de estado-enlace (Link State
Database): de esta forma, los cambios en una parte de la red no tienen por qué afectar a
toda ella, y buena parte del tráfico puede ser "parcelado" en su área.

1.- ESQUEMA DE RED OSPF

El esquema de la red que queremos emular es el que se ve en la imagen siguiente.

Podemos ver que tenemos 3 Routers (MADRID, BARCELONA y SEVILLA) y en cada una
de las redes hay 2 equipos clientes y un switch. Cada router puede estar pro ejemplo, en
ciudades diferentes. Cada una de las redes tiene un direccionamiento diferente y los
routers están unidos a través de cable Serial. El resto de conexiones son ethernet. Lo que
queremos conseguir es: si se cae la conexión entre MADRID y BARCELONA, que los
paquetes que vayan de MADRID a SEVILLA y luego a BARCELONA. Gracias a este
enrutamiento dinámico tenemos un HA (High Availability) a nivel de conexiones de red.

En la última parte del tutorial se explicará como emular la "prioridad de segmentos de

red" en función del ancho de banda disponible.
En la siguiente tabla se muestra el direccionamiento que he usado para cada uno de los
equipos del esquema de red. Hay que prestar especial atención a las direcciones IPs
asignadas en los routers, ya que llevan 3 direcciones IPs en sus interfaces de red (2
Serials y una ethernet):
2.- EQUIPOS CLIENTES

Añadiremos los equipos clientes (6 equipos) y configuraremos su interfaz de red con la

dirección IP y la máscara de red de la tabla del punto 2. Se deberá prestar atención a la
puerta de enlace de cada zona, ya que es diferente. La puerta de enlace de cada zona
(MADRID, BARCELONA y SEVILLA) se corresponde con la dirección ip del router de
dicha zona.

3.- SWITCHES

Los switches no necesitan configuración y solamente servirán para interconectar los

equipos clientes (PCs) con su router.

4.- ROUTERS

La configuración de los 3 routers (modelo 1841) la vamos a realizar exclusivamente en

modo Terminal. Recuerda que por defecto las 2 interfaces de red Serials no vienen por
defecto en el router, tienes que añadirlas desde la interfaz Web en la
pestaña Physical->WIC-2T:

El concepto es sencillo, tenemos que añadir a cada router las 3 redes a las que está
conectado. Deberemos usar las Wildcards en lugar de la máscara de Red. El wildcard es
al contrario que la máscara de red. Para una máscara de red 255.255.255.0 le
corresponde un wildcard de 0.0.0.255.

El enrutamiento OSPF necesita un Process ID. Este ID va desde 1 hasta 65535. En este
ejemplo usaré el Process ID 1 en todos los routers.

También necesitamos un ID de área entre 0 y 4294967295. Usaremos el valor 1 en todas

las redes que configuremos para OSPF.

A continuación, se deja la configuración en modo consola para los tres routers:

ROUTER1 (Madrid):

Router>en
Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#router ospf 1
Router(config-router)#network 192.168.0.0 0.0.0.255 area 1
Router(config-router)#network 10.10.10.0 0.0.0.3 area 1
Router(config-router)#network 10.10.10.16 0.0.0.3 area 1
ROUTER2 (Barcelona):

Router>en
Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#router ospf 1
Router(config-router)#network 192.168.1.0 0.0.0.255 area 1
Router(config-router)#network 10.10.10.0 0.0.0.3 area 1
Router(config-router)#network 10.10.10.8 0.0.0.3 area 1
ROUTER3 (Sevilla):

Router>en
Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#router ospf 1
Router(config-router)#network 192.168.2.0 0.0.0.255 area 1
Router(config-router)#network 10.10.10.8 0.0.0.3 area 1
Router(config-router)#network 10.10.10.16 0.0.0.3 area 1
Si queremos comprobar las rutas dinámicas de OSPF configuradas en los routers,
debemos salir del modo de configuración y ejecutar el siguiente comando:

Router#show ip route ospf

ROUTER1 (Madrid):

Router#show ip route ospf

10.0.0.0/30 is subnetted, 3 subnets
O 10.10.10.8 [110/128] via 10.10.10.18, 00:53:14, Serial0/1/1
[110/128] via 10.10.10.2, 00:53:14, Serial0/1/0
O 192.168.1.0 [110/65] via 10.10.10.2, 00:53:14, Serial0/1/0
O 192.168.2.0 [110/65] via 10.10.10.18, 00:53:14, Serial0/1/1
ROUTER2 (Barcelona):

Router#show ip route ospf

10.0.0.0/30 is subnetted, 3 subnets
O 10.10.10.16 [110/128] via 10.10.10.10, 01:00:36, Serial0/1/1
[110/128] via 10.10.10.1, 01:00:36, Serial0/1/0
O 192.168.0.0 [110/65] via 10.10.10.1, 01:00:36, Serial0/1/0
O 192.168.2.0 [110/65] via 10.10.10.10, 01:00:36, Serial0/1/1
ROUTER3 (Sevilla):
Router#show ip route ospf
10.0.0.0/30 is subnetted, 3 subnets
O 10.10.10.16 [110/128] via 10.10.10.10, 01:00:36, Serial0/1/1
[110/128] via 10.10.10.1, 01:00:36, Serial0/1/0
O 192.168.0.0 [110/65] via 10.10.10.1, 01:00:36, Serial0/1/0
O 192.168.2.0 [110/65] via 10.10.10.10, 01:00:36, Serial0/1/1

5.- PROBAR EL ENRUTAMIENTO OSPF

Para comprobar que el routing está funcionando correctamente, entraremos en la

Terminal de PC0 de MADRID (por ejemplo) y haremos Ping al resto de equipos clientes
en BARCELONA y SEVILLA. Posiblemente el primer y segundo ping fallen. Esto es
debido a que los routers tienen que aprender las rutas, pero luego todo irá a la perfección.

Ejemplo, donde se puede ver que funciona perfectamente:

Prueba genérica de routing con PING

Ahora, si queremos probar que el routing dinámico funciona correctamente, podemos

"tirar" el enlace (desactivado una de las interfaces de red) entre MADRID y BARCELONA
y veremos como el Ping sigue funcionando a través de SEVILLA. Podemos hacer
un tracertroute para ver por qué equipos va el tráfico TCP/IP ó podemos hacerlo desde el
modo de simulación.

En la siguiente imagen podemos ver el antes y el después de desactivar el enlace entre

MADRID y BARCELONA. Como se puede ver, al tirar los enlaces, en el segundo
traceroute el tráfico va por SEVILLA:

Antes y después de tirar el enlace

6.- PRUEBAS FINALES DE OSPF

Por defecto, OSPF viaja a través del camino más corto. Si hacemos un PING desde el
PC0 de MADRID hasta PC2 de BARCELONA, el tráfico irá siempre desde el router de
MADRID hasta el router de BARCELONA, nunca irá por SEVILLA a no ser que el enlace
entre MADRID y BARCELONA esté caído.

Pero OSPF tiene otra característica, cuanto más ancho de banda disponga un enlace,
éste será prioritario, aunque el camino sea más largo.
Vamos a configurar el ancho de banda en cada tramo con la opción de "bandwidth" en
cada una de las interfaces.

Aunque en las imágenes podemos ver 50/100/100, en realidad no funciona bien porque la
unidad es kilobits y packet tracer a veces no calcula bien la ruta, por tanto los valores
usados reales han sido: 50 y 10000 en lugar de 50 y 100.

Asignando prioridad a los enlaces.

En el siguiente gif animado se puede ver como viaja el tráfico por el camino más corto,
con todos los enlaces funcionando y sin asignar ancho de banda a las conexiones entre
routers:

Ejemplo inicial
Si tiramos el enlace entre MADRID y BARCELONA, podemos ver como el tráfico viaja por
SEVILLA hasta llegar a su destino en el PC2 de Barcelona:

Enlace Madrid Barcelona caído

Por último, si configuramos el ancho de banda de los enlaces, podemos ver como
efectivamente el tráfico viaja por el camino más largo pero con el mayor ancho de banda
disponible:

Tráfico con prioridad de ancho de banda

Para este último ejemplo, debemos ejecutar los siguientes comandos en los 3 routers:

ROUTER1 (Madrid):

Router>en
Router#config
Configuring from terminal, memory, or network [terminal]? terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface serial 0/1/0
Router(config-if)#bandwidth 50
Router(config-if)#interface serial 0/1/1
Router(config-if)#bandwidth 10000
Router(config-if)#
ROUTER2 (Barcelona):

Router>en
Router#config
Configuring from terminal, memory, or network [terminal]? terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface serial 0/1/0
Router(config-if)#bandwidth 50
Router(config-if)#interface serial 0/1/1
Router(config-if)#bandwidth 10000
Router(config-if)#
ROUTER3 (Sevilla):

Router>en
Router#config
Configuring from terminal, memory, or network [terminal]? terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface serial 0/1/0
Router(config-if)#bandwidth 10000
Router(config-if)#interface serial 0/1/1
Router(config-if)#bandwidth 10000
Router(config-if)#
¿QUÉ ES BGP?

En comunicaciones, BGP (del inglés Border Gateway Protocol) es

un protocolo mediante el cual se intercambia información de encaminamiento o
ruteo entre sistemas autónomos. Por ejemplo, los proveedores de servicio registrados
en internet suelen componerse de varios sistemas autónomos y para este caso es
necesario un protocolo como BGP.

Entre los sistemas autónomos de los ISP se intercambian sus tablas de rutas a través del
protocolo BGP. Este intercambio de información de encaminamiento se hace entre
los routers externos de cada sistema autónomo, los cuales deben soportar BGP. Se trata
del protocolo más utilizado para redes con intención de configurar un Exterior Gateway
Protocol.

La forma de configurar y delimitar la información que contiene e intercambia el protocolo

BGP es creando lo que se conoce como sistema autónomo. Cada sistema autónomo
(AS) tendrá conexiones o, mejor dicho, sesiones internas (iBGP) y además sesiones
externas (eBGP).

El protocolo de gateway fronterizo (BGP) es un ejemplo de protocolo de gateway exterior

(EGP). BGP intercambia información de encaminamiento entre sistemas autónomos a la
vez que garantiza una elección de rutas libres de bucles. Es el protocolo principal de
publicación de rutas utilizado por las compañías más importantes de ISP en Internet.
BGP4 es la primera versión que admite encaminamiento entre dominios sin clase (CIDR)
y agregado de rutas. A diferencia de los protocolos de Gateway internos (IGP),
como RIP, OSPF y EIGRP, no usa métricas como número de saltos, ancho de banda, o
retardo. En cambio, BGP toma decisiones de encaminamiento basándose en políticas de
la red, o reglas que utilizan varios atributos de ruta BGP.

Se necesita un conocimiento bajo-medio de Packet Tracer para poder seguir todos los
pasos del tutorial
1.- ESQUEMA DE RED BGP

El esquema de la red que queremos emular es el que se ve en la imagen siguiente.

Podemos ver que tenemos 3 Routers (ROUTER100, ROUTER200 y ROUTER300) y en
cada una de las redes hay 2 equipos clientes y un switch. Gracias a este enrutamiento
dinámico tenemos un HA (High Availability) a nivel de conexiones de red. Pueden hacerse
multitud de formas de conexión con el fin de garantizar lo máximo posible la redundancia
de caminos de interconexión.

El esquema de red es el siguiente:

Esquema de red

En la siguiente tabla se muestra el direccionamiento que he usado para cada uno de los
equipos del esquema de red. Hay que prestar especial atención a las direcciones IPs
asignadas en los routers, ya que llevan 3 direcciones IPs en sus interfaces de red (2
Serials y una ethernet):
 Direccionamiento de Red

2.- EQUIPOS CLIENTES

Añadiremos los 6 equipos clientes PCs) y configuraremos su interfaz de red con la

dirección IP y la máscara de red de la tabla del punto 2. Deberemos prestar atención a la
puerta de enlace de cada zona ya que es diferente. La puerta de enlace de cada zona
(ROUTER100, ROUTER200 y ROUTER300) se corresponde con la dirección ip del router
de dicha zona.

4.- SWITCHES

Los switches no necesitan de ninguna configuración y solamente servirán para

interconectar los equipos clientes (PCs) con su router.

5.- ROUTERS

La configuración de los 3 routers (modelo 1841) la vamos a realizar exclusivamente en

modo Terminal. Recuerda que por defecto las 2 interfaces de red Serials no vienen por
defecto en el router, tienes que añadirlas desde la interfaz Web en la pestaña Physical-
>WIC-2T.

El concepto es sencillo, tenemos que añadir a cada router un identificador e indicarle cual
es la red/redes que quedan detrás de él e indicarle también cuáles son sus routers
vecinos con los que intercambiará la información de routing a través de BGP.
Configuración en modo consola para los tres routers:

ROUTER100:

Router>en
Router#config t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#router bgp 100
Router(config-router)#network 192.168.0.0 mask 255.255.255.0
Router(config-router)#neighbor 10.10.10.2 remote-as 200
Router(config-router)#neighbor 10.10.20.2 remote-as 300
ROUTER200:

Router>en
Router#config t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#router bgp 200
Router(config-router)#network 192.168.1.0 mask 255.255.255.0
Router(config-router)#neighbor 10.10.10.1 remote-as 100
Router(config-router)#neighbor 10.10.30.2 remote-as 300
ROUTER300:

Router>en
Router#config t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#router bgp 300
Router(config-router)#network 192.168.2.0 mask 255.255.255.0
Router(config-router)#neighbor 10.10.20.1 remote-as 100
Router(config-router)#neighbor 10.10.30.1 remote-as 200
Si queremos comprobar las rutas dinámicas de BGP configuradas en cada uno de los
routers, debemos salir del modo de configuración y ejecutar el siguiente comando:

Router#show ip bgp
ROUTER100:

Router#show ip bgp
BGP table version is 6, local router ID is 192.168.0.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path

*> 192.168.0.0/24 0.0.0.0 0 0 32768 i
*> 192.168.1.0/24 10.10.10.2 0 0 0 200 i
* 10.10.20.2 0 0 0 300 200 i
* 192.168.2.0/24 10.10.10.2 0 0 0 200 300 i
*> 10.10.20.2 0 0 0 300 i
ROUTER200:

Router>show ip bgp
BGP table version is 7, local router ID is 192.168.1.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path

*> 192.168.0.0/24 10.10.10.1 0 0 0 100 i
* 10.10.30.2 0 0 0 300 100 i
*> 192.168.1.0/24 0.0.0.0 0 0 32768 i
*> 192.168.2.0/24 10.10.30.2 0 0 0 300 i
* 10.10.10.1 0 0 0 100 300 i
ROUTER300:

Router>show ip bgp
BGP table version is 10, local router ID is 192.168.2.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path

* 192.168.0.0/24 10.10.30.1 0 0 0 200 100 i
*> 10.10.20.1 0 0 0 100 i
*> 192.168.1.0/24 10.10.30.1 0 0 0 200 i
*> 10.10.20.1 0 0 0 100 200 i
*> 192.168.2.0/24 0.0.0.0 0 0 32768 i

6.- PRUEBAS FINALES DE ENRUTAMIENTO BGP

Para comprobar que el routing está funcionando correctamente, entraremos en la

Terminal de PC0 (192.168.0.100) y haremos Ping por ejemplo al equipo PC3
(182.168.1.101). Los paquetes irán primeramente por el camino óptimo según el protocolo
BGP.

Ejemplo donde se puede ver que funciona perfectamente:

 Enrutamiento GBP desde PC0 a PC3 con todos los enlaces UP

Podemos comprobar con tracert el camino que siguen los paquetes por el camino
anterior:

Traceroute

Si desactivamos las interfaces que unen el ROUTER100 y el ROUTER200, veremos que

ahora el tráfico desde PC0 pasa por el ROUTER100 -> ROUTER300 -> ROUTER100:
 Enrutamiento GBP desde PC0 a PC3 con un enlace DOWN

Podemos comprobar con tracert el nuevo camino que siguen los paquetes por el camino
anterior con un enlace tirado:

Traceroute