+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

CHR на GGCP — медленная загрузка

CHR на GGCP — медленная загрузка, RouterOS

Lombart

Guest

05.12.2022 11:49:00

Всем привет! Я только что разместил CHR на GCP, но не понимаю, в чём проблема с моим CHR. У меня дома выделенный интернет 100 Мбит на загрузку и 100 Мбит на отдачу. Я использую WireGuard для VPN к моему CHR, но результат хуже, чем ожидал: сайты грузятся очень долго (от 30 до 90 секунд, а иногда картинки вообще не подгружаются). Когда захожу на YouTube, сайт тоже долго загружается, но как только видео начинает играть, соединение нормальное (я проверял – при воспроизведении 4K видео скорость достигает 90 Мбит/с). Но при тесте скорости результат всегда получается ниже 2 Мбит/с, иногда даже 0,3 Мбит/с, а с отдачей проблем нет. Я пробовал сбрасывать настройки до заводских и делать чистую установку CHR, но проблема осталась.

Кто-то сказал, что дело в несовпадении MTU — звучит логично, потому что сначала я не мог подключиться к лицензирующему серверу Mikrotik (ошибка handshake). Потом команда Mikrotik посоветовала изменить MSS, я поставил MSS на 1000 — и заработало. Кто-нибудь ещё размещает CHR на GCP и сталкивался с такой проблемой? Или мне просто не везёт? Может, стоит перейти на AWS или другой облачный сервис?

Английский — не мой родной язык, но надеюсь, я понятно объяснил ситуацию, спасибо!

jorgecg89

Guest

06.09.2023 20:20:00

У меня та же самая проблема. К сожалению, я уже пробовал менять MTU, MSS, создавать другую виртуальную машину в Google Cloud, менять CHR на P-Unlimited, настраивать site-to-site VPN, использовать road warrior — и ничего не помогает ускорить загрузку.

chechito Guest	#3 0 06.09.2023 20:28:00 Проверьте статус вашей лицензии в разделе: Система → Лицензия

skouny Guest	#4 0 10.09.2023 16:29:00 Привет, у меня та же проблема, это не связано с лицензией, MTU или MSS. Загадка!

Widmo Guest	#5 0 02.11.2023 18:34:00 Привет, ноябрь 2023 — проблема всё та же. Моя скорость загрузки в регионе Варшава максимум 500 кб/с (в среднем 300). Загрузка работает нормально. Проблема с GCP тянется с июля. https://issuetracker.google.com/issues/291524051?pli=1

wispmikrotik Guest	#6 0 27.11.2023 07:06:00 Привет, та же проблема… С уважением,

retard Guest	#7 0 10.05.2024 20:50:00 Та же проблема у меня. Стандартный MTU 1500 вообще не дает скачать ничего. Установил 1360 — теперь скачивает, хоть и очень медленно.

yadmin

Guest

31.05.2024 06:45:00

Та же проблема сохраняется. При стандартном MTU, установленном на 1500, после изменения на 1460 происходит следующее: производительность UDP в норме, исходящий TCP (отправка) работает нормально, а входящий TCP (приём) очень медленный — всего несколько Мбит/с. chr 7.14.3

Widmo

Guest

15.10.2024 09:30:00

Привет! Многие уже сообщали об этой проблеме, и, судя по всему, обсуждение только растет. Медленная скорость загрузки на CHR, размещённом в GCP, — серьёзная проблема, которая затрагивает одну из ключевых функций устройства — стабильный сетевой трафик. Может, MikroTik наконец-то объяснит причину? Это очень важно для многих из нас, особенно учитывая, что проблема, кажется, уже давно известна. Надеемся на официальный ответ или хотя бы на какую-то подсказку к решению.

bugtik Guest	#10 0 01.03.2025 10:56:00 20250301, проблема всё ещё возникает, ни Mikrotik, ни Google Cloud её не решили. Может, кто-нибудь сможет создать новый тикет в Mikrotik?

BartoszP Guest	#11 0 01.03.2025 15:59:00 Ты сам можешь отправить заявку в поддержку. В чём проблема?

Larsa

Guest

#12

01.03.2025 16:28:00

@bugtik, если тебе нужна помощь на этом форуме, придется предоставить больше информации о твоей настройке GCE, включая сетевые параметры (GCP/VPC), режим, IP-настройки, правила файервола и так далее. Также экспортируй свою конфигурацию ROS и выложи её сюда. И будь конкретнее — что именно и как ты скачиваешь. Кстати, за годы мы настраивали множество CHR-инстансов в GCE и с такой проблемой не сталкивались. Если уверен, что это баг, можешь сообщить о нем в поддержку MikroTik: https://mikrotik.com/support.

DaemonGloom

Guest

#13

05.03.2025 12:23:00

У меня точно такая же проблема. GCE — пустой новый проект, зона us-central1-c, тип инстанса e2-micro, стандартные правила для файрвола, стандартный VPC с MTU 1460. CHR настроен согласно https://wiki.mikrotik.com/Manual:CHR_GCE. Обновления с 6.42 на 6.49 и 7.12 проходили быстро. Обновиться с 7.12 на 7.18 было невозможно без снижения MTU интерфейса до 1460. После этого скорость загрузки была ужасно низкая — ниже 100 кБит/с. Понижение MTU до ещё меньших значений не помогло. Единственное дополнительное изменение в настройках — смена пароля для пользователя admin. То же самое происходит, если тестировать с помощью fetch. Команда /tool fetch url=“https://download.mikrotik.com/routeros/7.18.1/chr-7.18.1.vhd.zip” показывает скорость загрузки всего 10 КиБ в секунду (80 кб/с).

2025-03-05 12:20:35, RouterOS 7.18.1, system id = <>

/interface ethernet set [find default-name=ether1] disable-running-check=no mtu=1460
/interface wireless security-profiles set [find default=yes] supplicant-identity=MikroTik
/port set 0 name=serial0
set 1 name=serial1
set 2 name=serial2
set 3 name=serial3
/ip dhcp-client add interface=ether1
/system identity set name=testchr
/system note set show-at-login=no

Larsa

Guest

#14

05.03.2025 13:32:00

Для начала, e2-micro — это VPS начального уровня с общей виртуальной CPU, что означает, что он получает только часть физического ядра процессора. Когда vCPU используется вместе с другими задачами, он очень быстро загружается и пропускная способность CHR может упасть почти до нуля. Во-вторых, файрвол VPC должен быть отключен. В-третьих, всегда проводите тесты скорости с помощью внешних инструментов, таких как iperf3, а не встроенных в CHR, например tool fetch, особенно на e2-micro, так как его shared vCPU легко перегружается. С e2-micro следует всегда использовать MTU 1460, но сначала убедитесь, что оно установлено в VPC, чтобы это действительно работало в CHR, так как данный тип инстанса не поддерживает SR-IOV. К вашему сведению, Google Cloud обычно позволяет MTU 1500, но не для e2-micro, потому что он работает на внутренней SDN-сети Google (Andromeda), которая обрезает 40 байт.

DaemonGloom

Guest

#15

05.03.2025 18:42:00

К сожалению, проблема именно в ROS7. Тот же самый инстанс, тот же VPC, но RouterOS 6 выдает высокую скорость загрузки при тех же действиях.
[admin@MikroTik] > /tool fetch url="https://download.mikrotik.com/routeros/7.18.1/chr-7.18.1.vhd.zip"
status: finished
downloaded: 40597KiB
total: 40597KiB
duration: 5s

Я сменил тип инстанса на e2-standard-4 (4 vCPU, 16 GB памяти) — скорость загрузки осталась такой же, как и на e2-micro.

Larsa

Guest

#16

05.03.2025 19:04:00

Хорошо, с той же конфигурацией, что и в версии v6? Тогда, возможно, это 7.18.1. Пробовали 7.15.3 или 7.16.2? Кстати, интересно, вы не используете какой-то стандартный конфиг брандмауэра ROS во время тестирования? Какие конечные точки вы используете при тестах? Редактирование: только что попробовал iPerf в лабораторном экземпляре с v7.15 на локальный Win11 — почти полный пропускной канал.

DaemonGloom

Guest

#17

05.03.2025 19:49:00

Идентичная стандартная конфигурация CHR. Абсолютно нет никаких правил firewall в ROS (раньше я выкладывал полный конфиг). Пробовал версию 7.12 — результат тот же. Не уверен насчёт конечных точек — где это можно проверить?

Larsa

Guest

#18

05.03.2025 20:21:00

Под «endpoints» я имел в виду, как именно вы запускали тесты: например, между двумя разными CHR на одном GC, между CHR и локальной рабочей станцией, CHR и ПК на Северном полюсе через Starlink, используя разные зоны/регионы на обоих концах или что-то в этом роде. Можете попробовать ещё версии 7.15.3 и 7.16.2? Если обе работают, значит проблема в 7.18.1, и это стоит сообщить в MikroTik. Если нет, то, возможно, дело в настройках GC или в самом способе проведения тестов.

DaemonGloom Guest	#19 0 06.03.2025 06:35:00 Я тестирую это на инстансе GCP CHR и сайте загрузки Mikrotik. Но в любом другом направлении результат примерно такой же. Я понимаю, что btest – не самый лучший способ тестирования, но если запускать между CHR в США и CHR в Европе, то UDP и отправка, и приём показывают 100 Мбит/с, TCP-передача из США (GCP) — тоже 100 Мбит/с, а приём TCP максимум всего 1,2 Мбит/с. Версии 7.16.2 и 7.15.3 дают одинаковые результаты. Версия 6.49.18 на том же узле в том же регионе США к тому же европейскому CHR показывает приём TCP в среднем за 10 секунд 84,7 Мбит/с (а все остальные результаты — выше 90 Мбит/с). Лицензия P1 на всех узлах.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры