Kann der Router 1 den Loopback des Routers 3 pingen?
Auf Router 3 wird ein Loopback als 3 konfiguriert. 3. 3. 3 Sie ist
in der Routing-Tabelle des
lokalen Routers als direkt angeschlossenes Interface onloopback 0 verfügbar.
Kann der Router 1 diesen Loopback pingen?
und die Antwort lautet nein, da Router 1 keine Route
zu dieser Loopback-Schnittstelle hat. Wir können beweisen, dass der Befehl sh ip route
erneut verwendet wird. Es gibt keine
Route zu 3. 3. 3. 3
Debug-IP-Paket beachten, dass der Ping-Befehl erneut nicht routen kann.
Der Router weiß also nicht, wie er zu diesem Loopback gelangen
soll, daher müssen wir statische Routen für diesen Loopback konfigurieren.
Hier also die Frage, wie viele statische Routen
wir in diesem Netzwerk konfigurieren müssen, um volle Konnektivität zu ermöglichen.
Um die Frage zu beantworten, schauen Sie sich an, welche Netzwerke nicht direkt mit dem Router 1 verbunden sind.
Router 1 hat diesen Loopback und dieses Netzwerk ist direkt mit ihm verbunden, jedoch mit
Netzwerk 2. 2 2 2 dieses Netzwerk 10. 1. 2 0
und dieses Netzwerk 3. 3. 3. 3 sind nicht mit
Router 1 verbunden, daher müssen 3 Netzwerke auf Router 1 konfiguriert werden.
Auf Router 2 dieses Netzwerk und dieses Netzwerk sind direkt mit dem Router verbunden. Wir
können beweisen, dass mit dem Befehl
sh ip route notice 3 Netzwerke direkt mit Router 2 verbunden sind. Dieses
Netzwerk und dieses Netzwerk sind jedoch nicht direkt miteinander verbunden.
also hatten wir 3 auf router 1, wir müssen 2 routen auf
router 2 auf router 3 konfigurieren, dieses netzwerk und dieses netzwerk sind
direkt miteinander verbunden, aber dieses netzwerk dieses netzwerk und
dieses netzwerk sind nicht direkt verbunden, so dass der router 3 3 statische routen benötigt.
In dieser kleinen Topologie, die nur dieses Netzwerk
verwendet, wie im Diagramm gezeigt, müsste ich insgesamt 8 statische Routen hinzufügen.
3 + 2 + 3 jedoch auf Router 1 habe ich einige zusätzliche
Netzwerke 10 hinzugefügt. 1. 1. 2 und 10. 1. 10 0 bedeutet,
dass wir 2 zusätzliche Routen zu Router
2 hinzufügen müssen, plus 2 zusätzliche Routen zu Router
3, vorausgesetzt, dass wir nicht zusammenfassen.
Es ist also ziemlich viel Arbeit.
Dies ist also das Problem bei statischen Routen. Es kann sehr viel
Arbeit sein, insbesondere wenn Sie eine große Topologie haben.
Also renn los include route zeigt mir
meine statischen Routen in der laufenden Konfiguration des Routers an, wenn ich nur 1
konfiguriert habe, also muss ich IP
route 2 eingeben. 2 2 2 und
der nächste Hop 10. 1. 1. 2,
das diese Route zur
Routing-Tabelle des Routers hinzufügt, und ich muss etwas
Ähnliches für den Loopback des
Routers tun eines
dieser 3 Netzwerke.
So kann Router 1 Ping 3. 3. 3. 3? Nein, warum nicht?
Deaktivieren Sie also das Debuggen. Versuchen wir es erneut.
Können wir ping 3. 3. 3. 3?
Nein, sehen wir, ob ein Problem vorliegt, verwenden Sie
den Befehl traceroute 3. 3. 3. 3 Hinweis, um
zu 3 zu gelangen. 3. 3. 3 Der Befehl Traceroute zeigt an, dass Router
1 den Datenverkehr an 10 sendet. 1. 1. 2
und das ist, weil sich diese Route in der lokalen
Routing-Tabelle von Router 1 befindet.
Router 1 sendet also den Datenverkehr
an Router 2. Router 2 weiß jedoch nicht, wo er sich
befindet. 3. 3. 3 ist.
Um zu beweisen, dass wir ein Debug-IP-Paket auf Router 2 durchführen.
Ich werde den Loopback von Router 3 von Router 1 anpingen, damit der Verkehr von Router
1 zu Router 2 geleitet wird und dann
sehen wir, was hoffentlich
passiert. Es geht gut an Router 3, aber?
Und wir können hier sehen, dass Router 2 sagt, dass der Host nicht erreichbar ist, der an 10
gesendet wird. 1. 1. 1 für Netzwerk 3. 3. 3. Router
3 weiß nicht, wie er zu diesem Zielnetzwerk gelangen soll, und weist daher darauf
hin, dass das Netzwerk des Routers 1 nicht erreichbar ist.
Dies ist ein Beispiel für das Hop-by-Hop-Paradigma, das in IPv4 und IPv6 verwendet wird.
Das Hop-by-Hop-Paradigma bedeutet, dass jeder Router
seine eigene lokale Routing-Entscheidung unabhängig von anderen Routern trifft.
Nur weil Router 1 weiß, wie er zu Router
3 gelangt, bedeutet das nicht, dass Router 2 weiß, wie er Router 3 erreicht.
Router 1 kennt eigentlich nur den nächsten Hop im
Pfad, um zu diesem Ziel zu gelangen, und kennt
nicht den gesamten Pfad. Daher weiß sh ip route Hinweis Router 1 weiß, dass er zu
diesem Netzwerk 3 gelangt. 3. 3. 3 Es muss der Verkehr
an Router 2 gesendet werden, er ist
jedoch auf Router 2 angewiesen, um zu wissen, was mit dem Verkehr zu tun ist.
In diesem Fall weiß der Router 2 nicht, wie er zum Router 3 zu gelangen
ist, sodass eine nicht erreichbare Massage an den Router 1 zurückgesendet wird.
Auf Router 2 gibt es also wieder keine statischen Routen.
Ich muss also eine statische Route für die Loopback von Router 3 konfigurieren. In diesem
Fall ist der nächste Hop aus Sicht von Router
2 10. 1. 2 2
Ist das Ping nun erfolgreich? Und die Antwort lautet ja.
Das Ping ist erfolgreich, da Router 1 den Loopback von Router 3 pingt und den
Verkehr an Router 2 weiterleitet.
Router 2 weiß, wohin der Verkehr gesendet werden soll, da sich
diese Route in seiner lokalen Routing-Tabelle befindet, und er kann den Verkehr daher an Router 3
weiterleiten. Router 3 weiß in diesem Fall, wie er zu
10 zurückkehren kann. 1. 1. 1 Damit ist der Ping erfolgreich.
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:
Wenn wir uns die Routing-Tabelle von Router 2 ansehen, heißt
es, dass der nächste Hop 10 ist. 1. 2 2, aber es
zeigt uns nicht, dass der Verkehr von F0 / 1 anstatt von
F0 / 0 ausgehen muss. Woher weiß der Router, welche Schnittstelle verwendet werden soll?
Nun, es weiß, weil diese IP-Adresse Teil dieses Subnetzes ist und dieses Subnetz direkt mit F0 / 1
verbunden ist. Router 2 weiß also, dass er auf 3
zugreifen muss. 3. 3. 3 Es
muss der Datenverkehr an
diese IP-Adresse weitergeleitet werden. Diese IP-Adresse ist Teil dieses
Netzwerks, das über diese Schnittstelle verfügbar ist.
Daher kann der Datenverkehr über diese
lokale Schnittstelle weitergeleitet werden. Dies kann
in der CEF-Tabelle mithilfe des Befehls
angezeigt werden show ip cef show ip cef zeigt
uns, dass dieses Netzwerk über diesen nächsten Hop aus dieser Schnittstelle verfügbar ist.
Bei der Cisco Express-Weiterleitung
baut der Router diese Informationen in die CEF-Tabelle ein,
so dass die Routingtabelle nicht doppelt durchsucht werden muss.
in den alten Tagen, als der Datenverkehr zu diesem Netzwerk gelangte, musste der
Router eine doppelte Suche durchführen, dh
er würde diesen Eintrag in der Routingtabelle und dann diesen Eintrag in der
Routingtabelle betrachten, um die ausgehende Schnittstelle zu bestimmen .
Diese Informationen sind jetzt in der CEF-Tabelle vorgefertigt,
um die Weiterleitung des Verkehrs zu beschleunigen.