Відмова WAN у DMVPN: політика маршрутизації чи закриття тунелю?

Концентратор DMVPN з двома WAN переходить на резервний шлях одним із двох способів, і різниця більша, ніж здається. Один змінює, який наступний хоп вибирає політика маршрутизації, тому пакети продовжують іти і змінюється лише їхній вихід. Другий адміністративно закриває тунель, що опускає разом із ним усі служби на цьому інтерфейсі. Обидва можуть бути правильними, бо відповідають на різні питання.

Рішення ухвалюється до налаштування

Три умови вирішують це за вас. Чи залежить щось інше від того, що інтерфейс тунелю піднятий, наприклад другий профіль DMVPN або монітор, який читає його стан? Чи несе трафік, який має перейти на резерв, власну політику чи покладається на глобальну таблицю маршрутизації? І чи потрібна оператору однозначна зміна стану, чи припустиме тихе перемикання шляху? Дайте відповідь на ці три, і вибір зазвичай робиться сам.

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

Запишіть відповідь, бо налаштування — це легка частина.

Що насправді змінює політика маршрутизації

У маршрутизації на основі політик відстежуваний об'єкт може керувати наступним хопом. Запис карти маршрутів називає кандидата на наступний хоп і відстежуваний об'єкт, який має бути піднятий для його використання, а цей стан відстеження надходить від зонда IP SLA. Коли об'єкт опускається, запис перестає збігатися, і пакет оцінюється наступним записом або звичайною таблицею маршрутизації.

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

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

Що змінює закриття тунелю

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

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

Жорстко закодована команда відновлення може також скасувати закриття на обслуговування, виконане кимось іншим.

Змусьте зонд іти тим шляхом, який ви думаєте

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

Прив'яжіть зонд до інтерфейсу або адреси джерела того шляху, який ви перевіряєте. Перевірте й те, на що він націлений, оскільки досягнення наступного хопу постачальника доводить менше, ніж досягнення служби, заради якої існує тунель. Задайте затримки підйому й падіння усвідомлено: коротка затримка падіння реагує швидко й флапає, а довга переживає короткі коливання й приховує справжні відмови. Посібник Cisco з відстеження та маршрутизації на основі політик в IOS XE описує підтримувані комбінації, а набір функцій на вашій платформі визначає, які з них можна використовувати.

Запишіть обидва значення затримки поруч із відстежуваним об'єктом, інакше ніхто не дізнається, чому він поводився саме так.

Вирішіть щодо відновлення, потім перевірте

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

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

Збережіть докази з того вікна, бо наступну зміну порівнюватимуть із ними.