Перейти к содержанию

AStartsev

Участники форума
  • Постов

    5
  • Зарегистрирован

  • Посещение

Весь контент AStartsev

  1. ИСХОДНОЕ: 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 покажите, как это УДОБНО, БЫСТРО И НАГЛЯДНО сейчас можно сделать и при этом обязательное условие:
  2. Это НЕ удобно и сильно перегружает таблицу Предложение в том и состоит, чтобы сменить логику ИНТЕРФЕЙС на логику ЗОНА Но в политиках можно оставить и то и другое. и в маршрутах добавить их применимость в политиках - флажками. сейчас все это есть, но на уровне CLI или самописных на питоне парсеров конфига, которые делают, что мне надо а вот руками даже 50 маршрутов выборочно продублировать на 3 интерфейса и вычистить в политиках лишние - это сейчас не реально или очень долго или писать обработчик конфига...
  3. Добавить возможность в статических маршрутах указывать не один интерфейс, а группу интерфейсов (например, ISP и USB-модем) с автоматическим переключением при отказе основного канала. Сейчас резервирование работает только для маршрута по умолчанию. Для сотен статических маршрутов-исключений невозможно вручную менять интерфейс при падении ISP. Аналогия — 'zone' или 'группа интерфейсов' в политиках доступа, но для статических маршрутов. Дополнительно: указать их применимость в Политиках. Сейчас можно или все или ничего (ip policy Policy2 standalone), а в идеале - флажок для того или иного маршрута - в какой политике его надо применять, а в какой нет.
  4. AStartsev

    индикаторы на 1811

    Добрый день! Есть большое желание, чтобы индикаторы LED1 и LED2 отображали физическое состояние различных WAN соединений WAN1 и WAN2 На горячей линии рекомендовали написать пожелание сюда
      • 1
      • Не понял
  5. прошивка 4.0 beta 1 приходит проводной провайдер и модем в резерве (+поднят режим standby для него) в обычном режиме все работает штатно: модем спит, инет с кабеля когда пинг-чек замечает падение инета на кабеле - стартует модем и все переходит на него все так и задумано НО - когда на кабеле появляется инет и пинг-чек это видит - роутер не хочет переходить обратно на это соединение сам и усыплять модем =( мож где еще че подкрутить? в приоритетах подключений - на первом месте проводной провайдер, а мобильный - на втором все абоненты на "политике по умолчанию" в статусе пинг-чек для проводного провайдера - "Доступен"
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.