Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    Поддержка MTU для PPPoE больше 1492 (через RFC4638 PPP-Max-Payload)

    Поддержка MTU для PPPoE больше 1492 (через RFC4638 PPP-Max-Payload)

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Поддержка MTU для PPPoE больше 1492 (через RFC4638 PPP-Max-Payload), RouterOS
     
    srofin
    Guest
    #1
    0
    27.06.2011 12:06:00
    Здравствуйте! Есть ли планы поддержать RFC4638 для возможности установки MTU PPPoE равного 1500? Или это уже реализовано, а я просто неправильно настроил? Максимальное MTU, которое мне удалось получить на версии 5.5, — 1492. Спасибо.
     
     
     
    onnoossendrijver
    Guest
    #2
    0
    17.01.2014 10:27:00
    Мне бы тоже очень хотелось поддержку RFC4638!
     
     
     
    keithy
    Guest
    #3
    0
    17.12.2014 09:15:00
    Может, версия 7? Пожалуйста!
     
     
     
    traverss
    Guest
    #4
    0
    06.07.2012 00:56:00
    Привет, ребята! Хотел узнать, знает ли кто-нибудь, есть ли у них уже поддержка этого. Сейчас это влияет на множество наших соединений. Спасибо!
     
     
     
    dominicbatty
    Guest
    #5
    0
    07.08.2012 13:18:00
    В интернете часто встречаются ответы, в которых просто советуют повысить MTU на Ethernet-интерфейсе до 1508 и на PPPoE-интерфейсе до 1500, и якобы это решит проблему. Однако VDSL-модем от BT требует включения RFC4638 PPP-Max-Payload Tag в пакеты PADI и PADR, иначе он просто сбрасывает MTU обратно до 1492. Очень хотел бы ошибаться, но пока что именно так обстоят дела в моей установке Router OS и на линиях BT FTTC. С уважением, Dominic.
     
     
     
    dominicbatty
    Guest
    #6
    0
    07.08.2012 13:22:00
    Кстати, из вышеприведённого варианта поддержки Mikrotik я думаю, что опция MRRU связана только с MLPPP-соединением, верно? Скоро это станет большой проблемой, когда в Великобритании начнётся развёртывание BT FTTC, и каждый, у кого есть Router OS, начнёт спрашивать про RFC4638.
     
     
     
    dominicbatty
    Guest
    #7
    0
    07.08.2012 13:24:00
    гав … RFC4638 …
     
     
     
    thermionic
    Guest
    #8
    0
    28.06.2013 00:27:00
    Есть ли вероятность, что RFC 4638 будет поддерживаться?
     
     
     
    traverss
    Guest
    #9
    0
    16.01.2014 23:03:00
    Есть какие-то новости? Это создаёт для нас серьёзные проблемы (короче, мы почти не можем пользоваться mikrotiks \ routerboards…).
     
     
     
    MrYan
    Guest
    #10
    0
    17.12.2014 10:13:00
    В Великобритании, если ваш провайдер использует BT Wholesale, вам не нужен RFC4638 (хотя было бы лучше, если бы он поддерживался). Можно договориться о несимметричном MTU: 1500 байт на входе в ваш роутер (с Интернета) и 1492 байта на выходе. Это значит, что сайты, которые фильтруют ICMP-сообщения о необходимости фрагментации (и у которых установлен флаг DF), будут работать, так как входящий MTU равен 1500 байтам (следовательно, фрагментация не нужна). В обратном направлении, если вы не фильтруете ICMP-сообщения, направляемые обратно клиентским устройствам, они сами подстроят свой pMTU соответственно (до 1492), если это потребуется. Это лучше, чем просто использовать ограничение MSS для TCP, так как работает и для UDP (и других протоколов, не основанных на TCP).
     
     
     
    nickshore
    Guest
    #11
    0
    12.02.2015 11:51:00
    Есть новости по включению поддержки RFC 4683? Она уже реализована в Linux pppoe, так что добавить её не должно быть сложно. Ник
     
     
     
    lenart
    Guest
    #12
    0
    20.05.2015 11:03:00
    Есть новости по поддержке RFC 4638 в PPPoE клиенте? Я понимаю, что это неофициальный стандарт, но он всё активнее используется у провайдеров широкополосного доступа. Было бы здорово, если бы эту функцию добавили в RouterOS.
     
     
     
    pe1chl
    Guest
    #13
    0
    18.06.2015 09:12:00
    +1 Теперь модем Draytek 130 наконец-то это поддерживает, я только что установил MikroTik RB2011, который заканчивает PPPoE-соединение, но обнаружил, что программное обеспечение пока не поддерживает RFC4638… Так что всё ещё застрял на MTU 1492.
     
     
     
    tomaskir
    Guest
    #14
    0
    18.06.2015 09:31:00
    Клиент PPPoE поддерживает MTU 1500 в версии v6.x. Поддержки MTU больше 1500 нет, но 1500 поддерживается. /interface pppoe-client add interface=ether1 max-mtu=1500 max-mru=1500
     
     
     
    pe1chl
    Guest
    #15
    0
    18.06.2015 18:09:00
    Хорошо, но это же не одно и то же! Я вижу, что можно договориться о MTU 1500 с пирами, но при этом все равно не получается отправить пакеты размером 1500 байт. Думаю, для этого нужны специальные опции, описанные в RFC4638. Они есть в PPPoE-клиенте?
     
     
     
    tomaskir
    Guest
    #16
    0
    19.06.2015 09:17:00
    У тебя что-то настроено неправильно. 1500 работает без проблем. Конфигурация клиента:  
    /ppp profile  
    add change-tcp-mss=no name=pppoe use-compression=no use-encryption=no use-ipv6=no use-mpls=no use-vj-compression=no  

    /interface pppoe-client  
    add disabled=no interface=ether1 keepalive-timeout=10 max-mru=1500 max-mtu=1500 name=pppoe-out1 password=123456 profile=pppoe user=pppoe-test  

    Конфигурация PPPoE AC:  
    /ppp profile  
    add change-tcp-mss=no local-address=10.0.0.1 name=pppoe remote-address=10.0.0.2 use-compression=no use-encryption=no use-ipv6=no use-mpls=no use-vj-compression=no  

    /interface pppoe-server server  
    add default-profile=pppoe disabled=no interface=ether1 max-mru=1500 max-mtu=1500  

    /ppp secret  
    add name=pppoe-test password=123456 profile=pppoe  

    Ping с клиента на AC:  
    [admin@MikroTik] > ping 10.0.0.1 do-not-fragment size=1500
     SEQ HOST         SIZE TTL TIME STATUS  
      0 10.0.0.1      1500  64  2ms  
      1 10.0.0.1      1500  64  3ms  
      2 10.0.0.1      1500  64  2ms  
     sent=3 received=3 packet-loss=0% min-rtt=2ms avg-rtt=2ms max-rtt=3ms  

    [admin@MikroTik] > ping 10.0.0.1 do-not-fragment size=1501
     SEQ HOST         SIZE TTL TIME STATUS  
      0                 packet too large and cannot be fragmented  
      0 10.0.0.2       576   64  1ms fragmentation needed and DF set  
      1                 packet too large and cannot be fragmented  
      1 10.0.0.2       576   64  9ms fragmentation needed and DF set  
     sent=2 received=0 packet-loss=100%
     
     
     
    lenart
    Guest
    #17
    0
    19.06.2015 16:41:00
    Я почти уверен, что все, кто интересуется реализацией RFC 4638, прекрасно понимают, что можно просто выставить MTU на 1500, но, честно говоря, именно этого мы и не просим. RFC 4638 требует добавления дополнительного атрибута в два пакета (PADI и PADR), которые отправляет клиент, чтобы обе стороны могли договориться именно о MTU 1500. В данный момент RouterOS не добавляет этот атрибут в нужные пакеты, когда MTU выставлено на 1500. Поэтому они не соответствуют RFC 4638, и любой, кто не контролирует обе стороны PPPoE-соединения, не сможет получить MTU 1500.
     
     
     
    lukastribus
    Guest
    #18
    0
    05.11.2020 20:20:00
    Для справки: RFC4638 был реализован ещё в 2015 году в версии 6.33.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры