Tunnel utan nummer: kva adresse låner han?

Ein tunnel utan nummer hoppar over trinnet der du finn opp eit subnett for det logiske grensesnittet, men hoppar ikkje over adressering heilt. Implementasjonen treng framleis ein lokal IP-identitet, så han låner adressa til eit anna konfigurert grensesnitt. Den donoren er no ein del av designet ditt: viss adressa endrar seg eller grensesnittet flappar, følgjer IP-åtferda til tunnelen etter. Tre avgjerder blir blanda saman i dei fleste skildringar, og å skilje dei hindrar ein konfigurasjon som ser riktig ut og ikkje rutar noko.

Behandle donoren som eit designval, ikkje som ein syntaksdetalj.

Tre adresseroller, haldne åtskilde

Den ytre kjelda er adressa som ber tunnelpakkar over underlaget, og det er den peer-en må kunne nå. Den lånte adressa er identiteten det logiske grensesnittet utan nummer brukar for IP-handsaming når pakkane er dekapsla. Dei verna prefiksa er LAN-netta der trafikken skal krysse tunnelen, og dei blir annonserte av ein rutingsprotokoll framfor av tunneladressa. Å merke eit grensesnitt som utan nummer gir ingen av desse rollene til dei andre.

Den åtskiljinga forklarer ei vanleg forvirring: å låne ei adresse overleverer ikkje heile Ethernet-segmentet til donoren til den fjerne peer-en.

Velje donorgrensesnittet

Ein loopback er vanlegvis den betre donoren fordi adressa er stabil, alltid oppe og uavhengig av éi enkelt fysisk lenkje. Å låne frå eit LAN-grensesnitt koplar tunnelen til tilstanden og adressetildelinga til det grensesnittet, som er eit anna driftsmessig byte: praktisk i eit laboratorium, skjørt når LAN-et får nye adresser. Stadfest at plattformen støttar drift utan nummer på tunneltypen du byggjer, før du vel nokon av dei.

Kva donor du enn vel, dokumenter han som ein avhengnad i endringsloggen ved sida av sjølve tunnelkonfigurasjonen.

Konfigurere og lese tilbake tunnelen

Dømet nedanfor er ein multipoint GRE-tunnel på rutarar i IOS-familien, som låner ein loopback og peikar den ytre kjelda mot underlagsgrensesnittet. NHRP-identiteten er åtskild frå den lånte adressa og må konfigurerast eksplisitt.

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

Les grensesnittlinja først: ein tunnel utan nummer som rapporterer down, rutar ikkje uansett kva lånt adresse han har. Kontroller deretter at donoren er oppe og at adressa er den du hadde tenkt, fordi ein loopback med ny adresse stille endrar identiteten tunnelen presenterer.

Avslutt med å kontrollere rutetabellen for dei verna prefiksa og naboskapet over tunnelen, fordi ein korrekt grensesnitttilstand beviser ikkje at nokon av delane er tilgjengelege.

Kva den lånte adressa ikkje gir

DMVPN treng NHRP-registreringar og -mappingar slik at spokes kan slå opp kvarandre; ei linje utan nummer gir ingenting av det. Autentisering, tillaten vidaresending og returruter er framleis nødvendig, og ein rutingsprotokoll må danne eit naboskap over tunnelen før noko prefiks blir utveksla. Kvar av desse kan svikte medan grensesnittet rapporterer at det er oppe, difor går verifiseringa frå adresse til mapping til rute.

Kommandosyntaks og adresseringsreglar varierer òg etter produkt og versjon, så tilpass deg grensesnittmodellen til eininga framfor deg i staden for å kopiere ein konfigurasjon frå ein annan plattform. Målet kan vere identisk medan dei nødvendige linjene ikkje er det.

Skriv donoren, den ytre kjelda og dei annonserte prefiksa inn i dokumentasjonen til tunnelen, og legg deretter til éin sjekk som feilar høgt viss donoradressa endrar seg. Den eine sjekken fangar feilmodusen som design utan nummer oftast skjuler.