Jump to content
Калькуляторы

mikrotik l2 bridge с использованием 802.1q cos как сделать, что бы работало ?

Может кто сталкивался с такой задачей: надо сдлать линк точка-точка на микротиках (последняя версия софта, где уже есть nv2, карточка 802.11n), через который надо протянуть vlan, при этом в радиолинке надо отрабатывать приоритеты, заданные в теге 802.1q.

Как это делается в linux - понятно, но вот сделать аналогично в микротике что-то не получается (т.е. работает, но не все, что надо).

Возникают следующие вопросы:

1. В каком режиме ставить интерфейс wlan1 на "базовой" станции ?

2. Как сказать микротику, что на wlan1 надо использовать 8 очередей (тычка с числом 8 есть и все, видимо), и будет ли оно использовать биты из 802.1q для постановки пакета в соответствующую очередь карточки ? Как узнать приоритеты очередей, которые создаются в wlan1 ? В linux оно все просто: set_egress_map/set_ingress_map и далее работает само по skb->priority. Как делать в микротике ?

3. Собраный по инстрикции с сайта бридж через wds вроде работает, но обладает следующим свойством: при нагрузке трафиком через iperf по udp пинг прыгает в районе 10-20мс, а вот если по tcp (в 10 потоков) - объем трафика тот-же, но пинг 110-130мс. conntrack отключен.

Share this post


Link to post
Share on other sites

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

 

WMM с горем пополам работает. Почитайте вики на сайте микротика, там все подробно расписано как настроить.

Не забудьте WMM включить на радиоинтерфейсе (в N режимах он включается автоматически).

Share this post


Link to post
Share on other sites

WMM doesn't provide mechanisms for scheduling or controlling network access to improve QoS, but these enhancements may be added in future releases.

 

ключевые слова выделены.

 

Prioritization is based on the original Carrier Sense Multiple Access/Collision Avoidance Protocol in the initial 802.11 standard. A mechanism called Distributed Coordination Function (DCF) uses a simple listen-before-talk algorithm to minimize the chance of packet collisions caused by more than one device accessing the wireless medium at the same time. A client must wait for a randomly selected time period and then "listen" to find whether any other device is communicating before starting to transmit. The random back-off period gives all devices a fair opportunity to transmit.

 

However, WMM stipulates different fixed and random wait times for the four prioritization categories to provide more favorable network access for applications that are less tolerant of packet delays. Devices that have less time to wait have a better chance of being able to transmit than those that have a longer wait. In order of highest priority, the access categories are voice, video, best effort and background. These WMM prioritization categories map to Ethernet 802.1d prioritization tags to allow consistent QoS across wireless and wired network segments.

 

The back-off timing for each access category consists of a fixed period called the Arbitrary Inter-Frame Space Number followed by a random period called the Contention Window (CW), both specified in multiples of the slot time. For 802.11b, one slot is 20 microsec and for 802.11a and 802.11g, a slot is 9 microsec. The CW maintains the DCF random back-off component to help avoid collisions of packets from the same access category. The CW range doubles each time there is a collision and is reset to its minimum value after a successful transmission.

Share this post


Link to post
Share on other sites
По радио можно только WMM сделать, либо вручную шейперами перемаркировывать трафик на микротике, только нужно указать максимальную скорость через радиоканал, и если реальная прокачка станет меньше - то приоритезация работать перестанет.
Ну это врятли: DPI оно же не умеет ? :)

 

WMM с горем пополам работает. Почитайте вики на сайте микротика, там все подробно расписано как настроить.

Не забудьте WMM включить на радиоинтерфейсе (в N режимах он включается автоматически).

У меня N - так оно видимо включено. Я вообще не нашел нигде особых настроек про WMM (там вообще как-то скудненько все в этом плане). Документацию на их wiki посмотрел - там тоже особо ничего не расписано, где крутить и как посмотреть что оно работает. По внешним показателям вроде работает. :)

Плохо, что оно дальше приоритет не протягивает, т.е. на другом конце линка в 802.1p уже ничего нет.

Share this post


Link to post
Share on other sites

Там ничего и не будет.

WMM чтобы работал надо метить пакеты, тогда они по радио будут передаватся в нужной последовательности, сначала с более высоким приоритетом, и потом если возможно все остальные.

Share this post


Link to post
Share on other sites
Там ничего и не будет.

WMM чтобы работал надо метить пакеты, тогда они по радио будут передаватся в нужной последовательности, сначала с более высоким приоритетом, и потом если возможно все остальные.

Пакеты метятся, в принципе оно вроде и работает.

 

Пока вот не понятно, почему на загрузке разным типом трафика (udp/tcp) в тех же объемах сильно меняется латентность...

Share this post


Link to post
Share on other sites

а вы ее как меряете?

и что значит в "тех же объемах"?

Share this post


Link to post
Share on other sites
а вы ее как меряете?

и что значит в "тех же объемах"?

2 компа, между ними сеть через bridge на микротике. Гружу канал iperf-ом 95мбит, сначала udp (дефолтный размер пакета) , параллельно смотрю пинг с одного компа на другой. Пинг 10-12мс. Вырубаю iperf, включаю его же но по tcp (20 потоков). Нагрузка те же 90-95мбит. Пинг - 120-130мс. Почему ? conntrack отключен.

Share this post


Link to post
Share on other sites

вообщето в Нстрим нет QoS, он аггрегирует фреймы и там нет никакой возможности сделать приоритет, это было в одной из тем на форуме микротика.

Приоритет работает в чистом 802.11 через WMM и маркировку пакетов в фаерволе, или в NV2 через установку нужного количества очередей и соответствующий маппинг в фаерволе.

Share this post


Link to post
Share on other sites
а вы ее как меряете?

и что значит в "тех же объемах"?

2 компа, между ними сеть через bridge на микротике. Гружу канал iperf-ом 95мбит, сначала udp (дефолтный размер пакета) , параллельно смотрю пинг с одного компа на другой. Пинг 10-12мс. Вырубаю iperf, включаю его же но по tcp (20 потоков). Нагрузка те же 90-95мбит. Пинг - 120-130мс. Почему ? conntrack отключен.

при загрузке канала UDP 95M - поток лимитирован на 97% емкости канала, потому пинг стабильный.

при загрузке по TCP - во первых есть еще обратный трафик, во 2-х при даже 3-х потоках уже нагрузка канала 100%, соответственно пинг плавает.

 

 

вообщето в Нстрим нет QoS, он аггрегирует фреймы и там нет никакой возможности сделать приоритет, это было в одной из тем на форуме микротика.
а что - кто-то говорил про nstreme?

 

Share this post


Link to post
Share on other sites
при загрузке канала UDP 95M - поток лимитирован на 97% емкости канала, потому пинг стабильный.
95Mbit это предел канала, т.е. то, что микротик пропускает без потерь (в показометре iperf) через радио.

 

при загрузке по TCP - во первых есть еще обратный трафик, во 2-х при даже 3-х потоках уже нагрузка канала 100%, соответственно пинг плавает.
На "проводе" такого нет. Обратного канала хватает.

 

Share this post


Link to post
Share on other sites
при загрузке по TCP - во первых есть еще обратный трафик, во 2-х при даже 3-х потоках уже нагрузка канала 100%, соответственно пинг плавает.
На "проводе" такого нет. Обратного канала хватает.

Поставьте полудуплекс.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this