Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    Два PPPoE с одинаковым рекурсивным маршрутом шлюза.

    Два PPPoE с одинаковым рекурсивным маршрутом шлюза.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Два PPPoE с одинаковым рекурсивным маршрутом шлюза., RouterOS
     
    alli
    Guest
    #1
    0
    31.05.2018 13:34:00
    У меня есть 3 PPPoE-подключения на 3 Ethernet-портах, 2 из них имеют один и тот же шлюз (один и тот же провайдер). Я хочу распределить нагрузку между ними с резервированием, чтобы если один провайдер отключится, использовался другой. Проблема в том, что рекурсивная маршрутизация доступна только с IP-шлюзом (плохой Mikrotik), поэтому я могу использовать только одно из этих соединений с одинаковым IP-шлюзом. Есть ли какой-нибудь выход из этой ситуации кроме написания скриптов?
     
     
     
    hatterfix
    Guest
    #2
    0
    06.11.2018 14:56:00
    Я также пытался настроить разные профили ppp с удалённым IP для резервирования, и обнаружил, что всё ещё существует ещё один динамический маршрут с дистанцией 0, поэтому маршрут blackhole не может перейти в активное состояние, даже если маршрут через шлюз становится недоступен.

    Флаги:  
    X — отключён,  
    A — активен,  
    D — динамический,  
    C — непосредственно подключён,  
    S — статический,  
    r — rip,  
    b — bgp,  
    o — ospf,  
    m — mme,  
    B — blackhole,  
    U — недоступен,  
    P — запрещён.

    0   S  ;;; pppoe удалённый шлюз: dst-address=0.0.0.0/0 gateway=77.88.8.7 gateway-status=77.88.8.7 unreachable distance=1 scope=30 target-scope=10 routing-mark=pppoe  
    1   S  ;;; проверка шлюза pppoe fallover: dst-address=0.0.0.0/0 gateway=77.88.8.7 gateway-status=77.88.8.7 unreachable check-gateway=ping distance=2 scope=30 target-scope=10  
    0 ADC dst-address=77.88.8.7/32 pref-src=1.2.3.4 gateway=pppoe gateway-status=pppoe reachable distance=0 scope=10  
    1   SB ;;; blackhole pppoe fallover: dst-address=77.88.8.7/32 type=blackhole distance=254  

    Есть ли способ заставить маршрут blackhole работать корректно?
     
     
     
    sindy
    Guest
    #3
    0
    06.11.2018 19:01:00
    Потормози, дружище. Во-первых, для автоматического переключения без скриптов с использованием рекурсивного поиска следующего хопа, нужно указать в интернет-мониторинге адреса как remote-address в /ppp профиле. И для каждого pppoe-out должен использоваться свой уникальный адрес, иначе маршрут через упавший интерфейс не отключится, пока сам интерфейс активен. У тебя в выводе показан одинаковый адрес шлюза для обеих дефолтных маршрутов через pppoe-out, так что это не сработает. Во-вторых, почему тут должна быть черная дыра (blackhole route) с dst-address, отличным от 0.0.0.0/0? Маршрут до подключенной подсети, который её перекрывает, всегда присутствует, пока интерфейс поднят. Но если хочешь, чтобы маршрут с "черной дырой" срабатывал, когда оба pppoe-интерфейса теряют доступ в интернет, он должен иметь такой же dst-address, что и маршруты, которые он заменит, то есть 0.0.0.0/0.
     
     
     
    hatterfix
    Guest
    #4
    0
    07.11.2018 08:26:00
    Все показанные маршруты относятся только к одному pppoe-интерфейсу. Первый – «pppoe remote gate» – имеет маркер маршрутизации, который помещает его в таблицу с именем «pppoe» (я использую несколько таблиц для маршрутизации). Второй – «check gw pppoe fall» – находится в таблице «main» и используется для проверки шлюза PPP-профиля, назначенного на pppoe-client-интерфейс.

    Профиль выглядит так:  
    1 name=“ppp_77”  
    remote-address=77.88.8.7  
    use-mpls=default  
    use-compression=default  
    use-encryption=default  
    only-one=default  
    change-tcp-mss=yes  
    use-upnp=default  
    address-list=“”  
    on-up=“”  
    on-down=“”

    Итак, у меня есть правильный маршрут для этого назначения в таблице ip route:

    check 77.88.8.7  
    status: ok  
    interface: pppoe  
    nexthop: 77.88.8.7

    Именно поэтому я использую blackhole для 77.88.8.7, он должен быть активен, когда проверка шлюза делает текущие маршруты недоступными, но состояние не меняется на активное.

    Другие внешние интерфейсы, которые у меня есть, не pppoe, и с переключением на запасной канал на них проблем нет.
     
     
     
    sindy
    Guest
    #5
    0
    07.11.2018 08:43:00
    Я пропустил маршрут с пометкой, но всё равно не понимаю, зачем переключать индивидуальный маршрут к 77.88.8.7/32 на «черную дыру» и в какой ситуации это нужно. Два маршрута по умолчанию используют 77.88.8.7 в качестве шлюза, так что check-gateway можно применить, чтобы сделать их неактивными, если этот IP-шлюз недоступен. Индивидуальный же маршрут к 77.88.8.7/32 использует интерфейс (pppoe) как шлюз, и там нечего пинговать через check-gateway, поэтому этот маршрут остаётся активным, пока интерфейс сам по себе активен. Значит, маршрут «черная дыра» к тому же адресу может стать активным только тогда, когда сам интерфейс падает, а не удалённый адрес. К тому же, если бы это случилось, получился бы эффект самозапирающейся положительной обратной связи — как только основной маршрут станет неактивным, и «черная дыра» возьмёт управление, пинги к 77.88.8.7 всегда будут неудачными, потому что они всё время пойдут через маршрут «черная дыра». Короче, в чём же реальная цель маршрута «черная дыра»?
     
     
     
    hatterfix
    Guest
    #6
    0
    07.11.2018 11:43:00
    Я использую 77.88.8.7/32 для проверки состояния Интернета через текущего провайдера. Если активируется маршрут blackhole, то он будет блокировать любой трафик к 77.88.8.7/32 через другие выходные интерфейсы, пока состояние Интернета на стороне PPPoE-провайдера не восстановится — вот такой трюк с резервированием.

    Я также понимаю, что маршрут с расстоянием 0 остается активным, пока интерфейс PPPoE поднят (поэтому я и написал про этот маршрут в первом сообщении), и именно поэтому blackhole не может изменить его состояние.

    Мой вопрос: как заставить маршрут blackhole активироваться в такой ситуации с интерфейсом PPPoE (когда есть напрямую подключённый маршрут)? Есть ли способ это сделать?
     
     
     
    Chupaka
    Guest
    #7
    0
    07.11.2018 11:47:00
    Но если у вас установлено соединение через PPPoE, пакеты не будут отправляться через другие интерфейсы!
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры