Alver

В положении startup ТД выбирает относительно чистый канал только при старте. В последней прошивке есть режим когда ТД постоянно сканит эфир и может менять канал в процессе работы в зависимости от уровня воздействия помехи . ТД оценивает не только мощность сигнала помехи, но и PER - потери пакетов от интерференции.

Запитайте хотя бы один E400 через родной БП и посмотрите. Дело в питании,может наводки какие, нет земли на порту свича и т.п.

Не должны они перегружаться сам по себе.

Факты здесь. Тест на 14 км в канале 80 МГц. DL 460Mbps+ UL 150Mbps =610 Mbps UL+DL. Два канала в бондинге Link Type 2+0 удваивают скорость. Цена одного устройства $675, внешняя антенна -$130. Всего $1600 за пролет.

Cambium PTP550 5GHz. Link Type 2+0- два канала по 80 МГц = 600 + 600= 1200 Mbps UL+DL. При делении TDD 25/75 дает 900 Mbps Download и 300 Mbps Upload дуплекс.

Следует отметить, что новое поколение оборудования Камбиум на платформе 802.11 ac wave 2 имеет не только более высокую скорость передачи данных благодаря использованию модуляции 256QAM 5/6 , более широких каналов 80 Мгц и бондинга MU-MIMO ( агрегацию каналов на MAC уровне), но и высокую пакетную производительность. На устройствах серии ePMP 1000 мы видим существенное различие между тестами скорости на синтетическом трафике, например в 40 Мгц 200-210 Mbps UL+DL и реальной пропускной способностью канала на живом TCP/IP трафике -порядка 140-160 Mbps , а иногда при высокой пакетной нагрузке ( в канале сидят много клиентов, скажем боле 200) реальная скорость может снижаться и до 110-115 Mbps) по причине достижения полки по ппс ( составляющем 25K). Как было сказано выше, ппс новой платформы Камбиум -90K на одном интерфейсе ( цифра получена в специальных тестах) , что гарантирует что скорость нового поколения устройств Камбиум на реальном трафике Интернет уже не ограничивается пакетной производительностью в каналах шириной 40 и 80 Мгц, а также в бондинге-агрегации каналов. PS Оборудование уже доступно у дистрибутора и его партнеров. Розничная цена $195.

Поступил в продажу новый продукт Cambium Network ePMP Force 300 на базе новейшего чипсета Atheros 802.11 ac wave 2. Конструктивно Force 300 похож на Force 200 и представляет собой устройство, интегрированное в облучатель направленной антенны типа dish c усилением 25 дБи. Максимальная выходная мощность передатчика Force 300 - Tx 27 dBm Реальная пропускная способность канала связи на Force 300 составляет UL+DL с делением фрейма UL/DL 25/75 в зависимости от типа трафика ( UDP,TCP) -в 20 МГц - 140-160 Mbps -в 40 МГц - 250-300 Mbps -в 80 МГц - 500-600 Mbps Устройство имеет пакетную производительность 90K pps, что достаточно чтобы пропустить без полки по ппс трафик до 500 Mbps со средней длиной пакета 800 байт ( типовой трафик в Интернет). Рекомендуемая дальность построения линков точка-точка на Force 300 - до 15 км. На скринах представлены расчеты пропускной способности канала связи на Force 300 на дальности 5 км LOS в каналах 40Мгц и 80МГц на смешанном Tolly Mix трафике программой Cambium LINKPlanner. Есть OOKLA speedtest Force 300 в канале 20 МГц. Также в разделе Cambium PTP550 здесь выложены результаты тестов PTP550. Force 300 выполнен на той же платформе что и PTP550, фактически представляет собой половинку PT550 и имеет такую же пропускную способность что и PTP550 в конфигурации Link Type 1+0, но в соответствии с усилением встроенной антенны Force 300 - 25 дБи такие параметры канала связи могут быть получены на дальности до 10-15 км ( в зависимости от уровня помех). Вот один из скринов UDP теста PTP550 в 80 МГц . Скорость 460+150Mbps дуплекс ( деление фрейма 25/75) . Это на синтетическом трафике UDP. Как показали тесты PTP 550, протокол TDD/TDMA с Link Adaptation ( AMC ) Cambium обеспечивает на платформе 802.11 ac wave2 высокую надежность канала ( низкие потери в канале на уровне примерно 1.0E-04 BER), что позволяет поддерживать скорость на трафике TCP близкую ( в тестах не ниже 5%) к скорости на трафике UDP.

Считайте сами. Пакетная производительность .железки Force200 ( как и других на платформе 802.11n) max 25K pps. Это значит что канал пропустит мелкие пакеты 128 байт со скоростью 25 Mbps. В Link test скорость получилась больше, поскольку это тест радио-радио, без прохождения ethernet. В реальной сети средняя длина пакета примерно 800 байт. Тем самым тест средними пакетами 800 байт больше соответcтвует реальной пропускной способности устройства . Следует отметить что новая железка Force 300 ( платформа 802.11 ac wave 2) имеет 90 K ппс. Поэтому если вас не устроит на Force 200 max 140-160 Mbps в канале точка-точка шириной 40 МГц на реальном TCP/IP трафике, то Force 300 не упирается в полку по ппс и в 40 МГц выдает примерно 220+50 Mbps дуплекса ( TDD UL/DL =25/75 ) на реальном TCP/IP трафике ( в том числе на тестовом трафике на пакетах длиной 800 байт) . При реализации адаптивного фрейма ( в последующих релизах софта, сейчас в v.4.1 только фиксированный фрейм ) будет не менее 250+20 Mbps TCP/IP без полки по ппс. PS 90K pps хватает чтобы пропустить 500 Mbps реального трафика ( синтетического теста с длиной пакета 800 байт). У Камбиум есть утилита LINKplanner. Там можно расcчитать реальную пропускную способность девайса на реальном трафике - миксе пакетов разной длины Tolly Mix. В режиме ePTP адаптивный фрейм, потому балансировка производится автоматически. Ручная балансировка 25/75 есть в режиме TDD. Она обычно нужна для синхронизации и Frequenсy Reuse. Force 200 не имеет GPS синхронизации и поэтому смысла в делении 25/75 на нем обычно нет.

На стороне AP в принципе с эфиром нормально. Нужен скрин CA со стороны Slave. Если проще, просто пробежитесь по частотам, посмотрите где лучше работает. Смотреть надо в Monitor-Performance нa Slave ( заодно на Master). На относительно чистом канале распределение модуляций -должно быть в DL больший % ( >80%--90%) на 64QAM5/6. И количество ретрасмиттов менее 3%. Поставьте Tx на Master 30 dBm, Targer RSSI -50 dBm

У вас помеха в Downlink на стороне Slave. Сделайте скан эфира на Slave и подберите частоту где меньше помех. Должно быть симметрично DL =UL +- 5 mbps Сигнал конечно где то потеряли. Но может быть из -за NeaLOS. Просчитайте LINKPlanner профиль трассы.

Роуминг нужен не только и не столько для быстрой смены клиентом ТД. Гораздо большую важность имеет то, что при роуминге ( handover) при каждой смене ТД клиент не проходит повторную аутентификацию. При роуминге каждая ТД в сети после первого входа клиента в сеть уже знает , что он свой ( прошел аутентификацию) . Каждая ТД получает информацию о клиенте от ТД, куда впервые подключился клиент, броадкастом или через контроллер. Если роуминга (handover) нет, каждая новая ТД, куда подключается клиент, будет требовать от клиента прохождения аутентификации. При открытом доступе или WPA2-PSK это не особо беспокоит клиента,- вход в сеть происходит быстро и автоматически. Но вот если аутентификация идет через Радиус и ТД каждый раз при подключении клиента- смене ТД редиректит http запрос клиента, например, на страницу авторизации c login/password, то это уже неприемлемо. Так работают ТД без поддержки роуминга ( handover) с дисконектом клиента по сигналу - типа "псевдороуминг" включая UBNT UniFi. Есть и другие проблемы работы в сети ТД без роуминга при перекрытии их зон покрытия.

Какой роуминг? Не на этой ли древней ТД еще была реализация роуминга Zero Handoff? Это когда все ТД должны работать на одной частоте. unifi AP LR - это 2.4 Ггц. Оно в принципе в такой задаче нормально не может работать в 2.4 Ггц поскольку в здании наверняка много других ТД и полностью загружен частотный диапазон. Если такая ТД дает 10М при работе с ОДНИМ клиентом -это хорошо. Как по мне эта сеть работает 2.4 ГГц с ZH хреново. Для вас же это может быть и вполне нормально. Вы просто не видите проблемы, а она есть.

Я уже как то рассказывал. База отдыха в Затоке. Гостиница типо 3 звезды. Один из корпусов - три этажа. На каждом этаже на потолке каждые ТРИ метра висят тплинки 841. Все с одним SSID. В принципе если подключиться к ближайшей ТД в номере, то сигнал хороший и интернет нормальный. Однако. Роуминга нет, ясно дело. Поэтому когда заходишь в этот корпус, то смартфон цепляется на первую ТД - ближайшую к входу, и эта ТД может не отпускать клиента даже когда он заходит в свой номер ( перекрытия и стены видимо деревянные) . Ясно дело, в этом случае сигнал тогда в номере на втором и третьем этажах слабый , поскольку ТД находится на первом этаже и интернета нет. Для переключения к ближайшей к номеру ТД нужно сделать вручную дисконект ( вкл-выкл wifi). Ясень пень- об этом многие гости не знают. То есть имеем говно сеть на тплинках, которая должным образом не работает . А строители такой сети вряд ли сэкономили в целом, используя много много дешевых тплинков. Второй пример. Та же Затока. База отдыха - стоят на территории домики и корпуса. Вайфай подается от Ubnt UniFi AP Outdoor, которые висят на столбах каждые 10 метров. Дешево , но не работает. При этом сигналы везде по всей территории и в номерах нормальные, но интернета нет. Есть только днем когда народ уходит на пляж. Вечером из за того, что много клиентов на каждой ТД, даже подключиться к ТД сложно - не выдает IP адрес из за перегрузки. Но даже если подключился -нет скорости опять же из за перегруза ТД. А днем при подключении к ТД скорость все равно низкая, но уже по другой причине- слабый бекхол. Стоит NanoBeam 19. А это значит на базу отдыха подается канал максимум 2-3 Mbps на всех . Почему так мало ? Да потому что ubnt в малтипойнт больше не тянет. И это отдельная история . В итоге имеем говно сеть, которая по факту толком не работает. Диагноз - далб*бы. Третий пример. На пляже можно подключиться к своей гостиничной сети вайфай, если корпус стоит на первой линии или к платному вайфай от местных провайдеров. Сигнал хороший, но интернета нет. Почему? Потому что ТД - на каком то убогом RB*** Микротик и он не тянет когда на него подключается много клиентов . Причем на пляже есть 3G, но слабый опять же из за того что на БС 3G висят много клиентов. Но платить за трафик на 3G на пляже все равно не особо много желающих, бесплатный или недорогой вайфай всегда предпочтительней. Но для того чтобы был вайфай, работал нормально и за недорого, например, на пляже и во всем поселке типа Затока за гривен так 30 за одну неделю доступа по ваучеру, нужно правильно строить сеть на правильном оборудовании. При этом всегда верно правило - скупой платит дважды. А там за лето десятки-сотни тысяч отдыхающих, которые с удовольствием заплатят 30-50 гривен за неделю вайфай, если он конечно работает.

3G/4G не спасет хотя бы потому, что анлим по трафику дорог и он не везде есть и не скоро будет. А когда появится везде, то плотность абонентов на БС будет высокая, и скорость доступа будет низкая, такая как например сейчас есть у CDMA , то есть никакая. Даже в развитых странах аутдор wifi служит как 3G/4G offload. А индор -тем более. Задача у ТС непростая -покрыть wifi большое количество клиентов. В общаге количество клиентов , постоянно висящих в онлайн и активно работающих в сети , будет много. Нагрузка на ТД будет высокая, клиентские устройства -продвинутые , абоненты - тоже могут быть продвинутые , а их требовательность к сервису по скорости и качеству, поскольку это фактически фиксированный доступ из квартир, очень высока . Они например могут хотеть получать видео. Это не люди в парке или в торговом центре, которые зашли в вайфай на несколько минут. Наставить много много домашних тплинков и микротиков - задачу не решит. Для решения этой задачи нужны ТД класса Enterprise. Из бюджетных выбор невелик - UBNT и Cambium. UBNT -глючный, постоянно что то плохо работает. Гемор при каждом обновлении прошивки гарантирован. ТД хоть типа Etnterprise, но нагрузочная способность слабая, нет многих важных и нужных для такой задачи фич, WiFi Cambium E серии - то что надо. С задачей справятся также Cisco/Miraki и Ruckus , но будет в разы дороже.

Нужно ставить ТД 802.11 ac wave 2 Cambium E410 ( потянет 100+ подключений) или даже E600 . Для хорошего покрытия ТД ставить в каждом подьезде и на каждом этаже. Более эффективен вариант ставить ТД outdoor на улице с антеннами в направлении окон комнат общежития. По 2 уличных ТД E500/501S с каждой стороны здания. Авторизация через Radius по WPA2 EAP-PEAP/TTLS. Роуминг между точками желателен, чтобы юзер мог подключаться к любой ТД ( том числе при смене ТД) без повторной авторизации. В случае решения indoor , то E410 не намного дороже единственной альтернативы ( из бюджетных) ТД класса Enterprise, которую теоретически можно было бы рассмотреть в качестве варианта решения этой задачи, - Unifi АС Pro. Но E410 решит задачу и без танцев с бубном и гемора . В случае решения outdoor, то ТД сами по себе относительно дорогие , но их потребуется меньше чем в случае индор ТД.

Не потянет нагрузку большого количества юзеров, максимум 30, если больше 30-40 , то начинается деградация сервиса, клиенты просто не получают IP адрес.

И наконец ниже представлены параметры канала связи на PTP550 на линке 17 км в коммерческой эксплуатации. Ширина канала 20 МГц. Живой пользовательский трафик составляет max 115+10 Mbps DL+UL. Средняя длина пакета 900 байт. Пакетная нагрузка 18K pps. Средняя задержка 5 ms. На данном линке в 20МГц при делении UL/DL 25/75 на трафике 115+10Mbps достигнута почти полная загрузка канала ( по крайней мере в Download). Дальнейшее увеличение трафика в Download потребует перехода в канал 40МГц или 20+20 МГц Link Type 2+0. Или с реализацией в PTP550 в ближайшей перспективе адаптивного фрейма ( UL/DL Flexible) будет получена возможность перераспределения max пропускной способности между DL и UL, например в 20 МГц - 130+10 Mbps, в 40 МГц - 260 +20 Mbps.

Также есть график загрузки канала "живым" пользовательским Downlod трафиком на модуляции 64QAM 2/3 в канале 80МГц. Upload трафик идет по другому каналу. Линк 14.5 км над водой ( залив) с сильными переотражениями сигнала от водной поверхности. Данная трасса характерна тем, что днем в безветренную погоду бывают настолько сильные переотражения ( малтипасс) от восходящих потоков водяного пара, что параллельный канал на релейке 11 ГГц полностью перестает работать. Собственно Камбиум PTP550 поставлен с целью резервирования линка в таких случаях.

Также в процессе тестирования трафик ограничивался величиной, не приводящей к перегрузке канала , сопровождающейся значительным ростом задержки. Интересен ответ на вопрос какова же максимальная пропускная способность канала, на котором хоть и имеется высокая средняя задержка , но нет потерь пакетов на IP уровне ( потери пингов). Тест TCP DL/UL duplex + живой трафик DL 60-80Mbps /UL 5-10 Mbps, что максимально может пропустить PTP550 в канале 40 МГц с 100% загрузкой канала БЕЗ потерь пингов 1470 байт и средней задержкой около 25-30 мс. Полная загрузка канала на трафике TCP/IP без потерь IP пакетов составляет в 40 МГц 310Mbps UL+DL

Сейчас у продавцов ни у кого нет. E410 будут доступны через пару недель.

Как было сказано выше bonding каналов в конфигурации Link Type 2+0 не тестировался поскольку нет релиза софта для этой фичи. Бета версия прошивки 4.1.1 RC6 поддерживает бондинг и представляет интерес как эта функциональность в принципе может работать. Есть предварительные тесты 40+20 МГц Link Type 2+0, не вошедшие в программу тестирования PTP550. Как видно уже на бета прошивке имеется большой потенциал в работе оборудования в такой конфигурации.

Итого имеем в Link type 1+0. Канал 20 МГц . Реальная пропускная способность канала связи на PTP 550 - 130Mbps UL+DL . 40 МГц , 250 Mbps UL+DL . 80 МГц , 500-600Mbps UL+DL . Прогноз реальной пропускной способности в бондинге Link Type 2+0. Данная конфигурация пока не тестировалась (ждем релиз софта для бондинга). 20+20 МГц , 260 Mbps UL+DL 40+20 МГц, 380 Mbps UL+DL 40+40 МГц, 500Mbps UL+DL 80+80 МГц, > 1Gbps Выводы Максимальная пропускная способность устройства PTP550 в конфигурации Link type 1+0 составляет: 1. В канале 20 МГц TCP 110+20Mbps в Download+ Upload дуплекс при делении фрейма 5 мс в соотношении UL/DL =25/75. Данная скорость передачи данных на 30% выше скорости по сравнению с оборудованием серии ePMP 1000 на платформе 802.11n. 2. В канале 40 МГц TCP 215 + 20Mbps в Download + Upload при делении фрейма 5 мс в соотношении UL/DL =25/75. Благодаря высокой пакетной производительности PTP550 данная высокая скорость передачи данных обеспечивается не только в синтетических тестах , но и для реального ”живого” пользовательского трафика TCP/IP с типовой длиной пакета 700-800 байт. Это в 1.5-2 раза выше скорости передачи данных реального трафика в канале 40 МГц по сравнению с оборудованием серии ePMP 1000, ограниченного низкой пакетной производительностью ( 20-25K pps) платформы 802.11n. 3. В канале 80МГц может быть получена скорость передачи данных 300-400+ Mbps в Download. Стабильная работа оборудования в канале 80 МГц в реальных условиях трассы на средней и большой дальности во многих случаях затруднена из-за отсутствия относительно чистого ( с низким уровнем помех) сплошного участка частотного спектра шириной 80МГц. Для получения высоких 220-300+ Mbps реальных скоростей передачи данных рекомендуется использовать оборудование в конфигурации Link Type 2+0. 4. Оборудование PTP550 имеет высокую пакетную производительность 90K pps, что не ограничивает скорость реального пользовательского трафика с невысокой средней длиной пакета, что имеет место быть на устройствах на платформе 802.11n. 5. Максимальная скорость трафика на пакетах UDP, не учитывающей ошибок в канале, и TCP отличается в тестах не более чем на 5%,что свидетельствует о высокой надежности канала связи на оборудовании PTP550 с низкой битовой ошибкой Bit Error Rate (BER) в радио ( порядка 1.0-BER-04) и низкими потерями пакетов Packet Error Rate (PER) на канальном MAC уровне. Высокая надежность доставки пакетов в канале на оборудовании PTP550, обеспечиваемая функциональностью Link Adaptation ( Adaptive Modulation and Coding -AMC), позволяет поддерживать высокую скорость передачи данных на реальном TCP/IP пользовательском трафике в сложной помеховой обстановке и наличии помех от переотражений сигнала от препятствий на трассе ( в том числе водной поверхности) в условиях NearLOS.

Tестирование пакетной производительности PTP550. На скрине представлен Iperf тест канала 20 МГц пакетами UDP 128 байт дуплекс. Таким образом, пакетная производительность устройств PTP550 составляет 90 pps на один радиоинтерфейс. Данной производительности достаточно, чтобы в конфигурации Link Type 1+0 пропустить 500 Mbps UL+DL живого пользовательского трафика со средней длиной пакета порядка 700 байт, и 1 Gbps в конфигурации Link Type 2+0.

Тест пропускной способности канала 80МГц на UDP ( пакеты 1500 байт) дуплексном трафике. Пропускная способность канала связи шириной 80 МГц на трафике UDP, на котором в среднем обеспечивается типовая задержка, составляет DL 460Mbps+ UL 150Mbps =610 Mbps UL+DL. Тесты канала 80 МГц трафиком TCP на данном линке не проводились вследствие перегрузки процессора ( CPU load) устройств Микротик при генерации высокого TCP трафика утилитой Bandwidth Test. TCP тест утилитой Iperf канала шириной 80 МГц на другом линке 3.2 км в зашумленном эфире ( интерференция в UL/DL порядка -83-87 dBm при UL/DL RSSI - 52-53 dBm, что соответcтвует работе канала связи на 64QAM5/6 при CINR 30+ dB, показал следующие результаты. Тем самым, в канале 80 МГц при работе на модуляции 64QAM 5/6 в зашумленном эфире удалось получить TCP 330 Mbps DL +30 Mbps UL.

Тест пропускной способности канала 40МГц на UDP (пакеты 1500 байт) дуплексном трафике. Тест пропускной способности канала 40МГц на TCP дуплексном трафике. Пропускная способность канала связи шириной 40 МГц на трафике UDP составляет DL 220Mbps+ 50Mbps =270 Mbps. На трафике TCP - DL 210Mbps+ UL 20Mbps =230Mbps. Деление фрейма фиксированное UL/DL =25/75. На смешанном трафике - 250Mbps UL+DL