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

    Src.address игнорируется в netwatch

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Src.address игнорируется в netwatch, RouterOS
     
    Codynorris
    Guest
    #1
    0
    07.06.2024 06:30:00
    Привет! Пытаюсь настроить Netwatch для переключения на LTE при сбое основного соединения. Он пингует 1.1.1.1 и переключается на LTE, когда основной канал падает. Но при этом он продолжает пинговать 1.1.1.1 через LTE и ошибочно считает, что основной маршрут в порядке, из-за чего переключается обратно на основной канал, который снова не отвечает на пинг. В итоге получается бесконечный цикл переключения между LTE и основным соединением. Я выставил Src. address в Netwatch на IP основного провайдера, но похоже, что он игнорирует эту настройку. Ниже моя конфигурация и логи.

    /interface lte set [find default-name=lte1] allow-roaming=no band="" sms-read=no
    /interface list add comment=defconf name=WAN  
    add comment=defconf name=LAN  
    /ip pool add name=pool1 ranges=192.168.xx.xx-192.168.xx.xx  
    /ip dhcp-server add address-pool=pool1 interface=bridge name=defconf  
    /port set 0 name=serial0  
    /interface bridge port add bridge=bridge comment=defconf interface=ether2  
    add bridge=bridge comment=defconf interface=ether3  
    add bridge=bridge comment=defconf interface=ether4  
    /ip neighbor discovery-settings set discover-interface-list=LAN  
    /interface list member add comment=defconf interface=bridge list=LAN  
    add comment=defconf interface=lte1 list=WAN  
    add interface=ether1 list=WAN  
    /ip address add address=103.95.xx.xx comment=WAN1 interface=ether1 network=103.95.xx.xx  
    add address=192.168.xx.xx/24 interface=bridge network=192.168.xx.xx  
    /ip dhcp-server network add address=192.168.xx.xx/24 dns-server=192.168.xx.xx gateway=192.168.xx.xx netmask=24  
    /ip dns set allow-remote-requests=yes servers=8.8.8.8  
    /ip dns static add address=192.168.xx.xx comment=defconf name=router.lan  
    /ip firewall nat add action=masquerade chain=srcnat ipsec-policy=out,none out-interface-list=WAN  
    /ip route add check-gateway=none comment=MAINROUTE disabled=no distance=1 dst-address=0.0.0.0/0 gateway=103.95.xx.xx pref-src="" routing-table=main scope=30 suppress-hw-offload=no target-scope=10  
    /system clock set time-zone-name=Australia/Brisbane  
    /system identity set name="4g backup"  
    /system logging add topics=debug  
    /system note set show-at-login=no  
    /tool netwatch add disabled=no down-script="/ip route disable [find comment=\"MAINROUTE\"]\r\n:log error \"ISP1 is down\"" host=1.1.1.1 http-codes="" interval=7s src-address=103.95.xx.xx startup-delay=0s test-script="" timeout=1s type=icmp up-script="/ip route enable [find comment=\"MAINROUTE\"]\r\n:log warning \"ISP1 is up\""
    /tool sniffer set filter-interface=lte1
     
     
     
    stevemarple
    Guest
    #2
    0
    29.06.2024 09:50:00
    Также вижу, что src-address игнорируется. У меня есть Chateau LTE6 AX, и я использую LTE как запасное соединение для FTTP. Тестируя FTTP с помощью /tool/ping 1.1.1.1 interface=pppoe-out1, получаю время пинга < 5 мс. При использовании /tool/ping 1.1.1.1 interface=lte1 время пинга > 50 мс. Значит, /tool/ping использует ожидаемый интерфейс, и значительная разница во времени подходит для проверки netwatch.

    Когда я задаю src-address в /tool/netwatch как IP адрес lte1, время ответа для типов simple, icmp или tcp-conn оказывается гораздо меньше 50 мс — то есть подключения явно не идут через LTE. При тесте с type=http-get или https-get на сервере, который принадлежит мне, из access.log видно, что подключения шли с IP pppoe-out1.

    Мой обходной путь такой:
    /ip route  
    add comment="Force 4.2.2.1 to use FTTP network (for Netwatch)" disabled=no distance=1 dst-address=4.2.2.1/32 gateway=pppoe-out1 routing-table=main scope=30 suppress-hw-offload=no target-scope=10  
    add comment="Force 4.2.2.2 to use LTE network (for Netwatch)" disabled=no distance=1 dst-address=4.2.2.2/32 gateway=lte1 routing-table=main scope=30 suppress-hw-offload=no target-scope=10  

    Серверы 4.2.2.x от Level 3 используются только netwatch, поэтому добавление специальных маршрутов пока не вызвало проблем.

    Ты уже сообщил о проблеме в Mikrotik?
     
     
     
    own3r1138
    Guest
    #3
    0
    29.06.2024 10:38:00
    У меня такая же ситуация: использование локального IP-адреса пира WG в Netwach в качестве src-address не пропускает трафик через туннель WG, вместо этого он выходит через основной интерфейс.
     
     
     
    anav
    Guest
    #4
    0
    29.06.2024 12:50:00
    Автор оригинального поста не показал никакой информации о маршрутах — ни из конфигурации, ни из снимка реальной настройки ip route в winbox, так что информации недостаточно.
     
     
     
    yccit
    Guest
    #5
    0
    30.06.2024 02:58:00
    Просто замените 1.1.1.1 на ваш публичный IP-адрес ether1. И используйте интервал в 30 секунд.
     
     
     
    stevemarple
    Guest
    #6
    0
    04.07.2024 10:39:00
    Так как автор темы не ответил, что об этом сообщили в Mikrotik, я теперь сам это сообщил (SUP-158089).
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры