UDP PACKET OUT OF ORDER

[Jaguar77]

Здравствуйте, скажите, почему udp пакеты могут приходить в разнобой ? 

Дано : FTTB подключение, провайдер Ростелеком, бизнес тариф 10 мегабит.

 

Тест входящей 7 мегабит:
iperf3: OUT OF ORDER - incoming packet = 824 and received packet = 826 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 825 and received packet = 826 AND SP = 4
[  4]   7.00-8.00   sec   856 KBytes  7.01 Mbits/sec  1.090 ms  2/107 (1.9%)
iperf3: OUT OF ORDER - incoming packet = 955 and received packet = 956 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 959 and received packet = 960 AND SP = 4
[  4]   8.00-9.00   sec   856 KBytes  7.01 Mbits/sec  1.167 ms  2/107 (1.9%)
iperf3: OUT OF ORDER - incoming packet = 1030 and received packet = 1031 AND SP = 4
[  4]   9.00-10.00  sec   856 KBytes  7.01 Mbits/sec  1.173 ms  1/107 (0.93%)
[  4]  10.00-11.00  sec   848 KBytes  6.95 Mbits/sec  1.198 ms  0/106 (0%)
[  4]  11.00-12.00  sec   856 KBytes  7.01 Mbits/sec  1.244 ms  0/107 (0%)
iperf3: OUT OF ORDER - incoming packet = 1352 and received packet = 1353 AND SP = 4
[  4]  12.00-13.00  sec   856 KBytes  7.01 Mbits/sec  1.169 ms  1/107 (0.93%)
iperf3: OUT OF ORDER - incoming packet = 1431 and received packet = 1432 AND SP = 4
[  4]  13.00-14.00  sec   856 KBytes  7.01 Mbits/sec  1.181 ms  1/107 (0.93%)
iperf3: OUT OF ORDER - incoming packet = 1519 and received packet = 1520 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 1541 and received packet = 1542 AND SP = 4
[  4]  14.00-15.00  sec   856 KBytes  7.01 Mbits/sec  1.189 ms  2/107 (1.9%)
iperf3: OUT OF ORDER - incoming packet = 1662 and received packet = 1664 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 1666 and received packet = 1667 AND SP = 4
^C[  4]  15.00-15.61  sec   512 KBytes  6.85 Mbits/sec  1.437 ms  2/64 (3.1%)

Тест входящей 2 мегабита но другой сервер:

iperf3: OUT OF ORDER - incoming packet = 375 and received packet = 376 AND SP = 4
[  4]  12.00-13.00  sec   240 KBytes  1.97 Mbits/sec  1.243 ms  1/30 (3.3%)
[  4]  13.00-14.00  sec   248 KBytes  2.03 Mbits/sec  1.377 ms  0/31 (0%)
[  4]  14.00-15.00  sec   240 KBytes  1.97 Mbits/sec  1.298 ms  0/30 (0%)
[  4]  15.00-16.00  sec   248 KBytes  2.03 Mbits/sec  1.286 ms  0/31 (0%)
iperf3: OUT OF ORDER - incoming packet = 517 and received packet = 518 AND SP = 4
[  4]  16.00-17.00  sec   240 KBytes  1.97 Mbits/sec  1.188 ms  1/30 (3.3%)
iperf3: OUT OF ORDER - incoming packet = 530 and received packet = 531 AND SP = 4
[  4]  17.00-18.00  sec   248 KBytes  2.03 Mbits/sec  1.165 ms  1/31 (3.2%)
[  4]  18.00-19.00  sec   240 KBytes  1.97 Mbits/sec  1.298 ms  0/30 (0%)
iperf3: OUT OF ORDER - incoming packet = 584 and received packet = 585 AND SP = 4
[  4]  19.00-20.00  sec   248 KBytes  2.03 Mbits/sec  1.298 ms  1/31 (3.2%)
^C[  4]  20.00-20.49  sec   120 KBytes  1.99 Mbits/sec  2.071 ms  0/15 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-20.49  sec  0.00 Bytes  0.00 bits/sec  2.071 ms  6/626 (0.96%)

тестируюемые сервера разнесенны регионально но оба в сети ростелеком

[myth]

Это же Ростелеком...

[Jaguar77]

это у них полисер так работает или шейпер или следствие загрузки в полку каналов ? 

[zhenya`]

скорее по пути где-то ECMP кривое.

[snvoronkov]

8 минут назад, zhenya` сказал:

скорее по пути где-то ECMP кривое.

+1

 

Любая балансировка, на самом деле.

[zhenya`]

портченнел с per packer поведение получить не очень реально. на linux боксе только если) хостер с linux роутером?..

[YuryD]

 Чего необычного ? для беспорядков  придуман джиттербуфер.

[zhenya`]

Беспорядки обычно чинят в тсп. В удп дропается и все.

[s.lobanov]

Вообще это странно. Железных роутеров с per-packet балансировкой наверное сейчас и нет (очень давно не видел), а софтварные роутеры вряд ли использует РТ. Так что нужно понимать что стоит за сетью РТ и есть ли на пути мухосранск-телекомы с софт-роутерами

[snvoronkov]

3 минуты назад, s.lobanov сказал:

Железных роутеров с per-packet балансировкой наверное сейчас и нет (очень давно не видел)

MX80, если мне склероз не изменяет.

[s.lobanov]

@snvoronkov 

нет, не смотря на то, что команда там per-packet, в самом деле это per-flow, который вычисляет хеш от хедеров (как и везде)

[snvoronkov]

@s.lobanov , тем не менее, балансирует он сильно ровнее, чем экстрим. Вот в том точно хэш от заголовка.

[YuryD]

В 12.01.2018 в 20:23, zhenya` сказал:

Беспорядки обычно чинят в тсп. В удп дропается и все.

IP-елефония не аргумент ? Голос там по udp гуляет, и даже может быть проксирован.

[zhenya`]

это чисто телефонный костыль.

[s.lobanov]

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

@s.lobanov , тем не менее, балансирует он сильно ровнее, чем экстрим. Вот в том точно хэш от заголовка.

Ну заголовки-то они разные. Чем больше заголовков учитывает хеш, тем лучше будет балансировка (в большинстве случаев). в любом случае, mx80 не может пересортировать пакеты одного iperf-потока, а всё остальное это уже офтоп

[snvoronkov]

11 минут назад, s.lobanov сказал:

mx80 не может пересортировать пакеты одного iperf-потока

Проверил. Вы правы.