L2TP-туннель аутентификация

wildbill442, спасибо за подсказку. Я прочитал эту часть документации, но всё равно не уверен, как это поможет мне. Сценарий, показанный в документах по адресу http://www.mikrotik.com/docs/ros/2.8/interface/l2tp, использует L2TP для реализации простого одноточечного туннеля. По сути, можно было бы использовать PPTP или, возможно, IPsec вместо L2TP. Но это не тот тип туннеля, который я хочу настроить. Посмотрите на эту схему, чтобы понять, что я пытаюсь сделать. В этой конфигурации левый MikroTik роутер (MT1) будет выступать в качестве точки доступа, принимая входящие PPPoE-соединения от WLAN-клиентов (в отличие от изображения, может быть более одного одновременно), но вместо того, чтобы самостоятельно завершать и маршрутизировать их, я хочу, чтобы MT1 перенаправлял все PPPoE-сессии через L2TP-туннель на MT2, где будет завершена PPP-сессия. Для PPPoE-клиента будет казаться, что у него есть прямое PPP-соединение с MT2, а MT2 будет выполнять аутентификацию PPP для клиента, предоставлять клиентский IP-адрес из пула и подключать клиента к Интернету. Это типичная схема оптовой PPP, используемая между провайдерами доступа и интернет-провайдерами по всему миру, но я думаю, что страница документации, которую вы указали, реализует что-то другое, не так ли? –Том

Потому что все и вся пихают это мне в задницу. Как я и говорил, это просто такая особенность взаимодействия оптом на рынке провайдеров доступа. Если я хочу с ними играть, то должен играть по их правилам. Что касается очень простой схемы, которую я описал в своем предыдущем сообщении, то я согласен, что у меня было бы куча альтернатив, чтобы это заработало, например, напрямую соединить MT1 и MT2 на уровне 2, или использовать EoIP-туннель, чтобы реализовать PPPoE AC на MT2, что угодно. То, что я описал, было просто очень простой тестовой настройкой, которую я придумал. На самом деле, ко мне также поступало бы большое количество PPPoE-соединений от DSL-провайдеров доступа и так далее, и эти ребята доставляют только через L2TP в том виде, в котором я описал. –Том

Не получается связать только интерфейсы третьего уровня, насколько мне известно.

Не испытываю особых проблем с этим, потому что у нас уже есть все необходимые "игрушки для взрослых" (вроде Redback SMS и Juniper), по крайней мере, как LNS. Но было бы очень здорово использовать MikroTik на стороне LAC (в основном с беспроводной связью) таким образом, чтобы он был совместим с "игрушками для взрослых" на стороне LNS. И хотя бы иметь возможность заменить один из высококлассных LNS на MikroTik-маршрутизатор в худшем случае аппаратного отказа. Возможность использования устройства MikroTik в качестве точки доступа беспроводной сети и LAC, совместимого с Redback и Juniper L2TP, была бы настоящим плюсом, так как это позволило бы нам расширить существующую инфраструктуру абонентов (на стороне LNS) для PPPoE-over-DSL и старого доброго PPP dialup через POTS и ISDN на беспроводную связь. И, как я уже говорил, если RouterOS мог бы хорошо справляться со стороны LNS, возможно, даже удастся сократить количество LNS-устройств Redback/Juniper/Cisco и использовать MikroTik вместо этого для нового POP. –Том

Мы это рассматривали со временем, но нам нужно было завершить поддержку базового PPP. У нас нет "большого железа" для тестирования. Есть небольшие Cisco, и еще должны поступить для проверки совместимости и прочего. Скажи, пожалуйста, поддерживают ли небольшие Cisco функции LNS??? Или есть какие-нибудь предложения, как можно протестировать такую поддержку, если она будет реализована. John