Как найти правильный размер MTU для моей сети.

В помощь: Есть один способ, чтобы проверить, действительно ли проблема связана с MTU . Для этого попробовать войти в приложение или на сайт с помощью коммутируемого доступа. Поскольку коммутируемый доступ использует MTU размером 576 байт, то у вас не возникнет такой проблемы как при широкополосном доступе. Если у вас возникают проблемы как при коммутируемом, так и при широкополосном подключении, то суть проблемы, скорее всего, в чем-то другом.

Краткая информация

Один из простых и наиболее точных способов определения оптимального размера MTU – MTU пинг тест. Вы просто отправляете запросы и постепенно снижаете размер пакета до тех пор, пока пакет больше не фрагментируется. Кроме того, этот простой тест подходит для точного тестирования конечных точек, пользователи могут найти более маленький размер MTU более удобным для себя. Внимание: При соединении PPPoE размер MTU должен быть 1492 (или ниже).

Внимание:

• В связи с дополнительными сложностями, в VPN (виртуальные частные сети) необходим иной способ тестирования MTU . Смотрите информацию в конце данной статьи.
• Если у вас сеть с несколькими компьютерами, то каждый компьютер должен быть настроен с одинаковым размером MTU . Кроме того, некоторые компьютеры могут использовать несколько сетевых адаптеров или адаптер клиента VPN на одном компьютере. Удостоверьтесь, что вы изменяете сетевой адаптер, имеющий отношение к службе широкополосного вещания или VPN клиенту.
• Встроенный PPPoE клиент Windows XP использует MTU в размере 1480. Для более подробной информации смотрите раздел статьи о XP . Но это может быть принято во внимание только, если вы используете Встроенный PPPoE клиент Windows XP !

Определение правильного MTU

Для определения правильного размера MTU для вашей конфигурации, вам необходимо использовать простой MTU пинг тест. Вы отправляете запросы и постепенно снижаете размер пакета до тех пор, пока пакет больше не фрагментируется. Выполните следующие действия :

Команда для данного пинг-теста – www . tp — link . com — f — l xxxx

• При тестировании вы можете использовать широко известный домен ping www . google . com   — f — l xxxx вместо www . tp — link . com
• Между каждой командой пробел
• «- l » – строчная буква L , а не цифра один.
• последние четыре цифры – размер тестового пакета

Шаг 1

Откройте диалоговое окно DOS , нажав Пуск>Программы> MSDOS — PROMPT . Также вы можете использовать команду Выполнить нажав Пуск>Выполнить, затем наберите » cmd «, если вы используете Windows 2000/ XP / Vista , или » command » в Windows 95/98/ ME .

Шаг 2

В диалоговом окне DOS наберите

Шаг 3

Уменьшите размер тестового пакета (10 или 12 байт), отправьте запрос опять. Имейте в виду, что пакет должен быть снова фрагментирован (Рисунок 2)

Шаг 4

Снова уменьшите размер тестового пакета, отправьте запрос, итак до тех пор, пока размер отправляемого пакета не нужно будет фрагментировать   (Рисунок 3)

Шаг 5

Как только вы отправите пакет, который не будет фрагментирован, увеличьте немного размер пакета и отправьте запрос заново, вы таким образом сможете найти максимальный размер пакеты, который не будет фрагментирован.

Шаг 6

Возьмите максимальный размер пакета, который вы вычислили в ходе тестирования, прибавьте 28. Вы прибавляете 28 байт потому, что 20 байт зарезервировано для заголовка IP -адреса и 8 байт выделяется для заголовка запроса протокола ICMP ( ICMP Echo Request ). Помните

Пример:

1440 – максимальный размер пакета в пинг-тесте

+ 28 – заголовки IP и ICMP

1468 – оптимальный размер вашего MTU

 
Проблемы с соединением к VPN или мои приложения зависают, а время истекает.

Обычно возникает две проблемы, связанные с соединение с VPN .

Вы вообще не можете подключиться к серверу VPN .

— Если вы совсем не можете соединиться с сервером вашей VPN , при этом у вас маршрутизатор приложение VPN может требовать открыть некоторые порты, назначьте IP -адрес конкретному компьютеру или используйте отдельный клиент PPPoE непосредственно на компьютере.

Вы можете подсоединиться к VPN серверу и зарегистрироваться, но ничего не происходит и приложения зависают, время выходит, или проблема с загрузкой.

— Вы можете подсоединиться и зарегистрироваться, но приложения зависают, время выходит, или проблема с загрузкой. Ваш MTU (максимального размера блока (в байтах), который может быть передан) указан неправильно.

Как подобрать правильное значение MTU

Февраль4

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

Чтобы понять, какое значение нужно правильно настроить для комфортной работы — вводим команду:

ping -c 1 -s $((1500-28)) -M do feanor184.ru
И смотрим вывод:
PING feanor184.ru (185.72.144.123) 1472(1500) bytes of data.
1480 bytes from corvus.fullspace.ru (185.72.144.123): icmp_seq=1 ttl=59 time=14.7 ms
--- feanor184.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 14.704/14.704/14.704/0.000 ms

Таблица для справки:

1500 The biggest-sized IP packet that can normally traverse the Internet without getting fragmented. Typical MTU for non-PPPoE, non-VPN connections.
1492 The maximum MTU recommended for Internet PPPoE implementations.
1472 The maximum ping data payload before fragmentation errors are received on non-PPPoE, non-VPN connections.
1460 TCP Data size (MSS) when MTU is 1500 and not using PPPoE.
1464 The maximum ping data payload before fragmentation errors are received when using a PPPoE-connected machine.
1452 TCP Data size (MSS) when MTU is 1492 and using PPPoE.
576 Typically recommended as the MTU for dial-up type applications, leaving 536 bytes of TCP data.
48 The sum of IP, TCP and PPPoE headers.
40 The sum of IP and TCP headers.
28 The sum of IP and ICMP headers.

Другие статьи

Метки: сеть
Copyright © 2013-2017. All rights reserved.

Настройки соединения с Интернетом (дополнительные настройки)

Если не удается подключиться к Интернету с помощью базовых настроек, можно изменить необходимые настройки. Настройте каждый элемент в соответствии с определенной сетевой средой.

Метод соединения

Задайте метод соединения с сетью Интернет. Этот параметр доступен только в том случае, если в системе PS3™ поддерживается функция LAN.

Настройки WLAN

Задание SSID для точки доступа. Эта настройка доступна только в системах PS3™ с функцией беспроводной сети LAN.

Настройки безопасности WLAN

Задание ключа шифрования для точки доступа. Эта настройка доступна только в системах PS3™ с функцией беспроводной сети LAN.

Настройка проверки подлинности

Эти настройки доступны только в системах PS3™, распространяемых в Корее, и только в системах PS3™ с функцией беспроводной сети LAN.

Рабочий режим Ethernet

Установка скорости и метода передачи данных по сети Ethernet. Как правило, выбирается параметр [Определять автоматически].

Настройки IP Адреса

Задание способа получения IP-адреса при подключении к Интернету.

Автоматически	Использование IP-адреса, выделенного сервером DHCP. Имя хоста сервера DHCP можно ввести на следующем экране.
Вручную	Задание IP-адрес вручную. Значения IP-адреса, маски подсети, роутера по умолчанию, а также основного и дополнительного DNS можно ввести на следующем экране.
PPPoE	Подключение к Интернету с помощью PPPoE. ID пользователя и пароль можно ввести на следующем экране.

DHCP

Установка имени хоста DHCP. Обычно выбирается вариант [Не устанавливать].

Настройки DNS

Задание сервера DNS.

Автоматически	Получение адреса сервера DNS автоматически.
Вручную	Ввод адреса сервера DNS вручную.

MTU

Настройка значения MTU, используемого при передаче данных. Как правило, выбирается параметр [Автоматически].

Прокси-сервер

Задание прокси-сервера, который будет использоваться.

UPnP

Задается для включения или отключения UPnP (Universal Plug and Play).

Включить	Включение UPnP.
Выключить	Отключение UPnP.

Подсказка

Если установить значение [Выключить], общение с другими пользователями может быть ограничено при использовании функции голосового/видео-чата или функций общения в играх.

Протокол PPPoE и настройка клиента на маршрутизаторе

О протоколе PPPoE

Протокол PPPoE (Point to Point Protocol over Ethernet), как легко понять из названия, позволяет инкапсулировать PPP фреймы вовнутрь Ethernet фреймов. Для лучшего понимания данной темы рекомендую сначала ознакомиться со статьёй по протоколу PPP.

Данный протокол позволяет использовать все преимущества PPP (аутентификацию, сжатие данных, контроль качества линии), по верх, ставшего уже стандартом в локальных сетях, Ethernet-а. Ещё одно преимущество PPPoE – отсутствие необходимости выделять клиенту IP адрес до подключения его к серверу. Адрес получается только после согласования PPP.

Общая схема работы PPPoE следующая: имеется локальная сеть Ethernet, в которой все устройства имеют MAC-адрес, наличие IP адреса необязательно. Клиент желает подключиться к серверу и высылает широковещательный фрейм специального типа PPPoE Active Discovery Initiation на MAC адрес ffff.ffff.ffff, сервер (или сервера), которые должны находиться в той же локальной сети, отвечают клиенту со своего MAC-адреса, клиент выбирает подходящий и устанавливает с ним сессию, которая имеет специальный идентификатор, затем в рамках этой сессии поднимается PPP соединение и в нём уже начинают передаваться IP пакеты. Первая часть ассоциации клиента с сервером напоминает схему взаимодействия DHCP клиента и DHCP сервера с той разницей, что здесь всё это происходит на втором уровне модели OSI.

Примечательное свойство PPPoE – уменьшение MTU. Если в Ethernet-е стандартный фрейм не может превышать 1500 байт, то в PPPoE MTU уменьшен до 1492 байт, так как в том же Ethernet фрейме часть полезной информации занимает 8 байт заголовка PPP.

Маршрутизатор Cisco может выступать как в роли PPPoE сервера, так и в роли PPPoE клиента. Первый вариант касается обычно крупных компаний, например, провайдеров, которые подключают к себе клиентов посредством PPPoE, второй же случай касается домашнего использования и малого бизнеса, когда маршрутизатор выступает в роли PPPoE клиента, и сама сессия строится между маршрутизаторами в то время, как внутренняя сеть «ничего не знает» о PPPoE, хотя и выходит в интернет через него. В данной статье мы рассмотрим пример настройки маршрутизатора в качестве PPPoE клиента.

Настройка PPPoE клиента на маршрутизаторе Cisco.

Для создания PPP туннеля, необходимо подготовить интерфейс dialer – это специальный тип виртуального интерфейса и именно на нём задаются все параметры PPP. Существует возможность назначения статического IP адреса на dialer интерфейсе, однако, стандартная практика – автоматическое получение адреса от провайдера. В качестве параметров PPP необходимо задать имя пользователя и пароль, метод аутентификации (PAP или CHAP), размер MTU в байтах. Далее интерфейс включается в dialer pool, номер которого и указывается на физическом интерфейсе, с которого будет осуществляться «дозвон».

Рассмотрим пример конфигурации:

R1(config)#interface dialer 2
R1(config-if)#encapsulation ppp
R1(config-if)#ip address negotiated
R1(config-if)#ppp chap hostname MYUSER
R1(config-if)#ppp chap password MYPASSWORD
R1(config-if)#ip mtu 1492
R1(config-if)#dialer pool 1
R1(config-if)#interface FastEthernet0/0
R1(config-if)#no ip address
R1(config-if)#pppoe enable
R1(config-if)#pppoe-client dial-pool-number 1

В данном примере мы создали интерфейс dialer 2, добавив его в dialer pool 1. А на интерфейсе Fa0/0, с которого будет происходить подключение, мы разрешили PPPoE и настроили дозвон с dialer-pool 1, в который входит интерфейс dialer 2.

Смена MTU на Windows через командную строку

Меняем MTU на сервере Windows с помощью командной строки. На тестовом сервере операционная система Windows Server 2016.

MTU (Maximum Transmission Unit) — максимальный размер полезного блока данных одного пакета. Если размер блока превышает MTU, то он может быть передан протоколом с использованием фрагментации.

Основные значения MTU в байтах:

• Ethernet — 1500
• 16 Mbps Token Ring — 17914
• 4 Mbps Token Ring — 4464
• FDDI — 4352
• IEEE 802.3/802.2 — 1492
• PPPoE (WAN Miniport) — 1480
• X.25 — 576

Зачем уменьшать MTU

Иногда бывает полезно уменьшить MTU на компьютере, чтобы ускорить скорость работы по сети. Классический случай, когда дома стоит роутер и на нём указан MTU 1480. Если на домашнем компьютере указано значение MTU 1500, то большие пакеты при передачи данных могут фрагментироваться. Тормозит потоковое видео или аудио, к примеру.

Уменьшаем MTU с помощью командной строки

Командная строка запущена под администратором.

Посмотреть текущее значение MTU:

netsh interface ipv4 show subinterfaces

У меня на интерфейсе Ethernet0 указано MTU 1500.

Установить значение MTU 1452 на интерфейсе Ethernet0:

netsh interface ipv4 set subinterface "Ethernet0" mtu=1452 store=persistent

Перезагружаем компьютер. Всё.

Сброс MTU на значение по умолчанию:

netsh interface ipv4 reset

Перезагружаем компьютер.

Определить минимальное значение MTU

Вычислить минимальное значение MTU между компьютером и узлом сети можно с помощью команды ping.

ping example.com -f -l 1500

Здесь:

• -f — запрещает фрагментировать пакеты
• -l — размер пакета

Если пинг не проходит, то уменьшаем размер пакета.

У меня 1500 не проходит, а 1400 проходит. Истина где-то посередине. Методом научного пинга находим максимальный размер пакета, который проходит без фрагментации.

У меня получилось 1372. Прибавляем 28 байт (8 байт ICMP заголовок и 20 байт IP). 1372+28=1400.

Оптимальный размер MTU 1400.

Интеграция АСР LANBilling и оборудования Mikrotik (PPPoE)

Рассмотрим одну из самых распространенных технологий предоставления доступа в интернет — PPPoE. В качестве PPPoE сервера будет выступать популярное среди небольших ISP оборудование вендора Mikrotik.

Схема рассматриваемой сети представлена на Рис.1

Рис. 1 (Схема сети)

1. Базовая настройка АСР

Предполагается, что была выполнена установка и базовая настройка АСР. В противном случае необходимо обратиться к нашей документации, подробно описывающей данные процессы, а так же общую архитектуру системы: Документация.

2. Выдача IP адресов клиентам

В данной статье будут описаны настройки, при которых задача управления выдачей IP адресов ложится на сторону АСР. Стоит заметить, что в связи со спецификой реализации RADIUS в RouterOS, а именно отсутствующим атрибутом ID сессии (Acct-Session-Id) в пакетах Access-Request, мы не рекомендуем использовать динамическое распределение IP адресов. Поэтому здесь будет рассмотрен вариант выдачи статического IP адреса, указанного в свойствах учетной записи абонента.

В свою очередь, более простой вариант — с выдачей IP адресов средствами внутреннего DHCP сервера Mikrotik, так же возможен, но нами рассмотрен не будет.

3. Настройка RADIUS-агента

Приступим к настройке RADIUS-агента АСР (LBarcd). Основная конфигурация показана на Рис. 2

Рис. 2 (Настройка агента)

Обратим внимание на параметры:

«Интервал между Interim-UPDATE запросами аккаунтинга» — интервал в секундах между Accounting-Update пакетами.

«Тайм-аут зависшей сессии (сек)» — интервал в секундах между временем обработки последнего Accounting-Update пакета и текущим временем, при превышении которого сессия считается устаревшей. Минимально допустимым значением считается удвоенный интервал Interim-UPDATE. Максмимально допустимым — 86400 сек., т.е. 1 день.

«Запускать script_stop для зависших сессий» — необходим для запуска внешнего скрипта с целью принудительного разрыва устаревших сессий или отправки Disconnect-Request через внутренний механизм CoA.

«Запускать script_stop при изменении текущей скорости» — необходим для запуска внешнего скрипта с целью изменения скорости доступа или отправки через внутренний механизм CoA скоростных атрибутов для изменения текущей скорости без разрыва сессии.

Для настройки взаимодействия между RADIUS-агентом и роутером необходимо добавить Mikrotik в качестве сервера доступа (NAS). Для этого в форме редактирования настроек RADIUS-агента открыть раздел «Серверы доступа» и добавить новый сервер доступа. Требуется указать IP адрес и RADIUS secret которые будут использоваться при общении NAS и биллинга. Методом аутентификации будет выступать login (Рис.3).

Рис. 3 (Управление серверами доступа)

Следующим шагом будет создание IP подсети PPPoE клиентов в АСР. Для этого откроем раздел «Управление сетями» и добавим желаемую подсеть, указав адрес самой сети, маску и шлюз (Рис.4).

Рис. 4 (Управление сетями)

4. Настройка CoA (Change of Authorization)

Управление параметрами сессии абонента реализуется через запуск внешнего скрипта. Возможности его применения в АСР достаточно обширны, мы будем использовать только установку скорости доступа в момент старта сессии, изменение скорости без разрыва сесии и разрыв PPPoE соединения по таймауту или команде менеджера АСР.

Путь к скрипту handler указывается в конфигурационном файле RADIUS-агента (например, handler = /usr/local/billing/handler_mikrotik_pppoe. sh). Код handler можно написать на любом скриптовом языке программирования, минимальный рабочий пример на shell можно скачать по ссылке.

5. Завершение настройки АСР

Для завершения настройки АСР требуется создать учетную запись. Не забываем указать в настройках сети для учетной записи статический IP. О том, как это сделать, можно прочесть в стандартной документации: в разделе «Учетные записи».

6. Настройка Mikrotik

Создадим отдельный логический интерфейс Bridge, в который в последующем включим физический порт, направленный в сторону абонентской домовой сети. (Рис.5).

Рис. 5 (Настройка Bridge для PPPoE)

В нашем случае, абоненты будут располагаться за интерфейсом ether4. Исключим его из стандартного bridge-local и перенесем в только что созданный pppoe_bridge (Рис.6).

Рис. 6 (Настройка Ethernet интерфейса)

Перейдем к настройке RADIUS клиента. Необходимо указать IP адрес агента LBarcd, secret и порты для отправки запросов авторизации и аккаунтинга. В качестве сервисов необходимо выбрать ppp.

Рис. 7 (Настройка RADIUS клиента)

Дополнительно необходимо активировать прием RADIUS клиентом Mikrotik запросов CoA (Рис.7)

Рис. 8 (Настройка приемы RADIUS CoA)

Добавим профиль для PPPoE сервера(Рис.9) В качестве Local Address должен быть указан шлюз по умолчанию, ранее внесенный нами в настройки пула адресов в АСР. В параметре Bridge укажем созданный ранее логический интерфейс

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

Рис. 9 (Настройка профиля PPPoE сервиса)

Создадим новый PPPoE сервер для интерфейса pppoe_bridge (Рис. 10) Зададим значения MTU и созданный ранее профиль сервиса. Форма редактирования позволяет так же выбрать желаемые методы аутентификации.

Рис. 10 (Настройка профиля PPPoE сервера)

Поскольку базово RouterOS предполагает создание локальных PPPoE пользователей, необходимо дополнительно активировать RADIUS авторизацию. Сделать это можно на вкладке PPP — Secrets в форме «PPP Authentication&Accounting» (Рис.11) Указываем использование RADIUS, аккаунтинг и Interim-UPDATE.

Рис. 11 (Настройка аутентификации и аккаунтинга)

7. Заключение

На этом настройку можно считать законченной. При желании возможно дополнить конфигурацию сбором Netflow статистики, правилами редиректа на страницу-заглушку при отрицательном балансе, добавить поддержку IPv6 адресации.

Более полно об оборудовании Mikrotik и его настройке можно узнать из официальной документации.

PPPoE клиент — часть 2: Ubuntu Linux » worm.org.ua

В этой статье будет описан процесс настройки и установки PPPoE-подключения в Ubuntu Linux 10.10 В роли
Все что необходимо знать — это имя пользователя и пароль для установки сессии.
В данном примере подразумевается, что со стороны клиента при подключении по технологии DSL модем настроен в режиме моста, при подключении по Ethernet — между клиентом и оборудованием провайдера нет промежуточных устройств по типу маршрутизатора.

Все ниже перечисленные настройки этого соединения (обращаю ваше внимание на слово «этого») будут сохранены в файле
/etc/ppp/peers/dsl-provider.

Смотрим как Ubuntu Linux 10.10 ищет сервер доступа:

Т.к. была настроена ранее кое-какая конфигурация, то клиент предлагает изменить ее. Соглашаемся с этим предложением:

Параметры, которые предлагает конфигуратор. Соглашаемся и тут:

Далее вводим имя пользователя:

и вводим пароль для этого пользователя:

Информация по умолчанию будет взята из файла /etc/resolv.conf о ДНС-серверах:

Соглашаемся с размером MSS=1452.

Немного теории:

MTU («Maximum Transfer Unit» — «максимальный передаваемый блок»)

Это максимальный размер пакета данных, который может быть передан за один физический кадр по протоколу TCP/IP. Данные от компьютера к компьютеру в Интернете идут не сплошным потоком, а этими самыми кадрами — пакетами строго определенного размера.

MSS («Maximum Segment Size» — «максимальный размер сегмента»)

Каждый передаваемый по сети пакет (MTU) состоит из блока данных (MSS) и служебной информации, необходимой для работы маршрутизаторов. Эта служебная информация занимает в пакете 40 байт (20 байт IP и 20 байт TCP), то есть MSS=(MTU-40).

В протоколах туннелирования, в том числе и PPPoE, MTU туннеля равно 1492 байт (меньше стандартного 1500 байт).

Рассмотрим такую ситуацию, клиент через DSL роутер устанавливает TCP сеанс с каким-нибудь сервером в Интернете. Во время этого процесса, они анонсируют друг другу свой максимальный размер сегмента MSS, указывая то, что они могут принимать TCP сегменты вплоть до этого размера. После получения опции MSS, каждое устройство вычисляет размер сегмента, который он можно послать. Сервер решает, что он может посылать пакеты длинной до 1500 байтов. Он посылает 1500-байтовый пакет клиенту, и, в IP заголовке устанавливает бит DF (don’t fragment), т.е. пакет не может быть фрагментирован. Когда пакет достигает клиентского роутера, он (этот роутер) пытается инкапсулировать его в туннельный пакет. Помним что MTU туннеля равно 1492 байт. Естественно у него ничего не получится. Так как роутер не может фрагментировать этот пакет (в IP заголовке устанавливает бит DF), он вынужден отбросить этот пакет и отправить серверу (отправителю) сообщение типа ICMP 3:4 (Хост недоступен, поскольку пакет слишком большой и роутер не будет его фрагментировать). Это ICMP сообщение содержит правильный MTU для сервера, который должен получить его и соответственно настроить размер пакета. Как итог — пакеты доходят до клиента без фрагментации.

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

Сделаем установку РРР-сессии при запуске системы:

и проверим соединение:

Сессия устанавливается:

И как итог в консоли выполним команду ifconfig, где увидим интерфейс ppp0, и команду plog — просмотр лога соединения:

Теперь посмотри в файл настройки соединения /etc/ppp/peers/dsl-provider

[email protected]:~# cat /etc/ppp/peers/dsl-provider
# Minimalistic default options file for DSL/PPPoE connections
noipdefault
#Опция noipdefault необходима для динамического назначения IP адреса.
defaultroute
#Опция defaultroute устанавливает в качестве маршрута по умолчанию, адрес провайдера.
replacedefaultroute
#Опция replacedefaultroute корректно удаляет предыдущий маршрута по умолчанию.
hide-password
#Опция hide-password запрещает показ паролей в отладочных сообщениях.
#lcp-echo-interval 30
#Опция lcp-echo-interval задает интервал времени в секундах N, через который посылать эхо-запросы серверу для проверки соединения.
#lcp-echo-failure 4
#Опция lcp-echo-failure связана с предыдущей — после N неудачных запросов разорвать соединение.
noauth
#Опция noauth не требует удаленную сторону назвать себя перед тем, как начнется обмен пакетами.
persist
#Опция persist отвечает за то, что соединение будет постоянным.
#mtu 1492
#Опция mtu указывает на размер mtu на интерфейсе ppp
#persist
#maxfail 0
#Опция maxfail задает количество неудачных попыток N после после которых попытки автосоединения будут прекращены.
соединением.
#holdoff 20
#Опция holdoff определяет время в секундах N, после разрыва соединения перед повторным
plugin rp-pppoe.so eth0
#Опция plugin отвечает за загрузку модуля ядра rp-pppoe.so и интерфейс, на котором висит модем.
user «pppoeuser»
#Опция user указывает имя пользователя необходимое для подключения.
usepeerdns
#Опция usepeerdns используется для автоматической настройки DNS.

Логин и пароль, используемый при соединении, в зависимости от типа используемой аутентификации (PAP/CHAP) находятся в файлах /etc/ppp/pap-secrets или /etc/ppp/chap-secrets.

На одной машине можно организовать сколько угодно одновременных подключений. Создаем разные настройки и разные названия файлов. Например:dsl-provider1 и dsl-provider2

Также посмотрим стартовый скрипт:

[email protected]:~# cat /etc/ppp/pppoe_on_boot
#!/bin/sh


PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin
export PATH


modprobe -q pppoe


exec pppd call dsl-provider

В заключение к этой статьи. Для того чтоб установить соединение необходимо воспользоваться командой
pon dsl-provider
для того чтоб разорвать его
poff dsl-provider

Общие сведения о настройке MTU и MRU для подписчиков PPP | Руководство пользователя широкополосных VLAN и интерфейсов для абонентов

Максимально допустимая полезная нагрузка в кадре Ethernet составляет 1500 байтов. Для интерфейса PPPoE заголовок PPPoE использует 6 байтов, а Идентификатор протокола PPP использует 2 байта. Это ограничивает максимальную принимаемую единицу. (MRU) размер интерфейса PPPoE до 1492 байтов, что может вызывать частые фрагментация и повторная сборка больших пакетов PPP, полученных через Интерфейс PPPoE. Для предотвращения частой фрагментации и повторной сборки для пакетов PPP через Ethernet можно настроить максимальную передачу единицы (MTU) и размеры MRU для абонентов PPP.

Для абонентов PPPoE размер PPP MRU или PPP MTU может быть больше 1492 байта, если получен тег PPP-Max-Payload в пакетах PPPoE Active Discovery Request (PADR).

Конфигурация MRU и MTU поддерживается для абонентов. следующих соединений PPP:

• Абоненты PPP через Ethernet (PPPoE)

• Абоненты PPP через Ethernet через ATM (PPPoE over ATM)

• Абоненты PPP через ATM (PPPoA)

• Туннелированные абоненты PPP LAC

• Туннелированные абоненты PPP LNS

PPP по существу выполняет согласование между двумя независимыми полудуплексными каналами.При установке соединения PPP конечные точки PPP согласовывают MRU для определения MTU полезной нагрузки PPP в согласованном соединении PPP. Термины, используемые в этом разделе, описаны здесь:

По умолчанию, если значение PPP MTU меньше 1492 байта, рабочее значение PPP MRU также устанавливается равным значению PPP MTU. Тем не мение, если значение PPP MTU больше 1492 байта, ОС Junos вычисляет значение PPP MRU на основе наличия и значения PPP-Max-Payload тег, полученный в пакете PPPoE Active Discovery Request (PADR). Это поведение по умолчанию можно изменить, настроив операторы mtu ( size | use-lower-level) и mru size на следующих уровнях иерархии:

 [редактировать профиль-группы доступа  имя-профиля-группы  ppp ppp-options]
[редактировать динамические профили  имя-профиля  интерфейсы pp0 unit «$ junos-interface-unit» ppp-options],
[редактировать динамические профили  имя-профиля  интерфейсы «$ junos-interface-ifd-name» unit «$ junos-interface-unit» ppp-options],
[редактировать интерфейсы pp0 unit  unit-number  ppp-options]
[редактировать интерфейсы si  interface-id  unit  unit-number  ppp-options]
 

MTU и MRU PPP для подписчиков PPPoE

Для пакета PPPoE:

ОС Junos определяет значение PPP MTU для завершенного PPPoE интерфейс на основе настроенного MTU, MTU нижнего уровня PPP и наличие и значение тега PPP-Max-Payload в пакете PADR.

1. Если MTU нижнего уровня PPP падает ниже 1492 байта, то значение PPP MTU меньше MTU нижнего уровня PPP и настроенное значение MTU. Тег PPP-Max-Payload игнорируется, даже если он присутствует в пакете PADR.

2. Если MTU нижнего уровня PPP больше 1492 байта:

   • Если тег PPP-Max-Payload отсутствует в PADR пакет, то значение MTU PPP меньше настроенного MTU и значение MTU нижнего уровня PPP.

   • Если тег PPP-Max-Payload присутствует и его значение меньше 1492 байта, то PPP MTU меньше настроенного MTU и значение MTU нижнего уровня PPP. ОС Junos не рассылает тег PPP-Max-Payload в сеансе активного обнаружения PPPoE (PADS) пакет, чтобы указать, что маршрутизатор не может поддерживать Размер MRU превышает 1492 байта.

   • Если тег PPP-Max-Payload присутствует и его значение больше 1492 байта, но меньше настроенного MTU, PPP MTU — это значение, полученное в теге PPP-Max-Payload.

   • Если тег PPP-Max-Payload присутствует и его значение больше 1492 байта, а также больше настроенного MTU, PPP MTU меньше настроенного MTU и PPP нижнего уровня Значение MTU. ОС Junos также возвращает тег PPP-Max-Payload в PADS. пакет, чтобы указать, что маршрутизатор может поддерживать MRU больше 1492 байта.

По умолчанию маршрутизатор использует значение PPT MTU для PPP MRU значение во время согласования протокола управления каналом (LCP) в двухточечном соединении соединения.При настройке MRU для подписчика PPP для PPPoE используя заявление mru size , Junos ОС определяет значение PPP MRU на основе следующего:

• Если MRU настроен с использованием опции ppp-options , PPP MRU будет меньшим из настроенного значения MRU и значение PPP MTU для этого абонента (значение PPP MTU, полученное на основе на настроенном MTU, MTU нижнего уровня PPP и PPP-Max-Payload значение в пакете PADR).

• Если MRU не настроен, PPP MRU остается то же, что и MTU PPP, и отправляется во время согласования LCP.Во время LCP согласования, сервер получает значение MRU однорангового узла и предлагает PPP MRU получен из конфигурации и PPP MTU.

• Для согласованного PPP-соединения INET MTU, то есть PPP MTU полезной нагрузки (IP-заголовок + данные), исключая служебные данные уровня 2, составляет устанавливается на меньшее из PPP MTU и полученного значения Peer MRU.

PPP MTU и MRU для туннелированных подписчиков на LNS

Для подписчиков PPP на сетевом сервере L2TP (LNS) настроенный MTU может быть либо явным размером MTU, указанным с помощью оператора mtu size , либо производным MTU с помощью оператора mtu use-lower-level .

• Если PPP MTU настроен как use-lower level , PPP MTU определяется как:

  интерфейс MTU — 58 байт. Примечание.

  58 байтов — это служебная нагрузка PPP, которая рассчитывается как сумма полезной нагрузки заголовка IP, UDP, L2TP, HDLC и PPP.

• Если PPP MTU настроен с использованием оператора mtu size , PPP MTU будет меньшим из настроенный MTU и значение (MTU интерфейса — 58 байт).

Когда вы настраиваете явное значение MRU с помощью оператора mru size , ОС Junos определяет PPP MRU значение для подписчиков PPP на интерфейсах LNS на основе следующих сценарии:

• Если значение MRU не настроено для абонентов PPP на LNS, и если параметры прокси-LCP получены от L2TP концентратор доступа (LAC), значение PPP MRU, предлагаемое при согласовании LCP является меньшим из значений PPP MTU и прокси-сервера MRU.Если опции LCP не получены, MTU PPP предлагается как MRU во время согласования LCP.

• Если, однако, значение MRU настроено для абонентов PPP на LNS PPP MRU является меньшим из настроенных MRU и Значение PPP MTU. Далее, если параметры LCP прокси получены от LAC, значение PPP MRU, отправленное во время согласования LCP, меньше настроенного MRU или PPP MTU и значения MRU прокси.

• Для согласованного INET MTU на канале PPP i.e полезная нагрузка PPP MTU (IP-заголовок + данные), исключая служебные данные уровня 2, PPP MTU устанавливается на меньшее из PPP MTU и полученного значения MRU однорангового узла.

rfc4638

 Рабочая группа по расширению PPP
Internet Draft Питер Арберг
                                                  Диамантис Куркузелис
Предполагаемый статус: информационные сети Redback
Срок годности: сентябрь 2006 г.
                                                            Майк Дакетт
                                                            Том Аншутц
                                                               BellSouth

                                                          Джером Мойсанд
                                                        Juniper Networks
                                                              Март 2006 г.


          Размещение MTU / MRU больше 1492 в PPPoE
                <черновик-арберг-pppoe-mtu-gt1492-03.txt>


Статус этого меморандума

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

   Интернет-проекты - это рабочие документы Интернет-инжиниринга.
   Целевая группа (IETF), ее направления и рабочие группы. Обратите внимание, что
   другие группы могут также распространять рабочие документы как Интернет-
   Черновики.Интернет-проекты - это проекты документов, срок действия которых составляет не более шести месяцев.
   и могут быть обновлены, заменены или исключены другими документами в любое время
   время. Неуместно использовать Интернет-черновики в качестве справочника.
   материала или цитировать их иначе, как «незавершенная работа».

   Со списком текущих Интернет-проектов можно ознакомиться по адресу
   http://www.ietf.org/ietf/1id-abstracts.txt.

   Список Интернет-черновиков теневых каталогов можно найти по адресу
   http://www.ietf.org/shadow.html.

   Срок действия этого Интернет-проекта истекает 9 сентября 2006 года.Уведомление об авторских правах

   Авторское право (C) The Internet Society (2006).

Абстрактный

   Протокол точка-точка через Ethernet (PPPoE), как описано в RFC
   2516 [1], устанавливает максимальный согласованный MRU 1492.  Этот документ
   описывает решение, позволяющее ослабить это ограничение и разрешить максимальное
   согласовал MRU больше 1492, чтобы минимизировать фрагментацию в следующем
   поколения широкополосных сетей.


Срок действия Arberg истекает в сентябре 2006 г. [Страница 1] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.


1.Терминология

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в RFC2119 [3].

      ATM - асинхронный режим передачи.
      PPP - протокол точка-точка.
      PPPoA - PPP через AAL5.
      PPPoE - PPP через Ethernet.
      MTU - Максимальный передаваемый блок
      MRU - Максимальный блок приема
      ПК - персональный компьютер.CPE - Оборудование помещений заказчика.
      RG - Жилой шлюз.
      BRAS - Сервер широкополосного удаленного доступа.
      DSLAM - мультиплексор доступа к цифровой абонентской линии
      Клиент PPPoE - ПК, RG или CPE, который инициирует сеанс PPPoE
      Сервер PPPoE - BRAS завершает сеансы PPPoE, инициированные клиентом


2.  Введение

   С изменением дизайна широкополосных сетей с PPPoE, инициированного ПК [1]
   сеансов в комбинированной настройке Ethernet / ATM, как показано на рисунке 1, чтобы
   более интеллектуальный шлюз Residential Gateway (RG) с поддержкой PPPoE и
   Конструкции широкополосной сети Gigabit Ethernet / ATM, как показано на рисунке 2
   и 3, необходимость увеличения максимальной единицы передачи и приема в
   протокол PPPoE становится все более важным для уменьшения фрагментации
   в сети.<------------------ Сеанс PPPoE ------------------>

                                      + ----- + + ----- +
    + - + + --- + | | | |
    | ПК | -------------- | CPE | ----------- | DSLAM | ----------- | BRAS |
    + - +  + --- +  | | <АТМ> | |
                                      + ----- + + ----- +

    Рис. 1: Первоначальный проект широкополосной сети с PPPoE.


    В схеме сети, показанной на рисунке 1, фрагментация обычно
    не проблема, так как сеанс абонента является сквозным PPPoE от
    ПК к BRAS, поэтому MRU, согласованный по PPP, в 1492 октета
    полностью приемлемо, так как он заставляет самый большой кадр PPPoE придерживаться
    стандартный Ethernet MTU 1500 октетов. Срок действия Arberg истекает в сентябре 2006 г. [Страница 2] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.


      <----- IPoE -----> <--------- Сеанс PPPoE --------->

                                      + ----- + + ----- +
    + - + + --- + | | | |
    | ПК | -------------- | RG | ----------- | DSLAM | ------------ | BRAS |
    + - +  + --- +  | |  | |
                                      + ----- + + ----- +

    Инжир.2: Широкополосные сети нового поколения с PPPoE.

    В схеме сети, показанной на рисунке 2, фрагментация становится
    основная проблема, поскольку сеанс подписчика представляет собой комбинацию
    IPoE и PPPoE. IPoE обычно использует MTU в 1500 октетов.
    Однако, когда резидентный шлюз и BRAS являются PPPoE
    конечные точки сеанса и, следовательно, согласовывают MTU / MRU в 1492 октета
    что приводит к большому количеству фрагментированных пакетов в сети.



     <----- IPoE -----> <---- PPPoA ----> <- Сеанс PPPoE ->

                                       + ----- + + ----- +
    + - + + --- + | | | |
    | ПК | -------------- | RG | ------------ | DSLAM | ------------ | BRAS |
    + - +  + --- +  | |  | |
                                       + ----- + + ----- +



      <-------------- PPPoA -------------> <- Сеанс PPPoE ->

                                       + ----- + + ----- +
    + - + + --- + | | | |
    | ПК | -------------- | CPE | ------------ | DSLAM | ------------ | BRAS |
    + - +  + --- +  | |  | |
                                       + ----- + + ----- +

    Инжир. 3: Широкополосные сети с преобразованием PPPoA в PPPoE.

    В схеме сети, показанной на рисунке 3, которая изучается
    DSL-Forum в контексте перехода на Ethernet для широкополосного доступа
    сети агрегации, фрагментация - не единственная проблема, когда
    Различия MRU существуют в сеансах PPPoA и PPPoE.

    Абонентский сеанс - это сеанс PPP, в котором используется комбинация
    PPPoA и PPPoE. Хост PPP / PPPoA обычно согласовывает
    1500 октетов MRU. Широко развернутые хосты PPP / PPPoA в оборудовании CPE
    не поддерживают 1492 октета MRU, что, в свою очередь, создает проблему
    для BRAS (сервер PPPoE), если строгое соответствие RFC2516 [1]
    поручено.Для хостов PPP / PPPoA, способных согласовывать 1492 октета
    Размер MRU, то мы снова вернемся к проблеме фрагментации.

Срок действия Arberg истекает в сентябре 2006 г. [Страница 3] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.


3. Предлагаемое решение

   Процедура, описанная в этом документе, строго не соответствует
   стандартам IEEE для размера пакетов Ethernet, но широко используются
   развернутое поведение поддержки jumbo-кадров в сегментах Ethernet. Поскольку широкополосные сети следующего поколения построены на основе Ethernet
   системы поддержки бэби-гигантов и jumbo-кадров с размерами полезной нагрузки
   больше обычного Ethernet MTU в 1500 октетов, BRAS действует
   поскольку сервер PPPoE ДОЛЖЕН поддерживать согласование PPPoE MRU больше, чем
   1492 октета, чтобы ограничить количество фрагментированных пакетов в
   схемы сети показаны в разделе 1.

   По умолчанию параметр Maximum-Receive-Unit (MRU) ДОЛЖЕН следовать за
   правила установлены в RFC1661 [2], но НЕ ДОЛЖНЫ согласовываться с
   размер больше 1492, чтобы гарантировать совместимость с Ethernet
   сетевые сегменты ограничены кадрами 1500 октетов.В таком случае,
   заголовок PPPoE составляет 6 октетов, а идентификатор протокола PPP -
   2 октета, PPP MRU НЕ ДОЛЖЕН быть больше 1492.

   Дополнительный тег PPPoE «PPP-Max-Payload» позволяет клиенту PPPoE
   переопределить это поведение по умолчанию, указав максимальный размер для
   Полезная нагрузка PPP, которую он может поддерживать как при отправке, так и при получении
   направления.  Когда такой тег получен сервером PPPoE,
   сервер МОЖЕТ разрешить согласование большего MRU, чем 1492, и
   использование большего MTU, чем 1492, с учетом ограничений локального
   конфигурации и в соответствии с правилами, изложенными в RFC1661 [2],
   и в пределах максимального размера полезной нагрузки, обозначенного
   клиент PPPoE.4. Этап обнаружения PPPoE

   Если клиент PPPoE хочет использовать больший MTU / MRU, чем 1492 октета,
   тогда он ДОЛЖЕН включать в PADI необязательный тег PPP-Max-Payload.
   и пакеты PADR.
   Если сервер PPPoE может поддерживать более высокий MTU / MRU, чем 1492 октета, он
   ДОЛЖЕН ответить эхом тега клиента в PADO и PADS.
   пакетов, когда от клиента получен тег PPP-Max-Payload.

   Имя тега: PPP-Max-Payload
   Значение тега: 0x0120
   Длина тега: 2 октета
   Значение тега: значение в двоичной кодировке (максимальная полезная нагрузка PPP в октетах)

   Описание тега:
   Этот тег указывает, что клиент и сервер могут
   поддержка заданной максимальной полезной нагрузки PPP, превышающей 1492 октета для
   направления отправки и получения. Обратите внимание, что это значение представляет собой полезную нагрузку PPP, поэтому оно напрямую
   сопоставимо со значением, используемым при согласовании MRU PPP.

Срок действия Arberg истекает в сентябре 2006 г. [Страница 4] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.

5. Рекомендации по LCP

5.1 Переговоры по MRU

   Поскольку Ethernet (без jumbo-кадров) имеет максимальный размер полезной нагрузки
   1500 октетов, заголовок PPPoE - 6 октетов, а идентификатор протокола PPP -
   2 октета, параметр Maximum-Receive-Unit (MRU) НЕ ДОЛЖЕН быть
   согласовано с размером больше 1492, если оба клиента PPPoE
   и сервер указали на возможность поддержки большего MRU в
   Этап обнаружения PPPoE.Первоначальное согласование MRU для сервера PPP / PPPoE ДОЛЖНО следовать
   поток, как показано ниже:

   Если PPPoE {
      PPP_MRU_Max = 1492
      Если (PPP-Max-Payload-Tag) И (PPP-Max-Payload-Tag> 1492)
        Тогда PPP_MRU_Max = min (PPP-Max-Payload-Tag, интерфейс MTU-8)
   }
   "Нормальный" PPP_MRU_Negotiation (PPP_MRU_Max)


   Если тег PPP-Max-Payload присутствует и больше 1492, он ДОЛЖЕН
   учитываться вместе с настройками MTU интерфейса сервера, когда
   выбор максимального значения для нормального RFC1661 [2] MRU
   согласование, которое определяет фактический MRU для использования. Если тег PPP-Max-Payload отсутствует или присутствует, но ниже
   1492, то существующее ограничение MRU в 1492 октета ДОЛЖНО остаться
   применимо, следовательно, с сохранением обратной совместимости.

   В итоге это указывает на следующее поведение:
   1. когда получен тег "PPP-Max-Payload",
     а. значение в этом теге будет указывать максимально допустимое
        MRU принять и предложить в переговорах MRU,
     б. если MRU не согласован, RFC1661 [2] установит значение по умолчанию
        MRU на 1500.Это будет означать, что тег "PPP-Max-Payload" может
        имеют значение больше 1500, но в этом случае RFC1661 [2]
        устанавливает MRU по умолчанию на 1500, и только если MRU согласован
        выше (до максимальной полезной нагрузки) будет тег "PPP-Max-Payload"
        значение.

   2. когда тег "максимальная полезная нагрузка" не получен ни одной из сторон,
      тогда RFC2516 [1] устанавливает правило.









Срок действия Arberg истекает в сентябре 2006 г. [Страница 5] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.


5.2 Тестирование MRU и устранение неисправностей

   Если для MRU согласовано значение больше 1492 октета,
   отправляющей стороне СЛЕДУЕТ иметь возможность отправлять один или несколько MRU-size
   Пакеты эхо-запроса после открытия сеанса. Это позволяет
   проверить, что принимающая сторона и любое промежуточное оборудование могут
   обрабатывать такой размер пакета.
   Если эхо-ответы не получены, отправляющая сторона МОЖЕТ выбрать
   повторите тест с 1492 октетами пакетов эхо-запроса. Если эти
   пакеты получают ответы, отправляющая сторона НЕ ДОЛЖНА отправлять пакеты
   больше 1492 октета для этого сеанса.Эта возможность ДОЛЖНА быть включена по умолчанию. Должен быть
  настраиваемый и МОЖЕТ быть отключен в сетях, где есть
  предварительные знания, указывающие на то, что в тесте нет необходимости.


6. Соображения безопасности

   Этот документ не представляет новых проблем безопасности. Охрана
   соображения, относящиеся к исходному протоколу PPPoE [1], остаются
   соответствующие.


7. Соображения IANA

   Никаких действий со стороны IANA не требуется.


8. Благодарности

   Авторы выражают благодарность Пракашу Джаяраману, Амиту Коэну,
   Джим Эллис, Дэвид Торн, Джон Рид, Оливер Торп, Войцех Дек,
   Джим Уилкс, Марк Таунсли, Барт Салаэтс, Том Мистретта, Пол Ховард,
   Дэйву Бернарду и Даррену Нобелю за их вклад и комментарии
   к этому документу.9. Нормативные ссылки

   [1] Мамакос Л., Лидл К., Эвартс Дж., Каррел Д., Симоне Д., Уилер Р.,
       «Метод передачи PPP через Ethernet (PPPoE)»,
       RFC 2516, февраль 1999 г.

   [2] У. Симпсон "Протокол точка-точка (PPP)", RFC 1661,
       Июль 1994

   [3] Брэднер, С. «Ключевые слова для использования в RFC для обозначения требований.
       Уровни », BCP 14, RFC 2119, март 1997 г.



Срок действия Arberg истекает в сентябре 2006 г. [Страница 6] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.


Адреса авторов

   Питер Арберг
   Redback Networks, Inc.300 Holger Way
   Сан-Хосе, Калифорния 95134

   Электронная почта: [email protected]


   Диамантис Куркузелис
   Redback Networks, Inc.
   300 Holger Way
   Сан-Хосе, Калифорния 95134

   Электронная почта: [email protected]


   Майк Дакетт
   BellSouth Telecommunications, Inc.
   575 Morosgo Drive
   Атланта, Джорджия 30324

   Электронная почта: [email protected]


   Том Аншутц
   BellSouth Science and Technology
   725 W. Peachtree St.
   Атланта, Джорджия 30308

   Электронная почта: [email protected]


   Джером Мойсанд
   Juniper Networks, Inc.Технопарк Драйв, 10
   Вестфорд, Массачусетс 01886

   Почта: [email protected]












Срок действия Arberg истекает в сентябре 2006 г. [Страница 7] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.

Заявление об интеллектуальной собственности

   IETF не занимает никакой позиции относительно действительности или объема каких-либо
   Права на интеллектуальную собственность или другие права, которые могут быть заявлены на
   относятся к реализации или использованию технологии, описанной в
   этот документ или степень, в которой любая лицензия на такие права
   может быть, а может и нет; и не означает, что
   предпринял какие-либо независимые усилия для выявления любых таких прав.Информация
   о процедурах в отношении прав в документах RFC может быть
   найдено в BCP 78 и BCP 79.

   Копии раскрытия информации о правах интеллектуальной собственности в секретариат IETF и
   гарантии предоставления лицензий или результат
   попытка получить генеральную лицензию или разрешение на использование
   такие права собственности разработчиков или пользователей этого
   спецификацию можно получить из он-лайн репозитория IETF IPR по адресу
   http://www.ietf.org/ipr.

   IETF приглашает любую заинтересованную сторону довести до ее сведения любые
   авторские права, патенты или заявки на патенты или другие проприетарные
   права, которые могут распространяться на технологии, которые могут потребоваться для реализации
   этот стандарт.Пожалуйста, направьте информацию в IETF по адресу
   [email protected].


Отказ от ответственности

   Этот документ и содержащаяся в нем информация размещены на
   Принцип "КАК ЕСТЬ" и ПОСТАВЩИК, ОРГАНИЗАЦИЯ, ПРЕДСТАВЛЯЕМЫЕ ОН / ОНА
   ИЛИ СПОНСИРУЕТСЯ (ЕСЛИ ЕСТЬ) ИНТЕРНЕТ-ОБЩЕСТВОМ И ИНТЕРНЕТОМ
   ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ,
   ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯ ГАРАНТИЮ, ЧТО ИСПОЛЬЗОВАНИЕ
   ПРИСУТСТВУЮЩАЯ ИНФОРМАЦИЯ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ
   ГАРАНТИИ КОММЕРЧЕСКОЙ ЦЕННОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.Заявление об авторских правах

   Авторское право (C) The Internet Society (2006). Этот документ подлежит
   к правам, лицензиям и ограничениям, содержащимся в BCP 78, и
   за исключением случаев, указанных в настоящем документе, за авторами сохраняются все свои права.


Подтверждение

   Финансирование функции редактора RFC в настоящее время обеспечивается
   Интернет-общество.






Срок действия Arberg истекает в сентябре 2006 г. [Страница 8] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.


Отличия от интернет-проекта 2.Раздел «Статус этого меморандума»: изменен, чтобы включить заявление о правах интеллектуальной собственности.

Добавлено «Уведомление об авторских правах»

Раздел 2 переименован с «Мотивация» в «Введение».

Раздел 2:
Изменено: IPoE обычно согласовывает MTU в 1500 байт.
Кому: IPoE обычно использует MTU в 1500 октетов.


Раздел 5.1:
Изменено: пример псевдокода.
      Если PPPoE {
        Если (PPP-Max-Payload-Tag) отсутствует
          Тогда PPP_MRU_Max = 1492
          Иначе PPP_MRU_Max = min (PPP-Max-Payload-Tag, интерфейс MTU-8)
      }
      "Нормальный" PPP_MRU_Negotiation (PPP_MRU_Max)

Кому: Если PPPoE {
        PPP_MRU_Max = 1492
        Если (PPP-Max-Payload-Tag) И (PPP-Max-Payload-Tag> 1492)
          Тогда PPP_MRU_Max = min (PPP-Max-Payload-Tag, интерфейс MTU-8)
      }
      "Нормальный" PPP_MRU_Negotiation (PPP_MRU_Max)


Измененный:
   Если присутствует тег PPP-Max-Payload, он ДОЛЖЕН рассматриваться как
   максимальное значение для "нормального" согласования MRU, которое является ведущим
   и лицо, принимающее решение о том, о чем будут вестись переговоры по фактическому MRU,
   никогда не превышает тег PPP-Max-Payload, но может быть согласован
   на меньшее значение в зависимости от настроек интерфейса сервера и
   согласованное значение MRU одноранговым узлом.К:
   Если тег PPP-Max-Payload присутствует и больше 1492, он ДОЛЖЕН
   учитываться вместе с настройками MTU интерфейса сервера, когда
   выбор максимального значения для нормального RFC1661 [2] MRU
   согласование, которое определяет фактический MRU для использования.


Измененный:
   Если тег PPP-Max-Payload отсутствует, то существующий MRU
   ограничение в 1492 байта останется применимым, следовательно, сохранится
   Обратная совместимость.



Срок действия Arberg истекает в сентябре 2006 г. [Страница 9] 

Интернет-проект PPPoE Увеличение MRU / MTU, март 2006 г.


К:
   Если тег PPP-Max-Payload отсутствует или присутствует, но ниже
   1492, то существующее ограничение MRU в 1492 октета ДОЛЖНО остаться
   применимо, следовательно, с сохранением обратной совместимости.Раздел 5.2:
Изменено: эта возможность ДОЛЖНА быть отключена по умолчанию и ДОЛЖНА
           быть доступным только для отладки, тестирования.

Кому: эта возможность ДОЛЖНА быть включена по умолчанию. Должен быть
           настраиваемый и МОЖЕТ быть отключен в сетях, где есть
           некоторые предварительные знания, указывающие на то, что тест не
           необходимо.


Добавлен раздел «7. Вопросы IANA».
Добавлен раздел «Заявление об интеллектуальной собственности».
Добавлен раздел «Отказ от ответственности».
Добавлен раздел «Заявление об авторских правах».
Добавлен раздел «Благодарности».


Заменил байты слова на октеты в документе.Редакционные изменения для удаления "гнид", обнаруженные в v2.



























Срок действия Arberg истекает в сентябре 2006 г. [Страница 10] 

4. Часто задаваемые вопросы по настройке MTU | DSLReports, ISP Information

4. MTU

соединений PPPoE (WinPoet, RASPPPOE, Enternet и т. Д.) Можно использовать только до 1492.Однако MTU WinPoet и Enternet необходимо установить вручную в реестре. Другие могут использовать DRTCP для установки MTU.

Отзывы, полученные по этой записи в FAQ:

• BT рекомендует MTU 1492 для VDSL2 (служба Infinity).

  04-07-2012, 06:12:29

• Как это связано с фрагментацией пакетов?

  20-03-2010, 11:08:57

• BT Wholesale * не * рекомендуют MTU меньше 1488. На самом деле они рекомендуют 1500.У вашего интернет-провайдера может быть это ограничение, но основная сеть не имеет проблем с 1500 MTU по PPPoA. Много лет назад, когда DSL был развернут в Великобритании, возникли некоторые проблемы со скоростью, связанные с размерами пакетов ATM — это было неверно в течение длительного времени, и, поскольку все больше сети переключается на 21cn, она все равно передается по IP (в пакет L2TP с использованием jumbo-кадров).

  13-09-2009, 19:52:47 ( Tony Hoyle )

• 1492, похоже, ограничение настройки для XP PPPoE att dsl и других трюков, таких как очистка кеша и т. Д. (Маршрутизатор Linksys wrt54g отключался, когда сб.Телевизионные приемники загрузили обновления и не могли обрабатывать настройки mtu выше 1300 без отключения, а также выяснилось, что мой ч / б сервер ATT заставил меня конкурировать за пропускную способность с T1

  близлежащих больниц 2008-12-06 18 : 55: 43 ( rdk1111 )

• Инструмент оптимизации Verizon FiOS устанавливает MTU на 1492. Если я установил MTU на 1500 (как рекомендовано тестом на тик), моя скорость значительно упадет.

  07.04.2008, 04:03:54 ( bizsar )

от Pinan отредактировал JMGullett
последнее изменение: 21.02.2007 16:07:46

  Ethernet MinSize = 512 бит = 64 байта

Максимальный размер Ethernet = 1518 байт

поэтому Ethernet IP MTU = 1518-18 (6 SRCMAC + 6 DSTMAC + 2 TYPE + 4 CRC) = 1500 B

поэтому Ethernet IP TCP MSS = 1500-40 (20 IP_HEADER + 20 TCP_HEADER) = 1460 B

поэтому Ethernet IP UDP MTU / MRU = 1500-28 (20 IP_HEADER + 8 UDP_HEADER) = 1472 B

поэтому PPPoE MTU / MRU = 1500-8 (6 PPPoE_SESSION + 2 PPP_HEADER) = 1492 B

поэтому TCP через PPPoE MSS = 1492 (PPPoE MTU / MRU) - 40 (20 IP_HEADER + 20 TCP_HEADER) = 1452

поэтому PPTP MTU / MRU = 1500 - 56 (20 IP_HEADER + 20 TCP_HEADER + 12 GRE_HEADER + 4 PPP_HEADER) = 1444 B

поэтому TCP через PPTP MSS = 1444 (PPTP MTU / MRU) - 40 (20 IP_HEADER + 20 TCP_HEADER) = 1404

поэтому L2TP MTU / MRU = 1500-40 (20 IP_HEADER + 8 UDP_HEADER + 8 L2TP_HEADER + 4 PPP_HEADER) = 1460 B

поэтому TCP через L2TP MSS = 1460 (L2TP MTU / MRU) - 40 (20 IP_HEADER + 20 TCP_HEADER) = 1420 B

поэтому PPTP через PPPoE MTU / MRU = 1492 (PPPoE MTU / MRU) - 56 (20 IP_HEADER + 20 TCP_HEADER + 12 GRE_HEADER + 4 PPP_HEADER) = 1436 B

поэтому PPTP через PPTP MTU / MRU = 1444 (PPTP MTU / MRU) - 56 (20 IP_HEADER + 20 TCP_HEADER + 12 GRE_HEADER + 4 PPP_HEADER) = 1388 B

поэтому PPTP через L2TP MTU / MRU = 1460 (L2TP MTU / MRU) - 56 (20 IP_HEADER + 20 TCP_HEADER + 12 GRE_HEADER + 4 PPP_HEADER) = 1404 B

поэтому L2TP через PPPoE MTU / MRU = 1492 (PPPoE MTU / MRU) - 40 (20 IP_HEADER + 8 UDP_HEADER + 8 L2TP_HEADER + 4 PPP_HEADER) = 1452 B

поэтому L2TP через PPTP MTU / MRU = 1444 (PPTP MTU / MRU) - 40 (20 IP_HEADER +8 UDP_HEADER + 8 L2TP_HEADER + 4 PPP_HEADER) = 1404 B

поэтому L2TP через L2TP MTU / MRU = 1460 (L2TP MTU / MRU) - 40 (20 IP_HEADER +8 UDP_HEADER + 8 L2TP_HEADER + 4 PPP_HEADER) = 1420 B