Mikrotik.moscow [тема: Проблема с повторным подключением PPPoE]

Проблема с повторным подключением PPPoE

Thu, 06 Dec 2018 07:21:00 -0500

Проблема с повторным подключением PPPoE RouterOS в форуме RouterOS.
Нет, к сожалению ubnt не разрывает соединение. Ubnt игнорирует пакет PADT. Он ждет эхо-ответ, и после таймаута появляется запись в логах: «No response to 5 echo-requests» и соединение завершается, после чего начинается новое. Таймаут эхо-запроса примерно 30-40 секунд. Более старая версия RouterOS 5 в этом случае отправляет пакет LCP TermReq перед PADT, из-за чего ubnt сразу завершает сессию и запускает новую. Проблема в 40-секундном времени переподключения. У нас запланированное отключение на стороне Mikrotik для ротации IP-пула, поэтому клиент теряет соединение на 40 секунд.
06.12.2018 07:21:00, extrabit.

Проблема с повторным подключением PPPoE

Thu, 06 Dec 2018 01:47:00 -0500

Проблема с повторным подключением PPPoE RouterOS в форуме RouterOS.
Спасибо большое, что поделились всей вашей настройкой с нами! По поводу того, что вы сказали — когда вы кликаете на активных пользователей PPP, вы фактически отправляете PADT-фрейм на устройство, и если UBNT отключается после этого, значит, они делают именно то, что должны. Но для моего понимания, в вашей настройке, когда вы отключаете устройство, UBNT NANO тоже отключается? Спасибо!
06.12.2018 01:47:00, cardoso.

Проблема с повторным подключением PPPoE

Mon, 03 Dec 2018 11:23:00 -0500

Проблема с повторным подключением PPPoE RouterOS в форуме RouterOS.
Привет, настройки UBNT во вложении, возможно, там есть дополнительная информация. Это pppoe клиент на интерфейсе wlan.
03.12.2018 11:23:00, extrabit.

Проблема с повторным подключением PPPoE

Fri, 30 Nov 2018 22:41:00 -0500

Проблема с повторным подключением PPPoE RouterOS в форуме RouterOS.
Спасибо за ответ, 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. Спасибо!
30.11.2018 22:41:00, extrabit.

Проблема с повторным подключением PPPoE

Thu, 29 Nov 2018 12:49:00 -0500

Проблема с повторным подключением PPPoE RouterOS в форуме RouterOS.
Я проверил вашу теорию про то, что Ubiquiti игнорирует пакет PADT, используя базовую станцию APC 5A-90 (Intelbras) и Nano Station LOCOM5 в роли CPE. Отправил ему пакет PADT (для этого достаточно просто разорвать PPPoE-сессию на mikrotik), и после этого Nano Station отсоединился от PPP-сессии и заново начал всю процедуру переговоров (PADA, PADI). Можете рассказать о своем сценарии (включая используемые у вас устройства)? Спасибо.
29.11.2018 12:49:00, cardoso.

Проблема с повторным подключением PPPoE

Thu, 08 Nov 2018 14:17:00 -0500

Проблема с повторным подключением PPPoE RouterOS в форуме RouterOS.
Привет! Я работаю на 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 ]

В 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 ]

Wireshark показывает то же самое — лог прикрепил в txt-файле. Может кто поможет разобраться? Почему в ROS6 не отправляется LCP TermReq-пакет, или зачем он нужен для Ubiquiti, но не обязателен для Mikrotik-клиентов? Спасибо!
pppoe-5-6.txt (4.4 KB)
08.11.2018 14:17:00, extrabit.