Бездротовий канал як резерв: маршрутизоване перемикання чи один сегмент?

Вирішіть, чи резерв відновлює маршрутизовану доступність, чи розширює один сегмент Ethernet. Цей вибір визначає керування петлями, перевірки стану й відновлення.

Дві будівлі, радіоканал «точка-точка» та інтернет-VPN, який може служити другим шляхом. Перш ніж резерв стане автоматичним, одне питання вирішує майже все інше: що має вижити — доступність IP між окремими підмережами чи один спільний сегмент Ethernet? Те, що радіо поводиться як кабель, не є аргументом передавати кожен широкомовний кадр через інтернет. Спочатку дайте відповідь на питання, бо дві відповіді вимагають різного керування петлями, різних перевірок стану й різного розуміння того, що означає відновлення.

Визначте, що має пережити збій

Перелічіть застосунки, які мають продовжувати працювати, і зазначте, чи залежать вони від доступності на Layer 3 чи від сусідства на Layer 2. Спільний доступ до файлів, підключення до баз даних і вебслужби зазвичай дбають лише про маршрути; протоколи виявлення, деякі кластерні продукти й усе, що очікує один широкомовний домен, дбають про сусідство. Резерв, який відновлює неправильний тип доступності, створює майданчик, технічно з'єднаний і практично марний.

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

Маршрутизоване перемикання: два префікси, один бажаний шлях

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

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

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

Мостове перемикання: один сегмент, один блокувальний шлях

Якщо сусідство справді потрібне, резерв має передавати кадри Ethernet, чого маршрутизований IP-тунель не робить. Деякі платформи підтримують об'єднання інтерфейсу VPN у локальний сегмент мостом, і ці інтерфейси стають членами мосту з відповідними наслідками. Два одночасно пересильні шляхи на Layer 2 утворюють петлю, тому проєкту потрібне охопне дерево, що покриває обидва майданчики, і чітке твердження про те, який шлях має блокуватися.

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

Стежте за межею, що має значення

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

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

Тримайте перевірку дешевою й обмеженою: короткий інтервал, мала кількість і тайм-аут, що відповідає допуску застосунку. Монітор, який сам залежить від шляху, який перевіряє, повідомлятиме про успіх до моменту, коли перестане повідомляти хоч щось.

Відпрацьовуйте обидва напрямки під навантаженням

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

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

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

Схожі статті