L2TP — Layer 2 Tunneling Protocol Статью хотелось бы начать с вопроса: Зачем данный протокол? Из названия для того чтобы строить какие то туннели – туннели в наших сетях, а именно для объединения L2 доменов. Так как протокол L2 уровня, соответственно нужен для связи узлов по второму уровню модели OSI. А если еще заглянуть глубже, то L2TP нужен для инкапсулирования и туннелирования пакетов протокола PPP (Point-to-Point Protocol) L2tp – туннельный протокол работающий на канальном уровне модели OSI.

Одно из главных преимуществ данного протокола является возможность работать в различных сетях не только IP, но и x25, frame relay и других, соединять L2 сети поверх различных других сетей. Немного истории. Протокол был создан благодаря взаимодействию двух корпораций Cisco и Microsoft в 1999 году.

Немного порыскав в глобальной сети, нашел информацию: Изначально компания cisco разработала протокол PPTP (Point-to-Point Tunneling Protocol), затем данная разработка была передана компании Microsoft, которая в дальнейшем лицензировала данный протокол. Спецификация протокола определена в RFC 2637.На данный момент практически все OS Microsoft поддерживают данный протокол.

Также параллельно разработке протокола PPTP. Cisco разрабатывала протокол L2F (Layer 2 Forwarding Protocol ) определенного в RFC 2341. Оба протокола не обеспечивали должных требований безопасности при передаче трафика, потому объединив усилия, был разработан протокол L2TP. Основной целью статьи не является подробное описание работы протокола L2TP, так как материала в сети много.

Поэтому будем описывать настройки протокола на устройствах Сisco. Все таки, для галочки немного опишем основные принципы работы. L2TP использует два вида пакетов: управляющие и информационные сообщения. Управляющие сообщения используются при установлении, поддержании и аннулировании туннелей и вызовов. Информационные сообщения используются для инкапсуляции PPP-кадров, пересылаемых через туннель. Управляющие сообщения используют надежный канал в пределах L2TP, чтобы гарантировать доставку.

Информационные сообщения при потере не пересылаются повторно. Управляющее сообщение имеет порядковый номер, используемый в управляющем канале для обеспечения надежной доставки. Информационные сообщения могут использовать порядковые номера, чтобы восстановить порядок пакетов и детектировать потерю кадров.

Все коды посылаются в порядке, принятом для сетей. Перед началом передачи трафика проходит два этапа 1) Установление, управляющего канала для туннеля Включает безопасную идентификацию удаленной стороны с помощью аутентификации схожей с CHAP аутентификации, согласование версии протокола, а также используемых параметров. 2) Установка сессий для передачи трафика                                                                                                                                                                                                                                                      Для контроля L2TP сессий используются порядковые номера, которые в первом этапе используются для надежной доставки управляющих сообщения, а на втором этапе используются для детектирования потерь пакетов и/или восстановления исходной последовательности пакетов, перемешанных при транспортировке.

То есть сначала происходит согласование управления, затем передача данных. Сам протокол не шифрует данные внутри туннеля, а отвечает только за аутентификацию и целостность самого туннеля. Поэтому обычно протокол используют в связке с IPSec для шифрования данных. Перейдем к важному – настройке протокола. Предположим, что нам необходимо соединить два узла географически расположенных далеко друг от друга, но имеющих L3 связность.

К примеру, есть сеть в которой работает протокол OSPF. а нам необходимо из одного конца нашей сети пробросить VLAN на другую часть сети. Конечно, можно заморочиться и на всем пути прописать необходимый нам VLAN, но это неправильный вариант решения проблемы, так как сталкиваемся с проблема резервирования и сходимости STP. При использовании же L2TP такая проблема отпадает, нам неважно, где и как проходит наш туннель, за это отвечает протокол динамической маршрутизации в нашей сети.

Как вы наверное смогли догадаться, настройку необходимо производить только на конечных сторонах R2 и R3 (схема приведена ниже). У  нас есть следующая схема сети. На маршрутизаторах R2 и R3 интерфейсы Gi2/0 и Gi1/0 соответственно смотрят в сеть под управлением протокола OSPF Интерфейсы Gi1/0 и GI2/0 смотрят в L2 сеть. Так как для эмуляции работы протокола использовался GNS3, в качестве конечных устройств выступают маршрутизаторы.

ВАЖНО! Создавая L2-туннель, IP-адрес на этот интерфейс уже нельзя будет присвоить, тоесть в качестве IP Default Gateway этот интерфейс уже не сможет выступать.

Настройка R1 — задаем общий класс L2TP, в котором указываются параметры управления каналом (таймеры, аутентификация, авто согласование и прочие параметры.) можно применять одновременно в нескольких pseudowire-классах).

Для того чтобы канал установился необходимо что параметры управления были одинаковы с обоих сторон. Если не определен никакой L2TP-класс, то к pseudowire-каналу применяется L2TP-класс по умолчанию (default class), если в созданном классе L2TP какой-либо параметр не задан, то применяется значение по умолчанию;

Друг вокруг 1.6 на компьютер Досудебная претензия работодателю о расчете