Tunelis be numerio: kurį adresą jis skolinasi?

Tunelis be numerio praleidžia žingsnį, kuriame išgalvojate potinklį loginei sąsajai, bet adresavimo visiškai nepraleidžia. Įgyvendinimui vis dar reikia vietinės IP tapatybės, todėl jis pasiskolina kitos sukonfigūruotos sąsajos adresą. Tas davėjas dabar yra jūsų dizaino dalis: jei jo adresas pasikeičia arba jo sąsaja sumirksi, tunelio IP elgsena tuo paseka. Trys sprendimai daugumoje aprašymų suliejami, o juos atskyrus išvengiama konfigūracijos, kuri atrodo teisinga ir nieko nemaršrutizuoja.

Traktuokite davėją kaip dizaino pasirinkimą, o ne sintaksės detalę.

Trys adreso vaidmenys, laikomi atskirai

Išorinis šaltinis yra adresas, kuris perduoda tunelio paketus per apatinį sluoksnį, ir būtent jį turi pasiekti partneris. Pasiskolintas adresas yra tapatybė, kurią loginė sąsaja be numerio naudoja IP apdorojimui po to, kai paketai dekapsuliuojami. Apsaugoti prefiksai yra LAN tinklai, kurių srautas turi kirsti tunelį, ir jie skelbiami maršrutizavimo protokolu, o ne tunelio adresu. Sąsajos žymėjimas be numerio neperduoda nė vieno iš šių vaidmenų kitiems.

Šis atskyrimas paaiškina dažną painiavą: adreso skolinimasis neperduoda viso davėjo Ethernet segmento nuotoliniam partneriui.

Davėjo sąsajos pasirinkimas

Loopback paprastai yra geresnis davėjas, nes jo adresas stabilus, visada aktyvus ir nepriklausomas nuo jokios vienos fizinės jungties. Skolinimasis iš LAN sąsajos susieja tunelį su tos sąsajos būsena ir adresų priskyrimu, o tai yra kitas operacinis kompromisas: patogu laboratorijoje, trapu, kai LAN adresai pakeičiami. Prieš pasirinkdami bet kurį, patvirtinkite, kad platforma palaiko darbą be numerio jūsų statomam tunelio tipui.

Kad ir kokį davėją pasirinktumėte, dokumentuokite jį kaip priklausomybę pakeitimų įraše šalia pačios tunelio konfigūracijos.

Sukonfigūruokite ir perskaitykite tunelį atgal

Toliau pateiktas pavyzdys yra daugiapoinis GRE tunelis IOS šeimos maršrutizatoriuose, kuris skolinasi loopback ir nukreipia savo išorinį šaltinį į apatinio sluoksnio sąsają. NHRP tapatybė yra atskira nuo pasiskolinto adreso ir turi būti sukonfigūruota aiškiai.

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

Pirmiausia perskaitykite sąsajos eilutę: tunelis be numerio, pranešantis down, nemaršrutizuos nepriklausomai nuo pasiskolinto adreso. Tada patikrinkite, ar davėjas aktyvus ir ar jo adresas yra tas, kurį ketinote, nes iš naujo adresuotas loopback tyliai pakeičia tapatybę, kurią tunelis pateikia.

Užbaikite patikrindami maršrutizavimo lentelę apsaugotiems prefiksams ir kaimynystę per tunelį, nes teisinga sąsajos būsena neįrodo nė vieno iš jų pasiekiamumo.

Ko pasiskolintas adresas nesuteikia

DMVPN reikia NHRP registracijų ir atvaizdų, kad spokes galėtų rasti vienas kitą; linija be numerio nieko iš to nesuteikia. Autentifikavimas, leidžiamas persiuntimas ir grįžtamieji maršrutai vis dar reikalingi, o maršrutizavimo protokolas turi suformuoti kaimynystę per tunelį prieš keičiant bet kurį prefiksą. Bet kuris iš jų gali nepavykti, kol sąsaja praneša, kad ji aktyvi, todėl tikrinimas eina nuo adreso prie atvaizdo ir toliau prie maršruto.

Komandų sintaksė ir adresavimo taisyklės taip pat skiriasi priklausomai nuo produkto ir leidimo, todėl prisitaikykite prie prietaiso, esančio priešais, sąsajos modelio, o ne kopijuokite konfigūraciją iš kitos platformos. Tikslas gali būti identiškas, o reikalingos eilutės – ne.

Įrašykite davėją, išorinį šaltinį ir skelbiamus prefiksus į tunelio dokumentaciją, tada pridėkite vieną patikrą, kuri garsiai nepavyksta, jei pasikeičia davėjo adresas. Ta viena patikra pagama gedimo režimą, kurį dizainai be numerio labiausiai linkę slėpti.