Net-nûmere tunnel: hokker adres lient er?

In net-nûmere tunnel slacht de stap oer wêryn't jo in subnet foar de logyske ynterface betinke, mar hy slacht adressearjen net hielendal oer. De ymplemintaasje hat noch altyd in pleatslike IP-identiteit nedich, dus lient er it adres fan in oare konfigurearre ynterface. Dy donor is no diel fan jo ûntwerp: as syn adres feroaret of syn ynterface flapt, folget it IP-gedrach fan de tunnel. Trije besluten wurde yn de measte beskriuwings trochinoar helle, en it skieden dêrfan foarkomt in konfiguraasje dy't der goed útsjocht en neat rûtearret.

Behannelje de donor as in ûntwerpkar, net as in syntaksdetails.

Trije adresrollen, apart hâlden

De bûtenste boarne is it adres dat tunnelpakketten oer de ûnderlaach draacht, en dat is it adres dat de peer berikke moat. It liende adres is de identiteit dy't de net-nûmere logyske ynterface brûkt foar IP-ferwurking neidat pakketten dekapsulearre binne. De beskerme prefiksen binne de LAN-netwurken waans ferkear de tunnel kruse moat, en se wurde oankundige troch in rûtearprotokol, net troch it tunneladres. It markearjen fan in ynterface as net-nûmere jout gjin ien fan dizze rollen oan 'e oaren.

Dat skieden ferklearret in algemiene betizing: in adres liene jout net it hiele Ethernet-segment fan de donor oan 'e fiere peer.

De donorynterface kieze

In loopback is meastentiids de bettere donor, om't syn adres stabyl is, altyd omheech en ûnôfhinklik fan ien inkele fysike keppeling. Liene fan in LAN-ynterface keppelt de tunnel oan 'e steat en adrestawizing fan dy ynterface, wat in oare operasjonele ruil is: handich yn in laboratoarium, kwetsber as it LAN opnij adressearre wurdt. Befêstigje dat it platfoarm net-nûmerd betsjinjen stipet foar it tunneltype dat jo bouwe, foardat jo jo ta ien fan beide ferbine.

Hokker donor jo ek kieze, dokumintearje him as in ôfhinklikens yn 'e feroaringslog by de tunnelkonfiguraasje sels.

De tunnel konfigurearje en weromlêze

It foarbyld hjirûnder is in multipoint-GRE-tunnel op routers fan 'e IOS-famylje, dy't in loopback lient en syn bûtenste boarne nei de ûnderlaachynterface wiist. De NHRP-identiteit is apart fan it liende adres en moat eksplisyt konfigurearre wurde.

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

Lês earst de ynterfaceregel: in net-nûmere tunnel dy't down rapportearret sil net rûtearje, likefolle hokker liend adres. Kontrolearje dêrnei dat de donor omheech is en dat syn adres dat is dat jo bedoelden, want in opnij adressearre loopback feroaret stil de identiteit dy't de tunnel presintearret.

Einigje troch de rûtetabel te kontrolearjen foar de beskerme prefiksen en de oanbuorrens oer de tunnel, want in korrekte ynterfacesteat bewiist de berikberens fan gjin fan beide.

Wat it liende adres net leveret

DMVPN hat NHRP-registraasjes en -mapen nedich sadat spokes inoar fine kinne; in net-nûmere line leveret dêr neat fan. Autentikaasje, tastiene trochstjoering en weromrûtes binne noch hieltyd nedich, en in rûtearprotokol moat in oanbuorrens oer de tunnel foarmje foardat ien prefiks útwiksele wurdt. Elk dêrfan kin mislearje wylst de ynterface omheech rapportearret, dêrom giet de ferifikaasje fan adres nei map nei rûte.

Opdrachtsyntaksis en adressearringsregels ferskille ek per produkt en ferzje, dus pas jo oan it ynterfacemodel fan it apparaat foar jo oan ynstee fan in konfiguraasje fan in oar platfoarm te kopiearjen. It doel kin identyk wêze wylst de fereaske regels dat net binne.

Skriuw de donor, de bûtenste boarne en de oankundige prefiksen yn 'e dokumintaasje fan 'e tunnel, foegje dan ien kontrôle ta dy't lûd mislearret as it donoradres feroaret. Dy iene kontrôle fangt de mislearringsmodus dy't net-nûmere ûntwerpen it maklikst ferbergje.