LINUX.ORG.RU
решено ФорумAdmin

Низкая скорость загрузки на Mikrotik RB2011

 


0

2

Всем привет.

Есть проблема низкой скорости загрузки по http/https через Mikrotik RB2011.

Никаких QoS не настроено. В офисе менее 50 человек. Канал не загружен. Speedtest.net выдаёт ожидаемые 100/100 мегабит, но при загрузке файлов через http/https скорость достаточно низкая и на различных сервисах.

Вот, например, ссылки на образ CentOS 7 minimal, которые использую для тестов:

Google Drive

Yandex Drive

Канал удаётся «прокачать» до 100/100 только торрентом.

Куда копать?

Может сервак с которого идёт скачка не справляется?

anonymous ()

При скачивании тестового файлика, какая нагрузка CPU на Mikrotik?

kerneliq ★★★★★ ()

может фильтры каки-то настроены? Там есть такая возможность, ROS будет заглядывать в каждый пакет, по порту или по regexp

FFSinit ★★ ()
Ответ на: комментарий от kerneliq

При загрузке по ссылке из Google Drive из моего первого поста загрузка cpu не более 50%.

system resource monitor 
cpu-used: 49%
cpu-used-per-cpu: 49%
free-memory: 21348KiB

В момент замера, через него весь офис сидит в инете и канал загружен не более чем на 5mbit/s, т.е. ещё 95 mbit/s должно быть доступно, однако с Google Drive по моей ссылке качает не более, чем на 20-30 mbit/s.

Через Мегафон 4g качаю по той же ссылке быстрее.

vainkop1 ()
Ответ на: комментарий от FFSinit

Роутер изначально настраивался не мной и «достался по наследству» от предыдущего админа, поэтому точно не уверен. Если скажете где что именно посмотреть и выложить сюда, выложу.

vainkop1 ()
Ответ на: комментарий от anonymous

Google Drive или Yandex Drive? :) Можете сами проверить мои ссылки, с серверами всё норм.

vainkop1 ()
Ответ на: комментарий от FFSinit

Если вы имелли ввиду IP -> Firewall -> Filter Rules, то там ничего такого особенного не вижу.

vainkop1 ()

тип подключения к провайдеру?

версия ros какая?

вывод /ip firewall mangle pr

samson ★★ ()

Google Drive
Yandex Drive

Не лучшая проверка. Вам уже ответили дело в отдающих серверах. Не поленился проверить, гугля приблизительно 27, тындыкс приблизительно 80. Канал так же сотка. Пользователей нэма. Но это глупый тест, сейчас так, а через н-цать минут будет по другому. Да и место положение играет большую роль.

anc ★★★★★ ()
Ответ на: комментарий от samson

1) Подключение к основному провайдеру (NewLineTelecom) по гигабитному ethernet, тариф 100 мегабитный в обе стороны и запасной провайдер (Beeline) adsl 10 down/1 up.

2) 6.37.5

3)

[admin@MikroTik] > /ip firewall mangle pr
Flags: X - disabled, I - invalid, D - dynamic 
 0  D chain=forward action=change-mss new-mss=1410 tcp-flags=syn protocol=tcp 
      out-interface=all-ppp tcp-mss=1411-65535 

 1  D chain=forward action=change-mss new-mss=1360 tcp-flags=syn protocol=tcp 
      in-interface=all-ppp tcp-mss=1361-65535 

 2    chain=prerouting action=mark-connection 
      new-connection-mark=Mangle_NewLineTelecom passthrough=yes 
      connection-mark=Mangle_NewLineTelecom in-interface=isp1-ntel-bridge 
      log=no log-prefix="" 

 3    chain=output action=mark-connection 
      new-connection-mark=Mangle_NewLineTelecom passthrough=yes 
      connection-mark=Mangle_NewLineTelecom log=no log-prefix="" 

 4    chain=prerouting action=mark-connection new-connection-mark=Mangle_Beeline 
      passthrough=yes connection-mark=Mangle_Beeline 
      in-interface=isp2-beeline-bridge log=no log-prefix="" 

 5    chain=output action=mark-connection new-connection-mark=Mangle_Beeline 
      passthrough=yes connection-mark=Mangle_Beeline log=no log-prefix="" 
[admin@MikroTik] > 

vainkop1 ()
Ответ на: комментарий от dygger1

Никаких l2tp и т.п., просто статический ip на основном провайдере.

vainkop1 ()
Ответ на: комментарий от anc

Дело не в отдающих серверах, т.к. пробуем качать один и тот же файл (не из моих ссылок, а с американских ms azure серверов) из дома на другом провайдере и он качается ~30Mbit/s и тут же у нас здесь качается не более 300kb/s даже.

vainkop1 ()
Ответ на: комментарий от vainkop1

Я бы проверил:
1. Напрямую с прова проверить
2. Отключить всех юзверей и напрямую в микротик патчем
По итогам делать выводы, куда копать и действительно ли виноват сам микротик.

anc ★★★★★ ()
Ответ на: комментарий от vainkop1

Ну, как ниже написали: отрубить клиентов и потестить.

dygger1 ()
Ответ на: комментарий от dygger1

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

vainkop1 ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.