Выбор между статической и динамической маршрутизацией упирается в два вопроса: сколько путей ведет в каждую подсеть и как часто меняется топология. Если подсетей немного, схема стабильна и выход в интернет один, задачу закрывают несколько статических маршрутов. Если путей несколько, каналы резервируются, а сеть растет, протоколы OSPF или BGP снимают ручную работу и сами перестраивают таблицу маршрутизации после отказа.
Быстрый ориентир: до 10-15 маршрутизаторов, один провайдер, простые связи - статика. Филиалы, избыточные связи, два провайдера, частые изменения - динамика. Для большинства небольших и средних сетей работает гибрид: динамический протокол в ядре, статика и маршрут по умолчанию на периферии.
Дальше: определения, сравнение по четырем критериям с таблицей, сценарии для каждого подхода, примеры команд, типичные ошибки и чек-лист для решения.
Что такое статическая и динамическая маршрутизация: базовые понятия
Маршрутизатор выбирает путь по таблице маршрутизации. Каждая запись содержит префикс назначения, next hop (следующий узел), метрику и административное расстояние. Разница между подходами в том, кто наполняет таблицу: администратор вручную или протокол маршрутизации автоматически. Механику выбора записи, метрики и административную дистанцию разбирает руководство по таблицам маршрутизации и метрикам.
Статическая маршрутизация: принцип работы
Статический маршрут прописывают в конфигурации устройства вручную. Запись не меняется до правки конфигурации, не зависит от состояния соседей и не сопровождается служебным трафиком. Процессор маршрутизатора такие маршруты не пересчитывает.
Пример для RouterOS:
/ip route add dst-address=10.20.0.0/24 gateway=192.168.10.1
Пример для Cisco IOS:
ip route 10.20.0.0 255.255.255.0 192.168.10.1
По классической шкале административного расстояния Cisco подключенная сеть получает 0, статический маршрут 1, eBGP 20, внутренний EIGRP 90, OSPF 110, RIP 120, iBGP 200. Чем меньше значение, тем выше приоритет записи при равной длине префикса. Приоритет по административному расстоянию уступает правилу longest prefix match: маршрут /24 выиграет у маршрута /16 независимо от дистанции.
Самый частый статический маршрут - маршрут по умолчанию 0.0.0.0/0, то есть правило «весь остальной трафик отдавать на этот next hop». На периферийных устройствах он заменяет десятки конкретных записей.
Динамическая маршрутизация: протоколы и принципы
Динамические протоколы заставляют маршрутизаторы обмениваться информацией о доступных сетях. Устройства строят карту топологии или набор маршрутов от соседей и вычисляют лучший путь по метрике. Изменения в сети распространяются автоматически.
- OSPF (link-state) - основной протокол внутренних сетей. Метрика - стоимость, которую считают от пропускной способности интерфейса. Поддерживает иерархию областей (areas).
- BGP (path-vector) - протокол интернета и мультихоминга. Выбор пути основан на атрибутах (AS-path, local preference, MED), а не на скорости канала.
- EIGRP (distance-vector, Cisco) - метрика учитывает пропускную способность и задержку. Работает только на оборудовании Cisco.
- IS-IS (link-state) - применяют крупные провайдеры и дата-центры, часто вместо OSPF.
- RIP (distance-vector) - метрика в хопах, максимум 15, для современных сетей устарел.
Выбор протокола для конкретной сети разбирает обзор протоколов динамической маршрутизации OSPF, BGP и EIGRP.
Ключевые критерии сравнения статической и динамической маршрутизации
Сравнивать подходы имеет смысл по четырем параметрам, которые определяют стоимость владения сетью: трудозатраты на настройку, управляемость при росте, скорость восстановления после отказа и нагрузка на оборудование.
| Критерий | Статическая маршрутизация | Динамическая маршрутизация |
|---|---|---|
| Настройка | Ручная запись каждого маршрута | Протокол настраивают один раз, маршруты изучаются сами |
| Масштабируемость | Плохая: рост числа подсетей умножает ручную работу | Высокая: изменения распространяются автоматически |
| Реакция на отказ канала | Автоматической нет: нужен резервный маршрут с большей дистанцией или IP SLA | Автоматическая перестройка: от долей секунды с BFD до минут у нетюнингованного BGP |
| Нагрузка на CPU и память | Практически нулевая | Обмен служебными пакетами, хранение базы топологии или таблицы BGP |
| Служебный трафик | Отсутствует | Hello-пакеты, LSA, обновления BGP |
| Предсказуемость пути | Полная: путь задан явно | Путь вычисляет протокол и меняет его при изменениях |
| Требования к квалификации | Базовая | Нужно понимать области, метрики, фильтрацию |
Сложность настройки и администрирования
Десять статических маршрутов на одном устройстве настраиваются за несколько минут и не требуют планирования. Динамический протокол требует больше подготовки: выбрать области, назначить router-id, определить интерфейсы для обмена, продумать фильтрацию и редистрибуцию.
Разница проявляется при изменениях. Добавление новой подсети в сеть из 50 маршрутизаторов при статике означает правку конфигурации на всех устройствах, через которые должен идти трафик. При OSPF достаточно настроить протокол на маршрутизаторе новой подсети: анонс уйдет соседям, и маршруты появятся сами.
Управляемость и масштабируемость
Статика масштабируется плохо: каждая новая подсеть и каждый новый путь добавляют записи вручную, а расхождение конфигураций между устройствами легко пропустить. Ошибка в одном маршруте на одном маршрутизаторе создает асимметрию трафика, которую без схемы сети заметить сложно.
Динамика переносит расчет пути на протокол. OSPF делит сеть на области и держит в памяти каждой области только свою часть топологии, что сдерживает рост базы данных. BGP использует автономные системы, политики и route reflectors, что позволяет связывать тысячи маршрутизаторов без полносвязной конфигурации. Сеть из 100 и более подсетей на статике превращается в постоянный источник ручной работы; та же сеть на OSPF требует планового расширения областей, а не переписывания маршрутов.
Отказоустойчивость и скорость реакции на сбои
Статика не реагирует на отказ канала. Если основной next hop перестал отвечать, администратор либо переключает маршрут вручную, либо заранее прописывает резервный маршрут с большей административной дистанцией (floating static route). Второй вариант срабатывает только тогда, когда основной маршрут исчез из таблицы: при деградации канала без потери линка переключения не будет, пока не добавить отслеживание (IP SLA на Cisco, check-gateway в RouterOS).
Динамические протоколы перестраивают маршруты сами. По умолчанию OSPF на широковещательном сегменте отправляет hello каждые 10 секунд и объявляет соседа недоступным после 40 секунд молчания, поэтому сходимость занимает секунды. С BFD обнаружение отказа уходит в доли секунды. BGP по умолчанию использует keepalive 60 секунд и hold 180 секунд, поэтому без тюнинга и BFD восстановление после отказа может занять минуты.
Нагрузка на оборудование и пропускную способность
Статические маршруты не создают ни служебного трафика, ни нагрузки на процессор: таблица читается при передаче пакета, пересчетов нет. Динамика платит за автоматику служебными пакетами и памятью. Ориентировочно: OSPF на сотне маршрутов в пределах одной области держит базу топологии в единицах или десятках мегабайт и почти не нагружает CPU, в стабильной сети это обмен hello-пакетами. BGP с полной таблицей интернета, где порядка миллиона IPv4-префиксов, требует уже единиц гигабайт памяти, и на устройстве с 64 МБ RAM полную таблицу не разместить. Для сети из нескольких десятков подсетей такие объемы неактуальны: нагрузка остается умеренной на любом современном оборудовании.
Когда статические маршруты - оптимальный выбор
Статика выигрывает там, где путей мало, топология предсказуема, а любое изменение должно быть явным и контролируемым. Это малые и тупиковые сети, периферийные сегменты с одним выходом, маршруты по умолчанию и резервные записи, а также изолированные технологические сети.
Малые и тупиковые сети
Типовой случай: офис с тремя подсетями (пользователи, серверы, гостевой Wi-Fi) и двумя маршрутизаторами. Все маршруты известны, изменения редки, каждый путь умещается в пару строк. Настройка занимает минуты и не требует ни планирования областей, ни расчета метрик, а отладка сводится к просмотру таблицы маршрутизации и трассировке.
Тупиковая сеть (stub) с единственным выходом не нуждается в протоколе внутри: достаточно маршрута по умолчанию, направленного на пограничный маршрутизатор.
Маршрут по умолчанию и резервные маршруты
Самый распространенный статический маршрут - 0.0.0.0/0. Для двух провайдеров прописывают два маршрута по умолчанию с разной административной дистанцией: основной с дистанцией 1 и резервный с большей, например 5. Резервная запись держится в запасе и включается в передачу, только если основная исчезла из таблицы.
/ip route add dst-address=0.0.0.0/0 gateway=203.0.113.1 distance=1 check-gateway=ping /ip route add dst-address=0.0.0.0/0 gateway=198.51.100.1 distance=5 check-gateway=ping
Без проверки доступности шлюза (check-gateway в RouterOS, IP SLA с трекингом в Cisco IOS) переключение не сработает, если провайдер перестал пропускать трафик, но интерфейс остается в состоянии up. Это ограничение статики, которое учитывают при проектировании резервирования.
Изолированные сегменты - еще один сценарий для статики. В промышленных сетях, где типовую архитектуру АСУ ТП образуют уровни датчиков и исполнительных механизмов, программируемых логических контроллеров и систем диспетчерского управления и сбора данных (промышленная автоматика и датчики), изменения в путях прохождения трафика стараются свести к предсказуемым и документированным, поэтому там чаще применяют статические маршруты без обмена маршрутной информацией.
Когда без динамической маршрутизации не обойтись
Признаки, при которых статика становится узким местом: несколько путей до одной подсети, частые изменения топологии, требования к автоматическому восстановлению, мультихоминг с несколькими провайдерами, потребность в балансировке трафика между каналами и SLA на время простоя.
Сложные топологии с избыточными связями
В сети с кольцом или сеткой (mesh) у каждой подсети два и более путей. Статические маршруты не умеют автоматически перестраиваться при отказе узла: пока администратор не перепишет записи, часть трафика уходит в отброшенное направление. OSPF или EIGRP держат альтернативные пути в базе топологии и включают резервный маршрут после обнаружения отказа. При равной стоимости нескольких путей протокол задействует равноценную балансировку (ECMP) и распределит потоки между линками без ручных настроек.
Масштабирование и автоматизация
Добавление филиала при динамике сводится к настройке протокола на новом маршрутизаторе: он получает маршруты от соседей и сразу становится частью сети. При статике ту же операцию пришлось бы повторить на всех устройствах, через которые должен проходить трафик. Для сети из 50 маршрутизаторов это десятки правок и высокий риск пропустить одну.
Отдельный сценарий - мультихоминг. Стыковка с двумя провайдерами и управление трафиком через атрибуты BGP, включая выбор исходящего канала и фильтрацию анонсов, статикой не решается. Полную таблицу интернета маршрутизатор принимает именно по BGP, и для этого нужен запас памяти.
Гибридная маршрутизация: практические рекомендации для небольших и средних сетей
Сети на 10-100 устройств редко нуждаются в выборе между статикой и динамикой целиком: сочетание дает предсказуемую периферию и автоматику ядра.
Схема с динамикой в ядре и статикой на периферии
Ядро и уровень распределения работают на OSPF, периферийные коммутаторы и удаленные сегменты знают один маршрут по умолчанию на ближайший маршрутизатор. На границе статический маршрут по умолчанию редистрибуируется в домен OSPF, чтобы внутренние устройства видели путь наружу. В Cisco IOS это делают командой default-information originate, в RouterOS - настройкой редистрибуции статических маршрутов в экземпляре OSPF.
Что это дает: таблица на периферии остается размером в несколько записей, память и CPU удаленных устройств не расходуются на протокол, а изменения в ядре распространяются автоматически. Обратная сторона - периферия не имеет резервных путей, поэтому важные сегменты подключают двумя линками и настраивают протокол и на них.
Выбор протокола динамической маршрутизации для средней сети
Для внутренней сети средней компании достаточно OSPF: он проще в планировании, быстрее сходится и не требует политик на тысячи маршрутов. BGP нужен там, где есть мультихоминг, стыковка с провайдерами, несколько автономных систем или управление трафиком через атрибуты. EIGRP подходит только для чисто Cisco-инфраструктуры, IS-IS выбирают крупные сети с большим числом маршрутов. Бюджет тоже влияет на решение: проприетарный протокол привязывает сеть к одному вендору. Сравнительную таблицу по метрикам, сходимости и нагрузке на CPU смотрите в разборе протоколов динамической маршрутизации.
Версии ПО на 2026 год: RouterOS v7 объединил маршрутизацию в единый движок и поддерживает OSPF, BGP, RIP и BFD; на Linux и в контейнерах используют FRR (ветка 8 и новее), BIRD 2.x и OpenBGPD. Номера версий и состав функций проверяйте в документации вендора: линейки обновляются, и часть команд переезжает из одного раздела в другой.
Типичные ошибки и риски при настройке маршрутизации
Ошибки в статических маршрутах
- Неверный next hop или опечатка в маске: маршрут попадает в таблицу, но пакеты уходят в никуда, образуя черную дыру.
- Отсутствие маршрута по умолчанию на периферии: часть трафика, например к внешним DNS, не имеет пути.
- Пересекающиеся маршруты: более конкретный префикс перекрывает общий, и добавленная «на всякий случай» запись незаметно меняет путь.
- Отсутствие резервного маршрута: отказ линка оставляет сегмент без связности до ручного вмешательства.
Ошибки в динамической маршрутизации
- Несовпадение параметров соседства в OSPF: разные области, сети, MTU или значения hello и dead не дают поднять adjacency, и маршруты не появляются.
- Редистрибуция без фильтров: маршруты в одну сторону без обратного пути дают асимметрию, а неверная метрика создает петли маршрутизации.
- Некорректная фильтрация в BGP: без prefix-list и лимита max-prefix маршрутизатор может принять чужой маршрут или переполнить память.
- Единственный маршрутизатор в роли точки сходимости: его выход из строя ломает связность между частями сети.
Риски снижает один порядок работы: изменения сначала проверяют на стенде (GNS3, EVE-NG, containerlab или пара виртуальных машин с FRR и BIRD на облачном хостинге, например Timeweb Cloud), затем на резервном устройстве и только потом в рабочей сети. Перед правкой сохраняют конфигурации, после - сверяют таблицы маршрутизации на ключевых узлах и проверяют связанность сквозным тестом. Алгоритм выбора пути и методы поиска причины, когда ping не проходит, собраны в материале по маршрутизации IP-пакетов.
Примеры из практики: оборудование и ПО на 2026 год
Возможности маршрутизации зависят от схемы и от устройства. Показательный пример - сравнение двух беспроводных платформ разного класса.
Mikrotik RouterOS: поддержка динамических протоколов
Mikrotik QRT G-2SHPnD - WiFi-маршрутизатор провайдерского уровня: радиочасть 35 dBm (3100 мВт), панельная направленная антенна 17 dBi, режим 2x2 MIMO и пропускная способность канала до 300 Мбит/с, гигабитный Ethernet-порт с питанием по PoE, процессор Atheros AR7242-AH1A на 400 МГц и 64 МБ оперативной памяти. Устройство работает под управлением RouterOS с лицензией Level 4 и применяется как в радиомостах точка-точка, так и в роли базовой станции или клиента в режиме точка-многоточка (сравнение AirGrid M2 HP и QRT G-2SHPnD).
RouterOS дает доступ к протоколам динамической маршрутизации, но 64 МБ памяти ограничивают масштаб: полную таблицу BGP такое устройство не удержит. Его место - филиал, радиомост или сегмент с ограниченным числом маршрутов, а не пограничный маршрутизатор с полным аплинком.
Ubiquiti AirOS: ограничения и применение
Ubiquiti AirGrid M2 HP 2G16 - точка доступа для радиомостов: радиомодуль 28 dBm (600 мВт), направленная антенна 16 dBi, стандарты 802.11b/g/n и скорость до 150 Мбит/с, процессор Atheros MIPS 24KC 400 МГц, 32 МБ памяти SDR, порт 10/100 Ethernet с питанием PoE, корпус из устойчивого к УФ пластика для работы при температурах от -30 до +75 градусов. Настройку выполняют в веб-интерфейсе AirOS v5, где задают параметры сети, ширину радиоканала и мощность сигнала (тот же сравнительный обзор).
В описании AirOS речь идет о настройке сети и радиоканала; сведений о поддержке протоколов динамической маршрутизации в источнике нет. Такие устройства обычно работают как мост L2, а маршрутизацию выполняет вышестоящий узел: тогда на точке доступа статики нет вообще, а вся динамика сосредоточена на RouterOS или на Linux. На серверной стороне динамику закрывают программные маршрутизаторы: FRR и BIRD на Linux, OpenBGPD на BSD-системах. Они дают тот же набор протоколов, что и аппаратные устройства, и позволяют собрать стенд для проверки конфигурации без закупки железа.
Рекомендации по выбору схемы маршрутизации: чек-лист
Решайте по фактам о своей сети. Проверьте:
- Сколько подсетей и маршрутизаторов в сети? До 10-15 устройств и десятка подсетей статика закрывает задачу.
- Сколько путей ведет в каждую важную подсеть? Один путь - статика, два и более - динамика.
- Как часто меняется топология? Редкие изменения терпят ручную правку, регулярные требуют протокола.
- Сколько провайдеров и нужен ли мультихоминг? Два провайдера и управление трафиком - BGP.
- Какая скорость восстановления нужна по SLA? Секунды требуют OSPF с BFD, минуты допустимы для BGP без тюнинга.
- Хватит ли ресурсов оборудования? Полная таблица BGP требует гигабайт памяти, протокол на периферии - нет.
- Какова квалификация команды и бюджет на поддержку? OSPF осваивается быстрее, чем BGP с политиками.
Сводное решение: малая стабильная сеть с одним выходом - только статика; средняя сеть с ростом и резервированием - OSPF в ядре плюс статика и маршрут по умолчанию на периферии; сеть с несколькими провайдерами и автономными системами - BGP на границе. Гибридная схема почти всегда дешевле в сопровождении, чем крайности: она не заставляет держать протокол на каждом устройстве и при этом не оставляет ядро без автоматической сходимости. Практические сценарии для офиса, дата-центра и VPN-инфраструктуры собраны в сравнении статической и динамической маршрутизации.
Параметры протоколов и номера версий ПО меняются от релиза к релизу. Значения таймеров, лимиты таблиц и состав поддерживаемых функций проверяйте в документации вендора для конкретной версии: материалы, использованные при подготовке статьи, описывают оборудование и интерфейсы, но не содержат подтвержденных данных о версиях ПО на 2026 год.