Jump to content
Калькуляторы

UDP PACKET OUT OF ORDER

Здравствуйте, скажите, почему 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%)

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

Share this post


Link to post
Share on other sites

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

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

+1

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

@snvoronkov 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.