Как исправить потерю пакетов на MikroTik RB951G-2HnD через PPPoE соединение?
На микротике RB951G-2HnD установлена последняя RouterOS 6.19.
Провайдер (Ростелеком) подключен в первый порт роутера, скорость соединения в микротике определяется, как 100 full duplex.
При поднятии PPPoE соединения с провайдером теряется около 40% пакетов через это соединение. Пробовал ping 8.8.8.8 и ping ya.ru и просто открывал сайты через http.
Важно, что при использовании старого оборудования (сервер на Intel Atom) таких потерь не обнаруживается. Пробовал подключать ноутбук с Ubuntu напрямую тоже все работает без проблем.
Что делал:
Менял MTU PPPoE соединения и flow control Ethernet port1.
Менял роутер для исключения не работоспособности железа.
Менял физический порт роутера на 5й эффект сохранялся.
На форуме микротика нашел схожую проблему, которая якобы исправлена в версии 6.11 RouterOS.
Также как и предложено на форуме микротика включил между микротиком и провайдером Dlink-DGS 1005d и потери пакетов исчезли.
Как исправить проблему с потерей пакетов? Хочу подключать напрямую, а не через доп. оборудование.
На сколько я понимаю mss это ограничение для размера пакетов только tcp. И оно соответственно не будет влиять на icmp и пинги. Но возникает вопрос: размер пакета пинга выставлен 50 байт, почему он гарантированно не проходит? Или не проходит ответ на пинг?
скорость соединения в микротике определяется, как 100 full duplex.
Уточните, пожалуйста, скорость и дуплекс именно определяются автоматически или жестко заданы? На порту, подключенном к провайдеру, CRC-ошибок (иногда используется термин FCS) на входящих фреймах не наблюдается? Интерфейс ноутбука при подключении в каком режиме работает (100 мбит/c или 1 Гбит/c)? Если есть CRC-ошибки на порту Mikrotik и порт ноутбука работает на 1 гбит/c, то попробуйте на порту Mikrotik задать режим 1Гбит/с.
Попробовал менять скорость порта. Вручную установил 10 Мбит full duplex. Потери пакетов пропали. 100 Мбит потери пакетов и в автоматическом режиме и в ручном при любой комбинации параметров из full duplex, rx/tx flow control (on/off).
Повторно прошу уточнить, какие наблюдаются ошибки на интерфейсе, подключенном к провайдеру, при работе в режиме автоопределения скорости и дуплекса. Если не ошибаюсь, это можно проверить вот этой командой. Если наблюдаются ошибки во входящих фреймах (rx-errors), проблема, вероятно, в автосогласовании на линке между вашим и провайдерским ethernet-трансиверами. Если наблюдаются отброшенные (tx-drops,rx-drops) фреймы, то, вероятно, есть какая-то проблема с буферами или с загрузкой процессора (сравните, кстатие, загрузку процессора при отсутствии потерь пакетов в режиме 10 мбит/c и в режиме 100 мбит/с)
Нет вообще никаких ошибок на физическом интерфейсе, загрузка процессора при любом пинге с потерей или нет не больше 4%. Никаких настроек дополнительных нет, настроен только WiFi и PPPoE после полного сброса. pastebin.com/cZp0MZx5 вот результат статистики на физ интерфейсе. Я тоже уже начинаю склонятся к проблемам с каким-нибудь буфером. Уже и менял прошивку железа - понижал с 3.18 до 3.11 последовательно.
Подключил этот микротик к ноутбуку с карточкой 1 Гигабит. Выяснилось, что при любых комбинациях на порту микротика в 100 Мбит, микротик или не видит вообще линк или потери пакетов 99-100%. При 10 Мбит или 1 Гбит все нормально.
rx-packets-per-second: 0
rx-drops-per-second: 0
rx-errors-per-second: 0
rx-bits-per-second: 0bps
tx-packets-per-second: 1
tx-drops-per-second: 0
tx-errors-per-second: 0
tx-bits-per-second: 504bps
Это при соединении 100 Мбит и постоянном пинге.
Выяснилось, что при любых комбинациях на порту микротика в 100 Мбит, микротик или не видит вообще линк или потери пакетов 99-100%.
Очень странно. Думаю, дело в каком-то баге в ASIC интерфейса/интерфейсов. Вряд ли можно что-либо советовать, коме как обратиться в техподдержку Mikrotik. Может быть, они предоставят обновления специально для прошивки/настроек ASIC. Или продолжать пользоваться промежуточным коммутатором. Или найти гигабитный порт провайдера.
Простой
Средний
Простой
Средний
