[goonman]

Возник вопрос разделить беспроводных клиентов в разные группы по приоритетам. Про Nv2-qos читал в мануале, но так и не понял принципа, есть вариант дефолтных приоритетов и на основе frame-priority. Но вот конкретного примера реализации для ясности так и не нашел. Меня интересует максимально возможно разграничить беспроводных клиентов, одним дать высокий на телефонию и потоковое видео, другим - лучший доступ к определенным ресурсам. База будет на атоме прошивка 5.7, клиенты - SXT. Кто что посоветует.

[Saab95]

Я посоветую не заниматься ерундой, QOS на радио wi-fi нормально сделать никогда не получится, т.к. для этого нужно прописывать правила и на клиентах, а как клиент узнает что кроме него еще кто-то ведет передачу?

[goonman]

Как тогда в wimax клиенты узнают друг о друге? Там есть возможность приоритетов, каков там принцип QoS?

[sherwood]

а как клиент узнает что кроме него еще кто-то ведет передачу?

а ему и знать об этом не надо :) получит свой трафик согласно так сказать штатному расписанию.

теоретически - на базе настраивается приоритет трафика и все, все загвоздка в том, как выделить тот или иной тип трафика правильно, то есть на сто процентов - голос, торрент, видео и т.д., и второе, этот приоритет будет срабатывать только после полной загрузки канала, но с этим наверное проблем не будет, только придется урезать немного реальную пропускную способность канала.

[Saab95]

Как тогда в wimax клиенты узнают друг о друге? Там есть возможность приоритетов, каков там принцип QoS?

 

Там всем управляет база. Клиентское устройство не может начать передачу, пока не получит разрешение от нее. Для каждого клиента создаются сервисные потоки, которых может быть несколько. И в каждом могут быть свои ограничения по скорости и приоритету.

 

а ему и знать об этом не надо :) получит свой трафик согласно так сказать штатному расписанию.

теоретически - на базе настраивается приоритет трафика и все, все загвоздка в том, как выделить тот или иной тип трафика правильно, то есть на сто процентов - голос, торрент, видео и т.д., и второе, этот приоритет будет срабатывать только после полной загрузки канала, но с этим наверное проблем не будет, только придется урезать немного реальную пропускную способность канала.

 

Теория теорией, а на практике это нормально не работает. Пробовал несколько раз реализовать подобное - ничего толком не вышло. Или довольно сильный недобор по пропускной способности, зато приоритеты работают, либо от любой помехи или низкой модуляции у клиента все начинает плыть. Ни тот, ни другой вариант не приемлим для работы. В итоге лучше вообще без приоритетов.

 

Вот на канале точка-точка можно сделать приоритеты.

[fidget2012]

Вот на канале точка-точка можно сделать приоритеты.

КАК? Нигде не могу найти примера.

У устройств всего два физических интерфейса ether1 и wlan1. И они объеденены в Bridge1.

Хотелось бы сделать vlan priority с помощью NV2-QOS на беспроводном канале точка - точка.

Есть несколько вланов: 900-voip, 901 - клиент с гарантированной полосой, 902 - клиент с тарифом по трафику, 903 - безлимитчик без гарантии.

На AP в настройках wireless - интерфейса на вкладке nv2 ставлю Queue Count = 4, QOS = Frame priority.

На обоих устройствах линка, в разделе bridge -> filter :

/interface bridge filter print 
0   chain=forward action=set-priority new-priority=6 passthrough=yes in-interface=ether1 mac-protocol=vlan vlan-id=900 
1   chain=forward action=set-priority new-priority=4 passthrough=yes in-interface=ether1 mac-protocol=vlan vlan-id=901
2   chain=forward action=set-priority new-priority=2 passthrough=yes in-interface=ether1 mac-protocol=vlan vlan-id=902
3   chain=forward action=set-priority new-priority=0 passthrough=yes in-interface=ether1 mac-protocol=vlan vlan-id=903
4   chain=forward action=set-priority new-priority=7 passthrough=yes in-interface=ether1 mac-protocol=vlan

Всё ли верно? Пакеты в правила попадают, счётчики растут. Но работают ли приоритеты на радио? Как NV2 узнаёт что надо согласно этим правилам очереди на wireless интефейсе делать?

И будет ли такое работать на канале точка - многоточка, в схеме vlan на клиента?

А приоритеты давать, например так:

- Если сигнал отличный у клиента, то его влану приоритет высокий 7.

- Если сигнал совсем плохой, то и приоритет его влану 0.

На клиенте лишь поменять в правилах, что весь их трафик приходящий с ether1 имеет соответствующий приоритет.

Изменено 22 сентября, 2012 пользователем fidget2012

[Saab95]

По уровням сигналов приоритет нельзя делать.

 

Что бы проверить сделайте следующее - через высокоприоритетный влан запустите тест скорости и пинги, с микротика на микротик запустите тест скорости. Увидите что при максимальной нагрузке приоритезация нифига не работает. Далее в тесте скорости устанавливаете ограничение, что бы не нагружать канал в полку - все заработает.

 

Вообще лучше определить скорость канала, скинуть 20 процентов и ставить приоритеты в дереве шейперов.

 

 

[fidget2012]

По уровням сигналов приоритет нельзя делать.

Так он как вроде по vlan`ам. То есть вы хотите сказать, что очереди на wireless интерфейсе освобождаются не так как это описывается на wiki.Mikrotik: сначала передаются все пакеты самой приоритетной очереди, потом менее приоритетной и т.д.? Вообще зачем в nv2 на AP шедулер (DL map, UL map) тогда, чем он занимается?

 

Что бы проверить сделайте следующее - через высокоприоритетный влан запустите тест скорости и пинги, с микротика на микротик запустите тест скорости. Увидите что при максимальной нагрузке приоритезация нифига не работает. Далее в тесте скорости устанавливаете ограничение, что бы не нагружать канал в полку - все заработает.

Не до конца понял, что вы хотели сказать. Но идею вроде уловил. В общем, мне надо запустить одновременно два bandwidth-теста сквозь приоритетный vlan и сквозь менее приоритетный. Пока, например, попробовать на двух клиентах с максимальными модуляциями. И дальше посмотреть как распределятся скорости. Если поровну, тогда дальше и смотреть нечего. Так?

Вопрос такой: А какой режим очереди надо выставлять на физическом интерфейсе wlan1: pfifo, pcq, sfq, mq pfifo, red при включенном nv2-qos`е соответственно на линке точка-точка и точка-многоточка?

 

Вообще лучше определить скорость канала, скинуть 20 процентов и ставить приоритеты в дереве шейперов.

На точка-точка ещё как то можно определить скорость канала. А как в точка-многоточке? Всё же зависит от того сколько одновременно работает "плохих" клиентов и "хороших".

Так значит я должен сначала промаркировать vlan`ы, а потом с помощью дерева шейперов, что то вроде cir mir сделать? Где MIR это максимальная скорость на AP-20%. Какой тут порядок действий, можно по подробней?

[Saab95]

На радио лучше PFIFO делать или PCQ.

 

В многоточке приоритеты нормально не работают. Многие бились над этой проблемой, но ничего не вышло. Приоритезация такого вида работает только на ваймаксе.

 

 

[Bushi]

КАК?

Задайте этот вопрос на forum.mikrotik.com. Там обсуждались особенности работы QoS на NV2.

[fidget2012]

КАК?

Задайте этот вопрос на forum.mikrotik.com. Там обсуждались особенности работы QoS на NV2.

Я искал в интернете пример, любой, с примером настройки QOS на NV2, но ничего нету.

Форум forum.mikrotik.com я тоже весь облазил, собственно с него и начинал. Потом пытался у саппорта тамошнего пример выклянчать по e-mail`у, но они молчат.

 

Пробовал по последнему совету менять тип очередей (PFIFO, PCQ), но QOS от этого не заработал. Изменения от используемой типы очереди, конечно заметно. PFIFO, например, заметно увеличивает максимальную задержку, несколько снижает потери и т.п.

 

Выше я приводил конфигурацию с bridge-фильтром, где выставляется приоритизация пакетам в зависимости от vlan`а.

Пробовал это на точка-точка канале, на точка - многоточка. Не работает QOS ни там, ни там.

Поэтому и задал вопрос тут.

 

Собственно, остался один вопрос:

Как NV2 "узнаёт" что надо очереди на wireless интефейсе делать согласно правилам ip firewall mangle или bridge filters? Вероятно, это надо в разделе Queues задать дополнительно, по мимо того, что указываем в wireless->interfaces->wlanX->nv2(путь по winbox): Queue count и QOS=Frame priority?

Изменено 28 сентября, 2012 пользователем fidget2012