1
00:00:00,000 --> 00:00:05,000
Also hier Switch 1 sh ip int brief Wir können sehen, dass die IP-Adresse von Switch 1

2
00:00:05,000 --> 00:00:11,000
in VLAN 10 10 ist. 1. 10 1

3
00:00:11,000 --> 00:00:15,000
sh Standby zeigt mir, dass

4
00:00:15,000 --> 00:00:21,000
dieser Switch der aktive Router für VLAN 10

5
00:00:21,000 --> 00:00:31,000
ist. Was ich jetzt mache, fing ich mit dem Ping von Router 1

6
00:00:31,000 --> 00:00:36,000
an Router 2 an Ich werde

7
00:00:36,000 --> 00:00:40,000
den kontinuierlichen Ping auf Router

8
00:00:40,000 --> 00:00:42,000
1 starten

9
00:00:42,000 --> 00:00:45,000
und jetzt die

10
00:00:45,000 --> 00:00:49,000
Schnittstelle auf Switch 1 schließen.

11
00:00:49,000 --> 00:00:54,000
Wie Sie hier sehen können, ging der Status

12
00:00:54,000 --> 00:00:56,000
von Active auf

13
00:00:56,000 --> 00:01:09,000
Init über, und wir verlieren Pings auf Router 1. Nun werden jedoch erfolgreiche Pings durch Standby auf Switch 1 angezeigt. Beachten Sie,

14
00:01:09,000 --> 00:01:18,000
dass dieser Switch den Status Init hat, da die Schnittstelle nicht aktiv ist Aktive Router

15
00:01:18,000 --> 00:01:23,000
sind bekannt, Standby-Router sind auf VLAN 20 bekannt.

16
00:01:23,000 --> 00:01:28,000
Es ist immer noch der Standby-Router. Auf Switch

17
00:01:28,000 --> 00:01:31,000
2 Sh Standby wird jedoch

18
00:01:31,000 --> 00:01:37,000
angezeigt, dass dieser Switch nun der aktive Router ist. Diese

19
00:01:37,000 --> 00:01:39,000
Standby-Router sind bekannt.

20
00:01:39,000 --> 00:01:44,000
also noch einmal im moment kann der router 1 noch ping router

21
00:01:44,000 --> 00:01:48,000
2 und der router 2 noch ping router 1.

22
00:01:48,000 --> 00:01:52,000
Wir haben gerade VLAN 10 an Switch 1 heruntergefahren,

23
00:01:52,000 --> 00:01:57,000
was bedeutet, dass Router 1 nicht an Switch 1 an VLAN 10

24
00:01:57,000 --> 00:02:01,000
ping kann. 1. 10 1 Die

25
00:02:01,000 --> 00:02:05,000
IP-Adresse von Switch 1 in VLAN 10 stellt

26
00:02:05,000 --> 00:02:07,000
fest, dass die Pings

27
00:02:07,000 --> 00:02:13,000
fehlschlagen. Dies liegt daran, dass die Schnittstelle von Switch 1 heruntergefahren wird.

28
00:02:13,000 --> 00:02:26,000
Der als PC 1 fungierende Router 1 kann jedoch weiterhin mit dem virtuellen Router kommunizieren, da der Switch

29
00:02:26,000 --> 00:02:33,000
2 nun als virtueller Router reagiert und den Datenverkehr

30
00:02:33,000 --> 00:02:37,000
für den virtuellen Router weiterleitet.

31
00:02:37,000 --> 00:02:39,000
Wenn Sie also beim

32
00:02:39,000 --> 00:02:42,000
Anschluss von ip ipmp und Router

33
00:02:42,000 --> 00:02:47,000
1 pings debuggen, wird festgestellt, dass die virtuelle IP-Adresse feststellt,

34
00:02:47,000 --> 00:02:50,000
dass der Ausgang von Schalter 2

35
00:02:50,000 --> 00:02:53,000
als der virtuelle Router fungiert. Router

36
00:02:53,000 --> 00:02:58,000
1 glaubt, dass er immer noch mit diesem HSRP-Gerät spricht.

37
00:02:58,000 --> 00:03:01,000
Nun machen wir den umgekehrten Vorgang.

38
00:03:01,000 --> 00:03:06,000
Wir führen erneut einen Ping von Router 1 zu Router 2

39
00:03:06,000 --> 00:03:10,000
durch das Netzwerk durch und sehen, was passiert,

40
00:03:10,000 --> 00:03:14,000
wenn wir die VLAN-Schnittstelle von Switch 1 aufrufen.

41
00:03:14,000 --> 00:03:21,000
Also wieder den Ping, kein Einschalten des Schalters 1 sh Standby do

42
00:03:21,000 --> 00:03:28,000
sh Standby Nun ist es von Listen zu Active alles gegangen,

43
00:03:28,000 --> 00:03:31,000
was ich getan habe. Der

44
00:03:31,000 --> 00:03:37,000
lokale Router ist also der aktive Router. Der Standby-Router

45
00:03:37,000 --> 00:03:40,000
ist im Moment unbekannt.

46
00:03:40,000 --> 00:03:47,000
Standby-Router ist Switch 2 und Pings sind jetzt erfolgreich.

47
00:03:47,000 --> 00:03:55,000
Wir konnten also nachweisen, dass der als PC 1 fungierende Router 1 den Router 2 als

48
00:03:55,000 --> 00:03:57,000
PC 2 über

49
00:03:57,000 --> 00:04:03,000
dieses Netzwerk pingen kann, selbst wenn eine der Schnittstellen heruntergefahren wird.

50
00:04:03,000 --> 00:04:10,000
Nun denken Sie vielleicht, dass es zu lange dauert, bis die Pings fortgesetzt werden

51
00:04:10,000 --> 00:04:14,000
Platz auf diesen Timern, die wir ändern können.

52
00:04:14,000 --> 00:04:16,000
Der Standard-Hallo-Timer ist 3 Sekunden

53
00:04:16,000 --> 00:04:18,000
und der Standard-Hold-Timer 10 Sekunden.

54
00:04:18,000 --> 00:04:24,000
Im Moment haben wir die Konfiguration der HSRP-Timer nicht geändert. Wir

55
00:04:24,000 --> 00:04:26,000
haben sie einfach

56
00:04:26,000 --> 00:04:31,000
auf die Standardeinstellung gesetzt, aber ich konnte Standby-1-Timer eingeben

57
00:04:31,000 --> 00:04:34,000
und ich kann Millisekunden-Timer angeben,

58
00:04:34,000 --> 00:04:39,000
aber jetzt nur einen Hallo-Timer von 1 Sekunde und

59
00:04:39,000 --> 00:04:42,000
einen Halte-Timer von 3 Sekunden.

60
00:04:42,000 --> 00:04:49,000
Kopieren Sie also diese Konfiguration und wechseln Sie in Schalter 2 vlan 10 und ändern

61
00:04:49,000 --> 00:04:54,000
Sie die Timer. Zeigen Sie also run interface vlan 10

62
00:04:54,000 --> 00:05:01,000
an, dass die Konfiguration von HSRP auf Schalter 2 VLAN 10 ist, und führen Sie

63
00:05:01,000 --> 00:05:05,000
int vlan 10 auf Schalter 1 aus. Dies

64
00:05:05,000 --> 00:05:08,000
ist die Konfiguration von Schalter 1.

65
00:05:08,000 --> 00:05:11,000
Lassen Sie uns also

66
00:05:11,000 --> 00:05:16,000
den Test noch einmal in vlan

67
00:05:16,000 --> 00:05:18,000
10 durchführen,

68
00:05:18,000 --> 00:05:22,000
bevor ich die Eingabetaste drücke.

69
00:05:22,000 --> 00:05:26,000
Lassen Sie uns erneut einen

70
00:05:26,000 --> 00:05:28,000
Ping durchführen.

71
00:05:28,000 --> 00:05:32,000
Schalter 1 wechselte von Aktiv zu Init.

72
00:05:32,000 --> 00:05:39,000
Hinweis von Schalter 2 in VLAN 10-Gruppen 1 und von Standby zu Aktiv.

73
00:05:39,000 --> 00:05:44,000
Es ist uns also gelungen, die Leistung mit letzten

74
00:05:44,000 --> 00:05:48,000
2 Pings in dieser Topologie zu verbessern.

75
00:05:48,000 --> 00:05:52,000
Jetzt können Sie noch mehr Pakete verlieren,

76
00:05:52,000 --> 00:05:56,000
indem Sie Millisekunden-Timer anstelle von Zweitzeitgebern verwenden.

77
00:05:56,000 --> 00:06:01,000
Für diese Topologie und für die CCNA sind diese Timer jedoch ausreichend.

78
00:06:01,000 --> 00:06:05,000
Also mache ich nochmal den Ping und

79
00:06:05,000 --> 00:06:08,000
dann das Interface nicht schließen.

80
00:06:08,000 --> 00:06:15,000
Mal sehen, wie viele Pings wir hier verlieren. Das Interface ist also aufgetaucht.

81
00:06:15,000 --> 00:06:20,000
Wir haben uns von Listen to Active abgewandt. Standby-Router

82
00:06:20,000 --> 00:06:23,000
anzeigen. Der Standfräser des aktiven

83
00:06:23,000 --> 00:06:29,000
Routers ist Switch 2 und Wir haben überhaupt keine Pings verloren.

84
00:06:29,000 --> 00:06:32,000
Das ist also eine viel bessere Antwort auf das, was wir bisher hatten.

85
00:06:32,000 --> 00:06:36,000
Dies ist ein Beispiel für HSRP in einer Switch-Umgebung, das zeigt, was

86
00:06:36,000 --> 00:06:39,000
passiert, wenn eine Schnittstelle oder ein Switch ausfällt.

87
00:06:39,000 --> 00:06:42,000
Ich habe eine Schnittstelle heruntergefahren, anstatt den Switch

88
00:06:42,000 --> 00:06:45,000
neu zu starten, nur um es schneller zu

89
00:06:45,000 --> 00:06:48,000
machen und Änderungen leichter zu erkennen. Wenn Sie

90
00:06:48,000 --> 00:06:50,000
jedoch einen kompletten Switch

91
00:06:50,000 --> 00:06:55,000
oder Router bei der Verwendung von HSRP neu starten, sehen Sie etwas Ähnliches.