Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • 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
    Пытаюсь разобраться, зачем нужен MSS Clamping.

    Пытаюсь разобраться, зачем нужен MSS Clamping.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Пытаюсь разобраться, зачем нужен MSS Clamping., RouterOS
     
    mmotti
    Guest
    #1
    0
    05.05.2024 19:02:00
    Недавно у меня возникла проблема с IPv6, из-за которой я не мог играть в HellDivers 2. Это первый случай с перебоями в соединении, с которым я столкнулся, и я пытаюсь разобраться, в чём именно проблема и нужна ли мне вообще активация MSS Clamping. Я видел противоречивую информацию о том, что правила изменения MSS в mangle могут отключать fasttracking, поэтому не хочется включать это, если можно обойтись без него. В общем, я полный в замешательстве.

    У меня VDSL FTTC PPPoE с MTU/MRU равным 1492 (выбрано автоматически, я это не менял). Порты Ethernet и прочее настроены на стандартные 1500. Если зайти с того же ПК, на котором проблемы с игрой, на http://icmpcheckv6.popcount.org/, то там пишет: «✓ Всё в порядке! ICMP path MTU сообщение успешно доставлено» и «✓ Всё в порядке! IP-фрагменты успешно доставлены на ваш хост.»

    Мои главные вопросы: если, насколько я знаю, других проблем с MSS не возникало, почему именно эта игра может создавать проблемы с соединением, если я не поменяю MSS вручную или не сделаю clamping по PMTU? Кстати, если я отключаю IPv6 на сетевом адаптере, игра запускается без проблем. Если включить MSS clamping по PMTU, это повлияет на все пакеты (то есть снизит скорость fasttracking)? Я понимаю, что можно задать диапазон вместо clamping по PMTU, но видел информацию, что clamping именно по PMTU даёт свои преимущества. Fasttracking вообще есть для IPv6? Я не вижу правил для fasttrack и IPv6 в файрволе. В целом, насколько обязательно включать MSS clamping в домашней сети?
     
     
     
    volkirik
    Guest
    #2
    0
    12.08.2024 19:37:00
    Вот скрипт для правильного и более быстрого интернета CCR. Но у каждого опыт может отличаться.

    /ip firewall mangle  
    add action=change-mss chain=postrouting comment="536 (syn)" new-mss=536 protocol=tcp tcp-flags=syn tcp-mss=!537-1460  
    add action=change-mss chain=postrouting comment="536 (ack)" new-mss=536 protocol=tcp tcp-flags=syn,ack tcp-mss=!537-1460  
    add action=change-mss chain=forward comment="1440 (syn)" ipv4-options=timestamp new-mss=1440 protocol=tcp tcp-flags=syn tcp-mss=1441-65535  
    add action=change-mss chain=forward comment="1440 (ack)" ipv4-options=timestamp new-mss=1440 protocol=tcp tcp-flags=syn,ack tcp-mss=1441-65535  
    add action=change-mss chain=forward comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn  
    add action=change-mss chain=forward comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn,ack  
    add action=change-mss chain=output comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn  
    add action=change-mss chain=output comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn,ack  
    add action=change-mss chain=postrouting comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn  
    add action=change-mss chain=postrouting comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn,ack  

    /ipv6 firewall mangle  
    add action=change-mss chain=postrouting comment="1220 (syn)" new-mss=1220 protocol=tcp tcp-flags=syn tcp-mss=!1221-1440  
    add action=change-mss chain=postrouting comment="1220 (ack)" new-mss=1220 protocol=tcp tcp-flags=syn,ack tcp-mss=!1221-1440  
    add action=change-mss chain=forward comment="1340 (syn) (HBH)" headers=hop:contains new-mss=1340 protocol=tcp tcp-flags=syn tcp-mss=1341-65535  
    add action=change-mss chain=forward comment="1340 (ack) (HBH)" headers=hop:contains new-mss=1340 protocol=tcp tcp-flags=syn,ack tcp-mss=1341-65535  
    add action=change-mss chain=forward comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn  
    add action=change-mss chain=forward comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn,ack  
    add action=change-mss chain=output comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn  
    add action=change-mss chain=output comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn,ack  
    add action=change-mss chain=postrouting comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn  
    add action=change-mss chain=postrouting comment="clamp action" new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn,ack
     
     
     
    ColinM9991
    Guest
    #3
    0
    19.12.2024 23:20:00
    Огромное спасибо mmotti и CGGXANNX за то, что задокументировали проблему и её решение. У меня тоже были проблемы с Helldivers, и я не мог понять в чём дело, пока не решил поискать темы, связанные именно с Mikrotik. Раньше я пытался увеличить MTU на интерфейсе PPPoE, но пропустил несколько шагов, поэтому думал, что мой провайдер не поддерживает RFC 4638, хотя на самом деле поддерживает. Сейчас всё отлично работает с MTU 1500 на интерфейсе PPPoE-out. Надеюсь, эта тема поможет и другим.
     
     
     
    volkirik
    Guest
    #4
    0
    12.02.2025 08:32:00
    ДЕЛЮСЬ ЭТИМ С ПОДПИСЧИКАМИ; как правильно настроить IPv6 MTU (пример — MTU 1420 байт);

    /ipv6 nd  
    set [ find default=yes ] dns=<PUT_YOUR_ROUTER_IPV6_HERE> hop-limit=64 managed-address-configuration=yes mtu=1420 other-configuration=yes ra-delay=0s ra-interval=20m50s-30m

    /ipv6 nd prefix default  
    set preferred-lifetime=4w3d valid-lifetime=4w3d  

    Как правильно настроить IPv4 MTU; сначала нужно перевести десятичное число в шестнадцатеричное; (пример — MTU 1492 байта); (источник: https://www.rapidtables.com/convert/number/decimal-to-hex.html?x=1492)

    /ip dhcp-server option  
    add code=26 name=mtu value=0x05D4  

    /ip dhcp-server option sets  
    add name=mtu options=mtu  

    /ip dhcp-server  
    add address-pool=dhcp always-broadcast=yes dhcp-option-set=mtu interface=bridge-LAN lease-time=4w3d name=dhcp1  

    /ip dhcp-server network  
    add address=192.168.88.0/24 dns-server=192.168.88.1 gateway=192.168.88.1 netmask=24  

    Увидите, что в Linux/BSD/Android MTU теперь работает правильно. А вот для Windows говорят, что DHCP-клиент не запрашивает MTU.
     
     
     
    yuripg1
    Guest
    #5
    0
    13.02.2025 12:10:00
    Спасибо, что поделились. Я даже добавлю, что опцию IPv4 DHCP можно настроить чуть удобнее, ведь RouterOS принимает более читаемые форматы в одинарных кавычках и самостоятельно преобразует их в нужные байты. Вот несколько примеров:
    /ip dhcp-server option add code=26 force=no name=option-26 value="'1492'"
    /ip dhcp-server option add code=28 force=no name=option-28 value="'192.168.88.255'"
     
     
     
    himurae
    Guest
    #6
    0
    15.02.2025 15:05:00
    Ребята, помогите, пожалуйста. Я мучаюсь с настройкой PPPoE, пытаюсь выставить MTU на 1492 (мой провайдер рекомендовал именно это значение, и я проверил, что оно работает правильно на VYOS/OPNSENSE). Но в ROS 17.7 это просто ад. Я меняю MTU на 1492, а через 5 секунд оно опять сбрасывается на 1480. Пробовал менять MTU на родительском интерфейсе — 1500/1508, также устанавливал максимальный и минимальный MTU на PPPoE интерфейсе в 1500/1492 — не помогает.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры