http://mikrotik.moscow Новое в теме Очередь, предел импульса, порог импульса. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Thu, 20 Aug 2026 01:00:39 -0400 Очередь, предел импульса, порог импульса. RouterOS в форуме RouterOS.
Я бы тоже не отказался от скрипта/учебника по этой теме. Всего доброго!
16.05.2013 14:07:00, 2fast4youbr.]]> http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301567 http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301567 Thu, 16 May 2013 14:07:00 -0400 RouterOS Очередь, предел импульса, порог импульса. RouterOS в форуме RouterOS.
http://www.ip-pro.pl/kalkulator/burst_simulator

Эй, народ! Хотите покрутить энную сумму денег, но боитесь, что случится что-то нехорошее? 🤔

Специально для таких нервных есть волшебный симулятор от IP-PRO! 🧙‍♂️

Вводите сумму, выбирайте период, и он вам покажет, как всё может сложиться. Будет ли провал? Или же всё полетит как надо? 🚀

Только помните: это всего лишь симулятор. Не стоит принимать его предсказания как истину в последней инстанции. 😉

Приятного прогнозирования! 🎉
04.12.2015 18:22:00, wahidtelco.]]> http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301566 http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301566 Fri, 04 Dec 2015 18:22:00 -0500 RouterOS Очередь, предел импульса, порог импульса. RouterOS в форуме RouterOS.
Смотри, прикренил Excel-симулятор скорости всплесков. Надеюсь, поможет в работе с MikroTik burst simulator.
11.10.2013 20:41:00, tester.]]> http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301565 http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301565 Fri, 11 Oct 2013 20:41:00 -0400 RouterOS Очередь, предел импульса, порог импульса. RouterOS в форуме RouterOS.
Всплески (Bursts) используются для обеспечения более высоких скоростей передачи данных на короткий период времени. Каждую 1/16 часть времени всплеска маршрутизатор рассчитывает среднюю скорость передачи данных для каждого класса за последние секунды всплеска. Если эта средняя скорость передачи данных меньше burst-threshold, всплеск включается, и фактическая скорость передачи данных достигает burst-limit bps, иначе фактическая скорость передачи данных снижается до max-limit или limit-at. Давайте рассмотрим ситуацию, где max-limit=256000, burst-time=8, burst-threshold=192000 и burst-limit=512000. Когда пользователь начинает скачивать файл по HTTP, мы можем наблюдать следующее: в начале средняя скорость передачи данных за последние 8 секунд равна 0 bps, потому что до применения правила очередей трафик не передавался. Поскольку эта средняя скорость передачи данных меньше burst-threshold (192kbps), всплеск разрешен. Через секунду средняя скорость передачи данных составляет (0+0+0+0+0+0+0+512)/8=64kbps, что ниже burst-threshold. Через две секунды средняя скорость передачи данных составляет (0+0+0+0+0+0+512+512)/8=128kbps. На третью секунду наступает точка перегиба, когда средняя скорость передачи данных превышает burst-threshold. В этот момент всплеск отключается, и текущая скорость передачи данных падает до max-limit (256kbps).
06.08.2013 06:41:00, saifIQ.]]> http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301564 http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301564 Tue, 06 Aug 2013 06:41:00 -0400 RouterOS Очередь, предел импульса, порог импульса. RouterOS в форуме RouterOS.
Я постиг это методом проб и ошибок. Вики помогает с основами, но реальные результаты сложно “читать”. Лучший способ настроить стандарты для вашей системы — это настроить её, а потом прогнать. Если вы работаете как ISP, вам нужно оставаться сосредоточенным на восприятии клиентов, настраивая всё. Восприятие клиентов также искажается рекламой конкурентов с их дымкой и зеркалами. В конечном счёте, важно, чтобы клиенты могли запускать Netflix и/или любую другую подобную программу. Если идёт буферизация, они будут воспринимать это как плохую работу ISP. Вот заметка, которую я написал, чтобы зафиксировать то, что я узнал:

Максимальный предел: это максимальный объем загрузки вверх и вниз, разрешенный, когда настройки всплеска не управляют пропускной способностью.
Предел всплеска: это максимальный разрешенный предел всплеска. Обратите внимание, что фактическая доступная пропускная способность от точки доступа может быть ниже этой настройки, но этот предел повлияет на “время”, в течение которого всплеск разрешен от точки доступа.
Пороговое значение всплеска: это точка, которая разрешает или запрещает всплеск. Если СРЕДНИЙ спрос на пропускную способность ниже этого значения, всплеск НЕ будет задействован. Всплеск отключится, как установлено для времени/лимитов, когда это значение будет достигнуто.
Время всплеска: это НЕ фактическое время, в течение которого разрешен всплеск. Фактическое время рассчитывается: Время всплеска * Пороговое значение всплеска / Предел всплеска. Обратите внимание, что фактическая пропускная способность, доступная в момент “всплеска”, используется для расчета времени, в течение которого всплеск фактически остается задействован. 80 * 2 = 160, разделенное на 8 = 20 секунд разрешенного всплеска. Если любое из значений изменится, то изменится и разрешенное время всплеска.

Заметки: Speedtest.net нуждается в минимальном количестве “времени всплеска” для того, чтобы тест зафиксировал “фактическую” пропускную способность в момент теста. Я думаю, что наша целевая настройка времени для программирования наших очередей — 20 секунд. Это позволит Speedtest.net отображать нашим клиентам зафиксированное значение, которое отражает наши методы продаж. Пороговое значение всплеска можно запрограммировать, чтобы эффективно уменьшить всплески на наших точках доступа. Не уверен, как мы можем определить правильную настройку порогового значения всплеска, так как это значение напрямую влияет на время всплеска. Использование простого очередования на DHCP-сервере с несколькими клиентами — это неуправляемо. Очередь специально запрограммирована на Ethernet 4 и диапазоне DHCP-адресов 192.16.1.0/24, что обеспечит всплеск только для этих IP-адресов. Размещение второй очереди выше очереди для идентификации статического IP-адреса с отдельными значениями всплеска работает. Порядок очередей управляется маршрутизатором в порядке сверху вниз.
01.06.2013 13:07:00, vstman.]]> http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301563 http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301563 Sat, 01 Jun 2013 13:07:00 -0400 RouterOS Очередь, предел импульса, порог импульса. RouterOS в форуме RouterOS.
Может, кто-нибудь, кто хорошо шарит в Mikrotik, поделится примером настройки для интернета 16 Мбит/с на скачивание и 1 Мбит/с на отдачу? Нужно для 80 пользователей, с использованием очереди, burst, порога и времени на burst.
22.04.2013 21:10:00, asuz.]]> http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301562 http://mikrotik.moscow/forum/forum57/74420-ochered_-predel-impulsa_-porog-impulsa./message301562 Mon, 22 Apr 2013 21:10:00 -0400 RouterOS