Нөмірсіз туннель: ол қай мекенжайды қарызға алады?

Нөмірсіз туннель логикалық интерфейске ішкі желі ойлап табатын қадамды өткізіп жібереді, бірақ мекенжайлауды толығымен өткізбейді. Іске асыру әлі де жергілікті IP сәйкестігін қажет етеді, сондықтан ол басқа конфигурацияланған интерфейстің мекенжайын қарызға алады. Бұл донор енді сіздің дизайныңыздың бөлігі: егер оның мекенжайы өзгерсе немесе интерфейсі флап болса, туннельдің IP әрекеті соған ілеседі. Көптеген сипаттамаларда үш шешім бір-бірімен араласады, ал оларды бөлу дұрыс көрінетін және ештеңе маршруттамайтын конфигурацияның алдын алады.

Донорды синтаксистік бөлшек емес, дизайн таңдауы ретінде қарастырыңыз.

Мекенжайдың үш рөлі, бөлек ұсталады

Сыртқы көз — туннель пакеттерін төменгі қабат арқылы тасымалдайтын мекенжай, және серіктес қол жеткізе алуы тиіс мекенжай осы. Қарызға алынған мекенжай — пакеттер декапсуляцияланғаннан кейін нөмірсіз логикалық интерфейс IP өңдеу үшін пайдаланатын сәйкестік. Қорғалған префикстер — трафигі туннельден өтуі тиіс LAN желілері, және олар туннель мекенжайымен емес, маршруттау протоколымен жарияланады. Интерфейсті нөмірсіз деп белгілеу осы рөлдердің ешқайсысын басқаларына бермейді.

Бұл бөлу кең таралған шатасуды түсіндіреді: мекенжайды қарызға алу донордың бүкіл Ethernet сегментін алыс серіктеске бермейді.

Донор интерфейсін таңдау

Loopback әдетте жақсырақ донор, себебі оның мекенжайы тұрақты, әрқашан қосулы және жеке физикалық байланысқа тәуелді емес. LAN интерфейсінен қарызға алу туннельді сол интерфейстің күйіне және мекенжай тағайындалуына байланыстырады, бұл басқа операциялық айырбас: зертханада ыңғайлы, LAN-ға қайта мекенжай берілгенде нәзік. Екеуінің бірін таңдамас бұрын платформаның сіз салып жатқан туннель түрінде нөмірсіз жұмысты қолдайтынын растаңыз.

Қандай донор таңдасаңыз да, оны туннель конфигурациясының жанындағы өзгеріс жазбасында тәуелділік ретінде құжаттаңыз.

Туннельді конфигурациялау және кері оқу

Төмендегі мысал — IOS тұқымдасының маршрутизаторларындағы көпнүктелі GRE туннелі; ол loopback қарызға алады және сыртқы көзін төменгі қабат интерфейсіне бағыттайды. NHRP сәйкестігі қарызға алынған мекенжайдан бөлек және оны анық конфигурациялау қажет.

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

Алдымен интерфейс жолын оқыңыз: down деп хабарлайтын нөмірсіз туннель қарызға алынған мекенжайға қарамастан маршруттамайды. Содан кейін донордың қосулы екенін және оның мекенжайы сіз көздеген мекенжай екенін тексеріңіз, себебі қайта мекенжай алған loopback туннель ұсынатын сәйкестікті үнсіз өзгертеді.

Қорғалған префикстер үшін маршруттау кестесін және туннель үстіндегі көршілестікті тексерумен аяқтаңыз, өйткені дұрыс интерфейс күйі екеуінің де қолжетімділігін дәлелдемейді.

Қарызға алынған мекенжай нені бермейді

DMVPN-ге spokes бір-бірін табуы үшін NHRP тіркелімдері мен карталары қажет; нөмірсіз желі мұның ешқайсысын бермейді. Аутентификация, рұқсат етілген жіберу және қайтару маршруттары әлі де қажет, және кез келген префикс алмасу алдында маршруттау протоколы туннель арқылы көршілестік құруы керек. Осылардың әрқайсысы интерфейс қосулы деп хабарлағанда сәтсіз болуы мүмкін, сондықтан тексеру мекенжайдан картаға, одан маршрутқа қарай жүреді.

Команда синтаксисі мен мекенжайлау ережелері өнім мен шығарылымға қарай да өзгереді, сондықтан басқа платформадан конфигурацияны көшірудің орнына алдыңыздағы құрылғының интерфейс үлгісіне бейімделіңіз. Мақсат бірдей болуы мүмкін, қажетті жолдар олай емес.

Донорды, сыртқы көзді және жарияланған префикстерді туннель құжаттамасына жазыңыз, содан кейін донор мекенжайы өзгерсе қатты сәтсіз болатын бір тексеру қосыңыз. Сол бір тексеру нөмірсіз дизайндар жиі жасыратын ақау режимін ұстайды.