Alver

А вот комментарии были бы уместны. Похоже на синтетический тест, причем UDP, не учитывающий потерь в канале. По крайней мере так видно на web интерфейсе Мимозы. Трафик на минутном интервале не меняется . Разница в поведением живого трафика с съемом данных с шагом 2 секунды на Камбиум и представленной вами картинке Мимозы хорошо видна. Хотелось бы взглянуть на ваш трафик на Zabbix. Cambium и Mimosa 802.11 ac wave 2 показывают в равных условиях при хороших условиях примерно одинаковые результаты. Однако на реальном трафике и реальных не всегда хороших условиях между ни

Следует отметить, что такой реальный трафик может пропустить на сегодняшний день Cambium PTP550, а также Force 325/300 CSM (в одном канале 80МГц) благодаря аппаратной акселерации, реализованной в чипсете Atheros 802.11ac wave 2. Чипсет предыдущего поколения Atheros 802.11ac wave 1 не имеет в радио аппаратной акселерации, поэтому потолок реального трафика оборудования ( UBNT, MikroTik) на данном чипсете составляет 220 Mbps в 40 МГц и 250 Mbps в 80 МГц . При этом в синтетических тестах UDP/TCP ( пакеты данных без агрегации и фрагментации ) оборудование на Atheros 802.11ac

Обновлен рекорд работы PTP550 в одном ( Link Type 1+0) канале шириной 80 МГц. Реальный трафик Download 480Mbps + Upload 40 Mbps, режим ePTP. Всего 520 Mbps UL+DL. Напомню что в двух каналах, в бондинге Link Type 2+0 80+80MHz рекорд на живом реальном трафике составляет Download 690 Mbps + Upload 125 Mbps. Всего 815 Mbps UL+DL. Разделение трафика между каналами примерно поровну.

Камбиум подтвердил, что QinQ не имеет никаких особенностей балансировки трафика в бондинге 2+0 на PTP550. Балансировка работает обычным образом и там нет проблем. У человека наблюдается другая проблема, не связанная с балансировкой бондинга, которой занимается суппорт Камбиум.

Деление не по MAC . Если я где то ранее говорил про MAC, то это было в ранних версиях, сейчас этого нет. И там точно уникальный алгоритм именно разделения трафика по 2-м каналам Load balancing , а не агрегации 2-х каналов в один . Метки разделения Transport layer of OSI model protocol type: TCP/UDP; IP packets source address and TCP/UDP port: Source IP & Source TCP/UDP Port; IP packets receive address and TCP/UDP port: Receive IP & Receive Port TCP/UDP Port;

Кто из нас тут дебил людям давно понятно. :). Не засоряй тему. Сгинь.

У них задача вообще разная. Камбиум PTP550 трафик делит между каналами, а свичи - наоборот объединяют каналы. Свичи Камбиум нормально делают агрегацию LACP. В радио PTP550 задача обратная- разделить трафик по меткам между каналами. ЗЫ Программисты длинк ничего в LACP не делают. Бинарный код LACP и др. входит в SDK свича.

Ни причем. Просто балансировка трафика у Камбиум PTP550 и у свичей LACP разная. У Камбиум аппаратно-программная, у свичей коммутация аппаратная, агрегация -программная. Но дело не в этом, у них разные механизмы.

Я имел в виду , что коммутация у свича поддерживается аппаратно.

Я про LACP ни про LAG ничего не говорил. А коммутационная матрица в приличных свичах есть . Ты с этим спорить собираешься , что ли? И вообще мне как реализован LACP не интересно. Он в радиоканалах должным образом НЕ работает. Закончим этот бестолковый офтоп.

LACP -это агрегация на IP уровне. В wireless работает плохо. Агрегация в PTP550 проводится на L1 ( радио) /L2 ( MAC) уровне.

У свичей доступа есть коммутационная матрица. Что там есть у длинка -х.з. У PTP550 точно нет такой матрицы , она ему и не нужна. У свичей Камбиум матрица есть. И получен ответ от Камбиум. Особенностей балансировки QinQ нет. Почему медленно и неравномерно балансируется трафик у человека- разщберемся.

У них разная реализация балансировки, более того у свича она поддерживается аппаратно. Балансировка QinQ вообще то у Камбиум происходит, но что то долго думает, и как то неравномерно балансирует ( там кроме QinQ есть еще небольшой трафик и возможно он уводится во второй канал), видимо работает по обновлению bridge table или ARP Table. Вопрос с балансировкой QinQ изучаем.

Балансировку трафика по каналам в бондинге делает не юзер, а оборудование, автоматически. И разделение не проводится по меткам VLAN ID. У человека проблема - нет балансировки каналов трафика в QinQ, то есть трафик в одном VLAN , внутри которого еще есть VLANы. И наш ответ был такой - мы не знаем ( не уверены) может ли оборудованием проводится разделение между каналами трафика скажем по MAC, если он в одном VLAN ( QinQ). То есть может ли оборудование на лету распаковывать трафик QinQ и распределять его по каналам бондинга. Но спросим это у Камбиум.

Собирается из двух гермовводов.

Да, для точка -точка фиксированного беспроводного доступа для B2B бизнес абонентов ( хотя может быть частично и своих аплинков).

Нет конечно. Но в данной сети все ТД имеют одинаковый SSID и поддерживает роуминг клиента между ТД. Подключается клиент к точке с самым сильным сигналом , а среди близких по уровню сигнала выбирает точку менее загруженную клиентами. Все ТД получают броакастом всю необходимую инфу о клиенте, который подключился к одной из ТД,

Я посмотрел ваш линк. Вы потеряли, видимо на пигтейлах в энергетике относительно расчетного уровня 20 дБм. По факту у Мимозы сигнал -62 dBm при Tx 17 dBm, у Cambium на других пигтейлах, тех же самых антеннах и Tx 23 dBm сигнал -70 dBm, то есть потеряно 15 дБ. Или попались некачкественные пигтейлы или их неправильно прикрутили ( недокрутили). Нужно для начала заменить пигтейлы и вообще получить как минимум RSSI -55 dBm. Тогда Cambium взлетит в условиях тех неслабых помех, что есть в данной локации . Но даже сейчас он в 80 МГц с таким низким си

Flexible будет 6.4.1. Сейчас 6.4.0 RC32 -все баги, на которые были при работе с специфическим трафиком жалобы, пофиксены. Собственно разница в 2+0 между TDD fixed frame и Flexible только в задержке, Avg RTT соответственно 3 и 6 ms. Flexible также больше пропускает в Download, но у PTP550 и так есть большой запас по пропускной способности, поэтому особо в нем нужды ( кроме более низкой задержки) в 2+0 нет. А 1+0 ePTP работает также с задержкой 3 мс и c Flexible делением UL/DL

В принципе у Камбиум есть родные SFP модули и гермовводы, но они дорогие. Тема гермовводов для SFP обсуждалось выше в теме. Можно использовать такой же гермоввод как для Ethernet ( есть на любом радиорынке), но SFP модуль должен быть короткий. Если все же нужно поставить SFP длинный, то есть и вариант (типа самосбор) для таких модулей. Попросите у своего продавца или напишите мне в личку, вам вышлют такой комплект, бесплатно.

Ну найдется может быть где нибудь один придурок который будет глушить домовую вайфай сеть. Он по техническим параметрам этого оборудования вынужден будет ставить свои глушилки рядом - прямо обычно на охраняемой территории ЖК . Но его поймают сами же жильцы. И с какой целью будет это делать этот дурачок ? Работать в интересах и поручению кабельного провайдера -конкурента? Да не будут серьезные люди маяться этой херней. Это только могут быть пионерские глупости из-за хулиганских побуждений. И это будут единичные случаи, которые ни на что не влияют и не оставят и не развернут т

Сколько у кого что стоит и кто может себе год демпинговать для вытеснения конкурентов - совершенно другой вопрос. Но если говорить о себестоимости построения домовой ЛВС -прокладки кабеля по стоякам и в каждую квартиру, подключения свичей и в целом обслуживания домовой ЛВС на витой паре в указанном выше ЖК потенциально на 2.5 тыс портов - то это дорого. Может вега за 1 гиг позволит себе брать 150грн за такую сеть? Может, потому что 1 гиг мало кому нужен и хотя инвестиции в такую ЛВС будут долго окупаться, на это у них деньги есть ( пока). При этом 99% юзеров подключены

У UBNT это не называется модемом. Усилителя, так чтобы получить хотя бы Tx 1 Ватт ( 30 dBm) там нет. Ширина канала UBNT типа Rocket 5AC -80 МГц и поставить помеху одним устройством в диапазоне частот 5150-5850 Мгц никак не получится. И никто на этом и вообще подобном оборудовании не ставит преднамеренных помех в ШБД 5 Ггц. Для создания заградительных помех в 5 ГГц необходимо специализированное дорогостоящее оборудование, недоступное на рынке. Заниматься постановкой помех с целью устранения конкурента - овчинка выделки не стоит. И это криминал. Я вам еще раз как эксп

Если система заняла весь спектр частот 5 ГГц от 5150 до 5850Мгц во всем районе покрытия , в чем нет необходимости, то не смогут работать ( нормально ) старые вайфай роутеры юзеров. Новые wifi 6 будут работать нормально. И вообще на каких частотах работают домашние вайфай роутеры юзеров и какие они вайфай 5 или 6 - системе по барабану. Это называется ЭМС и ЧТР, как это все работает -долго объяснять.

Вы напутали все. Клиент , который свой роутер подключил в 5 ГГц в СЕТЬ получит свои 100/300М и любое видео в Full HD/4K c задержкой 2 мс Те, кто НЕ подключился в СЕТЬ при попытке встать на рабочий канал СЕТИ получат неработающий домашний роутер. Между провайдером и этим челом нет никаких отношений. То что кто то решил встать на зарегистрированный в УДРЦ рабочий канал провайдера и не может там работать , то это его проблема. При этом от этих действий и любых попыток юзеров, включая преднамеренная постановка помех, самой СЕТИ никакого вреда нанесено не будет.