+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

RX-падения на SFP+

RX-падения на SFP+, RouterOS

swapnilsonawane81090

Guest

08.03.2022 14:42:00

Столкнулся с этой проблемой на версии v6, сейчас то же самое на v7. Обновился до v7.1.3, но всё равно наблюдаю потерю пакетов на интерфейсе. Это Dell 620, 16 ГБ ОЗУ, 2 процессора Xeon (24 ядра), 2.5 ГГц, 2 порта SFP+. RouterOS установлен на SSD. Многоядерный процессор — галочка; x86-64 — галочка. Подключено через DAC-кабель. Уже почистил 10G LAN-карту, пробовал переставлять её в другой слот, заменял на новую — без результата. Пожалуйста, помогите решить проблему с потерей пакетов.

chechito Guest	#2 0 30.04.2022 14:22:00 Какой процент от общего количества принятых кадров составляет rx-drop? Rx-drop происходит постоянно, периодически или только при резком увеличении трафика?

swapnilsonawane81090 Guest	#3 0 30.04.2022 15:20:00 Нет. Они случайные, и теперь у нас также растёт количество ошибок Rx — по 2 или 3 каждые третью или четвёртую секунду.

z4ki Guest	#4 0 01.04.2023 07:22:00 Привет, ты смог это решить? У меня такая же проблема.

swapnilsonawane81090 Guest	#5 0 21.04.2022 01:43:00 @mikrotik, пожалуйста, ответьте.

chechito Guest	#6 0 21.04.2022 01:56:00 может, попробуйте заменить интерфейсную очередь на большую очередь типа pfifo

NickOlsen

Guest

25.04.2022 15:37:00

С большой вероятностью у вас происходит переполнение буфера. Пакет приходит на этот интерфейс, пытается попасть в очередь для обработки ядром, но не может, потому что очередь полная (его приходится сбрасывать). Несколько аппаратных очередей помогают распределить нагрузку по нескольким ядрам. Проверьте, есть ли у вашей сетевой карты несколько аппаратных очередей (System > Resources > IRQ). Если нет — купите другую сетевую карту с такой функцией. Если аппаратные очереди есть, можно также увеличить размер буфера в ОС. Рекомендую установить для интерфейса режим «Multi-Queue-Ethernet-Default» в разделе Queue > Interface Queue. Потом увеличьте размер очереди в Queue Type примерно на 100 пакетов до тех пор, пока сбросы не прекратятся. Учтите, что при этом будет расти задержка для некоторых пакетов. Если буфер станет слишком большим (потому что CPU не успевает забирать пакеты достаточно быстро), у пакетов в буфере возрастёт задержка. Но вы, скорее всего, этого даже не заметите и не сможете нормально измерить без серьёзного лабораторного оборудования. Вот в чём один из минусов мультипоточности, и именно поэтому мы скоро перейдём на более мощные железки. Мультипоточность подходит для определённых задач, но не для всех.

PortalNET

Guest

20.06.2024 15:44:00

Привет! Я тоже в той же лодке. Единственное отличие в наших тестах — когда мы поставили коммутатор между устройствами, RX-ошибки прекратились. В нашем случае мы перепробовали все возможные аппаратные настройки, меняли и меняли железо, чтобы найти лучший вариант работы, но RX-ошибки продолжали появляться, если напрямую подключать 2 сервера x86. Пробовали DAC-кабель, Intel GBIC SFP+ 850nm многомод, Intel GBIC SFP+ 1310nm 10 км одномод, пробовали Mellanox NIC, меняли настройки BIOS, отключали SR-IOV — ошибки RX всё равно не прекращались на интерфейсах.

Как только мы поставили коммутатор Huawei S6730 перед линком, который идет к BGP-серверу, счетчик ошибок перестал расти. Ошибок стало ноль. То же самое было, когда мы поставили между BGP и PPPOE серверами коммутатор CRS317 — RX-ошибки тоже исчезли. Это говорит о том, что, похоже, какая-то программная проблема в x86 rOS.

Мы проверяли логи коммутаторов Huawei и CRS — на портах, куда подключены машины, статистика TX/RX ошибок отсутствует, что очень странно и непонятно. Как только напрямую подключаем обе машины с помощью кабелей SFP GBIC, сразу начинаются RX-ошибки.

Редактирование: Мы провели дополнительные тесты и выяснили, что RX-ошибки исчезают, если включить TX и RX Flow Control на интерфейсах обоих серверов, подключенных друг к другу. Сейчас уже 30 минут тестируем, и ошибок RX нет. Но не уверены, стоит ли оставлять Flow Control включённым — он может влиять на задержки и другие параметры.

changeip

Guest

20.06.2024 18:07:00

Запусти torch или сниффер пакетов и посмотри, исчезнут ли проблемы во время их работы. RX Drops также могут быть вызваны неизвестными VLAN, которые приходят на интерфейс. Если запустить сниффер пакетов или torch, то все VLAN разрешаются в ядре, и пакеты не будут теряться. Это просто способ проверить, в чем причина проблемы.

PortalNET Guest	#10 0 20.06.2024 19:46:00 Спасибо, я проведу дополнительные тесты, так как у нас на интерфейсе настроен один VLAN. Но опять же, почему же всё работает без ошибок, когда между двумя серверами стоит коммутатор?

swapnilsonawane81090 Guest	#11 0 30.04.2022 03:14:00 Поменял на это («Multi-Queue-Ethernet-Default»). Всё равно продолжают выпадать пакеты.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры