Тунэль без нумара: чый адрас ён пазычае?

Тунэль без нумара прапускае крок, на якім вы прыдумваеце падсетку для лагічнага інтэрфейса, але ён не прапускае адрасацыю цалкам. Рэалізацыя ўсё яшчэ патрабуе лакальнай ідэнтычнасці IP, таму яна пазычае адрас іншага сканфігураванага інтэрфейса. Гэты донар цяпер частка вашага дызайну: калі яго адрас змяняецца або яго інтэрфейс вагаецца, паводзіны IP тунэля ідуць за ім. Тры рашэнні змешваюцца ў большасці апісанняў, і іх раздзяленне прадухіляе канфігурацыю, якая выглядае правільнай і нічога не маршрутызуе.

Стаўцеся да донара як да дызайнерскага выбару, а не як да сінтаксічнай дробязі.

Тры ролі адраса, якія трымаюць асобна

Знешняя крыніца — гэта адрас, які пераносіць пакеты тунэля праз ніжні пласт, і менавіта да яго павінен дабрацца партнёр. Пазычаны адрас — гэта ідэнтычнасць, якую лагічны інтэрфейс без нумара выкарыстоўвае для апрацоўкі IP пасля дэкапсуляцыі пакетаў. Абароненыя прэфіксы — гэта сеткі LAN, чыё трафік павінен праходзіць праз тунэль, і яны абвяшчаюцца пратаколам маршрутызацыі, а не адрасам тунэля. Пазначэнне інтэрфейса як без нумара не перадае ніводную з гэтых роляў іншым.

Гэтае раздзяленне тлумачыць пашыраную блытаніну: пазычанне адраса не перадае ўвесь Ethernet-сегмент донара далёкаму партнёру.

Выбар інтэрфейса-донара

Loopback звычайна лепшы донар, бо яго адрас стабільны, заўсёды ўключаны і не залежыць ад асобнага фізічнага канала. Пазычанне з інтэрфейса LAN звязвае тунэль са станам гэтага інтэрфейса і прызначэннем адраса, што з’яўляецца іншым аперацыйным кампрамісам: зручна ў лабараторыі, далікатна, калі LAN пераадрасуецца. Перад любым выбарам пераканайцеся, што платформа падтрымлівае працу без нумара для тыпу тунэля, які вы будуеце.

Які б донар вы ні абралі, задакументуйце яго як залежнасць у запісе пра змены побач з самой канфігурацыяй тунэля.

Сканфігуруйце і прачытайце тунэль назад

Прыклад ніжэй — шматкропкавы тунэль GRE на маршрутызатарах сямейства IOS, які пазычае 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 патрабуе рэгістрацый NHRP і адлюстраванняў, каб spokes маглі знаходзіць адзін аднаго; лінія без нумара не дае нічога з гэтага. Аўтэнтыфікацыя, дазволеная перадача і зваротныя маршруты ўсё яшчэ патрэбныя, і пратакол маршрутызацыі мусіць утварыць суседства праз тунэль, перш чым будзе абменены любы прэфікс. Кожнае з гэтага можа адмовіць, пакуль інтэрфейс паведамляе, што ўключаны, таму праверка ідзе ад адраса да адлюстравання і да маршруту.

Сінтаксіс каманд і правілы адрасацыі таксама залежаць ад прадукту і выпуску, таму падганяйце пад мадэль інтэрфейса прылады перад сабой, а не капіруйце канфігурацыю з іншай платформы. Мэта можа быць аднолькавай, а патрэбныя радкі — не.

Запішыце донара, знешнюю крыніцу і абвешчаныя прэфіксы ў дакументацыю тунэля, затым дадайце адну праверку, якая гучна правальваецца, калі адрас донара змяняецца. Гэтая адзіная праверка ловіць той рэжым адмовы, які дызайны без нумара найчасцей хаваюць.