Teknologian jakaminen

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

Ensin määritä liitännän IP ja ospf yllä olevan topologiakaavion verkkosegmenttitietojen perusteella.

Määritä sitten oletusreitti varmistaaksesi, että fyysinen linkki on tavoitettavissa.

Tässä on esimerkki R1:stä

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

Luo sitten tunnelirajapinta MGRE-kokoonpanoa varten:

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

Konfiguroinnin jälkeen tarkistin R1:n ja huomasin, että OSPF:n naapuritaulukossa ei ollut R3:ta ja R5:tä, mutta R4:tä ja R2:ta. Tilakone oli kuitenkin init-tilassa, eikä hei-pakettivastausta saatu.

R2-naapuritaulukossa ei ole R1:tä

R3 naapuritaulukossa ei ole R1

R4-naapuritaulukossa on R5 ja viereisyyssuhde muodostetaan, mutta R1:tä ei ole.

R5-naapuritaulukossa on R4 ja vakiintunut viereisyys, mutta siinä ei ole R1:tä.

Ratkaise ensin R1:n, R4:n ja R5:n ongelmat. OSPF-liitäntätyyppi, joka tunnistaa tunnelirajapinnan oletuksena OSPF:ssä, on vain kaksi laitetta, joten päätämme muuttaa tunnelirajapinnan tyypiksi.

interface tunnel0/0/0
ospf network-type broadcast

Tarkista R1:n, R4:n ja R5:n OSPF-naapuritaulukko uudelleen ja huomaa, että R1, R4 ja R5 ovat toistensa naapureita.

R1:n, R2:n ja R3:n välisen ongelman ratkaisemisen jälkeen todettiin, että MGRE tukee vain yksilähetystä, kun taas OSPFV2 lähettää tietoa monilähetyksen kautta, ja pseudolähetys on kytkettävä päälle.

R1

interface Tunnel0/0/1
 nhrp entry multicast dynamic

R1 ja R2 ovat naapureita, mutta R3 ei ole naapuritaulukossa.

R3-naapuritaulukossa on R1, mutta tilakone on init eikä R1:ltä vastaanoteta hello-pakettia.

Tämä ilmiö on sama kuin R1:ssä, R4:ssä ja R5:ssä. Liitäntätyyppi on p2p, jolloin R1 lähettää tietoja vain yhdelle reitittimelle. Tunnelin tyyppi 0/0/1 on asetettu arvoon p2mp.

Syy p2mp:n valitsemiseen on se, että p2mp ei laukaise DR- ja BDR-vaaleja R1, R2 ja R3 ovat keskihaararakenteita, minkä vuoksi R2 ja R3 tuntevat vain R1:n keskuksena eivätkä voi tuntea toisiaan. On myös haara, DR , R1-R2 ja R1-R3 on jaettu vaalien aikana kahteen alueeseen, jos R1 on DR toisella alueella DR- ja BDR-yhteys keskuksen ja haaran välillä aiheuttaa verkon katkeamisen. Osa DR-laitteen lähettämistä LSA-tiedoista on epätäydellisiä, mikä johtaa siihen, että täydellisiä reititystietoja ei voida saada.

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

Tarkista R1-R5:n reititystaulukot ja huomaa, että niissä kaikissa on reititysmerkinnät toistensa yksityisille verkoille.

R1 pingoittaa R2, R3, R4, R5

R2 pingoittaa R3, R4, R5

R4 voi pingata R2:ta ja R5:tä, mikä todistaa, että yksityiset verkot ovat toistensa tavoitettavissa.