1 00:00:00,000 --> 00:00:06,000 Kann der Router 1 den Loopback des Routers 3 pingen? 2 00:00:06,000 --> 00:00:13,000 Auf Router 3 wird ein Loopback als 3 konfiguriert. 3. 3. 3 Sie ist 3 00:00:13,000 --> 00:00:15,000 in der Routing-Tabelle des 4 00:00:15,000 --> 00:00:19,000 lokalen Routers als direkt angeschlossenes Interface onloopback 0 verfügbar. 5 00:00:19,000 --> 00:00:23,000 Kann der Router 1 diesen Loopback pingen? 6 00:00:23,000 --> 00:00:28,000 und die Antwort lautet nein, da Router 1 keine Route 7 00:00:28,000 --> 00:00:33,000 zu dieser Loopback-Schnittstelle hat. Wir können beweisen, dass der Befehl sh ip route 8 00:00:33,000 --> 00:00:35,000 erneut verwendet wird. Es gibt keine 9 00:00:35,000 --> 00:00:39,000 Route zu 3. 3. 3. 3 10 00:00:39,000 --> 00:00:44,000 Debug-IP-Paket beachten, dass der Ping-Befehl erneut nicht routen kann. 11 00:00:44,000 --> 00:00:49,000 Der Router weiß also nicht, wie er zu diesem Loopback gelangen 12 00:00:49,000 --> 00:00:54,000 soll, daher müssen wir statische Routen für diesen Loopback konfigurieren. 13 00:00:54,000 --> 00:00:57,000 Hier also die Frage, wie viele statische Routen 14 00:00:57,000 --> 00:01:01,000 wir in diesem Netzwerk konfigurieren müssen, um volle Konnektivität zu ermöglichen. 15 00:01:01,000 --> 00:01:09,000 Um die Frage zu beantworten, schauen Sie sich an, welche Netzwerke nicht direkt mit dem Router 1 verbunden sind. 16 00:01:09,000 --> 00:01:13,000 Router 1 hat diesen Loopback und dieses Netzwerk ist direkt mit ihm verbunden, jedoch mit 17 00:01:13,000 --> 00:01:18,000 Netzwerk 2. 2 2 2 dieses Netzwerk 10. 1. 2 0 18 00:01:18,000 --> 00:01:23,000 und dieses Netzwerk 3. 3. 3. 3 sind nicht mit 19 00:01:23,000 --> 00:01:26,000 Router 1 verbunden, daher müssen 3 Netzwerke auf Router 1 konfiguriert werden. 20 00:01:26,000 --> 00:01:32,000 Auf Router 2 dieses Netzwerk und dieses Netzwerk sind direkt mit dem Router verbunden. Wir 21 00:01:32,000 --> 00:01:35,000 können beweisen, dass mit dem Befehl 22 00:01:35,000 --> 00:01:40,000 sh ip route notice 3 Netzwerke direkt mit Router 2 verbunden sind. Dieses 23 00:01:40,000 --> 00:01:44,000 Netzwerk und dieses Netzwerk sind jedoch nicht direkt miteinander verbunden. 24 00:01:44,000 --> 00:01:48,000 also hatten wir 3 auf router 1, wir müssen 2 routen auf 25 00:01:48,000 --> 00:01:52,000 router 2 auf router 3 konfigurieren, dieses netzwerk und dieses netzwerk sind 26 00:01:52,000 --> 00:01:55,000 direkt miteinander verbunden, aber dieses netzwerk dieses netzwerk und 27 00:01:55,000 --> 00:02:00,000 dieses netzwerk sind nicht direkt verbunden, so dass der router 3 3 statische routen benötigt. 28 00:02:00,000 --> 00:02:04,000 In dieser kleinen Topologie, die nur dieses Netzwerk 29 00:02:04,000 --> 00:02:10,000 verwendet, wie im Diagramm gezeigt, müsste ich insgesamt 8 statische Routen hinzufügen. 30 00:02:10,000 --> 00:02:14,000 3 + 2 + 3 jedoch auf Router 1 habe ich einige zusätzliche 31 00:02:14,000 --> 00:02:22,000 Netzwerke 10 hinzugefügt. 1. 1. 2 und 10. 1. 10 0 bedeutet, 32 00:02:22,000 --> 00:02:25,000 dass wir 2 zusätzliche Routen zu Router 33 00:02:25,000 --> 00:02:29,000 2 hinzufügen müssen, plus 2 zusätzliche Routen zu Router 34 00:02:29,000 --> 00:02:32,000 3, vorausgesetzt, dass wir nicht zusammenfassen. 35 00:02:32,000 --> 00:02:34,000 Es ist also ziemlich viel Arbeit. 36 00:02:34,000 --> 00:02:38,000 Dies ist also das Problem bei statischen Routen. Es kann sehr viel 37 00:02:38,000 --> 00:02:41,000 Arbeit sein, insbesondere wenn Sie eine große Topologie haben. 38 00:02:41,000 --> 00:02:43,000 Also renn los include route zeigt mir 39 00:02:43,000 --> 00:02:47,000 meine statischen Routen in der laufenden Konfiguration des Routers an, wenn ich nur 1 40 00:02:47,000 --> 00:02:49,000 konfiguriert habe, also muss ich IP 41 00:02:49,000 --> 00:02:53,000 route 2 eingeben. 2 2 2 und 42 00:02:53,000 --> 00:02:59,000 der nächste Hop 10. 1. 1. 2, 43 00:02:59,000 --> 00:03:03,000 das diese Route zur 44 00:03:03,000 --> 00:03:10,000 Routing-Tabelle des Routers hinzufügt, und ich muss etwas 45 00:03:10,000 --> 00:03:15,000 Ähnliches für den Loopback des 46 00:03:15,000 --> 00:03:18,000 Routers tun eines 47 00:03:18,000 --> 00:03:21,000 dieser 3 Netzwerke. 48 00:03:21,000 --> 00:03:28,000 So kann Router 1 Ping 3. 3. 3. 3? Nein, warum nicht? 49 00:03:28,000 --> 00:03:33,000 Deaktivieren Sie also das Debuggen. Versuchen wir es erneut. 50 00:03:33,000 --> 00:03:35,000 Können wir ping 3. 3. 3. 3? 51 00:03:35,000 --> 00:03:37,000 Nein, sehen wir, ob ein Problem vorliegt, verwenden Sie 52 00:03:37,000 --> 00:03:41,000 den Befehl traceroute 3. 3. 3. 3 Hinweis, um 53 00:03:41,000 --> 00:03:46,000 zu 3 zu gelangen. 3. 3. 3 Der Befehl Traceroute zeigt an, dass Router 54 00:03:46,000 --> 00:03:50,000 1 den Datenverkehr an 10 sendet. 1. 1. 2 55 00:03:50,000 --> 00:03:59,000 und das ist, weil sich diese Route in der lokalen 56 00:03:59,000 --> 00:04:04,000 Routing-Tabelle von Router 1 befindet. 57 00:04:04,000 --> 00:04:07,000 Router 1 sendet also den Datenverkehr 58 00:04:07,000 --> 00:04:12,000 an Router 2. Router 2 weiß jedoch nicht, wo er sich 59 00:04:12,000 --> 00:04:15,000 befindet. 3. 3. 3 ist. 60 00:04:15,000 --> 00:04:20,000 Um zu beweisen, dass wir ein Debug-IP-Paket auf Router 2 durchführen. 61 00:04:20,000 --> 00:04:26,000 Ich werde den Loopback von Router 3 von Router 1 anpingen, damit der Verkehr von Router 62 00:04:26,000 --> 00:04:29,000 1 zu Router 2 geleitet wird und dann 63 00:04:29,000 --> 00:04:31,000 sehen wir, was hoffentlich 64 00:04:31,000 --> 00:04:34,000 passiert. Es geht gut an Router 3, aber? 65 00:04:34,000 --> 00:04:41,000 Und wir können hier sehen, dass Router 2 sagt, dass der Host nicht erreichbar ist, der an 10 66 00:04:41,000 --> 00:04:47,000 gesendet wird. 1. 1. 1 für Netzwerk 3. 3. 3. Router 67 00:04:47,000 --> 00:04:53,000 3 weiß nicht, wie er zu diesem Zielnetzwerk gelangen soll, und weist daher darauf 68 00:04:53,000 --> 00:04:57,000 hin, dass das Netzwerk des Routers 1 nicht erreichbar ist. 69 00:04:57,000 --> 00:05:03,000 Dies ist ein Beispiel für das Hop-by-Hop-Paradigma, das in IPv4 und IPv6 verwendet wird. 70 00:05:03,000 --> 00:05:07,000 Das Hop-by-Hop-Paradigma bedeutet, dass jeder Router 71 00:05:07,000 --> 00:05:13,000 seine eigene lokale Routing-Entscheidung unabhängig von anderen Routern trifft. 72 00:05:13,000 --> 00:05:16,000 Nur weil Router 1 weiß, wie er zu Router 73 00:05:16,000 --> 00:05:20,000 3 gelangt, bedeutet das nicht, dass Router 2 weiß, wie er Router 3 erreicht. 74 00:05:20,000 --> 00:05:23,000 Router 1 kennt eigentlich nur den nächsten Hop im 75 00:05:23,000 --> 00:05:26,000 Pfad, um zu diesem Ziel zu gelangen, und kennt 76 00:05:26,000 --> 00:05:31,000 nicht den gesamten Pfad. Daher weiß sh ip route Hinweis Router 1 weiß, dass er zu 77 00:05:31,000 --> 00:05:37,000 diesem Netzwerk 3 gelangt. 3. 3. 3 Es muss der Verkehr 78 00:05:37,000 --> 00:05:39,000 an Router 2 gesendet werden, er ist 79 00:05:39,000 --> 00:05:43,000 jedoch auf Router 2 angewiesen, um zu wissen, was mit dem Verkehr zu tun ist. 80 00:05:43,000 --> 00:05:48,000 In diesem Fall weiß der Router 2 nicht, wie er zum Router 3 zu gelangen 81 00:05:48,000 --> 00:05:52,000 ist, sodass eine nicht erreichbare Massage an den Router 1 zurückgesendet wird. 82 00:05:52,000 --> 00:05:58,000 Auf Router 2 gibt es also wieder keine statischen Routen. 83 00:05:58,000 --> 00:06:03,000 Ich muss also eine statische Route für die Loopback von Router 3 konfigurieren. In diesem 84 00:06:03,000 --> 00:06:06,000 Fall ist der nächste Hop aus Sicht von Router 85 00:06:06,000 --> 00:06:10,000 2 10. 1. 2 2 86 00:06:10,000 --> 00:06:15,000 Ist das Ping nun erfolgreich? Und die Antwort lautet ja. 87 00:06:15,000 --> 00:06:21,000 Das Ping ist erfolgreich, da Router 1 den Loopback von Router 3 pingt und den 88 00:06:21,000 --> 00:06:23,000 Verkehr an Router 2 weiterleitet. 89 00:06:23,000 --> 00:06:27,000 Router 2 weiß, wohin der Verkehr gesendet werden soll, da sich 90 00:06:27,000 --> 00:06:33,000 diese Route in seiner lokalen Routing-Tabelle befindet, und er kann den Verkehr daher an Router 3 91 00:06:33,000 --> 00:06:37,000 weiterleiten. Router 3 weiß in diesem Fall, wie er zu 92 00:06:37,000 --> 00:06:43,000 10 zurückkehren kann. 1. 1. 1 Damit ist der Ping erfolgreich. 93 00:06:43,000 --> 00:06:52,000 Wir können das auf Router 3 sehen, dass es eine Antwort an 10 sendet. 1. 1. 1 von 3. 3. 3. 3 Nun noch eine Frage: 94 00:06:52,000 --> 00:06:54,000 Wenn wir uns die Routing-Tabelle von Router 2 ansehen, heißt 95 00:06:54,000 --> 00:07:00,000 es, dass der nächste Hop 10 ist. 1. 2 2, aber es 96 00:07:00,000 --> 00:07:05,000 zeigt uns nicht, dass der Verkehr von F0 / 1 anstatt von 97 00:07:05,000 --> 00:07:11,000 F0 / 0 ausgehen muss. Woher weiß der Router, welche Schnittstelle verwendet werden soll? 98 00:07:11,000 --> 00:07:18,000 Nun, es weiß, weil diese IP-Adresse Teil dieses Subnetzes ist und dieses Subnetz direkt mit F0 / 1 99 00:07:18,000 --> 00:07:22,000 verbunden ist. Router 2 weiß also, dass er auf 3 100 00:07:22,000 --> 00:07:27,000 zugreifen muss. 3. 3. 3 Es 101 00:07:27,000 --> 00:07:29,000 muss der Datenverkehr an 102 00:07:29,000 --> 00:07:33,000 diese IP-Adresse weitergeleitet werden. Diese IP-Adresse ist Teil dieses 103 00:07:33,000 --> 00:07:36,000 Netzwerks, das über diese Schnittstelle verfügbar ist. 104 00:07:36,000 --> 00:07:39,000 Daher kann der Datenverkehr über diese 105 00:07:39,000 --> 00:07:42,000 lokale Schnittstelle weitergeleitet werden. Dies kann 106 00:07:42,000 --> 00:07:45,000 in der CEF-Tabelle mithilfe des Befehls 107 00:07:45,000 --> 00:07:49,000 angezeigt werden show ip cef show ip cef zeigt 108 00:07:49,000 --> 00:07:55,000 uns, dass dieses Netzwerk über diesen nächsten Hop aus dieser Schnittstelle verfügbar ist. 109 00:07:55,000 --> 00:07:57,000 Bei der Cisco Express-Weiterleitung 110 00:07:57,000 --> 00:08:01,000 baut der Router diese Informationen in die CEF-Tabelle ein, 111 00:08:01,000 --> 00:08:05,000 so dass die Routingtabelle nicht doppelt durchsucht werden muss. 112 00:08:05,000 --> 00:08:09,000 in den alten Tagen, als der Datenverkehr zu diesem Netzwerk gelangte, musste der 113 00:08:09,000 --> 00:08:11,000 Router eine doppelte Suche durchführen, dh 114 00:08:11,000 --> 00:08:15,000 er würde diesen Eintrag in der Routingtabelle und dann diesen Eintrag in der 115 00:08:15,000 --> 00:08:18,000 Routingtabelle betrachten, um die ausgehende Schnittstelle zu bestimmen . 116 00:08:18,000 --> 00:08:23,000 Diese Informationen sind jetzt in der CEF-Tabelle vorgefertigt, 117 00:08:23,000 --> 00:08:28,000 um die Weiterleitung des Verkehrs zu beschleunigen.