Mikrotik.moscow [тема: MTU больше 1492 по PPPoE-соединениям.]

Mikrotik.moscow [тема: MTU больше 1492 по PPPoE-соединениям.] http://mikrotik.moscow Новое в теме MTU больше 1492 по PPPoE-соединениям. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Mon, 17 Aug 2026 17:40:17 -0400 MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
К сожалению, Mikrotik очень ленится добавлять основные функции в PPPoE, возможно, они сами их не пишут. http://forum.mikrotik.com/t/feature-request-pppoe-option-82/38611/1
26.09.2013 14:22:00, omidkosari.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242364 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242364 Thu, 26 Sep 2013 14:22:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
Я прошёлся по этой переписке и читал только про то, что MTU стоит на 1492 байта. Что не так с установкой его на 1500 в сети, которую вы полностью контролируете от CPE до транспортной сети?
23.10.2012 15:39:00, heviejob.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242363 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242363 Tue, 23 Oct 2012 15:39:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
Я больше ничего не буду добавлять в этот сложно редактируемый список. Сейчас он в основном неэффективен из-за своей длины и неорганизованности. Нужен что-то более современное, чтобы обрабатывать запросы на новые функции. Я предпочитаю обсуждать эти запросы здесь, чтобы каждый мог принять участие, и чтобы Mikrotik лучше понимал необходимые изменения и выгоды.
13.07.2012 10:52:00, FIPTech.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242362 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242362 Fri, 13 Jul 2012 10:52:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
Предполагаю, что ты изучил переговоры и заметил, что PPP-Max-Payload нет в PADI и PADR. Ну что ж, я согласен, MT должен включить RFC 4638 в код RouterOS. Добавь запрос на новую функцию здесь: http://wiki.mikrotik.com/wiki/MikroTik_RouterOS/Feature_Requests
12.07.2012 09:05:00, peson.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242361 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242361 Thu, 12 Jul 2012 09:05:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
Да, это работает, потому что ваш приватный L2 транспорт поддерживает MTU 1508, но это не соответствует стандарту. PPPoE-соединения должны быть ограничены MTU 1492, чтобы следовать стандарту и избежать проблем с совместимостью. Согласно RFC 2516 (PPP over Ethernet): Опция Maximum-Receive-Unit (MRU) НЕ ДОЛЖНА согласовываться с размером, превышающим 1492. Поскольку Ethernet имеет максимальный размер полезной нагрузки 1500 октетов, заголовок PPPoE составляет 6 октетов, а PPP Protocol ID — 2 октета, PPP MTU НЕ ДОЛЖЕН быть больше 1492. Как провайдер, если вы не ограничите PPPoE MTU до 1942, то будете уверены, что небольшая часть клиентов будет отказываться от PPP-соединений из-за нестандартной функции. Чтобы увеличить, необходимо использовать PPP-Max-Payload Tag в PADI и PADR пакетах. Тогда полная совместимость сохраняется. Согласно RFC 4638 (Accommodating an MTU/MRU greater than 1492 in PPPoE): Если PPPoE-клиент хочет использовать MTU/MRU больше 1492 октетов, то он ДОЛЖЕН включить необязательный PPP-Max-Payload Tag в PADI и PADR пакетах. Если PPPoE-сервер может поддерживать MTU/MRU больше 1492 октетов, он ДОЛЖЕН ответить эхом тега клиента в PADO и PADS пакетах, когда PPP-Max-Payload tag получен от клиента. Tag-name: PPP-Max-Payload Tag-value: 0x0120 Tag-length: 2 октета Tag-value: двоично закодированное значение (макс. PPP полезная нагрузка в октетах) Tag-description: Этот TAG указывает, что клиент и сервер поддерживают заданную максимальную PPP полезную нагрузку больше 1492 октетов как для направления отправки, так и для направления приема. Обратите внимание, что это значение представляет собой PPP полезную нагрузку, поэтому оно напрямую сопоставимо со значением, используемым в согласовании PPP MRU.
12.07.2012 08:50:00, FIPTech.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242360 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242360 Thu, 12 Jul 2012 08:50:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
Это выдержки из моего pppoe-клиента и сервера. Клиент: > int pppoe-client monitor pppoe-rt-bfs-2
статус: подключен
время работы: 16м16с
время простоя: 55с
активные соединения: 1
кодировка: MPPE128 stateless
имя услуги: rt-bfs-2
имя учетной записи: rt-bfs-2
MAC-адрес учетной записи: 00:0C:42:A4:7A:51
MTU: 1500
MRU: 1500
локальный адрес: 172.32.1.2
удаленный адрес: 172.32.1.1 Сервер: > int pppoe-server monitor pppoe-rt-bfs-3
статус: подключен
время работы: 21м1с
время простоя: 0с
пользователь: rt-bfs-3
caller-id: 00:0C:42:33:35:1F
кодировка: MPPE128 stateless
услуга: rt-bfs-2
интерфейс: br-int
MTU: 1500
MRU: 1500 И несколько тестов: > ping 172.32.1.1 size=1500 do-not-fragment
HOST SIZE TTL TIME STATUS
172.32.1.1 1500 64 2ms
172.32.1.1 1500 64 2ms
172.32.1.1 1500 64 2ms
sent=3 received=3 packet-loss=0% min-rtt=2ms avg-rtt=2ms max-rtt=2ms

> ping 172.32.1.1 size=1502 do-not-fragment
HOST SIZE TTL TIME STATUS
172.32.1.2 576 64 1ms fragmentation needed and DF set
172.32.1.2 576 64 1ms fragmentation needed and DF set
172.32.1.2 576 64 1ms fragmentation needed and DF set
sent=3 received=0 packet-loss=100%
11.07.2012 23:20:00, peson.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242359 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242359 Wed, 11 Jul 2012 23:20:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
Попробовал max-mtu=1500 и max-mru=1500?
11.07.2012 16:53:00, peson.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242358 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242358 Wed, 11 Jul 2012 16:53:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
PPPoE-соединения ограничены значением 1492. Некоторые CPE могут даже отказаться подключаться, если провайдер разрешает PPPoE MTU в 1500. Поэтому большинство провайдеров следуют стандарту и заставляют PPPoE MTU равняться 1492. Во Франции у всех крупных провайдеров транспортная сеть ADSL имеет MTU в 1500, поэтому абсолютно нет возможности выйти за пределы 1492 для PPPoE MTU, а MLPPP через одно соединение тоже не поддерживается. Это ужасная ситуация по сравнению с Англией, где British Telecom предлагает VDSL2-соединения, поддерживающие RFC 4638 с PPPoE MTU в 1500. Если RFC 4638 поддерживается провайдером и CPE, то во время установления PPP-соединения согласовывается опция для определения расширенного MTU. PPPoE over ATM – это всё ещё устаревшая технология по сравнению с более новыми IPoA или EFM-соединениями, но PPPoE-соединения по RFC 4638 с MTU в 1500 всё равно лучше, чем отвратительное значение 1492, которое у нас есть уже много лет на ADSL PPPoE-соединениях… Во Франции мы можем использовать PPPoA с MTU в 1500, но это возможно только в том случае, если завершить PPP-сессию на модеме. Если вы хотите завершить её на роутере, это не сработает, если только вы не сможете подключить модем и роутер через ATM-соединение. У некоторых старых модемов был интерфейс ATM25, но маршрутизаторы Mikrotik в любом случае не поддерживают интерфейсы ATM25, и это слишком сложная и дорогая вещь для большинства людей. Другая возможность – иметь модем с PPPoA для PPPoE внутреннего бриджа, но это не распространено. RFC 4638 – это простое и недорогое альтернативное решение, в ожидании того, что технологии EFM и оптоволокно медленно заменят ADSL. Фактически, возможно быть совместимым с RFC 4638, используя linux или OpenWRT-боксы. Надеюсь, что Mikrotik последует этому примеру. Это побудит провайдеров поддерживать это и будет хорошим вариантом даже для частного использования.
11.07.2012 19:45:00, FIPTech.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242357 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242357 Wed, 11 Jul 2012 19:45:00 -0400 RouterOS MTU больше 1492 по PPPoE-соединениям. MTU больше 1492 по PPPoE-соединениям. RouterOS в форуме RouterOS.
Начиная с linux PPP deamon версии 2.4.6, поддерживается RFC 4638. http://tools.ietf.org/html/rfc4638. Эта опция PPP позволяет использовать MTU больше 1492 по PPPoE-соединениям. Это, например, поддерживается British Telecom. Было бы здорово, если бы это можно было реализовать в Router OS, чтобы нам больше не приходилось использовать MLPPP через туннели на одной линии (и связанный с этим дополнительный расход) для желаемого MTU больше 1492.
11.07.2012 08:13:00, FIPTech.]]> http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242356 http://mikrotik.moscow/forum/forum57/63087-mtu-bolshe-1492-po-pppoe_soedineniyam./message242356 Wed, 11 Jul 2012 08:13:00 -0400 RouterOS