ROS Mikrotik проблема с ping

[WideAreaNetwork 222]

всем привет!

попрошу помочь разобраться в проблеме, стоит тазик с ROS 6.44.3 stable, в тазик вставлена карточка HP NC365T слот PCIex16 там где видюха ставится, на нем крутиться DHCP server у нас

 

при попытке пропинговать кого-то с большими размером пакета 50к байт пинги не идут вообще, при старой ROS 5.26 и с другим железом таких проблем не было вообще, настройки те же что и были на ROS 5.26, при размере пакета 10к байт жуткие потери, при стандартных 50 байт все хорошо, при потерях связь не теряется

 

возможно нужны какие-то настройки указать, если да то какие? в логах ничего интересного , кроме кому и какой адрес выдан и т.д.

[WideAreaNetwork 222]

не знаю чем поможет но добавлю привала фаервола, их там практически нет

> ip firewall filter print 
Flags: X - disabled, I - invalid, D - dynamic 
 0 X  ;;; pptp
      chain=input action=drop protocol=tcp in-interface=1009_WAN dst-port=1723 log=no log-prefix="" 

 1    chain=input action=drop protocol=udp src-address=!x.x.x.x in-interface=1009_WAN dst-port=53 

 2    ;;; Closed VPN
      chain=forward action=drop protocol=tcp in-interface=1009_WAN dst-port=1723 

 3    chain=forward action=drop protocol=udp in-interface=1009_WAN dst-port=1723 

 4    chain=forward action=drop protocol=tcp in-interface=1009_WAN dst-port=1701 

 5    chain=forward action=drop protocol=udp in-interface=1009_WAN dst-port=1701 

 6    ;;; Block
      chain=forward action=drop src-address-list=block 

 7    ;;; WHITE
      chain=forward action=accept src-address-list=WHITE 

 8    chain=forward action=drop dst-address-list=!WHITE

 

[openbox 15]

queue на ethernet интерфейсах настроить. pfifo , queue size подберете под себя

[Туйон 1 260]

Старая добрая проблема с L2MTU.
У вас же на интерфейсе L2MTU не отображается либо ноль?

А ещё небось винбокс тормозит или другие веселухи есть?

[WideAreaNetwork 222]

10 часов назад, Туйон сказал:

Старая добрая проблема с L2MTU.
У вас же на интерфейсе L2MTU не отображается либо ноль?

не отображается

[Туйон 1 260]

Я боролся с этим дохера и очень дохера.

Да, ещё из чудес - поднятие/падение линка ROS тоже не видит? В логи не пишет?

 

В итоге пришел к выводу, что большинство чипов Интел поддерживаются криво.

Более опытные комрады со мной в основном не согласны, но всё же.

Кстати, имейте в виду, что тут ещё и проблема с vlan может быть, общий размер vlan будет не более mtu, т.е. 1500, а внутри vlan, соответственно, mtu будет ещё меньше.

Если у Вас на этом сервере только DHCP и не более, я думаю можно просто поставить обычный реалтек туда, желательно на свежем чипе, например 8111F или H.

Реалтеки чудесным образом поддерживаются нормально.

Так же краем глаза читал, что можно попробовать 2 вещи:

1. У тех, кто испытывал проблемы с vlan - они увеличивали просто mtu на интерфейсе.

2. Кто-то на москальском форуме предлагал в queues / interface queues на интерфейс сетевухи поставить вручную pfifo размером от 1000 пакетов и выше.

 

Но это всё изващения, как по мне.

Попробуйте - если что-то получится, сообщите мне, тоже очень интересно.

[nedoinet 440]

1 час назад, Туйон сказал:

обычный реалтек туда

Если только дхцп там. Если там трафик, особенно много, то не стоит.

[WideAreaNetwork 222]

очень редко бывает трафик, но бывает, порядка 700-800мбит, то-есть реалтек никак

[CoUL 30]

Я думаю проблему, можа легко вирішити цією картою: https://mikrotik.com/product/RB44Ge

Перевірено, 900 Мбіт/с тримає легко. Плюс повна сумісність і 4 порти.

Відредаговано 2019-06-11 09:27:13 CoUL

[Туйон 1 260]

11 минут назад, CoUL сказал:

Я думаю проблему, можа легко вирішити цією картою: https://mikrotik.com/product/RB44Ge

Перевірено, 900 Мбіт/с тримає легко. Плюс повна сумісність і 4 порти.

Да, эта карточка полностью поддерживается.

Я когда-то писал про неё, меня тут на смех поднимали.

Собственно, я даже такую когда-то продавал (уже продал).

 

Насчёт реалтека.

Имеется в админстве сервер, около 700 мбит трафика в пиках на вход и выход (1 сетевуха, 9 вланов) держит.

Внешняя на PCI-E, чип 8111G вроде.

[CoUL 30]

16 минут назад, Туйон сказал:

Да, эта карточка полностью поддерживается.

Я когда-то писал про неё, меня тут на смех поднимали.

Собственно, я даже такую когда-то продавал (уже продал).

 

Насчёт реалтека.

Имеется в админстве сервер, около 700 мбит трафика в пиках на вход и выход (1 сетевуха, 9 вланов) держит.

Внешняя на PCI-E, чип 8111G вроде.

Нехай сміються, але після двох неділь танців з бубенами різних розмірів біля якихось Itel карт, коли я перейшов на неї то забув про всі проблеми.

P.S. Лежить в столі на всякий випадок

Відредаговано 2019-06-11 09:57:13 CoUL

[WideAreaNetwork 222]

я так понимаю вместо того чтобы изгаляться над собой попроще будет поискать карточку с чипсетом реалтек либо атерос которые выше указаны, спасибо за помощь

[KaYot 3 708]

Повторю мысль которую в ЛС озвучивал.

Трафик в интернете бегает пакетами 1500 байт.

Трафик в локалке теоретически может(но реально никогда не бегает, это не нужно) пакетами в 9000 байт, т.н. jumbo frame.

 

Вы хотите использовать пакеты размером >10k. Это ваше право, но никакими стандартами ЭТО не оговаривается и не поддерживается, ни в драйверах ни в самих ОС.

Может проще поменять привычки попинговки чем мучать железо?

Ну а если искать - смотрите в РОС в сторону MTU/MRU/fragmentation.

[WideAreaNetwork 222]

2 часа назад, KaYot сказал:

Может проще поменять привычки попинговки чем мучать железо?

наверное так и есть, привыкли пингами большими пакетами измерять качество линии, все очень банально, пинг от сервака к коммутатору большими пакетами по менеджмент влану, если все хорошо значит проблему уже ищем от свича к абоненту, возможен частичный обрыв кабеля, возможен надлом какой-то жилы возле коннектора особенно часто этим страдают абоненты у которых есть ноут но нету роутера, и кабель подключают напрямую к нему, так вот при таких состояниях пинги 1500байт идут отлично, без провалов, а вот большие с жуткими потерями, когда все гуд то даже 50к пакеты вообще без потерь идут

[KaYot 3 708]

1 час назад, WideAreaNetwork сказал:

1500байт идут отлично, без провалов, а вот большие с жуткими потерями, когда все гуд то даже 50к пакеты вообще без потерь идут

Принцип работы "большого пинга" - пакет 50к разбивается на отдельные пакеты согласно размеру MTU в системе(1470). Фактически имеем 35 пингов в секунду вместо одного, и чтоб найти 3% потерь нужно ждать не 30-40с, а 1-2.

Пинг в 1400 покажет потери точно так же, но надо потерпеть минуту..

[Туйон 1 260]

21 минуту назад, KaYot сказал:

Пинг в 1400 покажет потери точно так же, но надо потерпеть минуту..

Уж простите нас, древних пионеров, но нифига пинг 1400 не покажет.

Как правило, при "дырявой" линии, пинги по 6500 ходят с потерями, увеличиваем до 65000 - еле еле ходят -> есть проблема.

При этом 1400 может ходить с 1% потерь или вообще 0% даже за час замера.

[WideAreaNetwork 222]

55 минут назад, Туйон сказал:

При этом 1400 может ходить с 1% потерь или вообще 0% даже за час замера.

Именно так и замеряем, при 1500 как правило потерь до 0% а при 10-20-50к будут провалы, на 10к может показать пару процентов потерь, а при 50к уже 100% потерь

 

Дело в том что на старом железе работало dl360 g5, с роутера мтик на роутер мтик идёт 50к без проблем даже сейчас, потери менее 1% , проблема только сейчас такая возникла на новой конфигурации железа

[KaYot 3 708]

1 час назад, Туйон сказал:

Уж простите нас, древних пионеров, но нифига пинг 1400 не покажет.

Как правило, при "дырявой" линии, пинги по 6500 ходят с потерями, увеличиваем до 65000 - еле еле ходят -> есть проблема.

При этом 1400 может ходить с 1% потерь или вообще 0% даже за час замера.

Да я ж вроде на русском написал, без страшных терминов.

Пинга размером 65000 не существует приниципиально. Как и вообще таких пакетов в вашей сети нет и бегать не может.

Каждый такой "пинг" разбивается ОС на отдельные пакеты и борбардирует цель, при потере любого весь пакет считается непрошедшим.

Считай ты смотришь на ускоренный в 40 раз процесс пингования.

Соответственно, такая проверка значительно жестче, и выявляет потери в сети с потериями быстрее.

Но при этом могут быть ложно-положительные диагнозы - если нормальный пинг за полчаса потерь не показал, а большой пинг сыпется - значит потерь в сети нет, но большой пинг не ходит.

[WideAreaNetwork 222]

15 минут назад, KaYot сказал:

Но при этом могут быть ложно-положительные диагнозы - если нормальный пинг за полчаса потерь не показал, а большой пинг сыпется - значит потерь в сети нет, но большой пинг не ходит.

Есть такое, как правило на роутерах стоит ограничение 1500 байт и пинги выше отбрасывает, либо все 50к принимает, но здесь сразу понятно что стоит ограничение если выше 1500 не принимает

 

Понятное дело что на коммутаторе также логи смотрим что творится на клиентском порту, проверяем также держит ли линия 100мбит фулдуплекса, если есть проблемы то просим отключить кабель от роутера и делаем тест кабеля, но если все хорошо и большие пинги "ходят" то с вероятностью в 99.99% проблема в роутере, и сейчас летом чаще помогает даже не его перезагрузка, а выключение на 5-10мин, наверное жарко им

[sv-lex 38]

ping -s 1000 -i 0.01 -c 100 ip

с nix сервера будет более показательным. 

[Туйон 1 260]

14 часов назад, KaYot сказал:

Да я ж вроде на русском написал, без страшных терминов.

 

Тем не менее - теория от практики в данном случае значительно отличается.

Я же писал изначально - это тупой способ.

Но он работает.

[WideAreaNetwork 222]

думаю таки получилось

 

 

 

сделал как здесь - https://local.com.ua/forum/topic/99970-mikotikccr-vs-routeros-vs-linux/?do=findComment&comment=1079993

Відредаговано 2019-06-14 11:48:21 WideAreaNetwork

[WideAreaNetwork 222]

дополню, с этими настройками как выше, просто 0 дропов на влан интерфейсах, а до этого за сутки под 100к на самый загруженный влан-интерфейс

[bratan 0]

так а потеря трафика есть на роутере, кроме как потери пингов?

может просто дело в плохой фрагментации icmp echo на/от своего адреса (баг софта)?

обновляться не пробовали?