1
00:00:00,000 --> 00:00:05,000
Así que aquí está el interruptor 1 sh ip int breve Podemos ver que la dirección IP del interruptor 1

2
00:00:05,000 --> 00:00:11,000
en la VLAN 10 es 10. 1. 10. 1 sh standby

3
00:00:11,000 --> 00:00:15,000
me muestra que este conmutador es el enrutador

4
00:00:15,000 --> 00:00:21,000
activo para la VLAN 10, entonces lo que voy a hacer ahora

5
00:00:21,000 --> 00:00:31,000
comenzó a hacer ping desde el enrutador 1 al enrutador 2, pero hago que sea continuo para los mil

6
00:00:31,000 --> 00:00:36,000
pings, así que confié en la interfaz vlan 10 si

7
00:00:36,000 --> 00:00:40,000
presiono enter para cerrar así de abajo comenzaré

8
00:00:40,000 --> 00:00:42,000
el ping continuo en

9
00:00:42,000 --> 00:00:45,000
el enrutador 1 y ahora cierro

10
00:00:45,000 --> 00:00:49,000
esa interfaz en el interruptor 1.

11
00:00:49,000 --> 00:00:54,000
Como se puede ver aquí, el estado pasó de Activo

12
00:00:54,000 --> 00:00:56,000
a Inicial y estamos

13
00:00:56,000 --> 00:01:09,000
perdiendo pings en el enrutador 1, sin embargo ahora recibimos pings exitosos a través de show standby en el aviso del interruptor 1, observe que

14
00:01:09,000 --> 00:01:18,000
este interruptor tiene un estado de Init porque la interfaz está inactiva los enrutadores activos son conocidos,

15
00:01:18,000 --> 00:01:23,000
los enrutadores en espera son conocidos en la VLAN 20,

16
00:01:23,000 --> 00:01:28,000
todavía es el enrutador en espera, sin embargo, en el

17
00:01:28,000 --> 00:01:31,000
interruptor 2 sh en espera me

18
00:01:31,000 --> 00:01:37,000
muestra que este conmutador ahora es el enrutador activo que conocen estos

19
00:01:37,000 --> 00:01:39,000
enrutadores en espera.

20
00:01:39,000 --> 00:01:44,000
por lo tanto, una vez más, el enrutador 1 todavía puede hacer ping al enrutador

21
00:01:44,000 --> 00:01:48,000
2 y el enrutador 2 todavía puede hacer ping al enrutador 1.

22
00:01:48,000 --> 00:01:52,000
Acabamos de cerrar la VLAN 10 en el interruptor 1, lo que significa que

23
00:01:52,000 --> 00:01:57,000
el enrutador 1 no puede hacer ping al interruptor 1 en la VLAN 10 y podemos probarlo haciendo

24
00:01:57,000 --> 00:02:01,000
un ping a 10. 1. 10. 1 la

25
00:02:01,000 --> 00:02:05,000
dirección IP del interruptor 1 en la VLAN 10 observa

26
00:02:05,000 --> 00:02:07,000
que los pings están fallando

27
00:02:07,000 --> 00:02:13,000
y eso se debe a que la interfaz está apagada en el interruptor 1.

28
00:02:13,000 --> 00:02:26,000
Pero el enrutador 1 que actúa como PC 1 todavía puede comunicarse con el enrutador virtual porque el conmutador

29
00:02:26,000 --> 00:02:33,000
2 ahora responde como el enrutador virtual y reenvía el

30
00:02:33,000 --> 00:02:37,000
tráfico en nombre del enrutador virtual.

31
00:02:37,000 --> 00:02:39,000
Entonces en el switch 2

32
00:02:39,000 --> 00:02:42,000
como ejemplo si depuramos ip icmp y

33
00:02:42,000 --> 00:02:47,000
enruta 1 pings esa dirección de IP virtual notamos que la

34
00:02:47,000 --> 00:02:50,000
salida en el switch 2 switch 2

35
00:02:50,000 --> 00:02:53,000
está actuando como enrutador virtual y el

36
00:02:53,000 --> 00:02:58,000
enrutador 1 cree que todavía está hablando con este dispositivo HSRP.

37
00:02:58,000 --> 00:03:01,000
Así que ahora hagamos el proceso inverso,

38
00:03:01,000 --> 00:03:06,000
volveremos a hacer ping desde el enrutador 1 al enrutador 2

39
00:03:06,000 --> 00:03:10,000
a través de la red y veremos qué ocurre

40
00:03:10,000 --> 00:03:14,000
cuando mostramos la interfaz VLAN en el conmutador 1.

41
00:03:14,000 --> 00:03:21,000
Entonces vuelva a hacer ping, no cierre el interruptor 1 sh standby

42
00:03:21,000 --> 00:03:28,000
do sh standby Ahora note que pasó de escuchar a activo todo

43
00:03:28,000 --> 00:03:31,000
lo que estaba haciendo para

44
00:03:31,000 --> 00:03:37,000
que el enrutador local sea el enrutador activo que el enrutador

45
00:03:37,000 --> 00:03:40,000
espera se desconoce en este momento.

46
00:03:40,000 --> 00:03:47,000
El enrutador en espera es el interruptor 2 y los pings están teniendo éxito.

47
00:03:47,000 --> 00:03:55,000
Así que pudimos probar que el enrutador 1 que actúa como PC 1 puede hacer ping

48
00:03:55,000 --> 00:03:57,000
al enrutador 2 que

49
00:03:57,000 --> 00:04:03,000
actúa como PC 2 a través de esta red, incluso cuando derribamos

50
00:04:03,000 --> 00:04:10,000
una de las interfaces ahora puede estar pensando que tarda demasiado en continuar, pero

51
00:04:10,000 --> 00:04:14,000
eso es espacio en estos temporizadores que podemos cambiar.

52
00:04:14,000 --> 00:04:16,000
El temporizador de hello predeterminado de 3 segundos

53
00:04:16,000 --> 00:04:18,000
y los temporizadores de espera predeterminados son 10 segundos.

54
00:04:18,000 --> 00:04:24,000
Por el momento, no cambiamos la configuración de los temporizadores HSRP, simplemente los

55
00:04:24,000 --> 00:04:26,000
dejamos en el valor

56
00:04:26,000 --> 00:04:31,000
predeterminado, pero pude escribir los temporizadores de espera 1 y puedo

57
00:04:31,000 --> 00:04:34,000
especificar los temporizadores de milisegundos, pero por

58
00:04:34,000 --> 00:04:39,000
ahora solo especifique un temporizador de saludo de 1 segundo y

59
00:04:39,000 --> 00:04:42,000
un temporizador de espera de 3 segundos

60
00:04:42,000 --> 00:04:49,000
Copie esa configuración y vaya al switch 2 vlan 10 y cambie los temporizadores, así

61
00:04:49,000 --> 00:04:54,000
que muestre la interfaz de ejecución vlan 10 que es

62
00:04:54,000 --> 00:05:01,000
la configuración de HSRP en el switch 2 VLAN 10 y ejecute sh int int

63
00:05:01,000 --> 00:05:05,000
vlan 10 en el switch 1 que es

64
00:05:05,000 --> 00:05:08,000
la configuración en el switch 1.

65
00:05:08,000 --> 00:05:11,000
Así que hagamos la prueba de

66
00:05:11,000 --> 00:05:16,000
nuevo int vlan 10 antes de presionar enter aquí hagamos

67
00:05:16,000 --> 00:05:18,000
un ping de nuevo.

68
00:05:18,000 --> 00:05:22,000
Pings están cerrando el aviso de la interfaz,

69
00:05:22,000 --> 00:05:26,000
solo perdimos 2 pings en este ejemplo porque

70
00:05:26,000 --> 00:05:28,000
reduzco los temporizadores.

71
00:05:28,000 --> 00:05:32,000
El conmutador 1 pasó del aviso Activo al conmutador

72
00:05:32,000 --> 00:05:39,000
inicial 2 en la VLAN 10 grupos 1 y del modo de espera a activo.

73
00:05:39,000 --> 00:05:44,000
Así que hemos logrado mejorar el rendimiento con los últimos 2

74
00:05:44,000 --> 00:05:48,000
pings en esta topología. Ahora, una vez más, puede

75
00:05:48,000 --> 00:05:52,000
reducir aún más los paquetes perdidos mediante el uso

76
00:05:52,000 --> 00:05:56,000
de temporizadores de milisegundos en lugar de temporizadores de segundo.

77
00:05:56,000 --> 00:06:01,000
Pero para esta topología y para CCNA esos temporizadores son lo suficientemente buenos.

78
00:06:01,000 --> 00:06:05,000
Así que haré el ping nuevamente y

79
00:06:05,000 --> 00:06:08,000
luego no cerraré la interfaz

80
00:06:08,000 --> 00:06:15,000
veamos cuántos pings perdemos aquí, así que la interfaz ha surgido, pasamos de

81
00:06:15,000 --> 00:06:20,000
escuchar a Active, mostrar, en espera, enrutador local, es

82
00:06:20,000 --> 00:06:23,000
que el enrutador en espera,

83
00:06:23,000 --> 00:06:29,000
enrutador activo, es switch 2 y no perdimos ningún pings en absoluto.

84
00:06:29,000 --> 00:06:32,000
Entonces esa es una respuesta mucho mejor en lo que tenemos previamente.

85
00:06:32,000 --> 00:06:36,000
Ese es un ejemplo de HSRP en un entorno de conmutación que le

86
00:06:36,000 --> 00:06:39,000
muestra lo que ocurre cuando una interfaz o conmutador falla.

87
00:06:39,000 --> 00:06:42,000
Apagué una interfaz en lugar de reiniciar

88
00:06:42,000 --> 00:06:45,000
el conmutador solo para que sea más

89
00:06:45,000 --> 00:06:48,000
rápido y permitirnos ver los cambios más

90
00:06:48,000 --> 00:06:50,000
fácilmente, pero vería algo

91
00:06:50,000 --> 00:06:55,000
similar si reiniciara un conmutador o enrutador completo cuando utilizara HSRP.