Тунел без номер: чий адрес заема?

Тунелът без номер пропуска стъпката, в която измисляте подмрежа за логическия интерфейс, но не пропуска адресирането напълно. Реализацията все още се нуждае от локална 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 да се намират взаимно; линия без номер не дава нищо от това. Удостоверяване, разрешено препращане и обратни маршрути все още са необходими и протокол за маршрутизация трябва да образува съседство през тунела, преди да бъде обменен какъвто и да е префикс. Всяко от тези може да се провали, докато интерфейсът отчита, че работи, затова проверката върви от адрес към съпоставяне и към маршрут.

Синтаксисът на командите и правилата за адресиране също варират според продукта и версията, затова се съобразявайте с интерфейсния модел на устройството пред вас, вместо да копирате конфигурация от друга платформа. Целта може да е идентична, докато необходимите редове не са.

Запишете донора, външния източник и обявените префикси в документацията на тунела, после добавете една проверка, която се проваля шумно, ако адресът на донора се промени. Тази единствена проверка хваща режима на отказ, който дизайните без номер най-често крият.