Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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
    Проверьте, пинг шлюза не работает с ECMP!

    Проверьте, пинг шлюза не работает с ECMP!

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Проверьте, пинг шлюза не работает с ECMP!, RouterOS
     
    doush
    Guest
    #1
    0
    19.08.2014 16:39:00
    Заголовок говорит сам за себя. У роутера A есть адреса 192.168.1.1, 192.168.2.1, 192.168.3.1/24, у роутера B — 192.168.1.2, 192.168.2.2, 192.168.3.2/24, каждый адрес на отдельном интерфейсе. На роутере A сеть 10.0.0.0/24 маршрутизируется на 192.168.1.2, 2.2 и 3.2 через ECMP с проверкой шлюза по ping. Когда мы отключаем один из адресов на роутере B, например 192.168.2.2, роутер A не показывает, что маршрут недоступен, и весь трафик останавливается. NAT и Conn Tracking отсутствуют. Это известная проблема?
     
     
     
    gustavomam
    Guest
    #2
    0
    29.10.2014 17:30:00
    Привет. У меня такая же проблема. Есть ли решение? Я записал видео, чтобы показать, в чём суть: https://www.youtube.com/watch?v=Fj2kZ6TtU98&feature=youtu.be
     
     
     
    Chupaka
    Guest
    #3
    0
    29.10.2014 19:49:00
    Ты читал мой пост выше? С самого начала с фразы «the workaround».
     
     
     
    doush
    Guest
    #4
    0
    02.03.2015 17:43:00
    Здравствуйте, команда Mikrotik! Этот вопрос уже рассмотрен и решён? Вы ищете баги в новых версиях, а тут зато серьёзный баг с маршрутизацией!
     
     
     
    Chupaka
    Guest
    #5
    0
    02.03.2015 17:57:00
    Маршрутизирующий механизм полностью переписан для RouterOS v7, в версии v6 серьёзных изменений не планируется, так что ждите первые беты.
     
     
     
    doush
    Guest
    #6
    0
    30.05.2015 11:14:00
    Ведётся ли какая-нибудь работа по этому поводу? Всё ещё так же, как в версии v6.29. Команда Mikrotik, пожалуйста, скажите нам что-нибудь.
     
     
     
    Chupaka
    Guest
    #7
    0
    30.05.2015 11:22:00
    Ты читал мои ответы?
     
     
     
    doush
    Guest
    #8
    0
    30.05.2015 12:18:00
    Да, Chupaka, спасибо за ответы, но я не уверен, что Mikrotik в курсе этой проблемы.
     
     
     
    Chupaka
    Guest
    #9
    0
    01.06.2015 13:41:00
    Давай подождём бета-версии v7 и посмотрим.
     
     
     
    Krupnik
    Guest
    #10
    0
    22.07.2017 16:11:00
    Добрый день! На самом деле, даже в последней версии RouterOS (6.39.2) эта проблема всё ещё присутствует. Но сейчас (я проверял на 6.39.2) обходной путь (отдельный маршрут для GW) не работает. Например, у меня есть рекурсивный маршрут, и я ожидаю, что при недоступности 8.8.4.4 это отразится в маршруте ECMP. Но на самом деле это не так:  
    [admin@MikroTik] > ip route print detail where dst-address=1.1.1.0/24
    Flags: X - отключено, A - активно, D - динамический, C - подключено, S - статический, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - недоступно, P - запрещено  

    0   S  dst-address=1.1.1.0/24 gateway=8.8.4.4 gateway-status=8.8.4.4 recursive via 192.168.0.1 ether2-ISP2 check-gateway=ping distance=1 scope=30 target-scope=10  

    [admin@MikroTik] > ping 8.8.4.4
     SEQ HOST                                     SIZE TTL TIME  STATUS                                                                                                        
       0 192.168.0.1                                84  64 0ms   net unreachable                                                                                              
       1 192.168.0.1                                84  64 0ms   net unreachable                                                                                              
       sent=2 received=0 packet-loss=100%  

    [admin@MikroTik] > ip route print detail where dst-address=0.0.0.0/0
    Flags: X - отключено, A - активно, D - динамический, C - подключено, S - статический, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - недоступно, P - запрещено  

    0 A S  dst-address=0.0.0.0/0 gateway=8.8.4.4,8.8.8.8 gateway-status=8.8.4.4 recursive via 192.168.0.1 ether2-ISP2,8.8.8.8 recursive via 10.0.0.138 ether1-ISP1 distance=1 scope=30 target-scope=10  

    Как видим, 8.8.4.4 недоступен, но команда “ip route print detail” не показывает “gateway-status=8.8.4.4 unreachable”, а вместо этого выводит “gateway-status=8.8.4.4 recursive via 192.168.0.1”.
     
     
     
    Chupaka
    Guest
    #11
    0
    23.07.2017 21:17:00
    А команда /ip route nexthop print?
     
     
     
    Krupnik
    Guest
    #12
    0
    24.07.2017 09:18:00
    Я протестирую, спасибо. От команды MikroTik: 24.07.2017, 10:34, «Maris (MikroTik Support)»: Здравствуйте, Все улучшения и изменения будут в RouterOS v7. С уважением, Maris

    24.07.2017 11:33 — Дмитрий Крупник пишет: Здравствуйте, Этот ответ я видел на форуме еще с 2015 года. Это не «улучшения», это баг. Почему вы не исправляете его в v6? (спасибо большое за ежемесячные багфиксы) Скажите, пожалуйста, когда планируете выпустить RouterOS v7? С уважением, Дмитрий

    24.07.2017, 11:36, «Maris (MikroTik Support)»: Здравствуйте, Любая проблема, связанная с маршрутизацией, требует серьёзной переработки кода, что делается только для ROS v7, чтобы не сломать что-то ещё. Возможно, первая бета выйдет в этом году. С уважением, Maris

    Очень интересная позиция.
     
     
     
    GuJack20
    Guest
    #13
    0
    10.09.2019 11:04:00
    Небольшое обновление. Хотел проверить, исправили ли в ECMP функцию «проверка шлюза с помощью пинга», и протестировал MikroTik RouterOS v7 beta. Похоже, ECMP исчез из своего привычного места. По крайней мере, на первый взгляд его там нет. Зато метод, который описал Chupaka, работает отлично, так что ждать версию 7 ради этого смысла нет.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры