Статические маршруты

[AStartsev]

Добавить возможность в статических маршрутах указывать не один интерфейс, а группу интерфейсов (например, ISP и USB-модем) с автоматическим переключением при отказе основного канала. Сейчас резервирование работает только для маршрута по умолчанию. Для сотен статических маршрутов-исключений невозможно вручную менять интерфейс при падении ISP. Аналогия — 'zone' или 'группа интерфейсов' в политиках доступа, но для статических маршрутов.

Дополнительно: указать их применимость в Политиках.
Сейчас можно или все или ничего (ip policy Policy2 standalone), а в идеале - флажок для того или иного маршрута - в какой политике его надо применять, а в какой нет.

[Denis P]

6 часов назад, AStartsev сказал:

Добавить возможность в статических маршрутах указывать не один интерфейс, а группу интерфейсов (например, ISP и USB-модем) с автоматическим переключением при отказе основного канала. Сейчас резервирование работает только для маршрута по умолчанию. Для сотен статических маршрутов-исключений невозможно вручную менять интерфейс при падении ISP. Аналогия — 'zone' или 'группа интерфейсов' в политиках доступа, но для статических маршрутов.

Дополнительно: указать их применимость в Политиках.
Сейчас можно или все или ничего (ip policy Policy2 standalone), а в идеале - флажок для того или иного маршрута - в какой политике его надо применять, а в какой нет.

Прямо сейчас можно создавать одинаковые маршруты на разные интерфейсы и "резерв" обеспечен. Приоритет определяется порядком в дефолтной политике.

Для отдельной политики тоже есть возможность использовать свои специфичные маршруты, но правда через cli

ip policy PolicyX route <route>

 

Изменено Вторник в 08:29 пользователем Denis P

[AStartsev]

58 минут назад, Denis P сказал:

можно создавать одинаковые маршруты на разные интерфейсы

Это НЕ удобно и сильно перегружает таблицу
Предложение в том и состоит, чтобы сменить логику ИНТЕРФЕЙС на логику ЗОНА
Но в политиках можно оставить и то и другое.
и в маршрутах добавить их применимость в политиках - флажками.
сейчас все это есть, но на уровне CLI или самописных на питоне парсеров конфига, которые делают, что мне надо
а вот руками даже 50 маршрутов выборочно продублировать на 3 интерфейса и вычистить в политиках лишние - это сейчас не реально или очень долго или писать обработчик конфига...

[Denis P]

1 час назад, AStartsev сказал:

а вот руками даже 50 маршрутов выборочно продублировать на 3 интерфейса и вычистить в политиках лишние - это сейчас не реально или очень долго

импорт и экспорт маршрутов в два клика решает эту проблему, для этого не нужно ничего парсить

[keenet07]

Но было бы намного удобнее и быстрее, если бы реализовали вот это

 

[AStartsev]

В 07.04.2026 в 13:56, Denis P сказал:

импорт и экспорт маршрутов в два клика решает эту проблему

ИСХОДНОЕ:
1. есть Политика по умолчанию, где собраны все провайдеры
2. есть ручная Политика - Policy1
3. часть клиентов сидят в Политике по умолчанию, а часть в Policy1
4. есть таблица маршрутов, которая работает для клиентов Политики по умолчанию, как надо, но для клиентов Policy1 она работает "странно", ведь она может выпустить траффик через интерфейс, который не добавлен в политику

ЗАДАЧА:

1. МИНИМУМ: не допустить выход трафика с применением таблицы маршрутов, отсутствующих в Policy1
2. ОПТИМАЛЬНАЯ: иметь возможность выбрать - какие маршруты будут работать в Policy1

Сейчас:
1. можно выключить ВСЕ маршруты для Policy1: ip policy Policy2 standalone
2. РУКАМИ в CLI удалить (возможно и добавить) маршрут внутри политики:

ip policy Policy1
no route <interface> x.x.x.x/xx

покажите, как это УДОБНО, БЫСТРО И НАГЛЯДНО сейчас можно сделать и при этом обязательное условие: 

В 07.04.2026 в 13:56, Denis P сказал:

не нужно ничего парсить