Das RIP-Routing ist zwischen zwei Routern unterbrochen

Es sind 2 Router wie folgt verbunden:

Network1 ----- (172.16.1.1/24) Router 1 (172.16.3.1/30) ------ (172.16.3.2/30) Router 2 ------ (172.16.2.1/24) Network 2

Ich versuche, Adressen für dynamisches Routing mit dem RIP-Protokoll hinzuzufügen, für Router 1 172.16.1.0 und 172.16.3.0 und für Router 2 172.16.3.0 und 172.16.2.0, aber sie werden in beiden Fällen standardmäßig 172.16.0.0 zugewiesen, und es funktioniert nicht. Irgendwelche Vorschläge?

— m3th0dman
quelle

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).

— Mike Pennington
quelle

Wenn ich beide Masken von / 30 auf / 24 ändere, bedeutet das, dass 172.16.0.0 die RIP-Adresse auf beiden Routern sein sollte?

— m3th0dman

Sie sollten network 172.16.0.0unter verwenden router ripund diese Konfiguration wird funktionieren

— Mike Pennington

Es klappt; Danke!

— m3th0dman

Ich wünschte, ich könnte dies mehr als einmal befürworten. Dies ist eine fantastisch geschriebene Antwort. Gute Arbeit. Gibt es etwas (außer viel Zeit und / oder viel Leerzeichen zu zählen), mit dem man diese ASCII-Diagramme erstellen kann?

— John Jensen

Vielen Dank, John, ich mag den Java- Editor (obwohl ich zugeben muss, dass ich es nur auf die harte Tour gemacht habe)

— Mike Pennington

Dies 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 protocolszu überprüfen, welche Version Sie ausführen.

Wenn es nicht funktioniert, vermute ich, dass Sie Version 1 ausführen.

— Daniel Dib
quelle