Mikrotik.moscow [тема: hAP AC LAN<->WAN постепенное замедление]

hAP AC LAN<->WAN постепенное замедление

Thu, 28 Nov 2019 05:37:00 -0500

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
Финальное обновление: Подключен напрямую к интернет-провайдерам RB2011, и замедление действительно имело место. Все, кто обвинял провайдеров, были правы,… возможно (учитывая, что в схеме присутствуют RB2011 и AirFibre).
28.11.2019 05:37:00, SergeiF.

hAP AC LAN<->WAN постепенное замедление

Thu, 28 Nov 2019 03:11:00 -0500

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
Небольшое обновление. Купил RB4011. С RB4011 проблема все еще есть, но не так критично (иногда скорость падает до 40 Мбит/с). Что за черт творится… Попробую "безроутерный" подход сегодня вечером с узлом geth напрямую в интернете.
28.11.2019 03:11:00, SergeiF.

hAP AC LAN<->WAN постепенное замедление

Sat, 23 Nov 2019 00:53:00 -0500

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
Я проводил очень схожие тесты, но, возможно, повторю их, чтобы исключить все переменные. У провайдера используется Mikrotik RB2011 в качестве шлюза, и они проводили тесты во время замедления, достигая полной пропускной способности. У меня есть другая сеть (через тот же NAT на hAP AC), и она также испытывает замедление. Когда у меня было замедление, ПК на другом порту шлюза (не hAP AC) стабильно показывал полную скорость. Провайдер здесь не злонамерен, они очень отзывчивы. Я точно знаю, какое приложение вызывает замедление: geth (узел/клиент сети Ethereum), в частности, протокол обнаружения geth через UDP. Редактирование: похоже, TCP тоже влияет, UDP усугубляет ситуацию. Если я инкапсулирую трафик geth через OpenVPN UDP, замедление все равно происходит. Если трафик инкапсулирован в TCP, замедления нет. Проблема не в отслеживании соединений, так как с OpenVPN UDP отслеживается только одно соединение. Проблема не в фаст-трекинге или перегрузке ЦП, я отключил фаст-трек, уничтожил таблицу отслеживания соединений и все равно получил то же замедление. Единственное, что мне нужно сделать, чтобы остановить замедление, - это отключить переадресацию портов на узел geth (и подождать, пока сессии не завершатся или перезапустить geth). Фактическая статистика UDP-пакетов ужасна — трафик не наводняет узел. Для того чтобы hAP AC упал на колени, требуется примерно 100 кбит/с трафика обнаружения geth. Я собираюсь потратиться на RB4011 (как только он появится в наличии) и забыть об этом (надеюсь, с другой архитектурой и с гораздо большим ЦП). Я могу позволить себе ограниченное время простоя при тестировании, прежде чем другие пользователи начнут жаловаться. Редактирование: я также использую iperf3 для тестирования пропускной способности (другая сторона поддерживает 40+ Гбит/с). Честно говоря, вещи от Ookla (speedtest.net) — это мусор, они полностью зависят от производительности браузера, а трафик ведет себя глупо (нагрузка — это паттерн ABCDEF… ASCII, который можно легко обмануть с помощью LZO).
23.11.2019 00:53:00, SergeiF.

hAP AC LAN<->WAN постепенное замедление

Mon, 18 Nov 2019 19:22:00 -0500

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
Вы уверены, что проблема с медленностью возникает в роутере (а не у провайдера)? Есть такие провайдеры, которые сильно ограничивают трафик, когда обнаруживают что-то, что они классифицируют как P2P. Поскольку роутер однопроцессорный, а использование ЦП ниже 50%, я бы предположил, что он не является узким местом (если только очереди не настроены!).
18.11.2019 19:22:00, Davis.

hAP AC LAN<->WAN постепенное замедление

Thu, 14 Nov 2019 05:45:00 -0500

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
Похоже, я воспроизвел эту проблему на совершенно другой машине без OpenVPN. Судя по всему, когда устройство использует около ~1-5 Мбит/с UDP, это постепенно замедляет hAP AC. Как только я останавливаю трафик, скорость восстанавливается, и после повторного запуска UDP трафика она снова начинает медленно падать. Эта проблема ОЧЕНЬ раздражает, мне бы не хотелось тратить деньги на решение, если есть какой-то способ это исправить.
14.11.2019 05:45:00, SergeiF.

hAP AC LAN<->WAN постепенное замедление

Thu, 21 Nov 2019 21:55:00 -0500

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
ISP может реализовать ограничение скорости по IP-адресу. Гораздо лучший тест:Запишите IP-адрес интерфейса WAN роутера. Найдите компьютер/приложение, которое вызывает тормоза. Подключите проблемный компьютер к роутеру по проводу. Закройте/остановите приложение, которое вызывает тормоза. Отключите все другие устройства от сети. Проведите надежное измерение скорости (например, несколько раз запустите speedtest.net против известного сервера, используя настройку множественных подключений). Оно должно показать хорошую скорость. Запустите приложение, которое вызывает тормоза. Проведите надежное измерение скорости (например, несколько раз запустите speedtest.net против того же сервера, используя настройку множественных подключений). Оно должно показать плохую скорость. Закройте/остановите приложение, которое вызывает тормоза. Настройте проводной сетевой интерфейс компьютера так, чтобы он имел тот же MAC-адрес, что и интерфейс WAN роутера. Подключите компьютер к интернету вместо роутера. Убедитесь, что у компьютера тот же IP-адрес, что и у интерфейса WAN роутера. Запустите приложение, которое вызывает тормоза. Проведите надежное измерение скорости (например, несколько раз запустите speedtest.net против того же сервера, используя настройку множественных подключений)... Этот тест не исключает полностью возможность того, что ISP как-то влияет на тормоза, но этот тест хотя бы гораздо лучше, чем ПК в другом порту оборудования ISP. Кстати, как вы измеряли скорость интернета? Другой (даже лучший) тест - настроить другую сеть на каком-то порту роутера и попробовать протестировать пропускную способность к той сети во время тормозов.
21.11.2019 21:55:00, Davis.

hAP AC LAN<->WAN постепенное замедление

Wed, 20 Nov 2019 05:25:00 -0500

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
Без очередей. Я думал настроить очереди, чтобы посмотреть, изменит ли это ситуацию. На 100% уверен, что это не связано с интернет-провайдером, так как устройство в другом порту на предоставленном провайдером шлюзе получает полную полосу (в то время как замедление происходит на hAP AC).
20.11.2019 05:25:00, SergeiF.

hAP AC LAN<->WAN постепенное замедление

Tue, 23 Jul 2019 09:46:00 -0400

hAP AC LAN<->WAN постепенное замедление Аппаратное обеспечение в форуме Аппаратное обеспечение.
ИЗМЕНЕНИЕ: проблема не в hAP AC. ИЗМЕНЕНИЕ 2: Провайдер включил FastTrack на своей стороне, и это решило проблему. Я довольно долго пользовался своим hAP AC (несколько лет), пока на прошлой неделе не начались проблемы. С тех пор как примерно на прошлой неделе производительность LAN-WAN и наоборот постепенно снижалась и сейчас колеблется между 15 и 30 Мбит/с. Я проверил кабели, сам WAN и PoE. Проблема очень странная, так как если я меняю любые настройки в webfig или CLI, относящиеся к затрагиваемым интерфейсам (например, управление потоком), скорость возвращается на максимум. Результаты WiFi не однозначны, некоторые устройства медленные, некоторые быстрые. Если я перезагружу устройство, скорость возвращается к норме, но примерно через 5 минут снова падает. Это не проблема провайдера, так как прямые тесты дают стабильные результаты. Проверенные мной моменты: IP назначен мосту 192.168.1.254/24 192.168.1.0 мост WLAN и LAN находятся в одном мосту. Правило перенаправления firewall — fasttrack chain=forward action=fasttrack-connection connection-state=established,related log=no log-prefix="" Нагрузка на ЦП ниже 5% большую часть времени Температура SoC около 42-46°C Охлаждение не влияет на снижение производительности. Запущена версия 6.45.2 (та же проблема с версией 6.43.8) Изменение режима протокола моста дает только временный эффект (через 5 минут скорость снова снижается). В логах нет никаких указаний на проблемы. Это случай плохого оборудования? Какой эквивалент команды Linux dmesg в routerOS? Что я упускаю?
23.07.2019 09:46:00, SergeiF.