+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

RouterOS 6.20 не отправляет LCP Term-Req при получении PoD.

RouterOS 6.20 не отправляет LCP Term-Req при получении PoD., RouterOS

sergey8

Guest

11.10.2014 07:52:00

Centos 6.5 pppd клиент (00:1e:67:a4:c8:db) <----> RouterOS 6.20 (d4:ca:6d:01:23:36) <-----> Radius

Когда RouterOS получает сообщение PoD (packet of disconnect) от Radius-сервера, он отправляет PADT-сообщение, а не LCP Term-Request:

11:29:52.830788 d4:ca:6d:01:23:36 > 00:1e:67:a4:c8:db, ethertype PPPoE D (0x8863), длина 60: PPPoE PADT [ses 0x14e6]

После получения PADT без LCP Term-Request, pppd ждёт таймаут LCP (lcp-echo-interval * lcp-echo-failure) — а это не очень хорошо. Но если клиент (centos 6.5 pppd) сам завершает соединение, он посылает LCP Term-Request:

11:31:07.671227 00:1e:67:a4:c8:db > d4:ca:6d:01:23:36, ethertype PPPoE S (0x8864), длина 38: PPPoE [ses 0x14e7] LCP (0xc021), длина 18: LCP, Term-Request (0x05), id 2, длина 18, закодированная длина 16 (=длина опций 12)
0x0000: c021 0502 0010

11:31:07.671617 d4:ca:6d:01:23:36 > 00:1e:67:a4:c8:db, ethertype PPPoE S (0x8864), длина 60: PPPoE [ses 0x14e7] LCP (0xc021), длина 6: LCP, Term-Ack (0x06), id 2, длина 6

11:31:07.675547 d4:ca:6d:01:23:36 > 00:1e:67:a4:c8:db, ethertype PPPoE D (0x8863), длина 60: PPPoE PADT [ses 0x14e7]

Возможно ли сделать так, чтобы Mikrotik при получении PoD от Radius отправлял клиенту сообщение LCP Term-Request?

disappointed

Guest

02.08.2018 10:23:00

У меня такая же проблема. Многие SOHO PPPoE роутеры не переподключаются после разрыва PoD (или через CLI, Winbox — без разницы), если не получить корректный LCP Term-Req пакет до PADT. MikroTik отправляет только PADT. Это неправильно. Пожалуйста, исправьте.

Samot

Guest

02.08.2018 10:55:00

У тебя такая же проблема, как у кого-то с четырехлетней версией RouterOS? Я не уверен на сто процентов, что это всё та же проблема, хотя некоторые симптомы могут совпадать. Тебе стоит создать отдельный пост с реальными подробностями своей проблемы. Присоединяться к четырёхлетнему обсуждению, которое изначально не вызвало отклика, и писать расплывчатое «У меня та же проблема» — это отличный способ остаться без внимания.

disappointed

Guest

02.08.2018 15:21:00

Да. Это старая проблема, которая до сих пор не решена. Я работаю в ISP, и за последние дни мы провели несколько тестов, чтобы выяснить проблему с отключением (плохим переподключением) после замены одного из PPPoE BRAS на MikroTik. Ниже — дамп завершения сессии RouterOS. Там всегда только один PPPoE PADT-пакет, ничего больше. А на втором экране с завершением сессии pppd всегда начинается с LCP Term-req пакета. И это очень важно для большинства SOHO роутеров. Без него роутеры ждут таймаут LCP, чтобы переподключиться, или, что хуже, продолжают считать сессию активной. Например, сегодня я обнаружил CPE TP-LINK 841 v13 (0.9.1 3.16 v0283.0 Build 161115 Rel.53860n), который после отключения PPPoE от RouterOS «думает», что сессия PPPoE не завершена, пока клиент не перезагрузит устройство. И тот же роутер с rp-pppe (pppd), accel-pppd отключается отлично. Расследование показало, что разница только в отсутствии LCP Term-req пакета. Думаю, один LCP Term-req пакет перед PADT не станет большой проблемой для корректной реализации RFC 1661.

sergey8

Guest

02.08.2018 19:31:00

Я только что заменил все mikrotik на обычный Linux с программой accel-pppd. Работает намного лучше, и они устранили все проблемы. Рекомендую не использовать mikrotik в качестве BRAS — это просто SOHO роутер для малого бизнеса.

disappointed

Guest

03.08.2018 05:04:00

MikroTik отлично работает, у него есть свои удобства для некоторых задач, и загрузка процессора сравнима с linux accel-ppp. Я случайно обнаружил проблему с некорректными отключениями PPPoE и был удивлён, что такая старая ошибка до сих пор не исправлена. RFC 2516, пункт 5.5. https://tools.ietf.org/html/rfc2516 При получении PADT дальнейший трафик PPP через эту сессию передавать нельзя. Даже обычные пакеты завершения PPP НЕ ДОЛЖНЫ отправляться после отправки или получения PADT. > Узел PPP ДОЛЖЕН использовать сам протокол PPP, чтобы разорвать сессию PPPoE, > но PADT МОЖЕТ использоваться, когда PPP использовать нельзя.

disappointed Guest	#7 0 15.09.2018 13:39:00 Экспериментально я выяснил, что когда я отправляю запрос CoA (не PoD) с атрибутом Session-Timeout = 1, MikroTik корректно завершает сессию с помощью LCP-Termination. Для меня это работает отлично. Но я надеюсь, что когда-нибудь эту проблему наконец-то решат.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры