pppoe-relay

Конечно, мы протестировали фильтрованный мост, и он работает, но не выглядит как серьёзное решение, особенно если устройство еще и маршрутизирует. Правильно ли будет подключить интерфейсы двух маршрутизируемых сегментов к мосту? Также мы тестировали EoIP, но обнаружили какие-то непонятные проблемы с ним. У пользователей, подключенных по PPPoE через более длинный EoIP-туннель, проблемы с потерей пакетов и скоростью. (Длинный - это когда сигнал проходит через больше, чем через 3 роутера в сети).

Ладно, признаю, я это лично не тестировал, но теоретически не вижу причин, по которым это не должно работать. Если вы реально используете WDS, тогда я бы понял, почему не работает. У вас есть точка доступа без IP (надеюсь), чтобы завершить PPPoE включенным. Назовем её wlan1. У вас есть соединение "backhaul", предположим также беспроводное, соединяющееся с вашей подсетью, назовем её wlan2, IP 1.1.1.1. У вас есть выделенный концентратор доступа в офисе, IP 2.2.2.2. Для простоты, мы исходим из того, что сеть работает, полностью маршрутизирована и функционирует. На высоком узле создается мост между wlan1 и wlan2 – назовем этот мост bridge1. Теперь, PPPoE, поступающий от клиента, подключенного к wlan1, также будет доступен на wlan2. wlan2 имеет IP-адрес, 1.1.1.1. С 2.2.2.2 мы создаем EoIP-туннель к 1.1.1.1, благодаря туннелю, PPPoE также появится на 2.2.2.2. Вы устанавливаете свой PPPoE-сервер на 2.2.2.2, прослушиваете EoIP-интерфейс, и все ваши соединения будут завершаться там. Да, это сильно упрощено, вам понадобятся какие-то очень странные файрволы – в идеале нужно обеспечить, чтобы только PPPoE передавался через мост и EoIP-туннель. Но пока я не попробую это сам, не вижу причин, по которым это не должно работать…

Действительно. И теперь прочитайте, что я говорил: настройте мосты, настройте туннель EoIP между MT Box и PPPoE сервером, и тогда заработает. Если вы получаете PPPoE запросы на MT, нет никакой причины, по которой вы не можете пробросить их куда угодно, если сами этого захотите.

Привет всем! Я задал вопрос про PPPoE-relay как общую проблему. Если за беспроводным клиентом стоит один PPPoE-пользователь – всё нормально. Но когда клиентов больше – возникает проблема, потому что беспроводной мост передаёт только IP, а не MAC. WDS решает эту проблему. Всё отлично, так почему я вообще спросил про PPPoE-relay? PPPoEuser <–>AP<–>…routerA…PPPoEserver Проблема в том, что если я хочу сохранить маршрутизированную сеть и при этом разрешить PPPoE, но не хочу использовать EoIP, мне нужно настроить мост на routerA, но это некорректно, раз это же роутер. А почему бы не использовать EoIP? Мы тестировали, это ухудшает качество соединения пользователя. К тому же это не очень красиво и гибко. А модуль PPPoE-relay такой маленький и простой, ещё и опенсорс.

На самом деле, я не вижу лучшего способа сделать что-то подобное, как добавить в MikroTik поддержку реальных функций L2TP уровня 2. По спецификации, должно быть возможно напрямую соединять Ethernet (и другие, например, PPP) с L2TP. Таким образом, можно было бы инкапсулировать PPPoE внутри L2TP-соединения к центральному серверу, который бы завершал и L2TP, и PPPoE. Многие другие производители это поддерживают. Текущая реализация L2TP в MikroTik этого не позволяет и требует еще одного уровня инкапсуляции (EoIP), который не динамический (в отличие от PPPoE, L2TP и PPTP). Функционально, под MikroTik практически нет разницы между L2TP и PPTP. –Eric

Я тоже использую pppoe-relay на всех своих CPE. Это очень полезный инструмент и его очень легко интегрировать. Хотел бы также видеть его в будущих релизах Router-OS, потому что EoIP реально снижает производительность. @Mikrotik: Пожалуйста, подумайте об интеграции pppoe-relay!!! Как уже сказал rastod: "почему бы не интегрировать pppoe-relay?"

Возможно, pppoe-relay появится в RouterOS 2.9.10. Очень надеюсь!

EoIP туннели совсем беда !!! Не могу получить скорость больше 10 мегабит/с, да еще и процессор постоянно на максимуме.

Почему нельзя использовать Bridge с фильтрами Bridge?