Tunnel uden nummer: hvilken adresse låner den?

En tunnel uden nummer springer trinnet over, hvor du opfinder et subnet til det logiske interface, men den springer ikke adressering helt over. Implementeringen har stadig brug for en lokal IP-identitet, så den låner adressen fra et andet konfigureret interface. Den donor er nu en del af dit design: hvis dens adresse ændres, eller dens interface flapper, følger tunnelens IP-adfærd efter. Tre beslutninger blandes sammen i de fleste beskrivelser, og at skille dem ad forhindrer en konfiguration, der ser rigtig ud og ikke router noget.

Behandl donoren som et designvalg, ikke som en syntaksdetalje.

Tre adresseroller, holdt adskilt

Den ydre kilde er den adresse, der bærer tunnelpakker over underlaget, og det er den, peer'en skal kunne nå. Den lånte adresse er den identitet, det logiske interface uden nummer bruger til IP-behandling, når pakkerne er dekapsuleret. De beskyttede præfikser er de LAN-netværk, hvis trafik skal krydse tunnelen, og de annonceres af en routingprotokol frem for af tunneladressen. At markere et interface som uden nummer tildeler ingen af disse roller til de andre.

Den adskillelse forklarer en almindelig forvirring: at låne en adresse overlader ikke hele donorens Ethernet-segment til den fjerne peer.

Valg af donor-interface

Et loopback er normalt den bedre donor, fordi dets adresse er stabil, altid oppe og uafhængig af en enkelt fysisk forbindelse. At låne fra et LAN-interface kobler tunnelen til det interfaces tilstand og adressetildeling, hvilket er en anden driftsmæssig afvejning: bekvemt i et laboratorium, skrøbeligt når LAN'et får nye adresser. Bekræft, at platformen understøtter drift uden nummer på den tunneltype, du bygger, før du beslutter dig for en af dem.

Uanset hvilken donor du vælger, skal du dokumentere den som en afhængighed i ændringsnotatet ved siden af selve tunnelkonfigurationen.

Konfigurer og læs tunnelen tilbage

Eksemplet nedenfor er en multipoint GRE-tunnel på routere i IOS-familien, der låner et loopback og peger sin ydre kilde mod underlagsinterfacet. NHRP-identiteten er adskilt fra den lånte adresse og skal konfigureres eksplicit.

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 interfacelinjen først: en tunnel uden nummer, der rapporterer down, router ikke, uanset den lånte adresse. Kontroller derefter, at donoren er oppe, og at dens adresse er den, du havde til hensigt, fordi et loopback med ny adresse lydløst ændrer den identitet, tunnelen fremstår med.

Afslut med at kontrollere routingtabellen for de beskyttede præfikser og naboskabet over tunnelen, fordi en korrekt interfacetilstand beviser ikke, at nogen af delene kan nås.

Hvad den lånte adresse ikke giver

DMVPN har brug for NHRP-registreringer og -mappings, så spokes kan slå hinanden op; en linje uden nummer giver intet af det. Godkendelse, tilladt videresendelse og returruter er stadig nødvendige, og en routingprotokol skal danne et naboskab over tunnelen, før noget præfiks udveksles. Hver af disse kan fejle, mens interfacet rapporterer, at det er oppe, og derfor løber verifikationen fra adresse til mapping til rute.

Kommandosyntaks og adresseringsregler varierer også efter produkt og version, så tilpas dig interfacemodellen på enheden foran dig i stedet for at kopiere en konfiguration fra en anden platform. Målet kan være identisk, mens de nødvendige linjer ikke er.

Skriv donoren, den ydre kilde og de annoncerede præfikser ind i tunnelens dokumentation, og tilføj derefter ét tjek, der fejler højlydt, hvis donoradressen ændres. Det ene tjek fanger netop den fejltilstand, som design uden nummer oftest skjuler.