[QWE]

Комп с linux включен в коммутатор "ядра" и при закачке на него файла с WEB сервера  максимальная скорость в однопотоке порядка 51-71 МБайт/с.

Включаю между linux компом и коммутатором "ядра" цепочку  eth1-----CCR1009-7G-1C-1S+------eth2----UTP-----eth1----hEX(RB750Gr3)----eth2        Между микротиками - настроен VPLS туннель.

И ТАДАМ  !!  Скорость  скачивания с web сервера падает и колбаситься  5-9МБ/с. ни одно ядро процессора микротиков не загружено в 100%

 

Причем если с linux компа померить скорость с сайта типа speedtest  через схемку с VPLS туннелем- скорость скачивания оказывается ожидаемо высокой - ширина канала.

 

Что может быть ? куда копать.

[QWE]

До WEB сервера RTT 38мс, т.е. он далеко в интернете.

 

Попробовал через VPLS туннель скачать с web сервера который в соседней стойке, RTT до него 1мс, скорость выросла до 45-50МБайт/с

 

Видимо отсюда ноги растут 

 

[maa1]

Для начала создайте тикет в техподдержку MT.

У меня давно у них висит тикет с аналогичной проблемой в gre+ipsec туннеле. И вот недавно они попросили проверить на 7.1rc, но к сожалению я не могу ставить бета версии, жду финальной.

Ну либо используйте CHR.

[jffulcrum]

Проверимся на проблемы с MTU:

 

/ip firewall mangle
add action=change-mss chain=forward new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn passthrough=yes

[QWE]

скачиваю с mirror.yandex.ru через vpls туннель - тоже достаточно быстро. rtt до зеркала яндекса 4.8мс.

если вместо vpls туннеля объединить бриджом VLAN и интерфейс на микротиках - то такая же история, видимо это в бридже микротика проблема

 

В 15.11.2021 в 22:25, jffulcrum сказал:

Проверимся на проблемы с MTU:

 

/ip firewall mangle
add action=change-mss chain=forward new-mss=clamp-to-pmtu protocol=tcp tcp-flags=syn passthrough=yes

с сервера в соседней стойке качается быстро

[QWE]

В 15.11.2021 в 22:10, maa1 сказал:

Ну либо используйте CHR.

так нужно с двух сторон CHR ставить