Practica Protocolos PAP-CHAP

You might also like

Download as pdf or txt
Download as pdf or txt
You are on page 1of 13

Escuela de Informatica

Asignatura: Desarrollo de redes de Datos III

Docente: Ing. Vicente Zarceño

Actividad: Practica Protocolos PAP-CHAP

Lunes 17 de abril del 2023


Índice

Investigar como configurar ruteo estático en forma de redundancia por si fallara el


protocolo EIGRP .................................................................................................................... 3
Topología de la prática PAP Y CHAP – Solución ................................................................. 9
Bibliografía ........................................................................................................................... 13
Investigar como configurar ruteo estático en forma de redundancia por si fallara el
protocolo EIGRP

La distancia administrativa es un concepto que se refiere a la credibilidad de una ruta,


sabemos que para ejercer la función de enrutamiento, se utiliza la tabla de ruteo, esta tabla
puede contener información de ruteo de diferentes orígenes, por ejemplo, rutas directamente
conectadas, rutas estáticas, o rutas aprendidas por un protocolo de enrutamiento como OSPF
o EIGRP, en algunos casos se puede conocer una red de destino por más de una opción,
podríamos tener una ruta estática, o aprenderla dinámicamente, si así fuera.

Figura 1. Valores de distancia predetermidos


En esencia es el mismo escenario que vimos en los dos artículos previos, con la adición de
un enlace redundante entre R1 y R2. En el articulo previo se configuro una ruta
predeterminada en R1, también se configuro una ruta estática en R2 para alcanzar la red
192.168.1.0. En ambos casos las rutas estáticas hacen referencia a la interface o a la IP del
siguiente salto, a través de la interface Fa0/1.

Que pasaría si falla el enlace a través de Fa0/1 en ambos routers: Podríamos configurar rutas
estáticas adicionales, ahora haciendo referencia a las interfaces Fa1/0, en R1 y R2 se
configuraron las siguientes rutas:

R1#show run | begin ip route

ip route 0.0.0.0 0.0.0.0 FastEthernet0/1 172.16.1.2

ip route 0.0.0.0 0.0.0.0 FastEthernet1/0 172.16.2.2

R2#show run | begin ip route

ip route 0.0.0.0 0.0.0.0 Loopback0

ip route 192.168.1.0 255.255.255.0 FastEthernet1/0 172.16.2.1

ip route 192.168.1.0 255.255.255.0 FastEthernet0/1 172.16.1.1

Veamos ahora la tabla de ruteo:

R1#show ip route | begin Gateway

Gateway of last resort is 172.16.2.2 to network 0.0.0.0

172.16.0.0/30 is subnetted, 2 subnets

C 172.16.1.0 is directly connected, FastEthernet0/1

C 172.16.2.0 is directly connected, FastEthernet1/0


C 192.168.1.0/24 is directly connected, FastEthernet0/0

S* 0.0.0.0/0 [1/0] via 172.16.2.2, FastEthernet1/0

[1/0] via 172.16.1.2, FastEthernet0/1

Vemos que en R1, tenemos una ruta predeterminada a la que se puede llegar por dos vías,
Fast0/1 y Fast 1/0, dada esta configuración, cuando R1 esta transmitiendo información a R2,
hará una balanceo de carga, enviara un paquete por una interface, el siguiente por la otra y
así sucesivamente, lo mismo ocurre en R2:

R2#show ip route | begin Gateway

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

172.16.0.0/30 is subnetted, 2 subnets

C 172.16.1.0 is directly connected, FastEthernet0/1

C 172.16.2.0 is directly connected, FastEthernet1/0

10.0.0.0/24 is subnetted, 1 subnets

C 10.1.1.0 is directly connected, FastEthernet0/0

S 192.168.1.0/24 [1/0] via 172.16.2.1, FastEthernet1/0

[1/0] via 172.16.1.1, FastEthernet0/1

C 192.0.2.0/24 is directly connected, Loopback0

S* 0.0.0.0/0 is directly connected, Loopback0

Para llegar a la red 192.168.1.0, tiene dos opciones, por lo que de manera predeterminada
enviara la mitad del tráfico en una interface y la otra mitad en la otra interface, esto no
necesariamente es malo, pero hay varios escenarios en los que esto no es lo más óptimo, por
ejemplo, podría darse una falla "indirecta", en la que se pierda conectividad entre R1 y R2 a
través de alguna de las interfaces sin que estas muestren un estado down, esto podría ser por
ejemplo una degradación de uno de los enlaces, pero sin caída total, en esa situación, la mitad
del tráfico se perdería.

Si queremos evitar esta situación no optima, pero aún así tener redundancia, podemos
configurar una de las rutas estáticas como flotante, esto es, alterando su distancia
administrativa, de modo que solo una de las rutas se instale en la tabla de ruteo, si se da una
caída, entonces se activará la ruta estática flotante, vamos a hacer esto alterando la distancia
administrativa de la ruta estática a través de la interface Fa1/0 en ambos routers:

R1(config)#no ip route 0.0.0.0 0.0.0.0 FastEthernet1/0 172.16.2.2

R1(config)#ip route 0.0.0.0 0.0.0.0 FastEthernet1/0 172.16.2.2 125

R2(config)#no ip route 192.168.1.0 255.255.255.0 FastEthernet1/0 172.16.2.1

R2(config)#ip route 192.168.1.0 255.255.255.0 FastEthernet1/0 172.16.2.1 125

En ambos casos se elimino la ruta anterior y se agrego una nueva en la que se modifico la
distancia administrativa ajustándola a un valor de 125.

Veamos ahora la tabla de ruteo:

R1#show ip route | begin Gateway

Gateway of last resort is 172.16.1.2 to network 0.0.0.0

172.16.0.0/30 is subnetted, 2 subnets

C 172.16.1.0 is directly connected, FastEthernet0/1

C 172.16.2.0 is directly connected, FastEthernet1/0

C 192.168.1.0/24 is directly connected, FastEthernet0/0

S* 0.0.0.0/0 [1/0] via 172.16.1.2, FastEthernet0/1

R2#show ip route | begin Gateway


Gateway of last resort is 0.0.0.0 to network 0.0.0.0

172.16.0.0/30 is subnetted, 2 subnets

C 172.16.1.0 is directly connected, FastEthernet0/1

C 172.16.2.0 is directly connected, FastEthernet1/0

10.0.0.0/24 is subnetted, 1 subnets

C 10.1.1.0 is directly connected, FastEthernet0/0

S 192.168.1.0/24 [1/0] via 172.16.1.1, FastEthernet0/1

C 192.0.2.0/24 is directly connected, Loopback0

S* 0.0.0.0/0 is directly connected, Loopback0

Vemos que ahora únicamente nos aparece una red, esto es porque al tener una distancia
administrativa de 125, la tabla de ruteo instala en la tabla de ruteo, la ruta que tiene la
distancia administrativa predeterminada (valor 1). En estas circunstancias, si F0/1 falla, la
ruta flotante se instalará en la tabla de enrutamiento, simularemos estos apagando la interface
fa0/1 en uno de los routers y a continuación mostramos la salida de la tabla de ruteo:

R1(config)#interface fa0/1

R1(config-if)#shutdown

R1(config-if)#do sho

*Mar 1 00:57:57.191: %LINK-5-CHANGED: Interface FastEthernet0/1, changed state to


administratively down

*Mar 1 00:57:58.191: %LINEPROTO-5-UPDOWN: Line protocol on Interface


FastEthernet0/1, changed state to down

R1(config-if)#do show ip route | begin Gateway


Gateway of last resort is 172.16.2.2 to network 0.0.0.0

172.16.0.0/30 is subnetted, 1 subnets

C 172.16.2.0 is directly connected, FastEthernet1/0

C 192.168.1.0/24 is directly connected, FastEthernet0/0

S* 0.0.0.0/0 [125/0] via 172.16.2.2, FastEthernet1/0

Vemos que luego de apagar la interface Fa0/1, la tabla de ruteo ya nos muestra una entrada
a través de Fa1/0 con una distnacia administrativa de 125, veamos en R2:

R2#show ip route | begin Gateway

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

172.16.0.0/30 is subnetted, 1 subnets

C 172.16.2.0 is directly connected, FastEthernet1/0

10.0.0.0/24 is subnetted, 1 subnets

C 10.1.1.0 is directly connected, FastEthernet0/0

S 192.168.1.0/24 [125/0] via 172.16.2.1, FastEthernet1/0

C 192.0.2.0/24 is directly connected, Loopback0

S* 0.0.0.0/0 is directly connected, Loopback0

También acá vemos la ruta estática flotante, a través de Fa1/0, esto siempre y cuando R2
detecte la caída de la interface Fa0/1. (Munguia, 2017)
Topología de la prática PAP Y CHAP – Solución

Router 1

 Realice pruebas de autentificación PPP, para esto en una interface serial ejecute el
comando shutdown, luego espere unos momentos y active nuevamente la interface con
no shutdown
Anote los resultados

shutdown,

no shutdown
R1# show ip protocols

R1# show ip interface brief


R1# show ip route

R1# show ip eigrp interfaces

R1# show ip eigrp neighbors


R1# show ip eigrp topology

R1# show ip eigrp traffic


Bibliografía

Munguia, H. (2017). Configuracion de rutas estáticas en un Router Cisco Parte III.


https://www.soportederedes.com/2017/06/configuracion-de-rutas-estaticas-en-
un.html.

You might also like