Хроники связи СВО

VLAN: где закончится ваш широковещательный шторм В прошлых постах разобрали RSTP и storm control. Теперь уменьшим участок сети, который может пострадать от одной петли. Представим три площадки. На каждой коммутатор и пользователи. Между площадками оптика, через все коммутаторы протянут VLAN 100. Адреса у всех из одной подсети. Для Ethernet это один общий сегмент. ARP-запрос с первой площадки доходит до третьей. При действующей петле туда же могут добраться многократно размноженные кадры. Расстояние между площадками здесь ничего не меняет. Разделим пользователей по площадкам: — площадка А: VLAN 110, сеть 192.168.10.0/24; — площадка Б: VLAN 120, сеть 192.168.20.0/24; — площадка В: VLAN 130, сеть 192.168.30.0/24. При корректной настройке коммутации широковещательный кадр из VLAN 110 не попадёт в VLAN 120 или 130. Для обмена между этими сетями потребуется маршрутизация. Так устроено разделение на широковещательные домены. Но есть неприятная деталь. Можно создать три VLAN, протащить их через всю сеть и поставить единственный маршрутизатор на центральной площадке. Номера разные, подсети разные, всё выглядит прилично. При этом шторм из VLAN 110 по-прежнему способен загрузить межплощадочный канал, по которому этот VLAN передаётся. Соседний VLAN не получит сами широковещательные кадры, но его полезному трафику может не хватить полосы в общей линии. Логическое разделение не добавляет пропускной способности общему порту. Для ограничения аварии на своей площадке пользовательский VLAN нужно завершить там же. На площадке А ставим локальный шлюз 192.168.10.1. На Б — 192.168.20.1. На В — 192.168.30.1. Это могут быть отдельные маршрутизаторы или коммутаторы с подходящими возможностями L3. Между шлюзами организуем маршрутизируемые соединения. Пользовательские VLAN через них больше не растягиваем. Теперь компьютер на площадке А, обращаясь к серверу на Б, узнаёт MAC своего местного шлюза. Шлюз принимает кадр, выбирает маршрут для IP-пакета и отправляет его дальше в новом кадре. Локальный ARP-broadcast через эту границу не проходит. Даже если между маршрутизаторами используется транспортный VLAN, это отдельный сегмент, в который пользовательские порты не включены. OSPF появляется следующим шагом: маршрутизаторы обмениваются сведениями о сетях и рассчитывают пути. При отказе соединения протокол может выбрать оставшийся доступный путь. Само разделение работает и со статическими маршрутами. Включить OSPF поверх прежнего общего VLAN недостаточно. Старый широковещательный домен от этого никуда не исчезнет. При переходе придётся поправить адресацию. Нельзя просто разрезать одну общую /24 на три изолированных VLAN и ожидать прежней связности: компьютеры продолжат искать «местных» соседей через ARP, хотя те уже за маршрутизатором. Центральному DHCP-серверу обычно потребуется DHCP relay на локальных шлюзах. Приложения, которые находят устройства широковещательными запросами, тоже нужно проверить заранее. И защита портов остаётся. Локальная петля способна перегрузить коммутатор или процессор шлюза. VLAN и маршрутизация ограничивают распространение кадров, но не гарантируют работоспособность перегруженного оборудования. Практическая цель такая: лишний патч-корд в одном шкафу должен создавать проблему в пределах этого участка. Для этого пользовательский Ethernet заканчивается на местном шлюзе, а дальше идут маршруты. Следующим разберём резервные L3-соединения между площадками и работу OSPF при обрыве линии. Communicatio est victoria. — Душнила t.me/zas_svo vk.com/zas_svo #СВО #связь #VLAN #OSPF