Technologieaustausch

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Konfigurieren Sie zunächst die Schnittstellen-IP und OSPF basierend auf den Netzwerksegmentinformationen im obigen Topologiediagramm.

Konfigurieren Sie dann die Standardroute, um sicherzustellen, dass die physische Verbindung erreichbar ist.

Hier ist ein Beispiel für R1

ip route-static 0.0.0.0 0 16.0.0.2
ip route-static 0.0.0.0 0 16.0.1.2

Erstellen Sie dann eine Tunnelschnittstelle für die MGRE-Konfiguration:

R1

interface Tunnel0/0/0                        #R1,R4,R5全连mgre
 ip address 192.168.1.1 24
 tunnel-protocol gre p2mp                        #设定隧道协议为mgre
 source 16.0.1.1
 nhrp network-id 1
 nhrp entry 192.168.1.4 46.0.0.1 register #按照全连要求，R1,R4,R5互为彼此中心和分支
 nhrp entry 192.168.1.5 56.0.0.1 register

interface Tunnel0/0/1                        #R1为中心,R2,R3为分支的mgre
 ip address 192.168.0.1 24
 tunnel-protocol gre p2mp
 source 16.0.0.1
 nhrp network-id 2

R2

interface Tunnel0/0/0
 ip address 192.168.0.2 24
 tunnel-protocol gre p2mp
 source 26.0.0.1
 nhrp network-id 2
 nhrp entry 192.168.0.1 16.0.0.1 register

R3

interface Tunnel0/0/0
 ip address 192.168.0.3 24
 tunnel-protocol gre p2mp
 source 36.0.0.1
 nhrp network-id 2
 nhrp entry 192.168.0.1 16.0.0.1 register
 

R4

interface Tunnel0/0/0
 ip address 192.168.1.4 24
 tunnel-protocol gre p2mp
 source 46.0.0.1
 nhrp network-id 1
 nhrp entry 192.168.1.1 16.0.1.1 register #按照全连要求，R1,R4,R5互为彼此中心和分支
 nhrp entry 192.168.1.5 56.0.0.1 register

R5

interface Tunnel0/0/0
 ip address 192.168.1.5 24 
 tunnel-protocol gre p2mp
 source 56.0.0.1
 nhrp network-id 1
 nhrp entry 192.168.1.1 16.0.1.1 register        #按照全连要求，R1,R4,R5互为彼此中心和分支
 nhrp entry 192.168.1.4 46.0.0.1 register

Nach der Konfiguration habe ich R1 überprüft und festgestellt, dass in der OSPF-Nachbartabelle kein R3 und R5 vorhanden war, sondern R4 und R2. Die Statusmaschine war jedoch init und es wurde keine Antwort auf ein Hallo-Paket empfangen.

R2-Nachbartabelle hat kein R1

R3-Nachbartabelle hat kein R1

Die R4-Nachbartabelle hat R5 und es wird eine Adjazenzbeziehung hergestellt, aber es gibt kein R1.

Die R5-Nachbartabelle verfügt über R4 und eine etablierte Adjazenz, jedoch nicht über R1.

Lösen Sie zunächst die Probleme von R1, R4 und R5. Der OSPF-Schnittstellentyp, der die Tunnelschnittstelle standardmäßig identifiziert, ist P2P. Daher können wir den Tunnelschnittstellentyp in einen Broadcast-Typ ändern.

interface tunnel0/0/0
ospf network-type broadcast

Überprüfen Sie die OSPF-Nachbartabelle von R1, R4 und R5 erneut und stellen Sie fest, dass R1, R4 und R5 einander Nachbarn sind.

Nach der Lösung des Problems zwischen R1, R2 und R3 wurde festgestellt, dass MGRE nur Unicast unterstützt, während OSPFV2 Informationen über Multicast überträgt und Pseudo-Broadcast aktiviert werden muss.

R1

interface Tunnel0/0/1
 nhrp entry multicast dynamic

R1 und R2 sind Nachbarn, aber R3 ist nicht in der Nachbartabelle.

Es gibt R1 in der R3-Nachbartabelle, aber die Zustandsmaschine ist init und es wird kein Hallo-Paket von R1 empfangen.

Dieses Phänomen ist das gleiche wie bei R1, R4 und R5. Der Schnittstellentyp ist p2p, was dazu führt, dass R1 nur Informationen an einen Router sendet. Der Schnittstellentyp von Tunnel 0/0/1 ist auf p2mp eingestellt.

Der Grund für die Wahl von p2mp besteht darin, dass p2mp im Vergleich zu Broadcast keine DR- und BDR-Wahlen auslöst. R1, R2 und R3 sind Mittelzweigstrukturen, was dazu führt, dass R2 und R3 nur R1 als Zentrum kennen und sich nicht gegenseitig kennen können . Es gibt auch einen Zweig, DR. Während der BDR-Wahl werden R1-R2 und R1-R3 in zwei Bereiche zur Wahl unterteilt. Wenn R1 in einem Bereich DR und BDR in dem anderen Bereich ist, ist die Erkennung inkonsistent DR und BDR zwischen dem Zentrum und der Zweigstelle führen dazu, dass das Netzwerk einige der vom DR-Gerät gesendeten LSA-Informationen unvollständig hat, was dazu führt, dass keine vollständigen Routing-Informationen abgerufen werden können.

R1

interface Tunnel0/0/1
ospf network-type p2mp     #修改接口类型为p2mp
ospf timer hello 10 #p2mp是人为接口类型，默认30s发送一次，为了加快收敛修改发送周期为10s

R2/R3

interface Tunnel0/0/0
ospf network-type p2mp
ospf timer hello 10

Überprüfen Sie die Routing-Tabellen von R1-R5 und stellen Sie fest, dass sie alle Routing-Einträge für die privaten Netzwerke des jeweils anderen haben.

R1 pingt R2, R3, R4, R5

R2 pingt R3, R4, R5

R4 kann R2 und R5 anpingen, was beweist, dass die privaten Netzwerke untereinander erreichbar sind.