http://mikrotik.moscow Новое в теме ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Sun, 05 Apr 2026 20:21:59 +0300 ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
FYI, BBR нужно внедрять только на конечных устройствах (например, веб-браузерах и серверах), где происходит отправка и получение данных. Это не требует никаких модификаций или внедрений в маршрутизаторы или другую сетевую инфраструктуру. Единственный туннельный протокол, который я могу вспомнить и который использует TCP, это OpenVPN, который, по сравнению с UDP (кстати, он сейчас является протоколом по умолчанию), не так хорош.
28.08.2024 19:31:00, Larsa.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390754 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390754 Wed, 28 Aug 2024 19:31:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
https://issuetracker.google.com/issues/291524051?pli=1 Проблема скорости сети RouterOS (Mikrotik) У меня повторяющаяся проблема с разными клиентами на разных аккаунтах. Я устанавливаю Mikrotik Cloud Hosted Router (CHR) на экземпляр GCP. Установил MTU 1360, рекомендованный в документации. В настройках экземпляра включаю IP Forward. Исходящий трафик по TCP медленный — 130 кбит/с. После UDP всё в порядке. Исходящий трафик по TCP и UDP нормальный. BBR сейчас необходим, так как он может улучшить производительность TCP самого RouterOS, что необходимо, когда RouterOS используется как конечная точка для предоставления туннельных услуг.
28.08.2024 15:00:00, bugtik.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390753 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390753 Wed, 28 Aug 2024 15:00:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
UP! Жду, когда это будет реализовано…
27.06.2024 11:01:00, S8T8.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390752 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390752 Thu, 27 Jun 2024 11:01:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
Я думаю, нет нужды ждать BBRv2, так как это проблема будущего. RouterOS v7 использует ядро Linux 5.x, которое нативно поддерживает BBR. Включение BBR в ядре через код — это всё, что требуется, поскольку по умолчанию он не включен, но его могут активировать те, кто в этом нуждается. Таким образом, RouterOS сможет показать лучшую сетевую производительность для Docker, как и другие системы на базе Linux. Хотя, возможно, это не совсем то, что я хотел сказать, включение BBR действительно может улучшить производительность на некоторых облачных серверах. Вместо того чтобы отвергать эту функцию, нам стоит просто избежать ее принудительного включения.
17.02.2023 13:39:00, kcarhc.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390751 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390751 Fri, 17 Feb 2023 13:39:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
Я нахожусь в двойственных чувствах по поводу BBR. В основном я ждал выхода BBRv2, прежде чем рекомендовать его для чего-то, кроме его первоначальной цели: быть лучше, чем трафик в стиле DASH (Netflix) для YouTube. В настоящее время он плохо подходит для шардингованных сайтов (не очень хорошо конкурирует с самим собой). Что касается тестов скорости к роутеру, то он хорошо определяет реальную емкость канала и держится на этой емкости. С участием “FQ” (fq_codel/cake/fq_pie) он делает очень мало вреда и чаще всего остается в своем режиме по задержке при передаче более 10 секунд. Однако первые 10 секунд… и в условиях полицеров он уничтожает весь другой трафик, который кто-то может пытаться контролировать через своих полицеров, чтобы обеспечить хорошее качество VOIP или видео. У BBR вообще нет поддержки ecn по RFC3168 и он не быстро реагирует на потери из “codel” части алгоритма. Из-за своего поведения, не дружелюбного к TCP, он во многих случаях оказывается лучше cubic, что вы можете (как пользователь BBR) праздновать, или как пользователь cubic, быть недоволен. BBR полезен против действительно потерянных каналов, где cubic бы испытывал трудности. Он также требует немного больше ресурсов ЦП, чем cubic. Это смесь. Даже на роутере с включенным fq_codel он замаскирует другие проблемы с буферизацией в вашей сети. Во-вторых, я крайне против TCP-прокси, потому что, как правило, разрывание TCP-контрольного цикла на две части негативно сказывается на его работе. Хороший пример, когда TCP-прокси могут все испортить, это когда в иначе отзывчивом приложении для совместного использования экрана не хватает обратной связи для того, чтобы сбрасывать кадры, вместо того чтобы продолжать отправлять пакеты. Мы наблюдаем это сейчас постоянно и в контейнерных системах, где неиспользование TCP_NOTSENT_NOWAT может привести к тому, что 99% данных передается между веб-прокси (nginx) и контейнером, но для пользователя данные никогда не отправляются, вызывая проблемы с фактической интерактивностью других потоков. Смешной пример из реальной жизни произошел в прошлом году, когда правильная активация этой опции между контейнером и nginx привела к снижению трафика, и видно было, что один крупный поставщик карт начал загружать отдельные компоненты карт и другие данные гораздо быстрее. Внедрение BBR теперь в cilium полагается на обратное давление хоста, а не сети, начиная с Linux 6.0, и работает довольно хорошо, кроме случаев, когда происходит прямое взаимодействие с сетью или UDP внутри контейнера. Я очень недоволен взрывом концепции TCP-прокси за последние 2 года. Люди, использующие их, не измеряют правильные вещи в правильных местах. Если хотите, могу привести примеры проблем с BBR. Но да - тесты скорости TCP будут выглядеть лучше, хотя не отражают реальность для клиентов, проксирование будет выглядеть лучше для половины соединения с довольно неопределенными результатами для другой половины, контейнеры, как я уже сказал… а для файловых серверов… зависит от нагрузки. Смотрите также: https://web.mit.edu/Saltzer/www/publications/endtoend/endtoend.pdf
14.02.2023 22:45:00, dtaht.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390750 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390750 Tue, 14 Feb 2023 22:45:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
У меня смешанные чувства насчет BBR. Я в основном ждал выхода BBRv2, прежде чем рекомендовать его для чего-либо, кроме его изначальной цели: быть лучше, чем трафик в стиле DASH (Netflix) для YouTube. В настоящее время он плохо подходит для шардинговых сайтов (не может эффективно конкурировать с самим собой). Что касается бенчмарков, похожих на speedtest, для роутера, он хорошо показывает фактическую пропускную способность соединения и держится на этом уровне. При использовании модуля “FQ” fq_codel/cake/fq_pie он наносит довольно мало вреда и, для более долгих передач, больше 10 секунд, как правило, остается в режиме, основанном на задержках. Однако первые 10 секунд… и против полицейских, он уничтожает весь другой трафик, который кто-то может пытаться контролировать через своего полицейского, чтобы обеспечить хорошее качество связи для VoIP или видео. BBR вообще не поддерживает ecn по RFC3168 и не реагирует быстро на потери из «codel» части алгоритма. Из-за своего недружественного по отношению к TCP поведения он превышает cubic во многих случаях, что, возможно, может радовать пользователя BBR, но расстраивать пользователя cubic. BBR полезен против по-настоящему потеряных соединений, где cubic будет испытывать трудности. Он также требует немного больше ресурсов CPU, чем cubic. Это смесь. Даже на роутере с поддержкой fq_codel он будет скрывать другие проблемы с буферизацией на вашем сети. Кроме того, я совершенно против TCP-прокси, потому что в общем нарушает TCP-контрольную петлю, как это, негативно сказывается на управлении TCP. Хороший пример, где TCP-прокси могут все испортить: в иначе отзывчивом приложении для совместного использования экрана может больше не хватать обратной связи, чтобы сбросить кадр, вместо того чтобы продолжать отправлять пакеты. Мы это постоянно видим сейчас и в контейнерных системах, где невыполнение TCP_NOTSENT_NOWAT может привести к тому, что 99% данных передается между веб-прокси (nginx) и контейнером, но пользователю так и не отправляется, вызывая проблемы с реальной интерактивностью других потоков. Смешной реальный пример этого произошел в прошлом году, когда правильное включение этой опции между контейнером и nginx привело к уменьшению трафика, а замеченное преимущество заключалось в том, что определенный крупный поставщик карт внезапно начал получать отдельные компоненты карт и другие данные намного быстрее. Теперь реализация BBR в cilium полагается на давление в системе хоста, а не в сети, начиная с Linux 6.0, и работает довольно хорошо, за исключением случаев, когда общается напрямую с сетью или UDP внутри контейнера. Я очень недоволен взрывом концепции TCP-прокси за последние 2 года. Люди, использующие это, не измеряют правильные параметры в правильных местах. Могу предоставить ссылки на проблемы BBR, если хотите. Но да – тесты скорости TCP будут выглядеть лучше, хотя не отражают реальность клиентов, проксирование будет выглядеть лучше для половины соединения с довольно неопределенными результатами для другой половины, контейнеры, как я уже сказал… а для файловых серверов… зависит от нагрузки. Смотрите также: https://web.mit.edu/Saltzer/www/publications/endtoend/endtoend.pdf
14.02.2023 21:55:00, dtaht.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390749 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390749 Tue, 14 Feb 2023 21:55:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
Как уже упоминалось, BBR ничего не сделает для маршрутизации, но поможет в следующих областях с RouterOS в качестве хоста: Тесты скорости TCP, генерируемые маршрутизатором Проксирование (существующие варианты прокси в ROS) Контейнеры (например, nginx или apache в качестве веб-хоста или прокси) Файловые серверы Для меня даже важнее, чем BBR, был бы прозрачный TCP-прокси, как то, что сделали Bequant и Cambium. С ускорением TCP на "пиринговом" конце, помогая преодолевать задержки фиксированной связи, и AQM (Cake, fq_codel) на краю (например, hAP AC/AX), вы могли бы убедиться, что клиенты могут удовлетворительно использовать свою полосу пропускания и при этом иметь сбалансированный опыт со всеми различными протоколами, работающими в сети.
14.02.2023 18:44:00, sirbryan.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390748 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390748 Tue, 14 Feb 2023 18:44:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
Скажи, если я не прав, но это не должно повлиять на маршрутизируемый трафик. Только если ты будешь использовать свой RouterOS как прокси или веб-сервер и подобное. НО: Так как у меня часто бывают проблемы с моим провайдером, из-за которых моя скорость загрузки не соответствует тому, что должна быть, я выяснил, что иногда очень помогает, если я использую VPS в качестве прокси с установленным контролем перегрузки TCP на BBR. То же самое насчет загрузки: BBR делает мою скорость загрузки в 2-3 раза быстрее. Так что это действительно может быть интересной функцией для некоторых, и на самом деле не должно быть большой проблемой реализовать это. Особенно интересно для инстансов Docker (с учетом моего прокси, если эта функция появится).
14.02.2023 14:27:00, shavenne.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390747 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390747 Tue, 14 Feb 2023 14:27:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
Какова польза от включения BBR? Проще говоря, включение BBR может оптимизировать скорость доступа к вашему сайту. BBR — это алгоритм оптимизации сетевых задержек TCP, открытый Google, который нацелен на решение двух проблем: полномасштабное использование пропускной способности сетевого канала с определенной потерей пакетов и снижение загрузки буферов на сетевом канале, что, в свою очередь, уменьшает задержку. Так почему стоит включать BBR на RouterOS? Дело в том, что большинство арендованных нами VPS имеют общий трафик, то есть один порт 1G может использоваться 100 людьми, разделяющими 1G пропускной способности. Ранее, когда BBR не использовался, у всех не возникало проблем, включая отличное использование RouterOS. Но когда кто-то начинает использовать BBR на других серверах с Linux, RouterOS становится относительно менее выгодным пользователем при одинаковом общем трафике, или приоритет пропускной способности для RouterOS в этот момент уже не является справедливым. Я протестировал это, использовал один и тот же VPS, Debian 10 с включенным BBR и без него, и эффект был очень заметным, особенно в некоторые пиковые периоды сети. Функция BBR была запланирована для добавления в ядро Linux 4.9 и не включена по умолчанию. На самом деле, я предлагаю, чтобы RouterOS предоставил возможность включить эту функцию, и те, кому она нужна, могли бы ее активировать, как это делается с fq-codel на RouterOS, который поддерживается, но не включен по умолчанию.
13.02.2023 14:21:00, kcarhc.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390746 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390746 Mon, 13 Feb 2023 14:21:00 +0300 RouterOS ЗАПРОС ФУНКЦИИ: Управление перегруженностью BBR (Пропускная способность узкого места и время обратной передачи) RouterOS в форуме RouterOS.
Bottleneck Bandwidth and Round-trip propagation time, или BBR, — это алгоритм управления перегрузками, который используется для трафика с google.com и YouTube. Алгоритм был разработан Google и способен обеспечить большую пропускную способность и низкие задержки для трафика с вашего VPS. RouterOS 7.1 beta X поддерживает WireGuard, возможно, на ядре Linux версии 5.6.X. Поэтому, пожалуйста, добавьте кнопку для переключения управления перегрузками TCP с默认ного (CUBIC или MIKROTIK) на BBR.
23.08.2020 11:49:00, kcarhc.]]> http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390745 http://mikrotik.moscow/forum/forum57/84858-zapros-funktsii_-upravlenie-peregruzhennostyu-bbr-_propusknaya-sposobnost-uzkogo-mesta-i-vremya-obratnoy-peredachi/message390745 Sun, 23 Aug 2020 11:49:00 +0300 RouterOS