Sie werden in beiden Fällen standardmäßig 172.16.0.0 zugewiesen, und es funktioniert nicht
Ich habe deine ASCII-Kunst ein wenig modifiziert, um das Scrollen zu reduzieren ... Es hört sich so an, als ob du sagst, dass du nicht N1 von N2 erreichen kannst ...
Broken RIPv1 topology
=====================
N1 ---- (172.16.1.1/24) R1 (172.16.3.1/30) ----- (172.16.3.2/30) R2 ----- (172.16.2.1/24) N2
Übersicht über das klassische Routing-Protokoll
RIPv1 ist ein klassisches Routing-Protokoll. Daher werden Netzmasken nicht mit Routen verknüpft, wenn diese angekündigt werden. Klassische Routing-Protokolle erledigen einige nicht-intuitive Dinge ...
- Sie werben nur für Routen aus Schnittstellen, bei denen die Masken übereinstimmen (dies ist Ihr Problem).
- Sie werden automatisch an wichtigen Netzwerkgrenzen zusammengefasst (siehe Bonusmaterial unten).
Interface-Netzmasken
Damit Ihre Topologie funktioniert, müssen Ihre Masken auf allen RIPv1-Schnittstellen übereinstimmen, es sei denn, Sie verwenden ein klassenloses Routing-Protokoll (wie RIPv2, EIGRP, OSPF oder ISIS). Wenn Sie RIPv1 verwenden müssen, konfigurieren Sie Ihre Topologie so, dass alle Schnittstellen übereinstimmende Masken haben.
Functional RIPv1 topology
=========================
N1 ---- (172.16.1.1/24) R1 (172.16.3.1/24) ----- (172.16.3.2/24) R2 ----- (172.16.2.1/24) N2
Bonusmaterial: RIPv1-Beispiel für automatische Zusammenfassung
Da dies auch dazu neigt, die Menschen zu stören, füge ich ein Beispiel für die Dynamik der automatischen RIPv1-Zusammenfassung hinzu.
Wenn ich im Folgenden wichtige Netzwerkgrenzen erwähne, spreche ich von den klassischen Definitionen für IPv4-Netzwerke der Klassen A, B und C ...
- Klasse A (8-Bit-Netzmasken): 1.0.0.0/8 - 127.0.0.0/8
- Klasse B (16-Bit-Netzmasken): 128.0.0.0/16 - 191.255.0.0/16
- Klasse C (24-Bit-Netzmasken): 192.168.0.0/24 - 223.255.255.0/24
Fahren Sie mit dem Beispiel für die automatische Zusammenfassung von RIPv1 fort. Der Einfachheit halber werde ich passende / 24-Schnittstellennetzmasken verwenden.
Lo0:
192.168.1.0/24
Lo1:
1.1.2.0/24
+----+ +----+ +----+
| R1 +------------------+ R2 +---------------------+ R3 |
+----+ +----+ +----+
1.1.1.0/24 172.16.1.0/24
router rip router rip router rip
version 1 version 1 version 1
network 192.168.1.0 network 1.0.0.0 network 172.16.0.0
network 1.0.0.0 network 172.16.0.0
The routing table on R3 contains:
C 172.16.1.0/24
R 1.0.0.0/8 <--- 1.1.1.0/24 and 1.1.2.0/24 are "hidden" by the
classful summary at R2
R 192.168.1.0/24 <--- 192.168.1.0/24 passes transparently through R2
since it's a Class C network itself and is not
summarized at R2
R1 und R2 sind durch Subnetze des Hauptnetzwerks 1.0.0.0/8 verbunden, sodass 1.1.1.0/24 und 1.1.2.0/24 zwischen R1 und R2 angekündigt werden. Die Verknüpfung zwischen R2 und R3 befindet sich jedoch nicht in 1.0.0.0/8. Daher führt R2 eine automatische Zusammenfassung der Subnetze 1.0.0.0/8 und 172.16.0.0/16 durch.
Wenn Teilnetze eines Hauptnetzwerks zusammengefasst werden, werden sie durch die zusammengefasste Route ausgeblendet. Dies geschieht in R2, wenn 1.1.1.0/24 und 1.1.2.0/24 zu 1.0.0.0/8 zusammengefasst werden. Cisco-Router können die automatische Zusammenfassung unter RIP Version 1 nicht deaktivieren (dies ist jedoch für RIPv2 möglich).
network 172.16.0.0
unter verwendenrouter rip
und diese Konfiguration wird funktionierenDies ist kein Fall von automatischer Zusammenfassung. Die automatische Zusammenfassung funktioniert nur über wichtige Netzwerkgrenzen hinweg. Sie müssten also 172.16.xx und 172.17.xx oder so haben, um ein Netzwerk zusammenzufassen.
Was Sie sehen, ist, dass RIP nur klassische Netzwerke während des Routing-Prozesses unterstützt. Selbst wenn Sie also 172.16.3.0 eingeben, wird es in 172.16.0.0 konvertiert.
Sie können klassenloses Routing mit RIP Version 2 verwenden. Es sieht unter der Routingprozesskonfiguration klassisch aus, kündigt die Routen jedoch ordnungsgemäß an.
Bitte verwenden Sie, um
sh ip protocols
zu überprüfen, welche Version Sie ausführen.Wenn es nicht funktioniert, vermute ich, dass Sie Version 1 ausführen.
quelle