Jump to content

Recommended Posts

Posted

Доброго времени суток!

При значениях пакетной производительности около 2000/2000 наблюдается деградация канала. Покурив форум так и не понял сколько смогут прокачать UBNT M-серии, где-то написано 4к (имеется ввиду 2к/2к-?), где-то 16к. Где правда и как у Вас с pps-ами на реальных сетях?

Posted

От размера пакетов зависит. Учитывая то, что около половины пакетов, идущих в обратку это пакеты подтверждения размером 64 байт, то деградация приходит очень быстро. На практике при 5000-6000 уже начинаются затыки, 8000 потолок для этих устройств.

 

Попробуйте поиграться значениями настроек агрегации на вкладке ADVANCED. Пробуйте значения 16 16000, 16 8000, 8 8000, 8 4000. Обычно используют 8 8000 как самые оптимальные.

Posted
Учитывая то, что около половины пакетов, идущих в обратку это пакеты подтверждения размером 64 байт, то деградация приходит очень быстро

эмм, там есть галочка агрегации...

Posted

Не могу найти тему, я как-то тестировал UBNT пакетами 64 байта, так он выдал что-то очень мало и агрегация не помогала. Там что-то около 1.5 или 2.5 мегабита пропускная способность на пакетах 64 байт. И если их много то один фиг пропускная способность сильно падает. Сейчас уже UBNT нет в сети чтобы проверить что они там показывают на практике.

Posted

От размера пакетов зависит. Учитывая то, что около половины пакетов, идущих в обратку это пакеты подтверждения размером 64 байт, то деградация приходит очень быстро. На практике при 5000-6000 уже начинаются затыки, 8000 потолок для этих устройств.

 

Попробуйте поиграться значениями настроек агрегации на вкладке ADVANCED. Пробуйте значения 16 16000, 16 8000, 8 8000, 8 4000. Обычно используют 8 8000 как самые оптимальные.

 

На канале точка-точка,при свободной зоне френеля,есть ли смысл снижать агрегацию до 8 8000 ? Хотя 16 16000 надо попробовать....

Posted

Конечно надо пробовать. Делов-то на полминуты, за 2 вечера (когда клиенты больше всего грузят канал) можно проверить все значения. У меня на всех магистралях на UBNT стояло 8 и 8000. Разницы по скорости с 65 65000 никакой не было, зато пинги были меньше и потерь так же меньше.

 

На микротике в NSTREME вообще агегация идет в пакеты 3200 байт, однако это не мешает ему обходить UBNT в 2-5 раз по пакетной производительности.

Posted

От размера пакетов зависит. Учитывая то, что около половины пакетов, идущих в обратку это пакеты подтверждения размером 64 байт, то деградация приходит очень быстро. На практике при 5000-6000 уже начинаются затыки, 8000 потолок для этих устройств.

 

Попробуйте поиграться значениями настроек агрегации на вкладке ADVANCED. Пробуйте значения 16 16000, 16 8000, 8 8000, 8 4000. Обычно используют 8 8000 как самые оптимальные.

 

Не могу понять о чем речь.

У меня при прямой видимости ровно на 20 км две РЭС Rm5+Dish30 выдают -59 дб при агрегации 32/64000 30 мгбит/сек в обе стороны в режиме точка-точка.

Или я что-то не так понял?

 

На канале точка-точка,при свободной зоне френеля,есть ли смысл снижать агрегацию до 8 8000 ? Хотя 16 16000 надо попробовать....

Posted

У меня при прямой видимости ровно на 20 км две РЭС Rm5+Dish30 выдают -59 дб при агрегации 32/64000 30 мгбит/сек в обе стороны в режиме точка-точка.

 

Это довольно низкий показатель при таких уровнях сигналов, должно быть 90 в одну сторону, или 45 дуплекса. Это в полосе 20мгц конечно.

Posted

У меня при прямой видимости ровно на 20 км две РЭС Rm5+Dish30 выдают -59 дб при агрегации 32/64000 30 мгбит/сек в обе стороны в режиме точка-точка.

 

Это довольно низкий показатель при таких уровнях сигналов, должно быть 90 в одну сторону, или 45 дуплекса. Это в полосе 20мгц конечно.

+1

Где правда и как у Вас с pps-ами на реальных сетях?

На наносах TX/RX до 3Kpps/1Kpps, дальше загибаються, на рокет видел до 6Kpps/2Kpps полки пока небыло.

Posted

Попробуйте поиграться значениями настроек агрегации на вкладке ADVANCED. Пробуйте значения 16 16000, 16 8000, 8 8000, 8 4000. Обычно используют 8 8000 как самые оптимальные.

В режиме точка - много точка - это называется ОНАНИЗМ. Ничего работать не будет.

База сама ьерет максимальный размер пакетов.

При точка точка - это работает. "Машина.которую больше не выпускают" в очередной раз сморозил фигню.

Posted (edited)

Попробуйте поиграться значениями настроек агрегации на вкладке ADVANCED. Пробуйте значения 16 16000, 16 8000, 8 8000, 8 4000. Обычно используют 8 8000 как самые оптимальные.

В режиме точка - много точка - это называется ОНАНИЗМ. Ничего работать не будет.

База сама ьерет максимальный размер пакетов.

При точка точка - это работает. "Машина.которую больше не выпускают" в очередной раз сморозил фигню.

А откуда такие выводы ? Saab95 конечно опускает UBNT но тут он прав на все 100%

или вы что-то не то курите

Розясните нам убогим почему не будет работать ? и в чем онал ?

Edited by kosmich7
Posted

Вот почитайте, всем будет интересно, кто делает радиолинки Применение оборудования Wi-Fi стандарта IEEE 802.11a/b/g/n в сетях фиксированного БШД

 

Длина 4-8K байт фрейма A-MSDU и 64K байт A-MPDU по стандарту IEEE 802.11n

оптимизирована на условия домашнего и офисного применения для скоростной передачи видео

при отсутствии интерференции. Применение устройств IEEE 802.11n с большим размером

фреймов агрегации при наличии помех и переотражений радиосигнала в сетях БШД

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

деградацией пропускной способности каналов связи.

Таким образом, относительно высокие максимальные скорости передачи данных на

оборудовании Wi-Fi могут быть получены только на трафике с длинными пакетами данных, к

которому можно отнести сервис копирования файлов по протоколу FTP. Реальная пропускная

способность Wi-Fi устройств на трафике из мелких и средних по длине пакетов в десятки раз

меньше, чем максимальные скорости передачи данных, получаемые на тестах по копированию

файлов.

Posted

Попробуйте поиграться значениями настроек агрегации на вкладке ADVANCED. Пробуйте значения 16 16000, 16 8000, 8 8000, 8 4000. Обычно используют 8 8000 как самые оптимальные.

В режиме точка - много точка - это называется ОНАНИЗМ. Ничего работать не будет.

База сама ьерет максимальный размер пакетов.

При точка точка - это работает. "Машина.которую больше не выпускают" в очередной раз сморозил фигню.

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

В многоточка точка доступа может не успевать агрегировать пакеты до максимального размера для каждого клиента, а при достаточно большом количестве клиентов -вообще не успевать проводить агрегацию большей части мелких пакетов. Поэтому регулировки агрегации в малтипойнт могут не иметь эффекта. В итоге пропускная способность точки доступа в малтипойнт 802.11n а также нстрим 802.11a при увеличении количества клиентов и нагрузки стремится к цифре 25 Mbps в канале 20 Мгц по стандарту 802.11а.

Posted
Вот почитайте' date=' всем будет интересно, кто делает радиолинки Применение оборудования Wi-Fi стандарта IEEE 802.11a/b/g/n в сетях фиксированного БШД[/quote']

отличная статья, спасибо!!! единственное, что очень хотелось бы увидить -- объяснения таблицы3, это чтоль просто "борьба" ARM vs. MIPS? и можно ли в микротике отключить программную агригацию (по стандарту 802.11n) также как и на ubnt, какие будут при этом результаты? Последнюю строчку таблицы для себя объяснить не смог, не уж то так тактовая частота влияет, и, даже, MIPS не спасает?

Posted

Без разницы какая частота процессора, там упирается в сам борд уже и его архитектуру.

 

После перепрошивки одной магистральной точки на версию 5.9 у борда что-то глюкнуло и он установил частоту процессора 100 мегагерц, однако на пропускной способности это никак не отразилось, как прокачивало 30-40 мегабит, так и со 100мгц процессором такая же скорость.

 

По стандарту N агрегацию отключить нельзя. Где-то уже это обсуждалось.

Posted

почему нельзя?

 

 

XM.v5.5-beta9.11320.111223.1732# iwpriv wifi0|grep -i amp
         AMPDU            (1006) : set   1 int   & get   0
         getAMPDU         (1006) : set   0       & get   1 int
         AMPDULim         (1007) : set   1 int   & get   0
         getAMPDULim      (1007) : set   0       & get   1 int
         AMPDUFrames      (1008) : set   1 int   & get   0
         getAMPDUFrames   (1008) : set   0       & get   1 int

Posted

почему нельзя?

XM.v5.5-beta9.11320.111223.1732# iwpriv wifi0|grep -i amp
         AMPDU            (1006) : set   1 int   & get   0
         getAMPDU         (1006) : set   0       & get   1 int
         AMPDULim         (1007) : set   1 int   & get   0
         getAMPDULim      (1007) : set   0       & get   1 int
         AMPDUFrames      (1008) : set   1 int   & get   0
         getAMPDUFrames   (1008) : set   0       & get   1 int

 

А вы уверены что эти настройки действительно изменяют указанные параметры?

Posted (edited)
А вы уверены что эти настройки действительно изменяют указанные параметры?

да(что соответствует веб-морде):

XM.v5.3.sdk# iwpriv wifi0 getAMPDUFrames
wifi0     getAMPDUFrames:32
XM.v5.3.sdk# iwpriv wifi0 getAMPDULim
wifi0     getAMPDULim:50000

 

Только при чём здесь AirOS всё то же в ней доступно через веб-морду (и не требует извращений), речь идёт о микротиах...

 

кста,

XM.v5.3.sdk# iwpriv ath0|grep -i amsdu
         amsdu            (004D) : set   1 int   & get   0
         get_amsdu        (004D) : set   0       & get   1 int
         amsdulimit       (004E) : set   1 int   & get   0
         get_amsdulimit   (004E) : set   0       & get   1 int

куда интереснее т.к. не доступен через веб...

Edited by NewUse
Posted

Я имел в виду не то что там значения отображаются, а то, что агрегацию отключить можно. Даже если вы там нули везде поставите, агрегация все равно не отключится. Возможно просто из A-MPDU в A-MSDU переключится. А аппаратную агрегацию A-PPDU вообще отключить нельзя.

 

802_11n.png

 

Максимально для каждого клиента можно передать только 8к байт от всего размера суперфрейма. Следовательно на линке точка-точка нет смысла устанавливать значения больше.

 

При использовании полосы 40мгц, коллизии проверяются только по основной полосе (20мгц), поэтому при большом количестве клиентов и сложных радиоусловиях, в полосе 40мгц сильнее деградирует пропускная способность при наличии помех, чем в полосе 20мгц.

Posted (edited)

ну судя по 3-ей таблицы, всёж агригация отрубается, или резко уменьшается

перехода на A-MSDU не видно:

XM.v5.5-beta9.11320.111223.1732#  iwpriv ath0 get_amsdu
ath0      get_amsdu:0
XM.v5.5-beta9.11320.111223.1732#  iwpriv ath0 get_amsdulimit
ath0      get_amsdulimit:0

 

 

Но меня по прежнему интересует микротик и его показатели БЕЗ агригации...

 

если не сложно сделайте замеры iperf-ом на линке п2п на микротиках с пакетами в 64байта БЕЗ агригации в полосе 20мгц (без nstream), если это возможно...

Edited by NewUse
Posted

Вот сделал замеры в A-only и N-only на линке 16 км.

 

test_pps2.png

 

В N-only в режиме 802.11 работа была очень не стабильна и измерить параметры линка не получилось.

 

Видно что в одних и тех же условиях показания на линке в N-only хуже, чем в A-only.

 

На предыдущих версиях ОС (4-я ветка) в NSTREME удавалось передавать 40000 пакетов, в NV2 было в 2 раза меньше - 20000. Теперь в версии 5.9 в NSTREME пакетная производительность так же упала.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.