Чому ваша резервна копія VPN не є придатним наступником EIGRP

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

Умова, викладена точно

RFC 7868 визначає умову придатності як достатню перевірку шляху сусіда без петель: оголошена відстань сусіда до пункту призначення має бути строго меншою за локальну придатну відстань. Строго. Не менша або рівна.

Саме ця єдина нерівність робить альтернативу придатним наступником. Усе інше тут — облік навколо неї.

Дві відстані з різними завданнями

Оголошена відстань — це те, що сусід анонсує для пункту призначення. Придатна відстань — це запис найменшої відомої сумарної метрики з часу останнього переходу ACTIVE–PASSIVE, тому вона може відрізнятися від метрики поточного найкращого шляху. Змішування цих двох дає впевнені хибні висновки.

В операційному відображенні кілька стовпців, схожих на відстань, стоять поруч. Прочитайте заголовок стовпця, який ви використовуєте, і пам’ятайте, що повна обчислена метрика шляху сусіда — не та сама величина, що відстань, яку він вам оголосив.

Одне розібране порівняння

Візьміть оголошений приклад із придатною відстанню 1000. Сусід, що оголошує 900, проходить перевірку й може стати придатним наступником. Сусід, що оголошує 1000, не проходить, бо умова — строга нерівність, і рівності недостатньо.

Ці числа — арифметика, а не швидкості каналу. Не читайте їх як передбачення про конкретний маршрутизатор або як рекомендовану метрику.

Виявлення — це не придатність

Механізм може швидко помітити мертвого партнера, поки EIGRP ще не має придатної заміни. Помічання — один етап; узгоджене обчислення маршруту — інший, і воно починається лише тоді, коли придатного наступника немає. Невдача умови не доводить, що альтернатива фізично має петлю. Це означає, що локальна перевірка короткого шляху не встановила гарантію, тому обчислення має обробити результат.

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

Прочитайте поля, потім перевірте застосунок

Запишіть пункт призначення, поточного наступника, сусіда-кандидата, його оголошену відстань, придатну відстань і результуючий стан маршруту. show ip eigrp topology 10.10.10.0/24 дає вам більшу частину цього для одного префікса. Потім прив’яжіть рішення до шляху тунелю, який справді несе наступний хоп, бо таблиця маршрутизації й таблиця тунелів можуть розходитися щодо того, який інтерфейс використовується.

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

Корисна звичка — перевірити нерівність, перш ніж торкатися чогось іншого. Це потребує однієї команди, і це вирішує суперечку.