1
00:00:00,000 --> 00:00:04,000
Ping eignet sich hervorragend zum Testen, wenn ich

2
00:00:04,000 --> 00:00:09,000
10 anping. 1. 1. 2 Der Ping ist

3
00:00:09,000 --> 00:00:12,000
erfolgreich. Der Grund dafür, dass der erste Ping fehlgeschlagen ist, ist

4
00:00:12,000 --> 00:00:16,000
auf ARP zurückzuführen, den der Router für die MAC-Adresse des Routers 2 benötigt, muss aber

5
00:00:16,000 --> 00:00:22,000
beachten, wenn ich 10 Ping 1. 2 2, die IP-Adresse des

6
00:00:22,000 --> 00:00:27,000
Routers 3, schlagen die Pings fehl, da diese Route nicht in der Routingtabelle enthalten ist.

7
00:00:27,000 --> 00:00:34,000
10 1. 2 0 ist nicht in der Routingtabelle des lokalen Routers enthalten.

8
00:00:34,000 --> 00:00:39,000
10 1. 1. 0 ist in der lokalen Routingtabelle.

9
00:00:39,000 --> 00:00:41,000
Der Router kann jetzt

10
00:00:41,000 --> 00:00:45,000
entsprechend routen. Debugs sind sehr nützlich zum Testen und zur

11
00:00:45,000 --> 00:00:49,000
Fehlerbehebung. In diesem Beispiel benutze ich den Befehl debug

12
00:00:49,000 --> 00:00:55,000
ip ipmp auf Router 2 und Router 3, um zu beweisen, dass der Verkehr

13
00:00:55,000 --> 00:00:58,000
erwartungsgemäß auf den richtigen Routern ankommt .

14
00:00:58,000 --> 00:01:04,000
so ping 10. 1. 1. In dieser IP-Adressbenachrichtigung

15
00:01:04,000 --> 00:01:13,000
werden die ICMP-Echoantworten an 10 zurückgesendet. 1. 1. 1 machen wir

16
00:01:13,000 --> 00:01:22,000
das so 10. 1. 2 2 Wenn der Datenverkehr diesen Router nicht erreicht, werden

17
00:01:22,000 --> 00:01:25,000
auf dem Bildschirm des Routers 3 keine Ausgänge angezeigt, bei denen es

18
00:01:25,000 --> 00:01:30,000
nur noch 10 ist. 1. 1. In 2

19
00:01:30,000 --> 00:01:38,000
sehen wir die Fehlerbehebungen, da der Datenverkehr von Router 1 an Router 2 gesendet wird und

20
00:01:38,000 --> 00:01:42,000
von Router 2 empfangen wird, der wiederum antwortet.

21
00:01:42,000 --> 00:01:47,000
Auf Router 1 können Sie also den Befehl debug ip

22
00:01:47,000 --> 00:01:51,000
package verwenden, mit diesem Befehl in einer Live-Umgebung.

23
00:01:51,000 --> 00:01:55,000
In einer Live-Umgebung möchten Sie eine Zugriffssteuerungsliste verwenden,

24
00:01:55,000 --> 00:02:01,000
um den Verkehr zu begrenzen, den Sie in einer Produktions- oder Live-Umgebung debuggen.

25
00:02:01,000 --> 00:02:06,000
Sie können Ihren Router beenden, wenn Sie diesen Befehl ausführen.

26
00:02:06,000 --> 00:02:09,000
Aber in dieser Live-Umgebung ist es in Ordnung, dies zu tun.

27
00:02:09,000 --> 00:02:13,000
Aus Sicht des Testens und der Fehlerbehebung können Sie die Logik des

28
00:02:13,000 --> 00:02:15,000
Routers 1 durchgehen und versuchen, den

29
00:02:15,000 --> 00:02:20,000
Ping-Befehl 10 auszuführen. 1. 2 2

30
00:02:20,000 --> 00:02:25,000
Wir erhalten keine Antwort. Wir führen ein Debug-IP-ICMP auf

31
00:02:25,000 --> 00:02:29,000
Router 3 aus, um zu sehen, ob

32
00:02:29,000 --> 00:02:35,000
der Datenverkehr tatsächlich bei Router 3 ankommt und nicht Das Problem

33
00:02:35,000 --> 00:02:37,000
liegt auf dem Pfad

34
00:02:37,000 --> 00:02:43,000
R1 nach R3 oder ob das Problem auf der Rückkehr R3

35
00:02:43,000 --> 00:02:47,000
nach R1 liegt. Dies ist also ein

36
00:02:47,000 --> 00:02:49,000
großartiger Befehl zum

37
00:02:49,000 --> 00:02:58,000
Testen, also ping 10. 1. 2 2 in der Ausgabe wird es nicht routbar, dass der lokale Router

38
00:02:58,000 --> 00:03:04,000
uns mitteilt, dass die Quell-IP-Adresse 10 lautet. 1. 1. 1 geh zum

39
00:03:04,000 --> 00:03:08,000
Ziel 10. 1. 2 2 ist nicht

40
00:03:08,000 --> 00:03:11,000
routbar, so dass es nicht weiß, wohin der Datenverkehr weitergeleitet werden soll.

41
00:03:11,000 --> 00:03:14,000
Eine weitere großartige Sache in der Ausgabe hier

42
00:03:14,000 --> 00:03:18,000
ist, dass wir wissen, welche Schnittstelle der Router zum Senden von

43
00:03:18,000 --> 00:03:21,000
Paketen verwendet. Normalerweise verwendet ein Router die ausgehende

44
00:03:21,000 --> 00:03:25,000
Schnittstelle als Quelle in Paketen, und das können Sie hier sehen.

45
00:03:25,000 --> 00:03:28,000
Die Quelle des Pings ist also 10. 1. 1. 1, weil

46
00:03:28,000 --> 00:03:32,000
dies die ausgehende Schnittstelle ist, um zu einem Ziel wie 10 zu

47
00:03:32,000 --> 00:03:34,000
gelangen. 1. 2 2

48
00:03:34,000 --> 00:03:40,000
als Beispiel, wenn wir 10 ping. 1. 1. Wenn der Ping erfolgreich

49
00:03:40,000 --> 00:03:42,000
ist, erhalten wir eine Menge Ausgabe,

50
00:03:42,000 --> 00:03:47,000
also zurückblättern, es gibt den Ping. Dies sind die Erfolgsmeldungen, die wir als Quell-IP-Adresse 10

51
00:03:47,000 --> 00:03:51,000
erkennen können. 1. 1. 1 Ziel ist

52
00:03:51,000 --> 00:03:54,000
10. 1. 1. 2

53
00:03:54,000 --> 00:04:01,000
Diese IP-Adresse wurde über die Forwarding Information Base oder FIB von F0 / 0 aus weitergeleitet, so dass das Paket

54
00:04:01,000 --> 00:04:03,000
gesendet wurde und wir eine Antwort

55
00:04:03,000 --> 00:04:11,000
von 10 erhielten. 1. 1. 2 bis 10. 1. 1. 1 hier können

56
00:04:11,000 --> 00:04:14,000
wir sehen, dass das Paket vom Router weitergeleitet

57
00:04:14,000 --> 00:04:20,000
oder vom Router gesendet wurde, und hier sehen wir eine Antwort, die vom Router 2 zurückgegeben wurde.

58
00:04:20,000 --> 00:04:26,000
also ein sehr nützlicher Befehl, aber seien Sie vorsichtig, wenn Sie ihn in der Produktion verwenden. sh ip route zeigt mir

59
00:04:26,000 --> 00:04:28,000
an, dass ich für 10 keine Route

60
00:04:28,000 --> 00:04:34,000
in der Routing-Tabelle habe. 1. 2 0 und ich

61
00:04:34,000 --> 00:04:37,000
habe auch kein Gateway des letzten Auswegs,

62
00:04:37,000 --> 00:04:40,000
dh ich habe kein Standard-Gateway oder keine

63
00:04:40,000 --> 00:04:42,000
Standard-Route auf diesem Router konfiguriert.

64
00:04:42,000 --> 00:04:45,000
Der Router weiß also nicht, was

65
00:04:45,000 --> 00:04:53,000
er mit dem Datenverkehr anfangen soll, und daher sagt uns der Router, dass der Datenverkehr nicht routen kann.

66
00:04:53,000 --> 00:04:56,000
Der Router weiß nicht, wohin der

67
00:04:56,000 --> 00:05:01,000
Datenverkehr weitergeleitet werden soll. Daher müssen statische Routen konfiguriert werden.
