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

Сервер PPPoE на VLAN-интерфейсе с режимом ответа только на ARP запросы

Сервер PPPoE на VLAN-интерфейсе с режимом ответа только на ARP запросы, RouterOS

RealQuaker

Guest

04.11.2023 00:35:00

Привет, ребята. Есть ли какая-то конкретная причина, почему в этом случае сервер PPPoE не работает? Это баг, особенность или какая-то техническая причина? Протокол ARP должен заниматься преобразованием IP в MAC, а PPPoE работает исключительно с MAC-адресами. Так ведь? С наилучшими пожеланиями, RQ

RealQuaker

Guest

23.11.2023 18:07:00

Привет, Sindy. Да, arp=reply-only — это единственный параметр, который ломает PPPoE. Согласен насчёт других методов, но тема именно в том, почему это НЕ работает? Я давно этим не занимался, может что-то изменилось, но сомневаюсь. Спасибо за ответ. Есть ещё идеи?

sindy

Guest

23.11.2023 19:30:00

Поскольку вы говорите, что вас не интересуют предложения по другим способам подключения публичных адресов, а только почему это не работает именно так, какие «другие идеи» у вас есть в виду? Я уже писал, что если установка arp в режим reply-only влияет на работу PPPoE-сервера на интерфейсе, то это баг (или, в лучшем случае, недокументированное поведение), так как PPPoE вообще не использует ARP. Так что это можно решить только через обращение в поддержку, потому что если ребята из Mikrotik не знают о проблеме, они её не исправят.

RealQuaker

Guest

22.12.2023 04:53:00

Привет! Под «другими идеями» я имел в виду, что, возможно, я что-то упускаю в настройках, из-за чего это не работает. Также запуск PPPoE-сервера параллельно с DHCP полезен для перехода всех абонентов с одного способа на другой, а инженерам на стороне клиента — когда нет мобильного интернета, чтобы подключиться к биллинговой системе, зарегистрировать нового абонента или изменить MAC абонента в случае выхода из строя роутера и так далее...

В любом случае, спасибо, Синди, за предложение — я попробую протестировать это решение с моей биллинговой системой.

И самая важная часть этого сообщения — это то, что оно действительно работает. Я проверил ещё раз, и всё работает. PPPoE-сервер сразу завершает все активные сессии, как только я переключаю VLAN ARP в режим «только ответы». Клиенты начинают переподключаться очень медленно, по одному, примерно за минуту или около того. Было около 500 PPPoE-сессий. Поскольку это роутер в продакшене, из-за паники и спешки я сразу же вернул настройки обратно и не дождался, пока всё начнёт снова работать. Моя ошибка, извините и спасибо.

sindy

Guest

22.12.2023 10:16:00

Из того, что ты только что написал, я понял, что возвращение клиентов происходит медленно только если включён proxy arp, а если он отключён — они подключаются быстрее? Я могу представить, что любое изменение конфигурации интерфейса вызывает перезапуск PPPoE-соединений (что неприятно, но можно понять), но если скорость переподключения зависит от настройки proxy-arp, то это всё-таки проблема, которую нужно решить.

RealQuaker

Guest

22.12.2023 21:29:00

Я вообще не использую proxy arp. Наверное, это связано с тем, что все сессии pppoe закрываются без отправки PoD, а время переподключения зависит от настроек таймаутов клиента. Если я сейчас принудительно завершу любую pppoe сессию (с arp reply-only), она подключится почти сразу, как обычно (с включённым arp). Задержка проявляется только при изменении параметра.

sindy Guest	#7 0 22.12.2023 21:42:00 Извини, конечно, я имел в виду только ответ, когда писал это.

Читают тему

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