Numeroimaton tunneli: minkä osoitteen se lainaa?

Numeroimaton tunneli ohittaa vaiheen, jossa keksit loogiselle liitännälle aliverkon, mutta ei ohita osoitteistusta kokonaan. Toteutus tarvitsee yhä paikallisen IP-identiteetin, joten se lainaa toisen määritetyn liitännän osoitteen. Tämä luovuttaja on nyt osa suunnittelua: jos sen osoite muuttuu tai sen liitäntä flappaa, tunnelin IP-käyttäytyminen seuraa sitä. Kolme päätöstä sekoitetaan useimmissa kuvauksissa, ja niiden erottaminen estää kokoonpanon, joka näyttää oikealta eikä reititä mitään.

Kohtele luovuttajaa suunnitteluratkaisuna, älä syntaksin yksityiskohtana.

Kolme osoiteroolia, erillään pidetyt

Ulompi lähde on osoite, joka kuljettaa tunnelipaketteja alusverkon poikki, ja se on se, johon vertaisella täytyy olla yhteys. Lainattu osoite on identiteetti, jota numeroimaton looginen liitäntä käyttää IP-käsittelyyn, kun paketit on purettu kapseloinnista. Suojatut etuliitteet ovat LAN-verkkoja, joiden liikenteen pitäisi kulkea tunnelin läpi, ja ne ilmoitetaan reititysprotokollalla, ei tunnelin osoitteella. Liitännän merkitseminen numeroimattomaksi ei anna mitään näistä rooleista muille.

Tämä erottelu selittää yleisen sekaannuksen: osoitteen lainaaminen ei luovuta luovuttajan koko Ethernet-segmenttiä etävertaiselle.

Luovuttajaliitännän valinta

Loopback on yleensä parempi luovuttaja, koska sen osoite on vakaa, aina käytössä ja riippumaton yhdestäkin fyysisestä linkistä. LAN-liitännästä lainaaminen kytkee tunnelin kyseisen liitännän tilaan ja osoitteen jakoon, mikä on toinen operatiivinen vaihtokauppa: kätevää laboratoriossa, haurasta kun LAN osoitetaan uudelleen. Varmista ennen kumman tahansa valintaa, että alusta tukee numeroimatonta toimintaa rakentamassasi tunnelityypissä.

Minkä tahansa luovuttajan valitsetkin, dokumentoi se riippuvuutena muutostietueeseen tunnelin kokoonpanon viereen.

Määritä tunneli ja lue se takaisin

Alla oleva esimerkki on monipisteinen GRE-tunneli IOS-perheen reitittimissä; se lainaa loopbackin ja osoittaa ulomman lähteensä alusverkon liitäntään. NHRP-identiteetti on erillinen lainatusta osoitteesta ja on määritettävä nimenomaisesti.

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

Lue ensin liitännän rivi: numeroimaton tunneli, joka ilmoittaa down, ei reititä lainatusta osoitteesta riippumatta. Tarkista sitten, että luovuttaja on käytössä ja että sen osoite on se, jonka tarkoitit, koska uudelleen osoitettu loopback muuttaa hiljaa identiteettiä, jonka tunneli esittää.

Lopeta tarkistamalla reititystaulukko suojattujen etuliitteiden ja tunnelin yli muodostuvan naapuruuden osalta, koska oikea liitännän tila ei todista kummankaan saavutettavuutta.

Mitä lainattu osoite ei tarjoa

DMVPN tarvitsee NHRP-rekisteröinnit ja -mappaukset, jotta spokes voi selvittää toisensa; numeroimaton linja ei tarjoa niistä mitään. Todennus, sallittu edelleenlähetys ja paluureitit tarvitaan edelleen, ja reititysprotokollan on muodostettava naapuruus tunnelin yli ennen kuin mitään etuliitettä vaihdetaan. Mikä tahansa näistä voi epäonnistua, kun liitäntä ilmoittaa olevansa käytössä, siksi tarkistus etenee osoitteesta mappaukseen ja siitä reittiin.

Komentojen syntaksi ja osoitteistussäännöt vaihtelevat myös tuotteen ja version mukaan, joten mukautu edessäsi olevan laitteen liitäntämalliin sen sijaan, että kopioisit kokoonpanon toiselta alustalta. Tavoite voi olla sama, mutta tarvittavat rivit eivät.

Kirjoita luovuttaja, ulompi lähde ja ilmoitetut etuliitteet tunnelin dokumentaatioon ja lisää sitten yksi tarkistus, joka epäonnistuu äänekkäästi, jos luovuttajan osoite muuttuu. Se yksittäinen tarkistus nappaa sen vikatilan, jonka numeroimattomat suunnittelut todennäköisimmin piilottavat.