Автоматический MTU/MRU для клиента PPPoE

Привет. Я в это не верю. Это просто стандартный размер MTU для PPP. Оптимальное значение — это MTU интерфейса, через который работает туннель, уменьшенное на 20 (то есть для Ethernet со 1500 байтами установите MTU на 1480, чтобы избежать фрагментации пакетов) https://wiki.mikrotik.com/wiki/Manual%3AInterface/PPPoE#Properties_2

Anumrak, если я установлю на стороне сервера pppoe значение 1492 (MRU и MTU) и также установлю для клиентов 1492, фрагментации пакетов не будет. CZfan, так почему ONU от Ubiquiti следуют настройкам MTU и MRU на сервере pppoe Mikrotik, не требуя никаких изменений на них? Я предполагаю, что значение mtu по умолчанию для cpe Ubiquiti составляет 1492, верно? Или, скорее всего, они устанавливают это автоматически, потому что нигде на ONU Ubiquiti вы не можете это поменять. Если на стороне сервера я установлю 1480 или любое другое число, ONU также подстраивается под MTU и MRU, а с SXT в качестве клиента pppoe этого не происходит.

К сожалению, в RouterOS стандартный PPPoE MTU/MRU установлен на 1480, хотя на практике PPPoE обычно используется без каких-либо опций, а максимальный MTU/MRU составляет 1492 на линии с MTU 1500 байт. На других маршрутизаторах обычно договариваются о 1492 в таких случаях. Конечно, в PPPoE могут быть дополнительные опции, требующие более длинного заголовка, и 1480 — это самое худшее значение MTU/MRU, которое все еще будет работать с линией в 1500 байт. Однако было бы лучше, если бы администраторы в этих специфических ситуациях устанавливали более низкий MTU на серверах, вместо того чтобы пользователям приходилось настраивать его на всех клиентских маршрутизаторах. Но такова реальность, и с этим ничего не поделаешь. Вам стоит продумать скрипт для изменения значения везде, когда вы захотите это сделать.

Переговоры MTU не следуют слепо за серверной стороной, они берут наименьшее значение из предложенного сервером и того, что клиент (думает, что может) принять. Так, когда у клиента MTU 1480, а у сервера MTU 1492, будет выбрано значение 1480. Как я уже писал, к сожалению, у оборудования MikroTik по умолчанию MTU составляет 1480. Когда вы установите его на 1492 (или на 1500), все будет работать нормально. MikroTik слишком строго истолковал спецификацию и решил, что так как заголовок PPPoE может занимать до 20 байт в худшем случае, 1480 — это необходимый MTU. Но когда не используются дополнительные теги, 1492 работает отлично. Насколько мне известно, RouterOS не поддерживает какие-либо дополнительные теги в фазе данных. Так что вы могли бы сделать запрос на добавление функции, чтобы стандартный MTU/MRU для PPPoE был изменен на 1492 в RouterOS. Но MikroTik, вероятно, опасается широкомасштабных непонятных проблем, если это вдруг изменится после столь длительного использования 1480. Поэтому ваше практическое решение — установить MTU самостоятельно при конфигурировании клиента или смириться с 1480.

Я уже объяснил ситуацию выше. Реализации протокола должны следовать тому, что написано в стандарте (RFC/STD), а не тому, что удобнее в конкретной ситуации (по крайней мере, не без внесения изменений в стандарт). Обратите внимание, что для поддержки MTU в 1500 байт был написан конкретный стандарт (к которому соответствует RouterOS): RFC4638. По вашему аргументу, этот стандарт не требуется, потому что сервер может просто сказать: "макс MTU/MRU — 1500". Но нет, RFC PPPoE говорит, что MTU/MRU не должно превышать 1492. Поэтому было написано дополнение, чтобы это изменить (и добавить другие проверки, чтобы защитить тех, кто не до конца понимает ситуацию). Аналогично, потребуется дополнение, чтобы установить MTU/MRU со стороны сервера, так как стандарт требует использования наименьшего значения, указанного сервером и клиентом. К сожалению, в RouterOS это значение составляет 1480.