В чем может быть причина низкой скорости в одном направлении внутри сети?

[Pentaxer]

Не понятная для меня ситуация.

Обратился в техподдержку провайдера - там разводят плечами. До руководства / админа не могу достучаться. "Вахтеры" не пропускают дальше себя.

 

Две точки внутри одного провайдера. Физически между точками 10 км., Подмосковье (то есть это не Калининград и Хабаровск внутри Ростелекома).

На обоих точках скорость "до интернета" 150-200 мегабит в обе стороны (в зависимости от времени суток и того, чем измерять).

Между самими двумя точками:

1) в одну сторону - скорость 200-300 мегабит (даже быстрее условий тарифа);

2) в другую - от 30 до 130 мегабит. В среднем около 50-70 получается.

 

Сперва грешил на маршрутизаторы. Сделал чистый эксперимент: подключил 2 ноутбука напрямую к кабелю от провайдера, измерял IPERF. Результат тот же.

 

Не понимаю, почему скорость внутри сети ниже скорости вовне, да еще в одном направлении. Какая-то хитрая маршрутизация без выхода вовне? 

[vurd]

Поменяйте местами ноутбуки.

[tcup]

@Pentaxer а какая задача?

[Pentaxer]

6 hours ago, vurd said:

Поменяйте местами ноутбуки.

Тестировал несколько раз на разных хостах. В несколько разных дней.

 

1 hour ago, tcup said:

@Pentaxer а какая задача?

Чтобы скорость была между хостами от 150 мегабит (при тарифе 200/200).

[tcup]

@Pentaxer потрассируйте, возможно связаны вы не через "центр". К примеру, локальная сеть между вами загружена ещё кем-то.

А для чего вам эти 150 мегабит, что там должно бегать?

[Pentaxer]

Попробую, спасибо.

 

NAS. 
Резервное копирование + работа с архивами.

[ixi]

16 часов назад, Pentaxer сказал:

Не понимаю, почему скорость внутри сети ниже скорости вовне, да еще в одном направлении. Какая-то хитрая маршрутизация без выхода вовне? 

А суммарно трафика много? В последнее время регулярно кто-то да пишет, что РТ режет скорость при превышении порога.

[Pentaxer]

11 hours ago, tcup said:

@Pentaxer потрассируйте, возможно связаны вы не через "центр".

Трассировка маршрута к 94.253.xxx.xxx с максимальным числом прыжков 30

  1     1 ms    <1 мс    <1 мс  192.168.19.1
  2     3 ms     3 ms     4 ms  94.253.xxx.xxx

Трассировка завершена.

 

При этом 19.1 - это мой внутренний роутер. Хосты провайдера вообще не видны.

 

 

3 hours ago, ixi said:

А суммарно трафика много? В последнее время регулярно кто-то да пишет, что РТ режет скорость при превышении порога.

В сторону с низкой скоростью - единицы гигабайт в день суммарно. Из-за низкой скорости не можем этот канал использовать для связи между точками.

В сторону с высокой скоростью - десятки гигабайт. Тоже полноценно не получается.

И это не РТ.

Edited March 11 by Pentaxer

[witch]

из под линуха попробуйте traceroute с флагом -U

 

itch@witch-ThinkPad-X1-Carbon-Gen-12:~$ tracepath 8.8.8.8
 1?: [LOCALHOST]                      pmtu 1500
 1:  BRT-AC828-7E00                                        6.758ms 
 1:  BRT-AC828-7E00                                        1.715ms 
 2:  10.80.0.3                                             4.382ms 
 3:  192.168.126.212                                       3.397ms 
 4:  77.37.250.101                                        11.150ms 
 5:  no reply
 6:  no reply
 7:  no reply
 8:  no reply

 

 

itch@witch-ThinkPad-X1-Carbon-Gen-12:~$ traceroute 8.8.8.8 -U
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  BRT-AC828-7E00 (192.168.1.1)  7.276 ms  7.202 ms  7.181 ms
 2  10.80.0.3 (10.80.0.3)  9.716 ms  9.697 ms  9.681 ms
 3  192.168.126.212 (192.168.126.212)  9.622 ms  9.606 ms  9.589 ms
 4  77.37.250.101 (77.37.250.101)  10.661 ms  9.568 ms  10.627 ms
 5  192.178.70.136 (192.178.70.136)  11.627 ms * *
 6  209.85.243.219 (209.85.243.219)  12.721 ms 209.85.253.53 (209.85.253.53)  4.697 ms 216.239.50.155 (216.239.50.155)  5.879 ms
 7  209.85.143.20 (209.85.143.20)  5.838 ms 192.178.241.232 (192.178.241.232)  23.923 ms *
 8  * * 142.251.238.82 (142.251.238.82)  25.165 ms
 9  108.170.235.64 (108.170.235.64)  25.148 ms 209.85.254.6 (209.85.254.6)  18.588 ms 142.251.238.72 (142.251.238.72)  22.814 ms
10  216.239.40.61 (216.239.40.61)  26.086 ms 172.253.51.237 (172.253.51.237)  24.759 ms 216.239.47.167 (216.239.47.167)  21.316 ms
11  * * *
12  * * *
13  * * *
14  * * *

 

Edited March 11 by witch

[tcup]

Физики/юрики? Два ваших хоста - объединены в виртуальную сеть?

[Saab95]

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

При этом 19.1 - это мой внутренний роутер. Хосты провайдера вообще не видны.

 

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

[tcup]

Тестировал сейчас iperf3 скажем, в локалке (100 мбит), на tcp, если не ограничивать полосу, в двунаправленном режиме, забивает входящий на 100 мбит, исходящий 30-50мбит. Если выставить 97, то 97/97 выдаёт. Как/чем меряете?

upd. Запускаю тест в виртуальном контейнере с Alpine, возможно что-то с производительностью у него не так (скорее всего, шейпер на интерфейсе весело так себя ведёт)

Edited March 12 by tcup

[Pentaxer]

On 3/11/2026 at 8:00 PM, witch said:

из под линуха попробуйте traceroute с флагом -U

 

Сделаю.

 

 

 

On 3/11/2026 at 8:07 PM, tcup said:

Физики/юрики? Два ваших хоста - объединены в виртуальную сеть?

 

Физики. 

Говорят, что объединения в виртуальную сеть нет.

Общаюсь с техподдержкой. Сперва сказали "повесите на трубке, сейчас решим". Потом "перезвоним минут через 10". Перезвонили - "нужно больше времени" 🙂

 

 

 

On 3/12/2026 at 1:11 PM, tcup said:

Тестировал сейчас iperf3 скажем, ... . Как/чем меряете?

 

Разные мерялки показывают сопоставимую картину. От простого копирования файлов (внутри WireGuard) до iPerf с разными настройками.

По поводу iPerf: при увеличении количества потоков разница в скорости между направлениями трафика снижается. Но даже при 10 потоках она составляет существенные 3,5 раза.

[straus]

Намекаю: внутрисеть таже проходит через ТСПУ и подключена к СОРМ.

[Pentaxer]

 

On 3/11/2026 at 8:00 PM, witch said:

из под линуха попробуйте traceroute с флагом -U

 

Ничего нового. Трассировка до первого шлюза, потом звездочки.

 

8 hours ago, straus said:

Намекаю: внутрисеть таже проходит через ТСПУ и подключена к СОРМ.

 

Намек не понял.

 

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

СОРМ есть во всех этих случаях.

[tcup]

@Pentaxer IP-адреса у вас в одной подсети? Белые/серые? iperf какой версии, гоняете без vpn?

Напишите команды, которыми тестируете (iperf) и выводы

[Pentaxer]

3 hours ago, tcup said:

@Pentaxer IP-адреса у вас в одной подсети? Белые/серые? iperf какой версии, гоняете без vpn?

Напишите команды, которыми тестируете (iperf) и выводы

 

На одной точке адрес белый, на второй серый.

Стандартно между ними WireGuard. Тестирование проводилось как внутри WireGuard через роутеры (загрузка процессоров минимальная - RB4011 и KN-3710, прошивки актуальные), так и при прямом подключении ноутбуков (без роутеров и WireGuard; ноуты бодренькие).

Тестирование проводилось разными инструментами:

1) скорость "до интернета" - Яндекс, 2IP, Ростелеком;

2) скорость между хостами - копирование файлов, iPerf 3.2.

 

Команды iPerf со стороны клиента:

1) -c ...[ip] --bidir

2) -c ...[ip] --bidir -p 10 (пробовал разное количество потоков, до 10).

С ростом количества потоков разница в скорости снижается.

Выводы iPerf не сохранил.

 

Все инструменты замера показывают примерно одинаковую картину:

1) разница в скорости между направления трафика - от 3 до 10 раз. В среднем 4-5;

2) между точками скорость ниже, чем "до интернета". В разы.

[straus]

А как вы с белого адреса ходите на серый?

Белый адрес на точке или на самом устройстве?

Серый адрес на устройстве или на WAN маршрутизатора?

[tcup]

Попробуйте iperf по udp, по tcp, в одну сторону за раз (обратный -R), желательно повторить в разное время суток - разные комбинации. По udp задать скорость желаемого потока. Подключить напрямую, без впн-ов, убедиться, что ничем сетевые более не заняты. Выложите результаты, может будет что интересного.
Может стоит ещё обратить внимание на mtu в канале (погонять ping выставляя размер пакета и без фрагментации)

 

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

Edited March 16 by tcup

[Pentaxer]

2 hours ago, straus said:

А как вы с белого адреса ходите на серый?

 

Обычно - WireGuard.

При тестах - Wireguard и сервер iPerf на белом адресе, к нему клиент цепляется.

 

 

2 hours ago, straus said:

Белый адрес на точке или на самом устройстве?

Серый адрес на устройстве или на WAN маршрутизатора?

 

Не понял.

Каналы от провайдера. Один с белым адресом, второй без.

Как писал выше, тесты производились в разных условиях. И через маршрутизаторы, и при прямом подключении к сетевым картам.

 

 

 

1 hour ago, tcup said:

Попробуйте iperf по udp, по tcp, в одну сторону за раз (обратный -R), желательно повторить в разное время суток - разные комбинации. По udp задать скорость желаемого потока. Подключить напрямую, без впн-ов, убедиться, что ничем сетевые более не заняты. Выложите результаты, может будет что интересного.
Может стоит ещё обратить внимание на mtu в канале (погонять ping выставляя размер пакета и без фрагментации).

 

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

 

Проверю udp.

В разное время тестировал, результат примерно одинаковый.

Напрямую уже подключал, как писал выше.

 

Абсолютное большинство договоров сделаны так, что есть люфт. Например, фраза про "скорость до".

Но тут, в моем понимании, имеет место аномальное соотношение скоростей.

[straus]

13 минут назад, Pentaxer сказал:

Не понял.

Каналы от провайдера. Один с белым адресом, второй без.

Млять. Белый адрес на устройстве, или на маршрутизаторе, за которым устройство? То же самое про серый адрес от провайдера.

И как маршрутизируется серый адрес на белый и белый на серый?

[Pentaxer]

34 minutes ago, straus said:

Белый адрес на устройстве, или на маршрутизаторе, за которым устройство? То же самое про серый адрес от провайдера.

 

Тестировал и так, и так (и на маршрутизаторе, и на устройстве).

 

 

 

34 minutes ago, straus said:

И как маршрутизируется серый адрес на белый и белый на серый?

 

Не знаю. Попробую узнать.

Edited March 16 by Pentaxer

[Saab95]

Нужно поднять туннель с серого адреса до белого и проверить скорость в таких условиях.

 

Если это внутрисетевой трафик внутри сети провайдера, то вполне может быть, что трафик в одну сторону идет напрямую, а в другую (например с белого на серый) через какую-то внутреннюю петлю.

 

Ведь если адрес серый он по сети идет до браса, где выходит в интернет. А может и не идти до браса, а сразу до белого IP второй точки по каналам сети. А когда же адрес белый, трафик может идти в сторону браса и уже там получать точку выхода в сеть, в интернет и до внутренних серых адресов. Может быть так, что запросы на серые адреса все равно идут куда-то на BGP сервера, с них перенаправляются на какой-то пиринг, и пиринг заворачивает их обратно в сеть оператора. Трейс может все это не показать.

 

Еще и очередность следования пакетов может нарушаться - этот вариант проверяли? Можно трафик завернуть на ноут заголовки пакетов (с микротика это легко сделать) и посмотреть что и как приходит.

[tcup]

Гоняю тесты с iperf3 в локалке. Иногда выдаёт нулевую скорость в обе стороны по tcp. Следом тест udp отрабатывает нормально. Одна из версий, что iperf3 кривоват.
Попробую погонять iperf2. Это, как я понимаю, не "старый" проект, а просто другой.
iperf 3.2, если это не 3.20, то от 2017 года.
Плюсом

https://habr.com/ru/news/808967/

[Pentaxer]

Техподдержка провайдера проблему устранила.

 

Говорят, что:

1) изменили маршрут;

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