Тунель без номера: чию адресу він позичає?

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

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

Запишіть донора, зовнішнє джерело і оголошені префікси в документацію тунелю, потім додайте одну перевірку, яка гучно відмовляє, якщо адреса донора зміниться. Ця єдина перевірка ловить той режим відмови, який проєкти без номера найчастіше приховують.