bitbucket Опубликовано 15 декабря, 2010 · Жалоба Может кто сталкивался с такой задачей: надо сдлать линк точка-точка на микротиках (последняя версия софта, где уже есть 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 отключен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 декабря, 2010 · Жалоба По радио можно только WMM сделать, либо вручную шейперами перемаркировывать трафик на микротике, только нужно указать максимальную скорость через радиоканал, и если реальная прокачка станет меньше - то приоритезация работать перестанет. WMM с горем пополам работает. Почитайте вики на сайте микротика, там все подробно расписано как настроить. Не забудьте WMM включить на радиоинтерфейсе (в N режимах он включается автоматически). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 15 декабря, 2010 · Жалоба 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bitbucket Опубликовано 17 декабря, 2010 · Жалоба По радио можно только WMM сделать, либо вручную шейперами перемаркировывать трафик на микротике, только нужно указать максимальную скорость через радиоканал, и если реальная прокачка станет меньше - то приоритезация работать перестанет.Ну это врятли: DPI оно же не умеет ? :) WMM с горем пополам работает. Почитайте вики на сайте микротика, там все подробно расписано как настроить.Не забудьте WMM включить на радиоинтерфейсе (в N режимах он включается автоматически). У меня N - так оно видимо включено. Я вообще не нашел нигде особых настроек про WMM (там вообще как-то скудненько все в этом плане). Документацию на их wiki посмотрел - там тоже особо ничего не расписано, где крутить и как посмотреть что оно работает. По внешним показателям вроде работает. :) Плохо, что оно дальше приоритет не протягивает, т.е. на другом конце линка в 802.1p уже ничего нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 декабря, 2010 · Жалоба Там ничего и не будет. WMM чтобы работал надо метить пакеты, тогда они по радио будут передаватся в нужной последовательности, сначала с более высоким приоритетом, и потом если возможно все остальные. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bitbucket Опубликовано 17 декабря, 2010 · Жалоба Там ничего и не будет.WMM чтобы работал надо метить пакеты, тогда они по радио будут передаватся в нужной последовательности, сначала с более высоким приоритетом, и потом если возможно все остальные. Пакеты метятся, в принципе оно вроде и работает. Пока вот не понятно, почему на загрузке разным типом трафика (udp/tcp) в тех же объемах сильно меняется латентность... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 17 декабря, 2010 · Жалоба а вы ее как меряете? и что значит в "тех же объемах"? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bitbucket Опубликовано 17 декабря, 2010 · Жалоба а вы ее как меряете?и что значит в "тех же объемах"? 2 компа, между ними сеть через bridge на микротике. Гружу канал iperf-ом 95мбит, сначала udp (дефолтный размер пакета) , параллельно смотрю пинг с одного компа на другой. Пинг 10-12мс. Вырубаю iperf, включаю его же но по tcp (20 потоков). Нагрузка те же 90-95мбит. Пинг - 120-130мс. Почему ? conntrack отключен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martini Опубликовано 17 декабря, 2010 · Жалоба вообщето в Нстрим нет QoS, он аггрегирует фреймы и там нет никакой возможности сделать приоритет, это было в одной из тем на форуме микротика. Приоритет работает в чистом 802.11 через WMM и маркировку пакетов в фаерволе, или в NV2 через установку нужного количества очередей и соответствующий маппинг в фаерволе. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 декабря, 2010 · Жалоба а вы ее как меряете?и что значит в "тех же объемах"? 2 компа, между ними сеть через bridge на микротике. Гружу канал iperf-ом 95мбит, сначала udp (дефолтный размер пакета) , параллельно смотрю пинг с одного компа на другой. Пинг 10-12мс. Вырубаю iperf, включаю его же но по tcp (20 потоков). Нагрузка те же 90-95мбит. Пинг - 120-130мс. Почему ? conntrack отключен. при загрузке канала UDP 95M - поток лимитирован на 97% емкости канала, потому пинг стабильный.при загрузке по TCP - во первых есть еще обратный трафик, во 2-х при даже 3-х потоках уже нагрузка канала 100%, соответственно пинг плавает. вообщето в Нстрим нет QoS, он аггрегирует фреймы и там нет никакой возможности сделать приоритет, это было в одной из тем на форуме микротика.а что - кто-то говорил про nstreme? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bitbucket Опубликовано 21 декабря, 2010 · Жалоба при загрузке канала UDP 95M - поток лимитирован на 97% емкости канала, потому пинг стабильный.95Mbit это предел канала, т.е. то, что микротик пропускает без потерь (в показометре iperf) через радио. при загрузке по TCP - во первых есть еще обратный трафик, во 2-х при даже 3-х потоках уже нагрузка канала 100%, соответственно пинг плавает.На "проводе" такого нет. Обратного канала хватает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 21 декабря, 2010 · Жалоба на проводе задержка другая и full-duplex Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 21 декабря, 2010 · Жалоба при загрузке по TCP - во первых есть еще обратный трафик, во 2-х при даже 3-х потоках уже нагрузка канала 100%, соответственно пинг плавает.На "проводе" такого нет. Обратного канала хватает. Поставьте полудуплекс. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...