Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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 Корзина
    Главная
    Форум
    SwOS
    TX приостанавливает кадр с отключенным управлением потоком

    TX приостанавливает кадр с отключенным управлением потоком

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    TX приостанавливает кадр с отключенным управлением потоком, SwOS
     
    mshuttle
    Guest
    #1
    0
    09.05.2014 06:59:00
    Привет, я использую RB260GS с прошивкой 1.12. Я отключил управление потоком на всех портах, но всё равно вижу TX pause кадры на одном Ethernet-порту. Почему коммутатор отправляет TX pause кадры при отключённом управлении потоком? Прикладываю скриншоты TX и RX.
     
     
     
    marekm
    Guest
    #2
    0
    28.06.2014 12:20:00
    У меня тоже проблемы с паузами в кадрах, которые выводят из строя сеть, даже при отключённом управлении потоком на коммутаторе. Один клиент использует старый сломанный роутер D-Link, который зависает через 10-15 минут работы и начинает безумно слать паузы в кадрах (управление потоком на этом роутере отключить нельзя). Из-за этого другие клиенты, подключённые к тому же коммутатору, теряют связь (ссылка всё ещё активна, но PPPoE-трафик не идёт), на коммутаторе мигают все индикаторы, и его IP становится недоступен. Даже ACL, настроенный на пропуск только PPPoE-кадров (8863/8864 unicast в обе стороны и 8863 broadcast от клиентов), не помогает — паузы в кадрах, кажется, проходят мимо фильтра. RB250GS (последняя прошивка — 1.13) не падает, всё нормализуется, как только сломанный роутер выключают. У меня была такая же проблема с дешёвым неуправляемым коммутатором TP-Link на 5 портов, и я надеялся решить её с помощью RB250GS. Или для такого фильтра по мосту (блокировка пауз в кадрах) нужен RB750? Гигабит не нужен, всё равно за этим стоит LocoM5 (к счастью, он не пропускает эти злосчастные паузы дальше вверх по сети, а то это могло бы вывести из строя всю гораздо большую сеть).
     
     
     
    strelokr
    Guest
    #3
    0
    25.01.2016 16:03:00
    Меня тоже очень заинтересовал вопрос: как защитить свою сеть от потока паузовых кадров? У меня в центре стоит коммутатор CRS.
     
     
     
    Simpleton
    Guest
    #4
    0
    03.03.2016 00:37:00
    Если это может как-то помочь команде MikroTik, я прикрепил вывод команды ethtool на Linux-системе, подключённой к коммутатору, с отключённой и включённой опцией «flow control». Насколько я могу судить, единственное отличие при включённой опции — коммутатор дополнительно заявляет о поддержке режимов связи с половинным дуплексом, помимо полно-дуплексных.
     
     
     
    Simpleton
    Guest
    #5
    0
    10.07.2016 17:49:00
    Это всё ещё проблема в SwOS 1.16.
     
     
     
    illussion
    Guest
    #6
    0
    12.02.2019 14:01:00
    Это всё ещё проблема в SwOS 2.9!!! RB260GSP Ты, наверное, смеёшься?
     
     
     
    interprime
    Guest
    #7
    0
    27.02.2019 20:58:00
    Я понял это только после того, как купил 40 штук и разобрался.
     
     
     
    adian009
    Guest
    #8
    0
    25.03.2022 19:18:00
    Я понимаю, что это старая тема, но мне удалось легко решить проблему с паузами на моих RB260GSP, и я хотел поделиться. У меня постоянно возникали паузы в 90% 64-килобайтных пакетов, то есть из 3 миллионов пакетов на портах VLAN Trunk было примерно 2,6 миллиона с паузами. Я обнаружил, что на RB на другом конце этих Trunk-портов по умолчанию стоит L2 MTU равный 1514. После того как я изменил его на 1522, включая заголовок VLAN, пауз вообще не осталось. Надеюсь, это поможет другим.
     
     
     
    chechito
    Guest
    #9
    0
    26.03.2022 01:55:00
    Спасибо, что поделился.
     
     
     
    adian009
    Guest
    #10
    0
    27.03.2022 03:32:00
    Привет! Спустя 48 часов у меня действительно есть некоторые перерывы, но гораздо меньше, чем было изначально. Просто не уверен, имеет ли это смысл, так что надеюсь, кто-то с большим опытом подскажет, помогает ли это и как.
     
     
     
    adian009
    Guest
    #11
    0
    04.04.2022 16:32:00
    Небольшое обновление: недавно я изменил MTU на 1600, и теперь ВСЕ задержки пропали, сеть стала гораздо быстрее, да и количество пакетов размером 64k значительно уменьшилось. Этот L2 MTU совпадает со значением, которое capsman рассчитывает для cap интерфейсов, включая VLAN.
     
     
     
    chechito
    Guest
    #12
    0
    04.04.2022 16:36:00
    Приятно это узнать.
     
     
     
    adian009
    Guest
    #13
    0
    04.04.2022 19:12:00
    @Checito, ты знаешь, почему увеличение MTU до 1600 так сильно уменьшает количество пакетов размером 64 байта (примерно в 100 раз меньше)?
     
     
     
    chechito
    Guest
    #14
    0
    05.04.2022 00:07:00
    О каких именно Routerboards идёт речь?
     
     
     
    Chavell3
    Guest
    #15
    0
    11.04.2022 19:39:00
    У меня есть CRS312-4C+8XG с прошивкой SWOS 2.13, и я сталкиваюсь с похожими проблемами. Я вижу RX и TX Pause-фреймы на некоторых портах коммутатора, хотя я отключил Pause-фреймы на самом коммутаторе. Как вы сказали, что установили MTU в 1600 — это на стороне приложения/хоста или на стороне коммутатора? Потому что на моём коммутаторе я не могу задать размер MTU. Спасибо.
     
     
     
    adian009
    Guest
    #16
    0
    13.09.2022 20:35:00
    Изменения MTU, о которых я говорил, были в моём роутере, а не в свитче. Надеюсь, это поможет!
     
     
     
    PortalNET
    Guest
    #17
    0
    11.12.2023 18:56:00
    Привет, это у меня не сработало. У меня есть OLT с 10G uplink SFP+ портом, MTU 1500 и максимум передачи MTU 1598. Связь проходит через CRS в режиме switchOS с тем же VLAN на портах CRS317, а затем напрямую подключается к SFP+ порту CCR1036. На порту CCR1036 MTU 1500 и L2MTU 1598. На стороне MikroTik ccr1035 на SFP+ порту включён Flow control для передачи и приёма. На стороне OLT тоже включён flow control на uplink 10G SFP+ порту. На коммутаторе CRS, на портах, подключённых к OLT и CCR, flow control выключен. Максимальная скорость, которую мы получаем на устройствах WiFi6 — 250 Мбит/с. После включения flow control на обоих портах CRS, на следующем тесте скорости получили 700 Мбит/с на устройствах WiFi6 — работает отлично пару часов, пока в логах CRS не начинают появляться RX-PAUSES с сотнями тысяч записей. Через несколько часов начинается деградация интернета — скорость WiFi6 больше 150 Мбит/с не поднимается. При трафике 1.5 Гбит/с на 10G uplink порту от OLT → 10G порту CRS → SFP+ порту CCR1036 в интернет, на порту CRS начинают массово появляться сообщения LINK PAUSE. Поэтому интересно, как это можно исправить и можно ли вообще? Пробовал менять interface-queues с only-hardware-queue на multi-queue-ethernet-default, но через несколько часов проблема повторяется.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры