Ping eignet sich hervorragend zum Testen, wenn ich
10 anping. 1. 1. 2 Der Ping ist
erfolgreich. Der Grund dafür, dass der erste Ping fehlgeschlagen ist, ist
auf ARP zurückzuführen, den der Router für die MAC-Adresse des Routers 2 benötigt, muss aber
beachten, wenn ich 10 Ping 1. 2 2, die IP-Adresse des
Routers 3, schlagen die Pings fehl, da diese Route nicht in der Routingtabelle enthalten ist.
10 1. 2 0 ist nicht in der Routingtabelle des lokalen Routers enthalten.
10 1. 1. 0 ist in der lokalen Routingtabelle.
Der Router kann jetzt
entsprechend routen. Debugs sind sehr nützlich zum Testen und zur
Fehlerbehebung. In diesem Beispiel benutze ich den Befehl debug
ip ipmp auf Router 2 und Router 3, um zu beweisen, dass der Verkehr
erwartungsgemäß auf den richtigen Routern ankommt .
so ping 10. 1. 1. In dieser IP-Adressbenachrichtigung
werden die ICMP-Echoantworten an 10 zurückgesendet. 1. 1. 1 machen wir
das so 10. 1. 2 2 Wenn der Datenverkehr diesen Router nicht erreicht, werden
auf dem Bildschirm des Routers 3 keine Ausgänge angezeigt, bei denen es
nur noch 10 ist. 1. 1. In 2
sehen wir die Fehlerbehebungen, da der Datenverkehr von Router 1 an Router 2 gesendet wird und
von Router 2 empfangen wird, der wiederum antwortet.
Auf Router 1 können Sie also den Befehl debug ip
package verwenden, mit diesem Befehl in einer Live-Umgebung.
In einer Live-Umgebung möchten Sie eine Zugriffssteuerungsliste verwenden,
um den Verkehr zu begrenzen, den Sie in einer Produktions- oder Live-Umgebung debuggen.
Sie können Ihren Router beenden, wenn Sie diesen Befehl ausführen.
Aber in dieser Live-Umgebung ist es in Ordnung, dies zu tun.
Aus Sicht des Testens und der Fehlerbehebung können Sie die Logik des
Routers 1 durchgehen und versuchen, den
Ping-Befehl 10 auszuführen. 1. 2 2
Wir erhalten keine Antwort. Wir führen ein Debug-IP-ICMP auf
Router 3 aus, um zu sehen, ob
der Datenverkehr tatsächlich bei Router 3 ankommt und nicht Das Problem
liegt auf dem Pfad
R1 nach R3 oder ob das Problem auf der Rückkehr R3
nach R1 liegt. Dies ist also ein
großartiger Befehl zum
Testen, also ping 10. 1. 2 2 in der Ausgabe wird es nicht routbar, dass der lokale Router
uns mitteilt, dass die Quell-IP-Adresse 10 lautet. 1. 1. 1 geh zum
Ziel 10. 1. 2 2 ist nicht
routbar, so dass es nicht weiß, wohin der Datenverkehr weitergeleitet werden soll.
Eine weitere großartige Sache in der Ausgabe hier
ist, dass wir wissen, welche Schnittstelle der Router zum Senden von
Paketen verwendet. Normalerweise verwendet ein Router die ausgehende
Schnittstelle als Quelle in Paketen, und das können Sie hier sehen.
Die Quelle des Pings ist also 10. 1. 1. 1, weil
dies die ausgehende Schnittstelle ist, um zu einem Ziel wie 10 zu
gelangen. 1. 2 2
als Beispiel, wenn wir 10 ping. 1. 1. Wenn der Ping erfolgreich
ist, erhalten wir eine Menge Ausgabe,
also zurückblättern, es gibt den Ping. Dies sind die Erfolgsmeldungen, die wir als Quell-IP-Adresse 10
erkennen können. 1. 1. 1 Ziel ist
10. 1. 1. 2
Diese IP-Adresse wurde über die Forwarding Information Base oder FIB von F0 / 0 aus weitergeleitet, so dass das Paket
gesendet wurde und wir eine Antwort
von 10 erhielten. 1. 1. 2 bis 10. 1. 1. 1 hier können
wir sehen, dass das Paket vom Router weitergeleitet
oder vom Router gesendet wurde, und hier sehen wir eine Antwort, die vom Router 2 zurückgegeben wurde.
also ein sehr nützlicher Befehl, aber seien Sie vorsichtig, wenn Sie ihn in der Produktion verwenden. sh ip route zeigt mir
an, dass ich für 10 keine Route
in der Routing-Tabelle habe. 1. 2 0 und ich
habe auch kein Gateway des letzten Auswegs,
dh ich habe kein Standard-Gateway oder keine
Standard-Route auf diesem Router konfiguriert.
Der Router weiß also nicht, was
er mit dem Datenverkehr anfangen soll, und daher sagt uns der Router, dass der Datenverkehr nicht routen kann.
Der Router weiß nicht, wohin der
Datenverkehr weitergeleitet werden soll. Daher müssen statische Routen konfiguriert werden.