Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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
     
    extrabit
    Guest
    #1
    0
    08.11.2018 14:17:00
    Привет! Я работаю на WISP, и у них уже давно проблема с PPPoE. На Mikrotik-роутерах стоят PPPoE-серверы, которые аутентифицируются через radius-сервер. PPPoE-клиенты работают на устройствах Mikrotik и Ubiquiti. PPPoE-сессии сбрасываются каждую ночь скриптом (удаляет все записи из активных PPP-соединений). Устройства Mikrotik переподключаются сразу, а Ubiquiti — примерно через 40 секунд.

    Проблема началась с версии RouterOS 6: Ubi-устройства сразу подключаются к PPPoE-серверам RouterOS 5, а к RouterOS 6 — с задержкой. Я тестировал, отлаживая pppd на Ubiquiti, и выяснил, что pppd не замечает отключение PPPoE на стороне Mikrotik, Ubi ждет ответа на эхо-запрос, и только после таймаута (20-30 секунд) переподключается.

    В логах Mikrotik отправляет PADT-пакет:
    12:11:16 pppoe,debug,packet bridge1: sent PADT to 78:8A:20:E6:EC:AB

    Но Ubi ждет ответ на эхо:
    Nov  8 12:11:21 pppd[4256]: No response to 5 echo-requests
    Nov  8 12:11:31 pppd[4256]: sent [LCP ConfReq id=0x13 <mru 1492> <magic 0xbb281bd0>]

    В RouterOS 5 Mikrotik сначала отправляет LCP TermReq до PADT:
    12:59:22 pppoe,ppp,debug,packet <0005>: sent LCP TermReq id=0x2  
    12:59:22 pppoe,ppp,debug,packet <0005>: rcvd LCP TermAck id=0x2  
    12:59:22 pppoe,debug,packet bridge1: sent PADT to 78:8A:20:E6:EC:AB

    И Ubi тут же замечает запрос и сразу переподключается:
    Nov  8 12:58:51 pppd[4717]: rcvd [LCP TermReq id=0x2 “administrator request\000”]
    Nov  8 12:58:51 pppd[4717]: LCP terminated by peer (administrator request^@)
    Nov  8 12:58:54 pppd[4717]: sent [LCP ConfReq id=0x13 <mru 1492> <magic 0x22b24716>]

    Wireshark показывает то же самое — лог прикрепил в txt-файле. Может кто поможет разобраться? Почему в ROS6 не отправляется LCP TermReq-пакет, или зачем он нужен для Ubiquiti, но не обязателен для Mikrotik-клиентов? Спасибо!  
    pppoe-5-6.txt (4.4 KB)
     
     
     
    cardoso
    Guest
    #2
    0
    29.11.2018 12:49:00
    Я проверил вашу теорию про то, что Ubiquiti игнорирует пакет PADT, используя базовую станцию APC 5A-90 (Intelbras) и Nano Station LOCOM5 в роли CPE. Отправил ему пакет PADT (для этого достаточно просто разорвать PPPoE-сессию на mikrotik), и после этого Nano Station отсоединился от PPP-сессии и заново начал всю процедуру переговоров (PADA, PADI). Можете рассказать о своем сценарии (включая используемые у вас устройства)? Спасибо.
     
     
     
    extrabit
    Guest
    #3
    0
    30.11.2018 22:41:00
    Спасибо за ответ, tdw, cardoso! Вот пример нашей аппаратной конфигурации (но у нас есть и другие модели устройств UBNT AP и CPE): Mikrotik RB750Gr3 (6.43.4) → UBNT LitaAP AC (v8.5.8) → UBNT Nano 5ac Loco (v8.5.8).  

    Устройство CPE Loco работает в режиме роутера, на интерфейсе wlan настроен pppoe-клиент.  

    Конфигурация pppoe на Mikrotik:  
    /radius add address=10.2.0.2 secret=xxxxxxxx service=ppp,login,wireless,dhcp src-address=10.0.42.2 timeout=1s  
    /ppp profile add change-tcp-mss=no dns-server=10.10.10.1 local-address=10.0.42.2 name=pppoe only-one=no use-compression=no use-encryption=no  
    /interface pppoe-server server add authentication=pap,chap default-profile=pppoe disabled=no interface=bridge1 max-mru=1492 max-mtu=1492 service-name=pppoe  

    Отключить сессию pppoe можно просто удалив пользователей из /ppp active connections. После этого pppoe-клиент переподключится примерно через 40 секунд.  

    Если есть идеи, можем протестировать и на других моделях UBNT. Спасибо!
     
     
     
    extrabit
    Guest
    #4
    0
    03.12.2018 11:23:00
    Привет, настройки UBNT во вложении, возможно, там есть дополнительная информация. Это pppoe клиент на интерфейсе wlan.
     
     
     
    cardoso
    Guest
    #5
    0
    06.12.2018 01:47:00
    Спасибо большое, что поделились всей вашей настройкой с нами! По поводу того, что вы сказали — когда вы кликаете на активных пользователей PPP, вы фактически отправляете PADT-фрейм на устройство, и если UBNT отключается после этого, значит, они делают именно то, что должны. Но для моего понимания, в вашей настройке, когда вы отключаете устройство, UBNT NANO тоже отключается? Спасибо!
     
     
     
    extrabit
    Guest
    #6
    0
    06.12.2018 07:21:00
    Нет, к сожалению ubnt не разрывает соединение. Ubnt игнорирует пакет PADT. Он ждет эхо-ответ, и после таймаута появляется запись в логах: «No response to 5 echo-requests» и соединение завершается, после чего начинается новое. Таймаут эхо-запроса примерно 30-40 секунд. Более старая версия RouterOS 5 в этом случае отправляет пакет LCP TermReq перед PADT, из-за чего ubnt сразу завершает сессию и запускает новую. Проблема в 40-секундном времени переподключения. У нас запланированное отключение на стороне Mikrotik для ротации IP-пула, поэтому клиент теряет соединение на 40 секунд.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры