Mikrotik.moscow [тема: Поддержка CoDel?]

Поддержка CoDel?

Thu, 10 Oct 2013 06:56:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
И у нас так же. У нас несколько сотен Mikrotik'ов (и их количество растет) подключены к DSL-линиям. Из-за непредсказуемой природы DSL мы постоянно пытаемся менять очереди, поскольку меняется загрузка на DSLaM, но Codel позволит динамические очереди для этих линий. MikroTik, вы серьезно воспринимаете это как запрос на новую функцию? Если MikroTik подключен к DSL-линии, потребуется ли что-то с очень маленьким буфером? (Поскольку ему нужно знать, что очередь закончилась, то если модем не в MikroTik, это будет работать?)
10.10.2013 06:56:00, odge.

Поддержка CoDel?

Mon, 09 Sep 2013 07:08:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Я тоже хочу увидеть поддержку CoDel. Пока опыта нет (потому что это не реализовано во всех наших примерно 200 роутерах Mikrotik); но я читал статью о нем в немецком журнале c't 20/2013 (страницы 184/189) – у них там довольно хороший опыт был (на DSL-соединении). Основная идея в том, что оно наблюдает время ожидания пакетов в очереди; как только обнаруживает, что пакеты от определенного соединения задерживаются в очереди, например, более 100 мс, оно начинает сбрасывать все последующие пакеты этого соединения (плюс дополнительные условия, вроде полной очереди и прочего…). Лео.
09.09.2013 07:08:00, leonix.

Поддержка CoDel?

Sat, 03 Aug 2013 03:19:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Несколько заметок: codel и fq_codel – это не слова, описывающие одно и то же. Codel – это стратегия отбрасывания пакетов, которая поддерживает более короткие очереди и общую меньшую задержку. Fq_codel сочетает в себе планирование пакетов в стиле DRR с несколькими дополнениями, чтобы дать приоритет более редким потокам (например, DNS, VoIP и игровые пакеты) в очереди по сравнению с потоками (большими загрузками), которые формируют очередь. Он использует codel для поддержания коротких потоков. В общем случае на домашнем роутере используйте fq_codel, а не codel. Его можно рассматривать как замену sfq, которая хорошо работает на более высоких скоростях, или как замену RED, которая не требует мучительной настройки, но он лучше, чем любой из них по отдельности или вместе. Fq_codel является частью пакета linux wireless-backports, который был перенесен в linux 2.6.32. Надеюсь, это достаточно для того, чтобы больше дистрибутивов его приняли. Он есть в ядре с версии 3.5 и постоянно улучшается. Codel или fq_codel НЕ требуют BQL в своем наиболее распространенном варианте использования, а именно в системе QoS с ограниченной скоростью поступления/исходящего трафика. Когда, например, используется htb или hfsc для контроля доступной полосы пропускания, fq_codel присоединяется под ним вместо qdisc по умолчанию, pfifo_fast. Сейчас много продуктов используют его в своих системах QoS. Поддержка BQL желательна, если присоединить его как сырой qdisc к устройству Ethernet. BQL не применим к устройствам Wi-Fi, и хотя fq_codel можно присоединить к mq qdisc, который используют большинство устройств Wi-Fi, работа над обеспечением его хорошей работы с избыточным буферированием, присутствующим в большинстве драйверов устройств Wi-Fi, все еще продолжается. Хотя openwrt сделал fq_codel своим стандартом для всего, пока что преждевременно выпускать продукты Wi-Fi AP, основанные на fq_codel, без тестирования поведения на загруженных каналах и тщательного анализа задействованных драйверов устройств. Fq_codel работает довольно хорошо на клиентах с одним интерфейсом Wi-Fi очереди (например, Android или ваш ноутбук). Наконец, есть новое оборудование, которое полностью обходит структуры qdisc в Linux (вещи для octeon), и у меня НЕТ данных о том, как или даже если fq_codel может быть там применим. У меня сложилось впечатление, что octeons делают RED аппаратно, и если вы можете это настроить, делайте это… и я бы очень хотел, чтобы fq_codel также был добавлен в эту прошивку однажды. Я был бы очень рад, если бы он появился в продуктах MikroTik, где это могло бы быть полезно, и желаю вам удачи в его тестировании. По вопросам о том, как он работает, спрашивайте на коде или ietf "aqm"l mailing list, ищите в Google ‘bloat-videos’, читайте сайт bufferbloat, смотрите ‘rrul rogues gallery’. Для статуса внедрения (например, в кабельной отрасли) ищите в Google “active queue management algorithms for docsis 3.0”. Конечно, есть гораздо больше, что нужно исправить, и потребуется некоторое время, чтобы отрасль и ietf пришли к соглашению о стандартах, но, учитывая, что код в целом доступен, я надеюсь, что вы воспользуетесь этой возможностью.
03.08.2013 03:19:00, dtaht.

Поддержка CoDel?

Thu, 11 Jul 2013 20:17:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
С нетерпением жду хоть каких-нибудь новостей о том, что Mikrotik добавит поддержку fq_codel в качестве еще одного AQM алгоритма, как это реализовано в ядре Linux, и кажется отличным решением для управления CPE (без ручной настройки и с быстрой реакцией на нестабильные Wi-Fi каналы). http://www.bufferbloat.net/projects/cerowrt/wiki/Bloat-videos http://gettys.wordpress.com/2012/05/22/a-milestone-reached-codel-is-in-linux/ http://gettys.wordpress.com/2012/10/01/tcp-small-queues/ Из последней ссылки: «Сочетание TSQ, fq_codel и BQL (Byte Queue Limits) позволяет нам решить проблему bufferbloat в Ethernet в Linux почти полностью. К сожалению, беспроводные соединения остаются проблемой (драйверам нужно много пакетов для агрегации 802.11n, и это происходит ниже уровня, на котором может работать fq_codel), как и другие типы устройств. Например, одно конкретное DSL-устройство, которое мы рассмотрели на прошлой неделе, имеет минимальный размер кольцевого буфера 16, что опять же происходит ниже уровня дисциплины очередей Linux». "Умное" оборудование стало настоящей головной болью. Так что в Linux еще многое предстоит сделать, не говоря уже о других операционных системах.
11.07.2013 20:17:00, normalcy.

Поддержка CoDel?

Sat, 01 Jun 2013 18:18:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Пожалуйста, не используйте опции `static limit-at` и `max-limit`. Это не совсем правильное решение на будущее, когда все снова (пере)откроют для себя bufferbloat. Однако, похоже, ведётся работа над добавлением CoDel в ядро Linux.
01.06.2013 18:18:00, pcunite.

Поддержка CoDel?

Tue, 26 Feb 2013 08:29:00 -0500

Поддержка CoDel? RouterOS в форуме RouterOS.
+1 от меня. Спрошу у них об этом лично на следующей встрече с мамой.
26.02.2013 08:29:00, valent.

Поддержка CoDel?

Tue, 26 Feb 2013 07:37:00 -0500

Поддержка CoDel? RouterOS в форуме RouterOS.
Дорогой Mikrotik, надеюсь, вы нас поразите анонсом развития очереди в ближайшее время. Чтобы поддерживать эту тему живой! С уважением!
26.02.2013 07:37:00, odge.

Поддержка CoDel?

Fri, 07 Dec 2012 12:51:00 -0500

Поддержка CoDel? RouterOS в форуме RouterOS.
Пожалуй, я не до конца понимаю, что ты имеешь в виду. Но кажется, ты говоришь, что им не обязательно объяснять что-то нам? Но с моей точки зрения, если смотреть на других поставщиков, с которыми мы сотрудничаем и перепродаем их товары, то самые успешные из них следят за своими клиентами и за запросами клиентов своих клиентов. Не обязательно делиться всеми этапами, но хотя бы сообщать, были ли рассмотрены какие-то запросы на новые функции, и чтобы какой-то центральный «рецензент» отсеивал дубликаты — это очень хороший способ отслеживать интересы клиентов. В общем, не хочу засорять эту тему лишней информацией, так что если ответишь, может, лучше перенесем обсуждение в другую тему. С наилучшими пожеланиями.
07.12.2012 12:51:00, odge.

Поддержка CoDel?

Fri, 07 Dec 2012 12:39:00 -0500

Поддержка CoDel? RouterOS в форуме RouterOS.
Да, они могли бы дать нам представление о том, что они делают, но спрашивать об этом в нынешней обстановке не очень вежливо, если честно.
07.12.2012 12:39:00, NetworkPro.

Поддержка CoDel?

Fri, 07 Dec 2012 10:55:00 -0500

Поддержка CoDel? RouterOS в форуме RouterOS.
Микротик, есть какие-нибудь новости по поводу проверки запросов и багов? Было бы здорово, если бы у Микротика был человек, чья единственная работа заключалась бы в категоризации и устранении дубликатов запросов на функции и багов, чтобы мы могли отслеживать их прогресс в каком-то порядке, не надоедая вам по этому поводу. Шаги рабочего процесса могли бы быть такими: “Дубликат — смотри xxxxx” “Не рассмотрено” “Первичный просмотр, принято, углублённый просмотр запланирован на гггг/мм/дд” “Отклонено после первичного просмотра с причиной” “Углублённый просмотр завершён, запланировано включение, ревизия и дата” “Завершено” “Внесено изменение для включения в ревизию и дата”. Ну, вы понимаете…
07.12.2012 10:55:00, odge.

Поддержка CoDel?

Wed, 31 Oct 2012 08:28:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Привет, поддержка Mikrotik! Вы видели этот запрос или посмотрели вторую половину http://twit.tv/show/security-now/359 или прочитали PDF по адресу http://delivery.acm.org/10.1145/2210000/2209336/p20-nichols.pdf?ip=41.135.100.141&acc=OPEN&CFID=189498739&CFTOKEN=48011506&__acm__=1351671966_2dc291d86f9fb0bd15ae0598d7f53cc6? Было бы просто замечательно, если бы появилась такая система управления очередями (AQM). Кстати, очереди Codel и очереди, основанные на "процентах" (меняющиеся в зависимости от ответа Codel), были бы просто супервыигрышным вариантом, и, вероятно, взвисят спрос на Mikrotik до небес. Ван Джейкобсон снова спасает мир Интернета!

С уважением.

— РЕДАКТИРОВАНИЕ: Mikrotik ответили и сказали, что собираются рассмотреть вопрос подробнее. Пожалуйста, напишите здесь, если вы понимаете преимущества Codel и хотели бы увидеть его внедрение. Посмотрите видео и прочитайте PDF, чтобы понять, насколько это улучшит управление очередями.

Очереди, основанные на процентах, изначально запрашивали здесь: http://forum.mikrotik.com/t/2009-and-mikrotik/25631/5

Очереди с факторами также невероятно полезны, когда у вас уже есть очередь Codel, смотрите мой пост с примером использования здесь: http://forum.mikrotik.com/t/vpns-overhead-and-queus/59228/1
31.10.2012 08:28:00, odge.

Поддержка CoDel?

Thu, 20 Sep 2012 04:39:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Я тоже хотел бы посмотреть CoDel.
20.09.2012 04:39:00, jaytcsd.

Поддержка CoDel?

Fri, 14 Sep 2012 11:28:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Я вот думала, что PCQ вроде как это и делает? Но, может, я не так поняла? CoDel, конечно, звучит хорошо для беспроводной связи, когда пропускная способность постоянно немного варьируется...
14.09.2012 11:28:00, spire2z.

Поддержка CoDel?

Fri, 14 Sep 2012 10:18:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Техники статической очереди отлично работают на каналах с фиксированной полосой пропускания, но бесполезны на Wi-Fi и других типах каналов с динамической полосой. Поправьте меня, если я не прав, но насколько я знаю, Mikrotik не поддерживает никакие техники управления очередями с активным управлением полосой пропускания (AQM) [1]. CoDel – это тип QoS, относящийся к AQM. Надеюсь, стало немного понятнее.

ОБНОВЛЕНИЕ: Mikrotik поддерживает один тип AQM QoS, а именно RED [2].

Цитата из Википедии: «Ранние дисциплины AQM (особенно RED и SRED) требуют тщательной настройки параметров для обеспечения хорошей производительности. Современные дисциплины AQM (ARED, Blue, PI) самонастраиваются и могут работать с их параметрами по умолчанию в большинстве или во всех случаях.» [1] http://en.wikipedia.org/wiki/Active_queue_management [2] http://wiki.mikrotik.com/wiki/Manual:Queue#RED
14.09.2012 10:18:00, valent.

Поддержка CoDel?

Fri, 14 Sep 2012 07:59:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Микротик, чтобы улучшить очереди, когда они могут. В чем преимущество Codel по сравнению с <аппаратной очередью + очередью PCQ для равенства>? Спасибо.
14.09.2012 07:59:00, NetworkPro.

Поддержка CoDel?

Wed, 12 Sep 2012 11:19:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Это, безусловно, хороший совет для тех, кто хочет только CoDel и не особо заботится об ОС, но я правда очень хочу увидеть это конкретно на RouterOS, и не вижу причин, почему они не могли добавить это в будущую версию. Уверен, я не один такой.
12.09.2012 11:19:00, Atnevon.

Поддержка CoDel?

Wed, 12 Sep 2012 10:59:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Если тебе нужна поддержка CoDel, лучше используй OpenWrt вместо Mikrotik OS на твоём Routerboard, работает отлично!
12.09.2012 10:59:00, valent.

Поддержка CoDel?

Fri, 13 Jul 2012 08:49:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Да, мой ГОЛОС тоже. Red об этом говорил некоторое время назад. CoDel должен быть в ядре в версии 3.5, так что, возможно. Это перспективное преимущество, особенно для беспроводных сетей.
13.07.2012 08:49:00, cieplik206.

Поддержка CoDel?

Wed, 31 Oct 2012 12:41:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Кодел + опция "без пропадания" части наших пакетов – этого вполне достаточно, чтобы начать и сохранить простоту.
31.10.2012 12:41:00, NetworkPro.

Поддержка CoDel?

Thu, 12 Jul 2012 22:05:00 -0400

Поддержка CoDel? RouterOS в форуме RouterOS.
Возможно, на этот вопрос уже отвечали где-то ещё, но я не смог найти конкретный ответ через поиск по форуму, поэтому решил задать его. Есть ли какие-то планы по поддержке CoDel в будущей версии RouterOS? Я знаю, что многие используют RouterBoard на очень высокоскоростных магистральных соединениях, но есть и немало тех, кто (включая меня) предпочитает использовать их для домашних и небольших офисных подключений, где CoDel может оказать значительное влияние при возникновении перегрузки. (Для тех, кто не в курсе, что такое CoDel, смотрите этот выпуск Security Now для более подробного объяснения: http://twit.tv/show/security-now/359 )
12.07.2012 22:05:00, Atnevon.