[aleks_lebedev]

On 1/20/2022 at 2:22 AM, LostSoul said:

я испытываю большие сомнения в оправданности стоимости всяких там многоядерных CCR

 

Почему ?.  /Кривизна рук/Релиз прошивки/.  Киски и Джуны тоже не панацея ,а  тазики  можно под себя заточить , но придет "зам ваш или помощник" и половину не поймет что вы там "наколдовали".   Юзаем CCR , uptime "Годовые" , если надо новую прошивку "затраблошутить"  то ставим на предварительный тест , где не критичные узлы и даем ей "пополную...". 

   

[aleks_lebedev]

On 1/20/2022 at 1:57 AM, x-rayd said:

Вся проблема в не допиленном софте.
На OpenWRT даже "Long" выставить не позволяет и все клиенты которые дальше 3 км не работают вообще.

 

OpenWRT и заводской софт поддерживает только следующие AX чипы на 100%.

IPQ8074 hw2.0 (v5.6)
IPQ6018 hw1.0 (v5.10)
QCA6390 hw2.0 (v5.10)

 

Все остальные не поддерживаются на 100%, отсюда и все проблемы!

Есть на алике oem платформы на чипах, закзал попробую поднять и заодно проверить доступность фич ath11k. Также китайцы сообщили что прикрывают производство на чипе 8074 

Изменено 22 марта, 2022 пользователем aleks_lebedev

[npokypop]

Ну что ж, в свете событий все более актуальный вопрос перехода на wifi6 и производителей из поднебесной ? Какие есть новости ? Микротик сложно купить, а цена не адекват если где-то есть.

[bg80211]

В 02.04.2022 в 00:40, npokypop сказал:

Ну что ж, в свете событий все более актуальный вопрос перехода на wifi6 и производителей из поднебесной ? Какие есть новости ? Микротик сложно купить, а цена не адекват если где-то есть.

OEM Noname платы у китайцев еще лежат на складах,  Солянка (OpenwWRT+Ath10k).   В качестве Outdoor AP  годится , сколько хомячков и какая утилизация будет зависить от "шлифования " прошивки и драйвера.  Пока еще не видел не одни "пруфы" с oudoor Wi-Fi6, что и как работает в  NLOS. 

Заказал плату,  попробуем затестить с кастомными CPE Outdoor Wi-Fi6

Изменено 3 апреля, 2022 пользователем bg80211

[Saab95]

Весь вопрос в абонентских устройствах, никто же не мешает те же OEM Noname платы ставить и в абонентские устройства? Только получается опять самосбор плата + корпус с антенной.

 

Но тут проблема с тем, что после установки нескольких сотен таких устройств и по прошествии года может потребоваться кардинально что-то изменить в настройках, а это потребует пересобирать прошивку на абонентских устройствах, и удаленно это не сделать.

 

Вообще по опыту работы с разными "брендовыми" устройствами (не микротик, не убнт и прочих "бытовых крупняков") - у них все время какие-то мелкие проблемы прошивками.

[bg80211]

В 04.04.2022 в 11:09, Saab95 сказал:

Весь вопрос в абонентских устройствах, никто же не мешает те же OEM Noname платы ставить и в абонентские устройства? Только получается опять самосбор плата + корпус с антенной.

 

Но тут проблема с тем, что после установки нескольких сотен таких устройств и по прошествии года может потребоваться кардинально что-то изменить в настройках, а это потребует пересобирать прошивку на абонентских устройствах, и удаленно это не сделать.

 

Вообще по опыту работы с разными "брендовыми" устройствами (не микротик, не убнт и прочих "бытовых крупняков") - у них все время какие-то мелкие проблемы прошивками.

Речь не идет о "продакшене " ,пощупать  OFDMA ,  и прочие плюшки 802.11ax в разных вариантах , LOS,NLOS с утилизацией сектора.  Есть куча PCI-x плат 802.11ax   Миктик RouterBoard их не видит с последним Update Firmare  и пакетом Wave2, видимо пока нет драв на них у Миктика.  

Изменено 4 апреля, 2022 пользователем bg80211

[Saab95]

Просто все эти платы разных реализаций, часто между собой не совместимых.

 

Вся проблема тут с софтом. Вот ранее был фиксированный ваймакс, там выставление очередей (кто когда качает), была аж за 1-2 такта рассылки. При загрузке на всю работало просто идеально, но с увеличением задержки.

 

Никаких реализаций подобного у убнт, микротика, и вот подобных тестовых устройств пока видеть не приходилось. При этом, со слов разработчиков, дорабатывали они эту технологию более 5 лет, пока не отладили полностью. Вот и считайте сколько времени еще пройдет, когда 802.11ax выйдет на нормальное русло использования.

[aleks_lebedev]

On 4/4/2022 at 3:34 PM, Saab95 said:

Просто все эти платы разных реализаций, часто между собой не совместимых.

 

Вся проблема тут с софтом. Вот ранее был фиксированный ваймакс, там выставление очередей (кто когда качает), была аж за 1-2 такта рассылки. При загрузке на всю работало просто идеально, но с увеличением задержки.

 

Никаких реализаций подобного у убнт, микротика, и вот подобных тестовых устройств пока видеть не приходилось. При этом, со слов разработчиков, дорабатывали они эту технологию более 5 лет, пока не отладили полностью. Вот и считайте сколько времени еще пройдет, когда 802.11ax выйдет на нормальное русло использования.

 Кроме софта , еще много чего делается на хардварскими фичами,  теже чипы WiMAX реализовали часть TDMA аппаратно,  кроме того WiMAX это тоже OFDMA c 512 и более поднесущими,  что давало   работать в NLOS, и мултипачами.   Ждем пруфы любые как работает 802.11ax  Outdoor в таких же  условиях .  

 

P.S: Юбики все таки "отшлифовали" свою прошивку AirOS 8,  в работе PMTP  обошли Микротик даже на ARM CPU платформах.  Возможно  что-то выполнятся на уровне "хардваре", так как платформы остались MIPS.  Ощущение что Миктиковцы забили на NV2 и не работают над производительностью .  Юбиковыцы  сделали адекватней в AirOS 8, пусть сектор зацепит меньше количество CPE , но без деградации сервисов.    

Изменено 4 апреля, 2022 пользователем aleks_lebedev

[nay]

В 04.04.2022 в 21:31, aleks_lebedev сказал:

 Кроме софта , еще много чего делается на хардварскими фичами,  теже чипы WiMAX реализовали часть TDMA аппаратно,  кроме того WiMAX это тоже OFDMA c 512 и более поднесущими,  что давало   работать в NLOS, и мултипачами.   Ждем пруфы любые как работает 802.11ax  Outdoor в таких же  условиях .  

Для NLOS в первую очередь нужна мощность, ватт по 5 хотя бы на канал, циклический префикс, ну и не засраный помехами канал, так что бы system gain  держалось в районе 160 db.
А количество поднесущих, на NLOS мало влияет, это выдумки всем известного персонажа.
CP в ax появился, это конечно хорошо, но вот с остальным всё не так радужно, вот и будет NLOS по квартире :-) 

[Saab95]

В 04.04.2022 в 21:31, aleks_lebedev сказал:

Ощущение что Миктиковцы забили на NV2 и не работают над производительностью .  Юбиковыцы  сделали адекватней в AirOS 8, пусть сектор зацепит меньше количество CPE , но без деградации сервисов.    

И что толку от этой скорости на убнт, когда они даже нормальную изоляцию трафика предложить не могут? А авторизация абонентских устройств только PPPoE, или IP адрес. Ничего совместного комбинировать нельзя.

 

В 04.04.2022 в 22:59, nay сказал:

Для NLOS в первую очередь нужна мощность, ватт по 5 хотя бы на канал, циклический префикс, ну и не засраный помехами канал, так что бы system gain  держалось в районе 160 db.

Так в пример всегда приводят сотовых с их LTE и 3G, но забывают что там FDD, то есть нет никакой интерференции, помех и т.п. на приемник от передатчика.

 

В свое время баловались мобильным ваймаксом, так же LTE базами ТДД - и вот нифига все это в условиях помех не работает. Более того, даже крутые FDD от сотовых от помех в обратном канале ложатся только в путь.

 

Из вайфая нормально работает лишь в 3.5ггц, помех там нет, т.к. оборудование не распространено, затухание не такое большое, как на 5ггц, зато переотражений уже меньше.

[weedman]

В 05.04.2022 в 01:31, aleks_lebedev сказал:

 

 

P.S: Юбики все таки "отшлифовали" свою прошивку AirOS 8,  в работе PMTP  обошли Микротик даже на ARM CPU платформах.  Возможно  что-то выполнятся на уровне "хардваре", так как платформы остались MIPS.  Ощущение что Миктиковцы забили на NV2 и не работают над производительностью .  Юбиковыцы  сделали адекватней в AirOS 8, пусть сектор зацепит меньше количество CPE , но без деградации сервисов.    

 

Не соглашусь, NV2 сейчас передает больше в многоточке, в 20Мгц 70мб\с вполне может прокачать, видел не на одной БС. На сколько понимаю, улучшение произошло на одной из прошивок год, может чуть больше назад.

[aleks_lebedev]

On 4/5/2022 at 4:31 AM, Saab95 said:

И что толку от этой скорости на убнт, когда они даже нормальную изоляцию трафика предложить не могут? А авторизация абонентских устройств только PPPoE, или IP адрес. Ничего совместного комбинировать нельзя.

 

Так в пример всегда приводят сотовых с их LTE и 3G, но забывают что там FDD, то есть нет никакой интерференции, помех и т.п. на приемник от передатчика.

 

В свое время баловались мобильным ваймаксом, так же LTE базами ТДД - и вот нифига все это в условиях помех не работает. Более того, даже крутые FDD от сотовых от помех в обратном канале ложатся только в путь.

 

Из вайфая нормально работает лишь в 3.5ггц, помех там нет, т.к. оборудование не распространено, затухание не такое большое, как на 5ггц, зато переотражений уже меньше.

 В реализации кейсов в Wireless PMTP ,  по Вашим цитатам  "скорость " показатель не важен  ?,   мы говорим про обычный доступ на абонента где нет механизмов (OSPF, Routing) со стороны абонентского оборудования.      

 

On 4/5/2022 at 6:58 AM, weedman said:

Не соглашусь, NV2 сейчас передает больше в многоточке, в 20Мгц 70мб\с вполне может прокачать, видел не на одной БС. На сколько понимаю, улучшение произошло на одной из прошивок год, может чуть больше назад.

В 802.11n еще более менее работает , на ARM AC платформах , в режиме работы PTP,  в идеальных условиях с шириной канала 80 МГц, почему-то упирается в потолок 270 Мбит/с (tcp btest), при этом видно что нагрузка на ядра CPU железки не распределены равномерно, одно ядро в 98% , другие ~18%.  Линк NetMetal 5AC Wave2+Rocket Dish  , линк 10 км , глухое село.    

Изменено 5 апреля, 2022 пользователем aleks_lebedev

[SSD]

11 часов назад, aleks_lebedev сказал:

Ощущение что Миктиковцы забили на NV2 и не работают над производительностью .  Юбиковыцы  сделали адекватней в AirOS 8, пусть сектор зацепит меньше количество CPE , но без деградации сервисов.    

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

 

7 часов назад, Saab95 сказал:

И что толку от этой скорости на убнт, когда они даже нормальную изоляцию трафика предложить не могут? А авторизация абонентских устройств только PPPoE, или IP адрес. Ничего совместного комбинировать нельзя.

Опять старая песня. Ты как и микротик, отстал на несколько лет.

 

7 часов назад, Saab95 сказал:

Так в пример всегда приводят сотовых с их LTE и 3G, но забывают что там FDD, то есть нет никакой интерференции, помех и т.п. на приемник от передатчика.

Конечно. Все чисто и идеально, как в космосе.

 

5 часов назад, weedman сказал:

Не соглашусь, NV2 сейчас передает больше в многоточке, в 20Мгц 70мб\с вполне может прокачать, видел не на одной БС. На сколько понимаю, улучшение произошло на одной из прошивок год, может чуть больше назад.

Лиговейв еще в 15-16 году легко давал 90 мбит на сектор в полосе 20 мгц.

[nay]

В 05.04.2022 в 01:31, Saab95 сказал:

Так в пример всегда приводят сотовых с их LTE и 3G, но забывают что там FDD, то есть нет никакой интерференции, помех и т.п. на приемник от передатчика.

Тип дуплекса на интерференцию никак не сказывается, даже в TDD проще, но это если мы говорим про операторские решения, там где у TDD всё засинхронизировано.
У операторов с интерференцией проще, потому что полосы только их, и они могут в случае чего их зачистить если захотят :-)

[Saab95]

В 05.04.2022 в 06:48, aleks_lebedev сказал:

В реализации кейсов в Wireless PMTP ,  по Вашим цитатам  "скорость " показатель не важен  ?,   мы говорим про обычный доступ на абонента где нет механизмов (OSPF, Routing) со стороны абонентского оборудования.      

Представьте у вас 200 баз точка-многоточка. 3-4-5 тысяч радио клиентов на CPE - как всем этим управлять? При чем что бы абонентское устройство цеплялось к любой БС, и часть CPE обслуживают одного абонента по кабелю, часть работает на группу абонентов.

 

И если брать УБНТ то у них нет даже механизма что бы зайти на CPE удаленно, если адресация или какие-то настройки IP / сетевых реквизитов изменились.

 

У нас была сеть на микротиках в пике с 7000 наверное абонентских устройств, обслуживал ее один администратор. Когда заключили партнерские отношения с другим провайдером, у которого сеть на УБНТ была 1500 абонентов, так каждый день столько мороки и выездов, что требовалось держать штат из 7 администраторов, которые только и делали что по настройкам лазали, да кучу монтажников для осуществления выездов.

 

В 05.04.2022 в 06:48, aleks_lebedev сказал:

В 802.11n еще более менее работает , на ARM AC платформах , в режиме работы PTP,  в идеальных условиях с шириной канала 80 МГц, почему-то упирается в потолок 270 Мбит/с (tcp btest), при этом видно что нагрузка на ядра CPU железки не распределены равномерно, одно ядро в 98% , другие ~18%.  Линк NetMetal 5AC Wave2+Rocket Dish  , линк 10 км , глухое село.    

У нас в 80 мгц прокачивало более 350-400 Мбит живого трафика, при этом без всяких тестов - трафик транзитный, загрузки CPU выше 50 процентов никогда и не видели.

 

В 05.04.2022 в 03:58, weedman сказал:

Не соглашусь, NV2 сейчас передает больше в многоточке, в 20Мгц 70мб\с вполне может прокачать, видел не на одной БС. На сколько понимаю, улучшение произошло на одной из прошивок год, может чуть больше назад.

В 20МГц даже простого N выдает под 90 при отсутствии помех.

 

В 05.04.2022 в 10:28, nay сказал:

Тип дуплекса на интерференцию никак не сказывается, даже в TDD проще, но это если мы говорим про операторские решения, там где у TDD всё засинхронизировано.
У операторов с интерференцией проще, потому что полосы только их, и они могут в случае чего их зачистить если захотят :-)

А на помехи со стороны от других пионеров?

 

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

 

В 05.04.2022 в 09:15, SSD сказал:

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

А чего там менять? настраивать надо правильно. У микротика есть упаковка пакетов - включаем ее на всех клиентах БС и все - прокачка всегда под максимум утилизации. Все CPE работают роутерами, обмен маршрутами через OSPF.

 

Что УБНТ тут может альтернативного предложить? Когда на практике на УБНТ при наличии пакетов малого размера сильно емкость сектора падает по скорости.

 

В 05.04.2022 в 09:15, SSD сказал:

Лиговейв еще в 15-16 году легко давал 90 мбит на сектор в полосе 20 мгц.

И где он сейчас? Просто этого производителя тогда протащили, как хускварну вместо штиля, только сейчас ни хускварны, ни лиго нет.

[SSD]

17 часов назад, Saab95 сказал:

А чего там менять? настраивать надо правильно. У микротика есть упаковка пакетов - включаем ее на всех клиентах БС и все - прокачка всегда под максимум утилизации. Все CPE работают роутерами, обмен маршрутами через OSPF.

 

Что УБНТ тут может альтернативного предложить? Когда на практике на УБНТ при наличии пакетов малого размера сильно емкость сектора падает по скорости.

Конечно нечего, старые грабли кочуют из релиза в релизу уже пятилетку. 

 

О, опять эти рассказы про упаковку и OSPF. Тебе тоже было бы не плохо обновиться. ;)

 

УБНТ сейчас работает значительно лучше чем несколько лет назад. Заметен прогресс. У МТ так же сильно падает скорость, упаковками  и прочими извращениями это не решается.

 

P.S. Ты определись, то скорость не важна, то ... ;)

 

17 часов назад, Saab95 сказал:

И где он сейчас? Просто этого производителя тогда протащили, как хускварну вместо штиля, только сейчас ни хускварны, ни лиго нет.

Может у кого-то нет, у меня есть. 

[bg80211]

В 05.04.2022 в 12:59, Saab95 сказал:

 

 

А чего там менять? настраивать надо правильно. У микротика есть упаковка пакетов - включаем ее на всех клиентах БС и все - прокачка всегда под максимум утилизации. Все CPE работают роутерами, обмен маршрутами через OSPF.

 

А что так можно было ? , с упаковкой скорость будет ?,  жирная таблица mac влияет на скорость ? 

Изменено 6 апреля, 2022 пользователем bg80211

[Saab95]

В 06.04.2022 в 09:55, bg80211 сказал:

А что так можно было ?

Допустим у вас много баз, вы делаете PPPoE доступ. Да, на убнт тоже так можно.

Но, на микротике можно сделать PPPoE с MTU = 1500, на убнт так нельзя.

Далее поверх PPPoE можно передавать маршруты через OSPF. То есть выдаете через PPPoE серый адрес, через него устанавливается соседство OSPF, и уже на порт абонента по кабелю выдается белый IP поштучно. То есть адреса расходуются экономно.

УБНТ тут в пролете.

 

Другой вариант это OSPF через DHCP с управлением через PPPoE. Вы можете написать, что мол можно IP адрес на лупбеке указать и на него заходить - но это опять же ручной ввод. Через PPPoE можно удаленно адресовать интерфейс управления, не имея ничего статически указанного на абонентских устройствах. И радиус сервер не потребуется.

 

В 06.04.2022 в 09:55, bg80211 сказал:

с упаковкой скорость будет ?

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

 

То есть если БС работает вечерами с высокой нагрузкой по трафику, включение упаковки позволяет получить прибавкой 30, а когда и 40 процентов сверху реальной прокачки. Проценты тут в случае, если канальные скорости позволяют передавать, но БС тормозит из-за большого количества абонентов, например 30-50.

 

В 06.04.2022 в 09:55, bg80211 сказал:

жирная таблица mac влияет на скорость ? 

Да, вообще любой лишний трафик влияет на скорость, особенно ARP. Нельзя подключать БС вланов до центра, нужно на БС делать терминацию, или упаковку в MPLS / EoIP туннели и дальше гнать в центр.

Так же все клиенты должны быть изолированы на БС.

 

В 06.04.2022 в 06:10, SSD сказал:

P.S. Ты определись, то скорость не важна, то ... ;)

А что толку от скорости, если на практике ее не будет? Когда клиентов на БС много, часто она просто так не может развить полную скорости при активности хотя бы 20 абонентов по трафику в обе стороны.

 

Сейчас же радио доступ вообще отомрет, с такими ценами на оборудование - оптику протянуть дешевле.

 

Поэтому по обсуждаемому вопросу создания каких-то устройств на 802.11ax без хорошей поддержки программистов и инженеров в части сетевого функционала - нет смысла. Этим должны заниматься микротик с убнт, или иной опытный производитель. И пока они этими штуками не займутся - так и будет стандарт лежать на полке, ждать своего часа.

[bg80211]

В 06.04.2022 в 15:10, Saab95 сказал:

Допустим у вас много баз, вы делаете PPPoE доступ. Да, на убнт тоже так можно.

Но, на микротике можно сделать PPPoE с MTU = 1500, на убнт так нельзя.

Далее поверх PPPoE можно передавать маршруты через OSPF. То есть выдаете через PPPoE серый адрес, через него устанавливается соседство OSPF, и уже на порт абонента по кабелю выдается белый IP поштучно. То есть адреса расходуются экономно.

УБНТ тут в пролете.

 

Другой вариант это OSPF через DHCP с управлением через PPPoE. Вы можете написать, что мол можно IP адрес на лупбеке указать и на него заходить - но это опять же ручной ввод. Через PPPoE можно удаленно адресовать интерфейс управления, не имея ничего статически указанного на абонентских устройствах. И радиус сервер не потребуется.

 

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

 

То есть если БС работает вечерами с высокой нагрузкой по трафику, включение упаковки позволяет получить прибавкой 30, а когда и 40 процентов сверху реальной прокачки. Проценты тут в случае, если канальные скорости позволяют передавать, но БС тормозит из-за большого количества абонентов, например 30-50.

 

Да, вообще любой лишний трафик влияет на скорость, особенно ARP. Нельзя подключать БС вланов до центра, нужно на БС делать терминацию, или упаковку в MPLS / EoIP туннели и дальше гнать в центр.

Так же все клиенты должны быть изолированы на БС.

 

А что толку от скорости, если на практике ее не будет? Когда клиентов на БС много, часто она просто так не может развить полную скорости при активности хотя бы 20 абонентов по трафику в обе стороны.

 

Сейчас же радио доступ вообще отомрет, с такими ценами на оборудование - оптику протянуть дешевле.

 

Поэтому по обсуждаемому вопросу создания каких-то устройств на 802.11ax без хорошей поддержки программистов и инженеров в части сетевого функционала - нет смысла. Этим должны заниматься микротик с убнт, или иной опытный производитель. И пока они этими штуками не займутся - так и будет стандарт лежать на полке, ждать своего часа.

В итоге по Вашему , упаковку  необходимо включать на радиоинтерфейсе  на AP,  и клиентах ?

[Saab95]

Упаковка включается на интерфейсе CPE и на интерфейсе маршрутизатора. То есть упаковка идет между двумя устройствами, которые передают трафик. Если у вас БС работает как L2 - то на ней упаковка не включается.

[bg80211]

На AP прописанны  l2 vlan до браса оператора, на CPE (Station) поднимается PPPoE (Vlan ) и NAT, тогда какой интерфейс участвует в упаковке ?

Изменено 6 апреля, 2022 пользователем bg80211

[Saab95]

брас оператора и vlan на CPE.

 

Не понятно, зачем на абонентском устройстве поднимать влан? Если у вас до центра идут данные во влане и приходят на сетевой порт БС, то на БС надо этот влан бриджевать с wlan адаптером и на абонентах брать данные сразу с порта. Что бы любое CPE можно было использовать в любом месте, только перенастроив настройки беспроводной части, а лучше и ssid везде один и тот же использовать - сильно снижает требования к монтажникам и увеличивает безопасность сети.

[aleks_lebedev]

On 4/5/2022 at 3:59 PM, Saab95 said:

Представьте у вас 200 баз точка-многоточка. 3-4-5 тысяч радио клиентов на CPE - как всем этим управлять? При чем что бы абонентское устройство цеплялось к любой БС, и часть CPE обслуживают одного абонента по кабелю, часть работает на группу абонентов.

 

И если брать УБНТ то у них нет даже механизма что бы зайти на CPE удаленно, если адресация или какие-то настройки IP / сетевых реквизитов изменились.

 

У нас была сеть на микротиках в пике с 7000 наверное абонентских устройств, обслуживал ее один администратор. Когда заключили партнерские отношения с другим провайдером, у которого сеть на УБНТ была 1500 абонентов, так каждый день столько мороки и выездов, что требовалось держать штат из 7 администраторов, которые только и делали что по настройкам лазали, да кучу монтажников для осуществления выездов.

 

У нас в 80 мгц прокачивало более 350-400 Мбит живого трафика, при этом без всяких тестов - трафик транзитный, загрузки CPU выше 50 процентов никогда и не видели.

 

В 20МГц даже простого N выдает под 90 при отсутствии помех.

 

А на помехи со стороны от других пионеров?

 

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

 

А чего там менять? настраивать надо правильно. У микротика есть упаковка пакетов - включаем ее на всех клиентах БС и все - прокачка всегда под максимум утилизации. Все CPE работают роутерами, обмен маршрутами через OSPF.

 

Что УБНТ тут может альтернативного предложить? Когда на практике на УБНТ при наличии пакетов малого размера сильно емкость сектора падает по скорости.

 

И где он сейчас? Просто этого производителя тогда протащили, как хускварну вместо штиля, только сейчас ни хускварны, ни лиго нет.

 Возможно UBNT не стали обещать горы,  а просто сделали режимы 60 или 80 CPE на секторе в реале больше и нет необходимости , исходя из этого , весь ресурс TDMA  Frame  делится на 60 или 80 cpe,  также видно что прошивкой добили 30 и 60 Мгц выбор полосы.  У Миктика ARM железо не плохое , тока софтовая реализация хромает ,  программисты и инженера  заточены на общий функционал RouterOS , и не хотят углубляться на  что то одно.   Исправить ли сутуацию решения PMTP стандарта 802.11ax, пока только догадки, так как нет живых и реальных пруфов по реализации Outdoor 802.11ax, в реале интересно посмотреть работы в режиме "скрытого  узла", а также "NloS" .  

Изменено 10 апреля, 2022 пользователем aleks_lebedev

[npokypop]

В 07.04.2022 в 01:49, Saab95 сказал:

брас оператора и vlan на CPE.

 

Не понятно, зачем на абонентском устройстве поднимать влан? Если у вас до центра идут данные во влане и приходят на сетевой порт БС, то на БС надо этот влан бриджевать с wlan адаптером и на абонентах брать данные сразу с порта. Что бы любое CPE можно было использовать в любом месте, только перенастроив настройки беспроводной части, а лучше и ssid везде один и тот же использовать - сильно снижает требования к монтажникам и увеличивает безопасность сети.

А вот тут много вопросов появляется. Есть ли опыт работы в сети с один SSID на всю сеть, например мачта 3 сектора, один видим -60, два остальных -80. На сколько четко и стабильно будет работать CPE на этой БС ? Не будет ли переключаться ? Есть ли реальные кейсы такого использования ?

[Saab95]

А что им переключаться, если клиент уже подключен к сети?

Всегда можно на БС сделать ограничение по минимальному сигналу - если клиент светит не в свой сектор - сигнал там будет ниже порогового.

Третий вариант авторизация по радиусу - даже не забивая никакие мак адреса в базу, клиент при подключении к сети сделает попытки подключения ко всем доступным БС, на радиус сервер придут запросы от каждой БС на подключение, каждая БС передаст в параметре уровень сигнала.

 

В этом случае достаточно на радиусе выждать секунд 10, ну или там 30, собрать все данные по подключениям каждого уникального мака клиента, и разрешить на подключение к БС с самым сильным сигналом.

 

В 10.04.2022 в 13:36, aleks_lebedev сказал:

Возможно UBNT не стали обещать горы,  а просто сделали режимы 60 или 80 CPE на секторе в реале больше и нет необходимости

Я имел в виду другое - если есть убнт и микротик у которых все отлажено, то никак не будет кого-то еще, который сделает рабочее решение на 802.11ах. Потому что даже если он в радиочасти все сделает идеально, то вопрос управления и работы тоже важный - не будет стабильности и удобства управления - никто не будет это использовать.

 

Как пример вспомним прошлое - были точки доступа типа планета или аналогичные, которые умели подключиться к БС и передать L2 дальше по кабелю. Там надо было подключать роутер или авторизовать абонента.

 

То есть надо выдать IP адрес точке планет для управления, потом как-то выдать адрес абоненту, и все в одной плоской сети. И представьте 20-30 таких связок на одной БС. Неудобно.