sfstudio

Дурень? Кнопка жалоба называется. Вы знаете лучший способ сказать администрации, что нужно пост перенести? Я вам и грю, нет ничего страшного, и администрация берёт и переносит. Однако кстати человек задал вопрос чётко и именно там это вам показалось, что вашего мнения спросили что лучше. Вопрос задан по конкретному кейзу и конкретному устройству. ПРУФЫ? Пока я вижу гадания "стандартаная или слегка модифицированная". Вы тупо не знаете что там по факту реализовано. Вот нет у вас данных достоверных. И быть не может ибо проприретарь. Я даже не спрашиваю что за такая стандартная адаптация? =)) Надеюсь догадаетесь почему. =)) Более того, нет и не работает должным образом это совершенно разные сущности. Не кажется? И что за должный образ? Кому должный? Зачем должный? Если не работает в конкретном кейзе как нужно покупателю - покупатель пишет репорт. Нет массовых репортов кроме ваших заявлений - получаем всё тот же вопрос о мальчике. И вот так везде. Он хэндовер. Вы пиГ*)ли недавно что у убиков нет поддержки R/OKC после чего я лично ткнул вас носом и тема заглохла. Вы любите рассказывать, что чего-то у кого-то нет, а на поверку оказывается что тупо трындите. То что камбиум осилил включить во время сборки поддержку 802.11r которая входит в состав поставляемого QCA драйвера, и/или реализуется на уровне hostapd в случае ath*k я не сомневался. =))) Это не бином ньютона и не великий ынтырпрайз. Да я заметил. То-то вижу на просторах РФ прям хоть одного оператора. =)) Суслики (которых не видно, а они есть) интересны могут быть только специалистам в области изучения этих сусликов. Остальным на них тупо положить.

Я не очень нуждаюсь в ваших советах. Я вообще не могу с вами по нишам пересекаться. Я не продаю ничего кроме своей работы/времени. И моя оплата никак не связана с продажами. Ещё раз повторюсь у меня к вам одна притензия - вы постянно врёте и занимаетесь маркетинговым очковтирательством. Наезжаете на людей позволяя себе очень много, что я даже в ваш адрес не себе не позволяю (хоть уже потихоньку понижаю планку). Во всех темах во всех разделах уже торчат ваши уши и уши камбиума. Локализуйтесь у себя в разделе и втирайте дальше всё что хотите. Кто захочет посраться - будет к вам в гости ходить. =))

Для вас загадка как в таком случае поступают нормальные люди на форуме? Да, они жмут кнопку жалоба и просят переместить тему т.к. автор её вероятно создал не там не подумав. После чего администрация рассматривает заявку и тема перезжает в общий раздел. Это сложно? Вы же взрослый дядя, и прекрасно понимаете, что не повод устраивать оффтоп если топикстартер ошибся разделом например?

Вячеслав. Я считаю, что не разумно удалять ответы на подобные высеры.

Не поверите я в курсе. А вот вы не можете структурировать свои ответы. В ваше опусе 2 заявления - у убиков нет адаптации. А следом в ответе мне заявляете что есть у всех. Вот уж внезапность какая. В в микротиках всенепременно нужно лимитировать MCS ибо тоже пи*((ц. =))) Можно узнать что ваши убики и камбии вообще делают в разделе по микротикам? Вы названия разделов научитесь для начала читать, ок?

Всё верно, я занимаюсь в своей области и знаю её от и до. А вы гадите во всех. На базе проприретарного протокола. =) Вы так любите это слово, буд-то оно что даёт 100500 к карме. =))) Я вас учить? Я грю вы п*()те постоянно и везде. Переобуваетесь на лету и т.д. Прекрасный пример R/OKC и т.д. Ваши заслуги как продавца меня например вообще не интересуют. А уж чем вы там с максбридж занимались я ХЗ. 802.16 по сути мёртв, потому о покойниках или ничего или хорошо. Не больше не меньше. Да правда? Может коментировать не чего ибо в опусе выше исключительно ссылки на те места где вы тупо соврамши? Ну дык идите в свою камбиумную тему и развлекайтесь там, рассказывайте о великих дистижениях, вступайте в дискуссии и т.д. Не лезте к нормальным не покусанным муркетингом людям. Я вам повторяю в сотый раз. Я не могу грозить вам администрацией, я к ней отношения не имею. Я лишь предлагаю решить вопрос с вашим п*()м на корню, ибо срёте везде не по теме, переобуваетесь на лету, гнёте пальцы, оскорбляете людей по поводу и без, переобуваетесь на лету и т.д. Вот это реально мерзко. А привлечение администрации к решению проблем это норма. Они для того и есть, и это их ресурс. Так же как в реальном мире есть органы для разрешения споров. Или вы предлагаете с гопотой и борзотой решать проблемы методом мордобоя? Ну дык запросто, далеко только. =))) Так что не говорите что мне делать, я не скажу куда вам пойти. А уж ваша оценка моих знаний не требуется вовсе. Их достаточно, что бы ткнуть в ваш огалтелый муркетоидный бред, который тут уже всех заколупал. Остальное вас не касается. Я вам напомню, что форум НАГ не является торговой площадкой. Надеюсь сами осилите что это значит. Если нет, ну могу пояснить, в том же тоне в котором вы с людьми разговариваете.

Вот ведь внезапность. А чего ж тогда вы тут чушь то пороли https://forum.nag.ru/index.php?/topic/145779-kak-podat-link-na-16-km-i-kakoe-oborudovanie-vzyat/&do=reportComment&comment=1521451 Как обычно переобуваемся в полёте? Да правда? Ничего что 802.11 это не только indoor даже по стандарту? Ориентирован он не на уличное или индорное применение, а на работу на коротких дистанциях (например). Более того, например у нас, юзается ныне аж 3 разных rate alg. Для 2.4 где эфир в хламину один, для 5ки другой, в новом железе вообще третий в силу необходимости учитывать особенности MU-MIMO. И все они так или иначе базируются на учёте числа ошибок в канале. Совсем не учитываются ошибки только при выборе стартового знаения rate в момент соединения, т.к. данных по ошибкам в этот момент нет вовсе. Ну и когда клиент спит тоже сложно учитывать ошибки, когда их нет в силу отсутствия передачи 90% времени. =))) Опять таки внезапность какая-то. Т.е. считаем *ER и крутим модуляцию. Это не ACM нет? А чего тады выше трындели? Вот дословно вы сказали "Так работает адаптивная модуляция Link Adaptation (ACM) Камбиум , в отличие скажем от Airmax, где никакой адаптивности нет. " Дык есть уже или нет? Наличие крутилок само по себе вообще не говорит ни о оптимальности, ни о неоптимальности. Наличие крутилок говорит о возможности крутить и больше ни о чём. Фантазирования без пруфов у кого самый большой или маленький опущу. Там должно быть слово IMHO. Т.е. сугубо ваше мнение. Дык я не понял, если у вас всё есть и всё учитывается или у вас нет никакой адаптивности? =)))) " Так работает адаптивная модуляция Link Adaptation (ACM) Камбиум , в отличие скажем от Airmax, где никакой адаптивности нет. " Вот в этой фразе у вас нет, а в цитате выше уже есть причём в полном объёме. =)) Вот дело совсем в этом. Любой Rate ALG работает именно так как вы только что описали, даже минстрел, буквально смотрит счётчики ошибок и выбирает модуляцию (адаптирует) это и есть ACM. ТЧК. И не вы ещё раз повторитесь, а я повторюсь, что адаптивность, которую вы не нашли у убиков, есть везде и именно с учётом ошибок в канале. Rate ALG это Rate ALG, т.е. то, что реализует именно тот самый ACM, есть он и в вашем камбиуме и даже в wimax/lte. Именно занимается адаптацией под линк. Может как учитывать данные с обратной стороны, так и не учитывать, но всегда базируется на данных о ошибках в канале и исходя из этих данных принимает решение и выполняет rate UP/DOWN или ничего не выполняет. Тут нет никакой магии и секретных технологий. Схемы и алгоритмы есть разные, в т.ч. заточенные под разные условия, в т.ч. заточенные под конретные кейзы, о чём мной выше и было сразу озвучено. И адаптация есть всегда, как бы вам не хотелось обратного. Если у микротик есть проблемы с оценкой канала в ту или иную сторону - это баг. Если у убиков не работает адаптация (с ваших слов) при использовании airmax - это тоже баг. Поэтому юзверям нужно Ж в кулак взять и долбить микротик и убит, если такие проблемы реально существуют, и пусть чинят. Вот и всё. Больше никаких выводов из необходимости ручной установки лимитов по модуляциям сделать нельзя. Т.е. нужно тупо пинать вендора, что бы: а) пересмотрели алгоритм б) вынесли крутилку "оптимистичности оценки линка" rate alg Ничего другого тут не требуется. И это вполне реализуемо и исправимо. Только похоже нафиг не кому не нужно, а вот тут уже (ну раз нафиг не нужно) возникает вопрос вида: "а был ли мальчик?". И уж точно не повод бегать с камбиями по разделам микротик/убик и лить в уши людям всякую дичь. Они специально разнесены что бы не устраивать мешанину.

Во, нарыл аж https://community.cambiumnetworks.com/t5/ePMP-FAQ/How-does-ePMP-Adaptive-Modulation-work/td-p/73799 Т.е. rate alg с фибэком с обратной стороны и никакой магии и фантастики. Т.е. всяко там MCS/RSSI Feedback ещё что-нить в том же духе. С 2007г как бы часть сдк афероса/квалкома https://www.cwnp.com/link-adaptation/ по сути часть стандарта. На кой бы хрен микротик бы выкусывал бы его поддержку я ХЗ. Но это опять же нужно у микротика спрашивать а не у товарища выше. А то окажется как с 802.11R/OKC у убиков. =))) Это в домашних устройствах оно не прижилось в силу отсутствия поддержки на стороне клиентов там feedback не юзается нынче, хотя реализация MFB и т.д. всё ещё остаются на месте, а с появлением TxBF их переделывают под новые реализии. Только вот этот Link Adaption (HTC) https://www.cwnp.com/link-adaptation/ это не ACM, а только его часть. Подводя промежуточный итог. Если перевести на правильный язык претензию к микротику выше, то звучать она должна так: Микротик в реализации Rate ALG (ACM) вероятно не умеет и не учитывает данные с удалённой стороны линка, т.е. не использует данные MCS/RSSI/etc feedback передаваемые в полях HTC и есть предположение, что именно поэтому микротик не в силах выбрать оптимальный режим для работы линка и ведёт себя черезчур оптимистично, что приводит к необходимости ограничения MCS сверху. Считайте вот вам репорт прямо, зашлите микротику с примерами где так происходит и вперёд отлаживать. =) А звучит не умеет ACM.... Круть. Более того данные выше ещё нужно уточнить, можно поснифав трафик или задав вопрос микротику. Ибо не удивлюсь если и тут враньё. P.S. Вариантов Rate ALG существует десяток, часть из них учитывают параметры передаваемые с обратной стороны линка, часть нет, и баталии на тему эффективности оных в проф кругах вечные. Но все варианты хоть с фидбэком хоть без это решение проблемы автоматической адаптации под условия линка, причём динамически меняющиеся. Т.е. именно Rate ALG реализует ACM и ни что другое.

ACM это то что в 802.11 называется rate adaptation ALG. Точнее Rate ALG реализует тот самый ACM. Все, даже самые убогие и дешовые 802.11 железки (в т.ч. клиенсткие) имеют на борту какой-то из алгоритмов реализации Rate ALG т.е. читай ACM (да да, и фолбэки всякие даже в CCK умеют, а не только MCS/SGI и т.д. крутить). Все виденные мной реализации за последние 10ть лет точно уитывают PER. Т.е. с ростом PER автоматом снижают RATE. Ессно PER не единственный учитываемый параметр. Но именно он важен в первую очередь. Если у микротик с этим проблемы, это говорит о неоптимальности алгоритма, а не о его отсутствии. Иначе даже при походе в туалет юзверь вынужден был бы руками лимитировать MCS. Кстати MCS limit работает так же на уровне Rate ALG по сути просто ограничивая максимальный индекс в rate table. Гоните уже в зашей этого сказочника. P.S. Есть и более хитрые схемы с фидбэком и т.д. и т.п. Но адаптация под условия эфира есть всегда. Как она работает - вопрос алгоритма причём на каждой из сторон только на TX. Если проблема есть - пинайте микротик, пусть вынесут крутилку оптимистичности работы этого самого ACM ;) Это не сложно и не тянет на великий и могучий интырпрайз. Ну и привлекайте их к отладке на ваших линках если есть завалы в обе стороны. Ручной лимит это последние дело. PP.S. Камбиум у себя заявляет нынче Progressive rate adapt (ранее он был Optimized) https://www.google.com/search?num=50&newwindow=1&ei=AZ8jXNDLG4X1qwHnmYaIAQ&q=cambium+Progressive+rate+adapt&oq=cambium+Progressive+rate+adapt&gs_l=psy-ab.3..33i21j33i160.447159.447982..448263...0.0..0.154.315.2j1......0....1j2..gws-wiz.......0j0i22i30j0i67.sZbsjKQtAag Т.е. свой rate alg оптимизированный. Ничего в этом нет сверхестественного. Микротик думаю тоже не minstrel юзает. Да даже мне пришлось под домашнее радио заметно оптимизировать алгоритмы заложенные в SDK от чипмэйкера ибо оптимизируется оно под задачу и задача мост на цать километров и домашний роутер это разные задачи, и алгоритмы будут заметно отличаться. PP.SS. Подробности этого дела лучше бы таки у ребят из Камбиум запросить, а то уже пол форума забито мусором с воплями ынтырпрайз и прочим. Голосую выписать товарищу RO на пол годика и заставить администрацию привести форум в чувства путём скурпулёзной вычитки и выноса срачей с этим перцем. Правда форум после этого заметно похудеет. Но смысла держать мусор не видно.

Судя по описанию реалтаймом там не пахнет ибо станки сейчас работают же. =) Это так мониторинг + обновлятор, возможно постановка заданий. Нынче даже отвёртки начали мозгом обзаводиться собственным. Ессно для РТ задач радио не вариант. Впрочем там и с кабелем может быть не всё так просто. Но ИМХО тут оно точно не нужно. Хотя опять же смотря что считать риалтаймом. =) Кому 5мс реалтайм, а где-то и счёт на микросекунды.

Планы и т.д. это лучше на wifi@nag.ru там люди всё прикинут. У меня другой работы полно. Он тупо ничего не даст относительно даже AP1 для решения задачи при озвученных условиях и клиентах. И ничего кроме воплей о ынтырпрайзности выше от одного небезызвестного тут продавана вы не услышите. Ибо тупо нет никаких технических обоснований для этого.

Щас глянем что есть такое этот самый ESP. https://www.espressif.com/sites/default/files/0a-esp8285_datasheet_en_v1.0_20160422.pdf Что нас интересует в первую очередь: 1) N умеет и даже с STBC это гуд 2) 5ГГц не умеет в принципе (ожидаемо) 3) wpa2+aes умеет - уже хорошо 4) дурь в N режиме 14dBm не густо, но и не пусто, поставите нормальные антенны и жить будет можно вполне 5) чувствительность -72 dbm (MCS7) пойдёт 6) Supports MIMO 1×1 and 2×1, STBC, A-MPDU and A-MSDU aggregation and 0.4μs guard interval. Прекрасно SGI и даже 2 стрима на передачу, хотелось бы 2 стрима на приём и передачу, но и это гуд 7) ессно никаких 256QAM в 2.4, MU-MIMO и прочего оно не умеет, что закономерно. 8) не указано умеет ли 40МГц полосу, скорее нет чем да 9) PSM умеет в полном объёме, т.е. спящие клиенты (пока нет передачи) практически не будет мешать активным, просыпаясь лишь изредка для выгребания данных из отдельной PSM очереди на АП Грубо говоря как минимум 72Mbit рэйт на RX оно умеет. Куце конечно, но жить будет. Т.е. возможности оного покрываются банальной 802.11N 2T2R AP. Т.е. SNR-CPE-AP1 вам по заглаза и по зауши. Для покрытия вашей задачи хватит 2шт оных, но лучше таки ориентируйтесь на 4шт что бы равномерно покрыть не маленькую площадь у вас. Как бы исходя из этих данных не вижу причин почему должны возникнуть проблемы. Однако крайне рекомендую взять одну АП вашим разработчикам заранее и прогнать всё ещё до монтажа на месте дабы убедиться, что клиентский софт не таращит и если что поправить. Порыл ещё, да, факт умеет только HT20, т.е. макс 72Мбит. Причём в обе стороны. 2й стрим на Tx судя по всему используется только для STBC/MRC.

Эт вы тут по всему форуму херню несёте. То мантры о OKC/R терь другие мантры поёте когда носом натыкали. Бедных микротиков с LinktAdapt затрахали уже хотя сами не понимаете как оно работает. И вообще близко не в теме того как устроены Rate ALG (которые реализуют в т.ч. ACM и работают везде) в современных железках. И что Link Adaption в виде HTC/HTC+ не единственный вариант и далеко не самый эффективный. Я сказал что ему нахер не нужна ваша пальцатая поделка от слова совсем. Более того она ничего ему не даст. А вот резерв не лишний. Ну я же грю вы как тот цискарь выше. Лишь бы впарить. Логика такая, если у клиента есть бабки == нужно ему ввернуть золотой болт, даже если требуется пластиковая затычка. Желательно что бы этот болт ещё сразу с контрактом на обслуживание шёл. Не надо нести ахинею. Если для вас слова незнакомые, это не значит что их нет. Ещё раз. Задаю вопрос. Не общими фразами, а конкретно что именно из продвинутости вашей аппаратной платформы и софта позволяет куцих клиентов сотнями навешивать, куцих да ещё и активных, именно осуществляющих одновременную приём/передачу данных? Если даже расчёты идеального коня в вакууме для клиентов 1T1R работающих в идеальных условиях используя рэйт 72Мбит в количестве 100шт на одной АП при этом ведущих активный обмен данными говорят, что это не работа а так, слово одно. Конкретика где? Вот даже не отсвечивайте без чёткого описания что именно там делает ваш Камбиум таким особенным. Как-то они сами в отличии от вас по ушам не ездили. ;) Надо будет шашлычок повторить, если Дмитрий на родину ещё разок нарисуется. Хорошо посидели. ;) Циска и рукус в отличии от вас не п***т и заявляют 43 (циска) клиента 1T1R 20МГц SGI 72Mbit N при условии что все имеют макс рэйт (т.е. при PER в обе стороны не выше 10% иначе rate alg начнёт снижать рэйт), а поток на клиента не превышает 600кБит. Так что не надо херню нести и тплинки с микротиками ставить никто не предлагал. Указаны чётко решения. Будьте добры не п?*(лить хотя бы в темах со мной. Можете убиководам и мокротиководам очковтирательством заниматься. И других лохов разводить. Сдрисните со своим маркетингом и ынтырпрайзом головного мозга туда откуда всплыли. Вообще давно пора потыкать палочкой в администрацию, ибо уже пол форума своими сказками засрали, большая часть из которых тупо маркетинговый булшит. У вас нет практики эксплуатации решений от NAG, предложенных мной. Так что с вами точно обсуждать не чего. А если сравнивать тыпылинками то, всё что не тыпылинк уже будет ынтырпрайзом. Или у вас практика экплуатации по схеме 100 активных куцих клиентов на станках с блоком ЧПУ из ардуино на непонятном контроллере имеется? Вот нет у вас такой практики эксплуатации факт. =)) И потому в отличии от вас, я задаю доп вопросы человеку дабы получить доп инфу на тему что там будет и принять решение как с этим жить. Это называется техническим подходом. Сколько клиентов на АП удастся безболезннено посадить и заставить нормально работать в данном случае будет на 90% зависеть от реализации клиентов, не от распальцованности вендора или количества бабок вваленых в покупку АП. Кабель эт факт всегда лучшее решение. Однако и с радио в данном случае (если клиенты не будут сами по себе глюкавыми) сделать вполне надёжное решение не особо проблематично. А вот с поверлайн (если там мощные силовые агрегаты) вот тут можно точно огрестись. Проходили. Так что тут либо кабель, либо радио. Так что в любом случае сначала тест - затем решение кабель таки или радио. И раз контроллеры ещё в разработке, то лучше хотя бы одну целевую железку взять зарание в тест и с ней разработчикам работать дабы не начало уже при развёртывании на месте всплывать. Это тоже запросто реализуется запросом через wifi@nag.ru

Ради интереса погуглил, что там за контроллеры к станкам с ЧПУ (о них же речь?), всё что нашлось это куча поделок на микроконтроллерах и даже ардуино + стопка без указания характеристик. Сказать что они умеют хотя бы в базе по этим данным низя. Так что полезно было бы вам запросить у производителя чего может вообще wifi в них и с этими данными на wifi@nag.ru Ну или брать комплект в тест, разворачивать и пробовать. Особых граблей не ожидается при схеме с несколькими ап для обеспечения человеческого покрытия.

Да да, а не лопнет там у вас ничего? Я вот на правах Ванги уверен там 2.4ГГц дай бог что бы оно хотя бы N умело хоть в каком-то виде. И даже если оно N умеет то оно всяко одностримное. Ну и будьте добры подробности, чем таким оно отличается от других что вдруг начало нарушать законы физики и собсно обходить 802.11 как стандарт, что вдруг стало как-то иначе работать с N клиентам на RX ? Мне по ушам не проедешься, так что чётко и по делу. А mac table size поверьте не только камбиум в силах вывернуть. Надо будет и 1024 приземлим. Но вот сотня активных клиентов в uplink в 2.4ГГц скорее всего в 20МГц полосе, с вероятностью в 99% без даже SGI эт вы знатно так. Эти 100 клиентов даже по 200кБит в идеальных условиях даже при 72Мбит рэйте у всех не получат если решат поактивничать. Ни в одну ни в другую сторону. И это не ограничение железа, а ограничение 802.11, тем более в сторону от клиента к АП на что ни камбиум ни циска повлиять не сможет кроме как или принять данные от них или послать в лес. Другое дело, что вы прекрасно знаете, что задача другая и проверять ваши слова никто не будет. А значит можно попутно вбросить маркетинга. =))) Задача банальная, реализуется на чём угодно (ну если чутка голову включить), но вешать на одну AP даже в случае мин активности весь зоопарк эт я даже ХЗ как объяснить. А точно, вижу. Тут же у вас чисто технический термин "держать". Ну держать да будет, работать увы это не держать. А активный эт наверное у вас PSM State == ACTIVE? Дык не о нём речь, а о активной передаче, и не в Uplink, а туда и сюда всяко. А за цену в 19кр https://treolink.ru/cambium-cnpilot-e410 можно увешаться https://shop.nag.ru/catalog/00009.Besprovodnoe-oborudovanie/05935.Wifi-routery-SNR/24743.SNR-CPE-AP2 обеспечить резервирование и на пиво останется =) При том, что она для задачи скорее всего избыточна ибо фиг там станки всяко 5ГГц умеют и достаточно банальной AP1 https://shop.nag.ru/catalog/00009.Besprovodnoe-oborudovanie/05935.Wifi-routery-SNR/21958.SNR-CPE-AP1 4шт AP1 - 8т.р. + POE коммутатор (какой не принципиально лишь бы мог собсно AP1 запитать) к ним и + бухту кабеля собсно все затраты. Большего тут и не нужно от слова совсем. При этом отказ одной из 4х АП (ну вдруг, наводнение там или ещё что =)), не приведёт к остановке всего производства, и даже сегмент не выпадет (при правильном размещении). Что позволит безболезненно дождаться приезда замены. Ну и никакими мумимами и wave2 там всяко тоже не пахнет. А что бы от оного хоть какой-то толк был, нужна поддержка на стороне клиента. У вас как в анекдоте про цискарей. Да да, где любая задача решается только циской, а выбор сводиться исключительно к наглости цисковода, размеру отката админу и платёжеспособности клиента. P.S. Топикстартеру. Число клиентов одновременно живущих на одной АП зависит не только от возможностей АП, а от того что умеют клиенты по факту, и какие условия обеспечиваются. В вашем случае скорее всего возможности клиентов и станут ограничивающим фактором. Т.е. если вы на золотую АП навесите кастрированных клиентов, то клиенты золотом не покроются. В вашем случае нет никакого смысла вдувать бабло во всякие пальцатые железки, и уж тем более вешать всё на одну АП. Да и просто исходя из размеров, даже при обеспечении прямой видимости при установке одной железеке в центре уровни будут так себе (в сторону АП), т.к. опять же, врятли в ваших контроллерах сколько-то приличный wifi модуль и сильно сомневаюсь, что там хотя бы 20dBm выйдет. Надувать дури со стороны АП при таком раскладе не имеет смысла. Более верное решение использовать несколько АП. А значит как не крути нужен свитч, желательно с POE (ну или обычный свитч + инжекторы по числу АП) + сами АП. Обратитесь на wifi@nag.ru со ссылкой на эту тему и с подробностями (можно документацией на контроллеры) - подберут и дадут в тест комплект. Попросите на всякий случай документацию мне продублировать (контакты у них есть).

Да нет тут принципиальной разницы при такой задаче. Лишь бы не вешались и не ребутились. =) Всмысле что бы как железо так и ПО было надёжным. Вон запросите на wifi@nag.ru в тест SNR-CPE-AP1(если станки не умеют 5ГГц) или SNR-CPE-AP2 (если умеют 5ку) + коммутатор с POE. Там же подскажут как смонтировать и настроить. По числу и размещению вопросы туда же. Единственные потенциальные грабли - это косяки совместимости этих самых контроллеров с тем или иным железом. Т.к. нам ничего о них и о корректности реализации 802.11 в них (и даже что именно в них реализовано) не известно, потому берите железо в тест, т.е. что бы гарантированно можно было вернуть. Вероятность наступить на такую граблю с любой (даже за дофига бабла) конфигурацией не нулевая. Повесите под потолком, один раз настроите и дело с концом. P.S. Можно вообще на одну свешать при желании. Но лучше исходите даже при таком раскладе из максимум 40 устройств на АП ибо wifi в контроллере наверняка никакущий по возможностям. Максимально SNR-CPE AP1/W4N поддерживает 56 устройство на модуль подключенных. И 112 5+2.4ГГц для AP2/MD1.*. Это при условии, что активно ведут передачу в один момент времени примерно половина клиентов. Т.е. минимум 2шт SNR-CPE-AP1, а т.к. площадь не маленькая, то ... (это уже на wifi@nag.ru подскажут).

Тут с чем угодно хапнешь говнеца пытаясь натягивать сову на глобус (массовое ТВ по wifi).

Кстати о птичках. В 5ГГц выше 64го канала аж 2 полосы по 80МГц которые большая часть штатных клиентов (вынь ноутов, ведроид и яблосмартов) не может нормально юзать. Чист софтовое ограничение. И если вешать уже всякие приставки, то туда. Но тут бяда. Обычные клиенты уже не смогут тады работать в пятерке. И придётся либо tryband устройства городить (что реально, но дороговато), либо обычных клиентов вешать в 2.4ГГц. Но это был бы лучший расклад из возможных если уж так аннонит ТВ по радио. Не уверен правда что UHD эти каналы тоже разумеют, но это реально поправимо, в отличии от попыток "возглавить". А пускать автомобильное движение по тратуарам (как оно происходит сейчас) чревато членовредительством.

Такой подход приведёт не к возглавлению, а к обезглавливанию. Хотя судя по движухе с яровыми и прочим процесс обезглавливания уже во всю идёт. Ну да, это не операторы придумывают, это власти хотят. Не можешь возразить, аргументировать и просто кишка тонка - прогнись, получи проблемы, зондируйся и сдохни. Тут ровно тоже самое. Юзеры могут хотеть что угодно, на то они и юзеры, и компетентность там увы около нулевая. Но вы на то и операторы, что бы обладать компетентностью и просчитывать риски и потенциальные проблемы, и доносить их до юзверя. А не безвольно "удовлетворять" спрос на отстреливание себе ног. И обидно, что попадут в итоге все в радиусе. Т.е. и так грустная ситуация ещё усугубиться. Виноваты в итоге будете один хрен вы. Ну когда это всё начнёт работать как говно. А начнёт таращить оно обязательно. Если не сразу, то через месяц, если это только не ЧД. Лучше бы PLC бы уж озадачились. WiFi оно для мобильных клиентов, что бы за собой провод не таскать. Для подключения стационаров есть другие способы, в т.ч. без "лишних" проводов. Когда дирехтор оператора рекламирует backup возможность подключения ТВ (wifi для ТВ это именно времянка что бы пересидеть) я начинаю сомневаться в его адекватности. Точнее сомнений не остаётся. Возглавь ТВ по wifi это круто. Примерно как возглавить движение "зассым все подъезды" и внести предложение не только ссать, но и срать, желательно под дверью. =)) Моим соседям читай тупо повезло, ну кроме тех кто решил воспользоваться суперпредложением. Мне не составит труда скидать железку которая будет тупо стерилизовать источники засёра. 802.11 даже с PMF крайне просто ставиться раком, причём выборочно, можно даже поклиентно. А вот остальные получат вместо нормального инета на мобильных устройтсвах эдакий вариант старой песни о главном. Весь этот самый wifi в многоэтажках нынче жив (особенно в 2.4) только потому, что логика работы что-то типа быстро включился, утянул данные и уснул. Ну пусть макс 5-10 минут загрузил совсем плотняком эфир, но потом отпустило и поехали дальше. Т.е. всё это наращивание скоростей в wifi это не столько забота о юзверях, сколько попытка увеличить ёмкость куцих полос частот за счёт уменьшения времени обслуживания единичного клиента. А тут многочасовой загруз. А учитывая, что никогда в многоэтажках не сможешь сделать нормальную развязку по частоте, т.к. юзверь (если не ваш так соседний) полезет во внутрь и выберет "наименее загруженный канал" ибо приходивший спец дурак, по его мнению, и зачем-то выставил тот же, что у соседа канал, это всё это превратиться в постоянную адскую интерференцию во всех точках. И для получения этого эффекта не нужно загрузки в полку, достаточно просто непрерывно сифонить уже на уровне пары мегабит что бы заметно портить жизнь окружающим. В результате кто-то (кого затрахают постоянные затыки) вычитает на форумах о каком-нить энгениусе, микротике или ещё какой хери с 1Вт выходом ну и дальше по нарастающей. Всё это уже пройдено в 2.4ГГц и в половине мест его комфортно юзать уже даже для типовых мобильных задач тяжко (независимо от железа). С 5кой получите тоже самое. Даже хуже. Не смотря на заметно большее затухание.

Писец эфиру. =))))) Нет ну не идиоты чесслово. Что за критиноидство у этих платент вечное? Мало того, что сами огребуться проблем при уже паре процентов внедрения такого мегарешения, так ещё и всем окружающим насрут. Пойду сооружу глушилку вермаксов ваших привентивно. Совсем избирательно не выйдет, не обижайтесь. Только вот на пальцах разжовывал https://wi-cat.ru/wi-fi/stb-torrent-wifi-must-die/ Лучшие работы в жанре киберкубизма они будут смотреть в ближнесрочной перспективе, причём вместе с соседями.

Капитан очевидность, залогинься. =) Ну очень странно было бы если бы с ростом числа дырявого гогна, зачастую ещё с дефолтовыми паролями и бэкдорами от вендоров, не росло бы число оных задействованных в спам рассылках или DDOS. С приходом массового IPv6 вообще праздник ждёт. =) А так и вот такие прелести встречаются https://wi-cat.ru/others/router-smapbot/ и девайсов описанных мной тут https://sfstudio.livejournal.com/11065.html в незапамятном 2009м как грязи (и это далеко не только всякие интеркроссы, кстати тогда появилась в итоге wive-ng-dsl и я окончательно увяз в embedded, буквально дыры и глюки изменили мою жизнь и благодаря чужому разгильдяйству я занимаюсь тем, чем занимаюсь =))). Привет РТК в очередной раз с его дслями где встечались похоже вообще все поделки вообще всех смых непонятных контор в т.ч. из РФ, ессно на самом жутком хламе от китайцев с перекраской рожи. А уж китайский IOT это вообще праздник....

Хуавьё на работу Чубайса чтоль взяли? Года 4ре (если не больше) как на самсах "ускоритель сети" агрегирует каналы для некоторых протоколов http://www.manualsdir.ru/manuals/775219/samsung-galaxy-a3-sm-a320f_ds.html?page=134 У лыж вроде тоже что-то подобное есть. По факту бесполезная лабуда от слова совсем. Вообще не удивлюсь если это штатная фича ведроида не включенная по дефолту во время сборки ибо судя по тому как оно работает, оно юзает для агрегации сервера гугла, те же что для "экономии трафика" в браузере. Судя по всему радии того, что бы не было мешанины с src ip в браузерах и постоянной деаутентификации на сайтах.

Чудес не бывает. Более того, wive поддерживает даже RCONE/FCONE NAT, чего не умеет WRT. Что позволяет обойтись вообще без NAT helpers в случае с SIP. Но т.к. вы крутили там какое-то неведомое творчество от планеты то я ХЗ. Никаких гарантий по модифицированным кем-то версиям я дать не могут от слова совсем. За всю историю репортов по SIP было 3шт, все они закрыты. Все ALG синхронизируются по логике с апстримным ядром (плюс стопка своих правок) и вероятность того, что не заработало у нас и заработало на WRT околонулевая, скорее возможна обратная ситуация.   На кой чёрт для этого openvpn вообще? pptp/l2tp/l2tpv3/eoip мало? Да и вообще какой смысл rdp в туннели гонять? Шифрование? Он сам умеет шифроваться с незапамятных времён и даже сертификаты умеет для авторизации. Из-за нат вытаскивать openvpn`ом? Ну это не из пушки по воробьям, а кометой в правый глаз буквально.

Свежие девайсы ооочень долго никаких wrt уметь не будут. У 7615 настолько перепаханный драйвер и настолько иной подход в части обвязки (там море всего уехало в блок который крутиться в MCU), что что бы адаптировать под него драйвер у самих MTK ушло больше года и работа продолается. Сам mt76 драйвер в WRT даже близко не готов к использованию дальше песочнице даже на 7620, которому скоро десяток лет стукнет. Проприретарные дрова поддерживают нужны для wrt режим с hostapd через костыли, которые терь ещё до кучи имеют разночтения с блобом. Не смотря на старания самих MTK (да они даже сдк типа под wrt выпускали и выпускают) их чипы остаются далеко не WRT frendly. Более того в WRT наблюдается ряд дремучих косяков даже по raeth. В общем ещё раз повторюсь, что MTK и WRT до работоспособности нормальной как до шанхая пешком. Однако в отличии от BCM и RTL в далёком светлом будущем вероятнее всего поддержка для уже EOL чипов таки будет допилена. Хотя когда это будет скорее всего они нафиг никому нужны не будет. А демона openvpn на ME1 можно прекрасно разместить в rwfs оформив пакет. Да и вообще флэшки нынче есть в виде микропипки которую даже не видно будет если ткнуть в порт. И пусть он себе там висит и разворачивайте чего хотите. По новым устройствам будет ME2. Запуск очень сильно затянулся благодаря шатаниям китайцев, но свет в конце туннеля уже ярок. По срокам это уже на wifi@nag.ru Мы свою часть по большому счёту доделали, дальше там уже непосредственно конвеер, логистика и т.д. ME2 - MT7621+MT7615DN в DBDC режиме с внешними усилками. С поддержкой MU-MIMO и т.д. и т.п. Т.е. относительно ME1 перехали на новое радио, как и прежде поставили человеческие усилки и т.д. Подробнее по отличиям радио опишу на wi-cat.ru когда появиться время, т.е. серия таки начнёт делаться. Думаю на НГ подарок получиться вполне.

wifi@nag.ru   Едут грузин и армянин в купе, молчат. Грузин говорит: "Грузины лучше чем армяне!" Армянин молчит. Грузин повторяет: "Грузины лучше чем армяне!" Тот опять молчит. Грузин опять говорит: "Слышишь? Грузины лучше чем армяне!" Армянин не выдержав: "Чем? Чем??" Грузин: "Чем, чем... Я же сказал, чем армяне!" :)