Протокол точка-точка через Ethernet - Point-to-Point Protocol over Ethernet

В Протокол точка-точка через Ethernet (PPPoE) это сетевой протокол за инкапсуляция PPP рамки внутри Ethernet кадры. Он появился в 1999 году на фоне бума DSL как решение для туннелирование пакеты через подключение DSL к Интернет-провайдер с IP сети, а оттуда - к остальной Интернет. В сетевой книге 2005 г. отмечалось, что «Большинство провайдеров DSL используют PPPoE, который обеспечивает аутентификация, шифрование, и сжатие."^[1] Типичное использование PPPoE включает в себя использование средств PPP для аутентификации пользователя с помощью имени пользователя и пароля, преимущественно через PAP протокол и реже через ГЛАВА.^[2]

На Абонентское оборудование, PPPoE может быть реализован либо в единой жилой шлюз устройство, которое поддерживает как DSL модем и IP-маршрутизация функции или в случае простого DSL модем (без поддержки маршрутизации) PPPoE может обрабатываться за ним на отдельном маршрутизаторе только для Ethernet или даже непосредственно на компьютере пользователя. (Поддержка PPPoE присутствует в большинстве операционных систем, начиная от Windows XP,^[3] Linux^[4] к Mac OS X.^[5]) В последнее время^{[когда? ]}, немного GPON Домашние шлюзы на основе (вместо DSL) также используют PPPoE, хотя статус PPPoE в стандартах GPON является незначительным.

PPPoE был разработан УУНЕТ, Redback Networks (сейчас Ericsson) и RouterWare (сейчас Системы Wind River ) ^[6] и доступен как информационный RFC 2516.

В мире DSL обычно считалось, что PPPoE работает поверх Банкомат (или DSL) в качестве основного транспорта, хотя в самом протоколе PPPoE такого ограничения нет. Другие сценарии использования иногда выделяются путем добавления в качестве суффикса другого базового транспорта. Например, PPPoEoE, когда транспорт - это сам Ethernet, как в случае Метро Ethernet сети. (В этой нотации первоначальное использование PPPoE будет обозначено как PPPoEoA, хотя его не следует путать с PPPoA, который представляет собой другой протокол инкапсуляции.)

PPPoE описывается в некоторых книгах как "слой 2.5 "протокол,^[2][7] в некотором зачаточном смысле, похожем на MPLS поскольку его можно использовать для различения различных IP-потоков, совместно использующих инфраструктуру Ethernet, хотя отсутствие коммутаторов PPPoE, принимающих решения о маршрутизации на основе заголовков PPPoE, ограничивает применимость в этом отношении.^[7]

Исходное обоснование

В конце 1998 года модель услуг DSL еще не достигла большого масштаба, который позволил бы снизить цены до уровня домашних хозяйств. Технология ADSL была предложена десятилетием ранее.^[8] Потенциал поставщики оборудования и перевозчики одинаково признали, что широкополосный доступ, такой как кабельный модем или же DSL в конечном итоге заменит набрать номер обслуживание, но оборудование (как помещения клиента, так и LEC ) столкнулся со значительным небольшое количество ценовой барьер. Первоначальные оценки развертывания DSL в небольших количествах показали затраты в диапазоне от 300 до 500 долларов США на модем DSL и плату за доступ в размере 300 долларов США в месяц со стороны оператора связи.^{[нужна цитата ]} что было намного больше, чем заплатил бы домашний пользователь. Таким образом, первоначальное внимание было сосредоточено на малый и домашний бизнес клиенты, для которых ~ 1,5 мегабит Линия T1 (в то время 800–1500 долларов в месяц) было неэкономично, но кому нужно было больше, чем дозвон или ISDN мог доставить. Если бы достаточное количество этих клиентов проложило путь, количество снизило бы цены до уровня, который может быть интересен домашнему коммутируемому пользователю: более 50 долларов за модем и 50 долларов в месяц за доступ.

Другой профиль использования

Проблема заключалась в том, что у клиентов малого бизнеса был другой профиль использования, чем у пользователей удаленного доступа в домашних условиях, в том числе:

• Подключение всей локальной сети к Интернету;
• Предоставление услуг в локальной сети, доступной с дальней стороны соединения;
• Одновременный доступ к нескольким внешним источникам данных, таким как корпоративная VPN и универсальный интернет-провайдер;
• Непрерывное использование в течение рабочего дня или даже круглосуточно.

Эти требования не соответствовали задержке установления соединения в процессе коммутируемого доступа, его модели «один компьютер-один-один провайдер» или даже модели «многие-к-одному». NAT плюс предусмотрен дозвон. Требовалась новая модель.

PPPoE в основном используется:

• с PPPoE-говорящим Интернетом DSL сервисы, где PPPoE-говорящий модем -маршрутизатор (жилой шлюз ) подключается к службе DSL. Здесь и интернет-провайдер, и модем-маршрутизатор должны использовать PPPoE. (Обратите внимание, что в этом случае сторона PPPoE-over-DSL иногда упоминается как PPPoEoA, для "PPPoE over Банкомат ’.)
• или когда PPPoE-говорящий DSL модем подключен к маршрутизатору Ethernet, поддерживающему только протокол PPPoE, с помощью кабеля Ethernet.

Время выхода на рынок: проще - лучше

Одной из проблем с созданием совершенно нового протокола для удовлетворения этих потребностей было время. Оборудование было доступно сразу же, как и сервис, и совершенно новый стек протоколов (Microsoft в то время выступал за подключение банкоматов к рабочему столу на основе волокна,^[9] и L2TP назревала, но не была близка к завершению) на реализацию уйдет так много времени, что окно возможностей может ускользнуть. Было принято несколько решений по упрощению внедрения и стандартизации с целью быстрого предоставления полного решения.

Повторное использование существующих программных стеков

PPPoE надеялся объединить широко распространенную инфраструктуру Ethernet с повсеместным PPP, что позволит поставщикам повторно использовать свое существующее программное обеспечение и поставлять продукты в самое ближайшее время. Практически все операционные системы в то время имели стек PPP, и конструкция PPPoE позволяла использовать простую прокладку на этапе линейного кодирования для преобразования PPP в PPPoE.^{[нужна цитата ]}

Упростите требования к оборудованию

Конкурирующие технологии WAN (T1, ISDN) требовали маршрутизатор на территории заказчика. PPPoE использовал другой тип кадра Ethernet, что позволяло оборудованию DSL функционировать просто как мост, передавая одни кадры в глобальную сеть и игнорируя другие. Реализовать такой мост на несколько порядков проще, чем маршрутизатор.

Информационный RFC

RFC 2516 изначально был выпущен как информационный (скорее, чем стандартная дорожка ) RFC по той же причине: период принятия RFC с отслеживанием стандартов был недопустимо долгим.

Успех

Первоначально PPPoE был разработан для обеспечения небольшой локальной сети с отдельными независимыми подключениями к Интернету в целом, но также и таким образом, чтобы сам протокол был достаточно легким, чтобы не посягать на долгожданный рынок домашнего использования, когда он наконец появится. Хотя успех во втором вопросе может быть предметом споров (некоторые жалуются, что 8 байтов на пакет - это слишком много), PPPoE явно преуспел в обеспечении достаточного объема, чтобы снизить цену за услугу до той, которую заплатил бы домашний пользователь.

Этапы

PPPoE состоит из двух этапов:

Обнаружение PPPoE

Поскольку традиционные PPP-соединения устанавливаются между двумя конечными точками по последовательному каналу или по виртуальному каналу ATM, который уже был установлен во время коммутируемого доступа, все кадры PPP, отправленные по проводу, обязательно достигнут другого конца. Но сети Ethernet - это множественный доступ, когда каждый узел в сети может получить доступ к любому другому узлу. Кадр Ethernet содержит аппаратный адрес узла назначения (MAC-адрес ). Это помогает раме добраться до места назначения.

Следовательно, прежде чем обмениваться пакетами управления PPP для установления соединения через Ethernet, MAC-адреса двух конечных точек должны быть известны друг другу, чтобы их можно было закодировать в этих пакетах управления. Стадия обнаружения PPPoE делает именно это. Это также помогает установить идентификатор сеанса, который можно использовать для дальнейшего обмена пакетами.

PPP сессия

Как только MAC-адрес однорангового узла известен и сеанс установлен, начнется этап сеанса.

Обнаружение PPPoE (PPPoED)

Хотя традиционный ГЧП пиринговый протокол, PPPoE по сути клиент-сервер взаимосвязь, поскольку несколько хостов могут подключаться к поставщику услуг через одно физическое соединение.

Процесс обнаружения состоит из четырех этапов между главным компьютером, который действует как клиент, и концентратором доступа на стороне поставщика услуг Интернета, действующим как сервер. Они описаны ниже. Пятый и последний шаг - это способ закрыть существующий сеанс.

От клиента к серверу: инициирование (PADI)

PADI расшифровывается как PPPoE Active Discovery Initiation.^[10]

Если пользователь хочет подключиться к Интернету через DSL, его компьютер сначала должен найти концентратор доступа DSL (DSL-AC) у пользователя. интернет-провайдер с точка присутствия (ПОП). Связь через Ethernet возможна только через MAC-адреса. Поскольку компьютер не знает MAC-адрес DSL-AC, он отправляет пакет PADI через Ethernet. транслировать (MAC: ff: ff: ff: ff: ff: ff). Этот пакет PADI содержит MAC-адрес компьютера, который его отправляет.

Пример PADI-пакета:

Кадр 1 (44 байта на проводе, 44 байта захвачено) Ethernet II, Src: 00: 50: da: 42: d7: df, Dst: ff: ff: ff: ff: ff: ffPPP-over-Ethernet Discovery Version: 1 Код типа 1 Активное инициирование обнаружения (PADI) Идентификатор сеанса: 0000 Длина полезной нагрузки: 24PPPoE Тег тега: тег имени службы: Host-Uniq Двоичные данные: (16 байт)

Src. (= источник) содержит MAC-адрес компьютера, отправляющего PADI.
Dst. (= пункт назначения) - широковещательный адрес Ethernet.
Пакет PADI может быть получен более чем одним DSL-AC. Ответить должно только оборудование DSL-AC, которое может обслуживать тег "Service-Name".

Сервер клиенту: Предложение (PADO)

ПАДО расшифровывается как PPPoE Active Discovery Offer.^[11]

После того как компьютер пользователя отправил пакет PADI, DSL-AC отвечает пакетом PADO, используя MAC-адрес, указанный в PADI. Пакет PADO содержит MAC-адрес DSL-AC, его имя (например, LEIX11-erx для T-Com DSL-AC в Лейпциг ) и название службы. Если более чем одна точка доступа DSL-AC отвечает пакетом PADO, компьютер пользователя выбирает DSL-AC для конкретной точки доступа, используя предоставленное имя или службу.

Вот пример пакета PADO:

Кадр 2 (60 байтов по проводной сети, 60 байтов захвачено) Ethernet II, Src: 00: 0e: 40: 7b: f3: 8a, Dst: 00: 50: da: 42: d7: dfPPP-over-Ethernet Версия обнаружения: 1 Код типа 1 Предложение активного обнаружения (PADO) Идентификатор сеанса: 0000 Длина полезной нагрузки: 36PPPoE Тег тега: AC-Name Строковые данные: IpzbrOOl Тег: Host-Uniq Двоичные данные: (16 байт)

AC-Name -> Строковые данные содержит имя AC, в данном случае «Ipzbr001» (Arcor DSL-AC в Лейпциге)
Src. содержит MAC-адрес DSL-AC.
MAC-адрес DSL-AC также показывает производителя DSL-AC (в данном случае Nortel Networks ).

От клиента к серверу: запрос (PADR)

PADR означает запрос активного обнаружения PPPoE.^[12]

Пакет PADR отправляется компьютером пользователя в DSL-AC после получения приемлемого пакета PADO от DSL-AC. Он подтверждает принятие предложения PPPoE-соединения, сделанного DSL-AC, выдающим пакет PADO.

Сервер клиенту: подтверждение сеанса (PADS)

Колодки означает подтверждение сеанса активного обнаружения PPPoE.^[13]

Приведенный выше пакет PADR подтверждается DSL-AC с помощью пакета PADS, и вместе с ним выдается идентификатор сеанса. Теперь соединение с DSL-AC для этой точки доступа полностью установлено.

Из конца в конец: прекращение (PADT)

PADT расшифровывается как PPPoE Active Discovery Termination.^[14] Этот пакет завершает соединение с POP. Он может быть отправлен либо с компьютера пользователя, либо с DSL-AC.

Накладные расходы протокола

PPPoE используется для подключения ПК или маршрутизатор к модем через Ethernet ссылку, и ее также можно использовать в доступ в Интернет над DSL по телефонной линии в PPPoE через банкомат (PPPoEoA) более ADSL стек протоколов.PPPoE через Банкомат имеет самые высокие накладные расходы среди популярных методов доставки DSL по сравнению, например, с PPPoA (RFC 2364 ).^{[15][16][17][18]}

Использование с DSL - PPPoE через ATM (PPPoEoA)

Сумма накладных расходов, добавляемых PPPoEoA к каналу DSL, зависит от размера пакета из-за (i) поглощающего эффекта заполнения ячеек ATM (обсуждается ниже), который в некоторых случаях полностью компенсирует дополнительные накладные расходы PPPoEoA, (ii) PPPoEoA + AAL5 служебные данные, которые могут привести к необходимости целой дополнительной 53-байтовой ячейки ATM, и (iii) в случае IP-пакетов служебные данные PPPoE добавляются к пакетам, длина которых близка к максимальной (‘MRU ’) может привести к Фрагментация IP, который также включает первые два аспекта для обоих результирующих IP-фрагментов.^[19] Однако, если на данный момент игнорировать ATM и фрагментацию IP, накладные расходы заголовка протокола для Полезная нагрузка банкомата за счет выбора PPP + PPPoEoA может достигать 44 байта = 2 байта (для PPP) + 6 (для PPPoE) + 18 (Ethernet MAC, переменная) + 10 (RFC 2684 LLC, переменная) + 8 (AAL5 CPCS).^[15] Эти накладные расходы получаются при использовании параметра заголовка LLC, описанного в RFC 2684 для PPPoEoA.^[17][18]

Сравните это с гораздо более эффективным протоколом заголовков, PPP + PPPoA. RFC 2364 VC-MUX через ATM + DSL, который имеет лишь 10-байтовые накладные расходы в полезной нагрузке ATM. (Фактически, просто 10 байтов = 2 байта для PPP + ноль для RFC 2364 + 8 (AAL5 CPCS).)^[16][18]

Этот показатель в 44 байта служебной нагрузки AAL5 можно уменьшить двумя способами: (i) путем выбора RFC 2684 вариант отказа от 4-байтового Ethernet MAC FCS, который уменьшает число 18 байтов выше до 14, и (ii) с помощью RFC 2684 Вариант VC-MUX, вклад в служебные данные которого составляет всего 2 байта по сравнению с 10-байтовыми служебными данными альтернативы LLC. Оказывается, это сокращение накладных расходов может быть ценным повышением эффективности. При использовании VC-MUX вместо LLC служебные данные ATM составляют либо 32 байта (без Ethernet FCS), либо 36 байтов (с FCS).^[15][17]

ATM AAL5 требует, чтобы трейлер «CPCS» длиной 8 байт всегда присутствовал в самом конце последней ячейки («выровненной по правому краю») серии ячеек ATM, составляющих пакет полезной нагрузки AAL5. В случае LLC общие служебные данные полезной нагрузки ATM составляют 2 + 6 + 18 + 10 + 8 = 44 байта, если Ethernet MAC FCS присутствует, или 2 + 6 + 14 + 10 + 8 = 40 байтов без FCS. В более эффективном случае VC-MUX служебные данные полезной нагрузки ATM составляют 2 + 6 + 18 + 2 + 8 = 36 байтов (с FCS) или 2 + 6 + 14 + 2 + 8 = 32 байта (без FCS).

Однако настоящие накладные расходы с точки зрения общего количества отправленных данных полезной нагрузки банкомата - это не просто фиксированное дополнительное значение - оно может только ноль или 48 байтов (не говоря уже о сценарии (iii), упомянутом ранее, фрагментация IP). Это связано с тем, что ячейки ATM имеют фиксированную длину с емкостью полезной нагрузки 48 байтов, и добавление большего количества полезной нагрузки AAL5 из-за дополнительных заголовков может потребовать отправки еще одной целой ячейки ATM, содержащей избыток. Последние одна или две ячейки ATM содержат байты заполнения, необходимые для обеспечения того, чтобы полезная нагрузка каждой ячейки составляла 48 байтов.^[15][17]

Пример: в случае IP-пакета размером 1500 байт, отправленного через AAL5 / ATM с PPPoEoA и RFC2684-LLC, пренебрегая на данный момент окончательным заполнением ячеек, каждый начинается с 1500 + 2 + 6 + 18 + 10 + 8 (AAL5 CPCS трейлер) = 1544 байта, если Ethernet FCS присутствует, иначе + 2 + 6 + 14 + 10 + 8 = 40 байтов без FCS. Для отправки 1544 байта через ATM требуется 33 48-байтовых ячейки ATM, поскольку доступной емкости полезной нагрузки 32 ячейки × 48 байтов на ячейку = 1536 байтов недостаточно. Сравните это со случаем PPP + PPPoA, который при 1500 + 2 (PPP) + 0 (PPPoA: RFC 2364 VC-MUX) + 8 (трейлер CPCS) = 1510 байт помещается в 32 ячейки. Таким образом, реальная стоимость выбора PPPoEoA плюс RFC2684-LLC для 1500-байтных IP-пакетов составляет одну дополнительную ячейку ATM на IP-пакет, соотношение 33:32.^[15][16][17] Таким образом, для пакетов размером 1500 байт PPPoEoA с LLC на ~ 3,125% медленнее, чем PPPoA или оптимальный выбор параметров заголовка PPPoEoA.

Для некоторых длин пакетов истинные дополнительные эффективные накладные расходы DSL из-за выбора PPPoEoA по сравнению с PPPoA будут равны нулю, если дополнительные накладные расходы заголовка недостаточны для необходимости дополнительной ячейки ATM при данной длине пакета. Например, пакет длиной 1492 байта, отправленный с помощью PPP + PPPoEoA с использованием RFC2684-LLC плюс FCS, дает нам общую полезную нагрузку ATM 1492 + 44 = 1536 байтов = 32 ячейки ровно, а накладные расходы в этом особом случае не больше, чем если бы мы использовали протокол PPPoA с эффективным заголовком, который также потребовал бы 1492 + 2 + 0 + 8 = 1502 байта полезной нагрузки ATM = 32 ячейки.^[15][17] Случай, когда длина пакета составляет 1492, представляет оптимальную эффективность для PPPoEoA с RFC2684-LLC с точки зрения соотношения, если не разрешены даже более длинные пакеты.

Использование PPPoEoA с параметром заголовка RFC2684 VC-MUX всегда намного эффективнее, чем параметр LLC, поскольку служебные данные ATM, как упоминалось ранее, составляют всего 32 или 36 байтов (в зависимости от того, без или с опцией Ethernet FCS в PPPoEoA). ), так что пакет длиной 1500 байт, включающий все служебные данные PPP + PPPoEoA с использованием VC-MUX, равняется общим 1500 + 36 = 1536 байтов полезной нагрузки ATM, если FCS присутствует = 32 ячейки ATM, таким образом, сохраняя всю ячейку ATM.^[15][17]

В случае коротких пакетов, чем длиннее заголовок, тем выше вероятность создания дополнительной ячейки ATM. В худшем случае может быть отправка 3 ячеек ATM вместо двух из-за служебных данных заголовка 44 байта по сравнению с служебными данными заголовка 10 байтов, поэтому на передачу данных требуется на 50% больше времени. Например, пакет TCP ACK по IPv6 имеет длину 60 байтов, а при накладных расходах в 40 или 44 байта для PPPoEoA + LLC это требует полезной нагрузки трех 48-байтовых ячеек ATM. Для сравнения, PPPoA с накладными расходами в 10 байтов, поэтому всего 70 байтов помещаются в две ячейки. Таким образом, дополнительная стоимость выбора PPPoE / LLC вместо PPPoA - это 50% дополнительных отправленных данных. PPPoEoA + VC-MUX подойдет: с 32- или 36-байтовыми накладными расходами наш IP-пакет по-прежнему умещается в двух ячейках.

Во всех случаях наиболее эффективным вариантом для доступа к Интернету ADSL на основе ATM является выбор PPPoA (RFC2364) VC-MUX. Однако, если требуется PPPoEoA, то лучшим выбором всегда будет использовать VC-MUX (в отличие от LLC) без Ethernet FCS, что дает служебную нагрузку ATM в размере 32 байта = 2 байта (для PPP) + 6 (для PPPoE) + 14 (Ethernet MAC, без FCS) + 2 (RFC 2684 VC-MUX) + 8 (прицеп AAL5 CPCS).

К сожалению, некоторые службы DSL требуют использования расточительных заголовков LLC с PPPoE и не позволяют использовать более эффективный вариант VC-MUX. В этом случае использование уменьшенной длины пакета, например, обеспечение максимального MTU в 1492, восстанавливает эффективность с длинными пакетами даже с заголовками LLC, и, как упоминалось ранее, в этом случае не создается лишняя расточительная ячейка ATM.

Накладные расходы на Ethernet

В локальной сети Ethernet накладные расходы для PPP + PPPoE являются фиксированными 2 + 6 = 8 байт, если не происходит фрагментация IP.

MTU / MRU

Когда модем DSL, говорящий по PPPoE, отправляет или принимает кадры Ethernet, содержащие полезную нагрузку PPP + PPPoE через канал Ethernet к маршрутизатору (или отдельный ПК, говорящий по PPPoE), PPP + PPPoE вносит дополнительные служебные данные в размере 8 байтов = 2 (PPP) + 6 (PPPoE), включенных в полезную нагрузку каждого кадра Ethernet. Эти дополнительные накладные расходы могут означать, что уменьшенный предел максимальной длины (так называемый ‘MTU ’ или же ‘MRU ’) 1500 - 8 = 1492 байта накладывается на (например) отправленные или полученные IP-пакеты, в отличие от обычного ограничения на длину полезной нагрузки кадра Ethernet в 1500 байтов, которое применяется к стандартным сетям Ethernet. Некоторые устройства поддерживают RFC 4638, который позволяет согласовывать использование нестандартных кадров Ethernet с полезной нагрузкой Ethernet 1508 байт, иногда называемой большие кадры ’, Что позволяет использовать полную полезную нагрузку PPPoE размером 1500 байт. Эта возможность полезна для многих пользователей в тех случаях, когда компании, получающие IP-пакеты, (ошибочно) выбрали блокировку всех ICMP ответы на выход из их сети, плохая практика, предотвращающая открытие пути MTU от правильной работы и которые могут вызвать проблемы для пользователей, получающих доступ к таким сетям, если их MTU меньше 1500 байт.

Модем с преобразованием PPPoE в PPPoA

На следующей диаграмме показан сценарий, в котором модем действует как PPPoE-to-PPPoA конвертер протоколов и поставщик услуг предлагают услугу PPPoA и не понимают PPPoE. В этой цепочке протоколов нет PPPoEoA. Это оптимально эффективная конструкция для отдельного модема, подключенного к маршрутизатору через Ethernet.

В этой альтернативной технологии PPPoE - это просто средство подключения DSL-модемов к маршрутизатору только для Ethernet (опять же, или к одному хост-компьютеру). Здесь он не касается механизма, используемого интернет-провайдером для предоставления широкополосных услуг.

Так работают модемы Draytek Vigor 110, 120 и 130.

При передаче пакетов, привязанных к Интернету, маршрутизатор Ethernet, говорящий по протоколу PPPoE, отправляет кадры Ethernet на модем DSL (также говорящий по протоколу PPPoE). Модем извлекает кадры PPP из полученных кадров PPPoE и отправляет кадры PPP вперед в DSLAM, инкапсулируя их в соответствии с RFC 2364 (PPPoA), тем самым конвертируя PPPoE в PPPoA.

Архитектура доступа в Интернет DSL

ПК или шлюз		DSL модем		DSLAM		Сервер удаленного доступа		(Интернет-провайдер)
(IP )								(IP)
Ethernet	PPP					PPP	PPP	PPP
	PPPoE	PPPoE	PPPoA			PPPoA	позвоночник	позвоночник
	Ethernet	Ethernet	AAL5	AAL5	позвоночник	позвоночник	IP	IP
			Банкомат	Банкомат
			DSL	DSL

На схеме область, обозначенная как «магистраль», также может быть ATM в старых сетях, однако ее архитектура зависит от поставщика услуг. На более подробной диаграмме, ориентированной на конкретного поставщика услуг, в этой области будут дополнительные столбцы.

Причуды

Поскольку установленное двухточечное соединение имеет MTU ниже, чем у стандартного Ethernet (обычно 1492 против Ethernet 1500), иногда это может вызвать проблемы, когда Обнаружение MTU пути побежден плохо настроенным брандмауэры. Хотя более высокие значения MTU становятся все более распространенными в сетях провайдеров, обычно обходным путем является использование TCP MSS (максимального размера сегмента) «зажима» или «перезаписи», при котором концентратор доступа перезаписывает MSS, чтобы одноранговые узлы TCP отправляли датаграммы меньшего размера. Хотя ограничение TCP MSS решает проблему MTU для TCP, другие протоколы, такие как ICMP и UDP, по-прежнему могут быть затронуты.

RFC 4638 позволяет устройствам PPPoE согласовывать MTU больше 1492, если нижележащий уровень Ethernet может большие кадры.

Некоторые производители (Cisco^[20] и Можжевельник,^{[нужна цитата ]} например) отличить PPPoE [oA] от PPPoEoE (PPPoE over Ethernet), который является PPPoE, работающим непосредственно через Ethernet или другой IEEE 802 сети или через Ethernet мостовой над Банкомат, чтобы отличить его от PPPoEoA (PPPoE over ATM), который представляет собой PPPoE, работающий по виртуальному каналу ATM с использованием RFC 2684 и ЩЕЛЧОК инкапсуляция PPPoE.^{[нужна цитата ]} (PPPoEoA - это не то же самое, что Протокол точка-точка через банкомат (PPPoA), который не использует SNAP).

Согласно документу Cisco, «PPPoEoE - это вариант PPPoE, где транспортным протоколом уровня 2 теперь является Ethernet или 802.1q VLAN вместо ATM. Этот метод инкапсуляции обычно используется в Метро Ethernet или среды мультиплексора доступа к цифровой абонентской линии (DSLAM) Ethernet. Общая модель развертывания заключается в том, что этот метод инкапсуляции обычно используется в многопользовательских зданиях или отелях. Благодаря доставке Ethernet абоненту доступная полоса пропускания становится намного шире, а дальнейшее предоставление услуг упрощается ».^[20]

Можно найти модемы DSL, такие как Draytek Vigor 120, где PPPoE ограничен каналом Ethernet между модемом DSL и партнерским маршрутизатором, а интернет-провайдер вообще не использует PPPoE (а скорее PPPoA ).^[21]

Использование пост-DSL и некоторые альтернативы в этих контекстах

Определенный метод использования PPPoE в сочетании с GPON (что предполагает создание VLAN через OMCI ) был запатентован ZTE.^[22]

PPPoE через GPON, как сообщается, используется поставщиками розничных услуг, такими как Междоузлия Австралии Национальная широкополосная сеть,^[23] Румынии RCS и RDS (для их клиентов "Fiberlink" - GPON продается как порты Ethernet в МДУ ).,^{[нужна цитата ]} апельсин Франция^[24] и Филиппин Глобус Телеком.^[25]

RFC 6934, «Применимость механизма управления узлом доступа к широкополосным сетям на основе PON», в котором аргументируется использование Протокол управления узлом доступа в PON, среди прочего, для аутентификации доступа подписчиков и управления их IP-адресами, и первым автором которых является сотрудник Verizon, PPPoE исключается как приемлемая инкапсуляция для GPON: «Инкапсуляция протокола в BPON основана на многопротокольной инкапсуляции. через ATM Adaptation Layer 5 (AAL5), определенный в [RFC2684]. Это охватывает PPP через Ethernet (PPPoE, определенный в [RFC2516]) или IP через Ethernet (IPoE). Инкапсуляция протокола в GPON всегда IPoE ».^[26]

В 10G-PON (XG-PON) стандартный (G.987 ) обеспечивает 802.1X взаимная аутентификация ONU и OLT, помимо метода OMCI, перенесенного из G.984.^[27] G.987 также добавляет поддержку аутентификации других Абонентское оборудование за пределами ONU (например, в MDU), хотя это ограничено портами Ethernet, также обрабатывается через 802.1X. (Предполагается, что ONU EAP -инкапсулированный РАДИУС сообщения в этом сценарии и определить, была ли проверка подлинности успешной или нет.)^[28] Существует некоторая минимальная поддержка PPPoE, указанная в стандартах OMCI, но только с точки зрения возможности ONU фильтровать и добавлять теги VLAN для трафика на основе его инкапсуляции (и других параметров), что включает PPPoE среди протоколов, которые ONU должен быть способен различать.^[29]

В Широкополосный форум ТР-200 "Использование EPON в контексте TR-101 »(2011 г.), что также относится к 10G-EPON, говорится: «OLT и многопользовательский ONU ДОЛЖНЫ иметь возможность выполнять функцию промежуточного агента PPPoE, как указано в Разделе 3.9.2 / TR-101».^[30]

Книга о Ethernet на первой миле отмечает, что DHCP, очевидно, может использоваться вместо PPPoE для настройки хоста для IP-сеанса, хотя он указывает, что DHCP не является полной заменой PPPoE, если также требуется некоторая инкапсуляция (хотя мосты VLAN могут выполнять эту функцию) и что, кроме того, DHCP не обеспечивает аутентификацию (подписчика), предполагая, что IEEE 802.1X также необходим для «полного решения» без PPPoE.^[31] (В этой книге предполагается, что PPPoE используется для других функций PPP, помимо инкапсуляции, включая IPCP для конфигурации хоста и PAP или же ГЛАВА для аутентификации.)

Существуют причины безопасности для использования PPPoE в среде разделяемой среды (не DSL / ATM), например: связь по линии электропередач сетей, чтобы создать отдельные туннели для каждого клиента.^[32]

Смотрите также

• Многопротокольная инкапсуляция через ATM
• Демон протокола точка-точка
• Туннельный протокол точка-точка
• Протокол точка-точка через банкомат (PPPoA)
• Протокол точка-точка через X (PPPoX)

Рекомендации

внешняя ссылка

• RFC 2516 - Метод передачи PPP через Ethernet (PPPoE)
• RFC 3817 - Протокол туннелирования уровня 2 (L2TP) Ретранслятор активного обнаружения для PPP через Ethernet (PPPoE)
• RFC 4638 - Обеспечение максимальной транзитной единицы / максимальной единицы приема (MTU / MRU) более 1492 в протоколе точка-точка через Ethernet (PPPoE)
• RFC 4938 - Расширения PPP через Ethernet (PPPoE) для показателей кредитного потока и каналов
• Патент США 6891825 - Способ и система предоставления многопользовательского доступа к сети с коммутацией пакетов
• TR-043 - Протоколы в интерфейсе U для доступа к сетям передачи данных с использованием ATM / DSL, выпуск 1.0, август 2001 г.