Резервна безжична връзка: маршрутизирано превключване или един сегмент?

Две сгради, радиовръзка точка до точка и интернет 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

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