A számozatlan alagút kihagyja azt a lépést, amelyben alhálózatot talál ki a logikai interfészhez, de a címzést nem hagyja ki teljesen. A megvalósításnak továbbra is szüksége van helyi IP-identitásra, ezért egy másik konfigurált interfész címét kölcsönzi. Ez a donor most már a tervezés része: ha a címe megváltozik vagy az interfésze flappel, az alagút IP-viselkedése követi. Három döntés mosódik össze a legtöbb leírásban, és ezek szétválasztása megakadályozza azt a konfigurációt, amely helyesnek látszik, és semmit nem útvonalaz.

Tekintse a donort tervezési döntésnek, nem szintaktikai részletnek.

Három címszerep, külön tartva

A külső forrás az a cím, amely az alagút csomagjait az alaphálózaton át szállítja, és ehhez kell a partnernek elérnie. A kölcsönzött cím az az identitás, amelyet a számozatlan logikai interfész a csomagok dekapszulálása után az IP-feldolgozáshoz használ. A védett prefixek azok a LAN-hálózatok, amelyek forgalmának át kell haladnia az alagúton, és ezeket útvonalválasztó protokoll hirdeti, nem az alagút címe. Egy interfész számozatlanként való megjelölése egyik szerepet sem adja át a többieknek.

Ez a szétválasztás magyarázza a gyakori zavart: egy cím kölcsönzése nem adja át a donor teljes Ethernet szegmensét a távoli partnernek.

A donor interfész kiválasztása

A loopback általában a jobb donor, mert a címe stabil, mindig aktív, és független bármely egyetlen fizikai kapcsolattól. A LAN-interfészről való kölcsönzés az alagutat az adott interfész állapotához és címkiosztásához köti, ami más üzemeltetési kompromisszum: kényelmes laboratóriumban, törékeny, amikor a LAN új címeket kap. Mielőtt bármelyik mellett döntene, erősítse meg, hogy a platform támogatja a számozatlan működést az Ön által épített alagúttípuson.

Bármelyik donort választja, dokumentálja függőségként a változási jegyzőkönyvben, maga az alagútkonfiguráció mellett.

Az alagút konfigurálása és visszaolvasása

Az alábbi példa egy többpontos GRE-alagút IOS családba tartozó útválasztókon, amely loopbacket kölcsönöz, és a külső forrását az alaphálózati interfészre irányítja. Az NHRP identitás elkülönül a kölcsönzött címtől, és kifejezetten konfigurálni kell.

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

Először az interfész sort olvassa el: a down állapotot jelentő számozatlan alagút a kölcsönzött címtől függetlenül nem fog útvonalazni. Ezután ellenőrizze, hogy a donor aktív, és hogy a címe az, amelyet szánt, mert az újracímzett loopback csendesen megváltoztatja az alagút által képviselt identitást.

Fejezze be az útválasztási tábla ellenőrzésével a védett prefixekre és az alagút feletti szomszédságra, mert a helyes interfész-állapot egyiknek sem bizonyítja az elérhetőségét.

Amit a kölcsönzött cím nem nyújt

A DMVPN-nek NHRP-regisztrációkra és -leképezésekre van szüksége ahhoz, hogy a spokes megtalálják egymást; a számozatlan vonal ebből semmit nem nyújt. A hitelesítés, az engedélyezett továbbítás és a visszatérő útvonalak továbbra is szükségesek, és az útvonalválasztó protokollnak szomszédságot kell kialakítania az alagúton át, mielőtt bármely prefixet kicserélnek. Ezek bármelyike meghiúsulhat, miközben az interfész aktívnak jelentkezik, ezért az ellenőrzés a címtől a leképezésig, onnan az útvonalig halad.

A parancsszintaxis és a címzési szabályok termékenként és kiadásonként is változnak, ezért az előtte álló eszköz interfészmodelljéhez igazodjon, ne pedig egy másik platform konfigurációját másolja. A cél azonos lehet, a szükséges sorok viszont nem.

Írja be a donort, a külső forrást és a hirdetett prefixeket az alagút dokumentációjába, majd adjon hozzá egy ellenőrzést, amely hangosan meghiúsul, ha a donor címe megváltozik. Az az egyetlen ellenőrzés kapja el azt a hiba módot, amelyet a számozatlan tervek a legvalószínűbben elrejtenek.

Kapcsolódó cikkek