[LostSoul]

5 минут назад, sfstudio сказал:

ы же можете лишь по наблюдениям предположить, что возможно рассвет бурофиолетовый, и из этого уже предположения сделать вывод о наличии гуана и юрги в небе... =)

А тут даже предполагать ничего не надо.

 

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

 

И да, доказывать вам что увиденное мной выглядело именно как бурофилотовый рассвет -  я не собираюсь.

Если у вас есть версии почему я такое видел - можем послушать.

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

А поиски абсолютной истины - это дело затратное и не всегда окончательно достижимое.

 

И это не означает что информацию бурофиолетовом рассвете следует замалчивать и скрывать.

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

и именно таким штурмом на форуме люди с наименьшими затратами сил и времени приходят к некой приближенной истине.

 

 

[sfstudio]

Вот если вы бы это сказали бы на форуме художников или сочувствующих, или врачей - вопросов бы не было.

 

А если на форуме где присутствуют разработчики рассветов (или даже просто физиков, биологов и/или любых других учёных и не только) - тут можно и огрестись и быть посланным к профильным специалистам в белых халатах. А то тогда надо принять ещё и плоскоземельщиков как альтернативную теорию. И в школе её преподавать начать.

 

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

 

ФОРУМ ТЕХНИЧЕСКИЙ.

[LostSoul]

3 минуты назад, sfstudio сказал:

Дык может таки пари? Или признаетесь? =))

 

Мне не интересно ваше пари.

И не интересно ковырять WiFi в целом так как меня полностью устраивает как работает то что есть.

У меня есть свои темы и свои железки как у разработчика.

Сейчас вот интересный прототип на MSP430 ковыряю для конверсионной переработки ящика кое каких готовых изделий под "вторую жизнь".

 

 

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

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

 

 

[sfstudio]

1-2 рад за ва

3-4 - вдвойне рад

5 - это вашу писанину никак не оправдывает, как и высказывания без пруфов, исходная тема к этому уже отношения не имеет. По ней зарание всё было ясно. Вот зачем было трындеть о супер репитерах и прочие домыслы выдавать за истину я ХЗ. Повторюсь, на будущее, пользуйтесь такими словами ка "по моему мнению", "не уверен, но кажется так", "глубоко не разбирался, но возвожно". Причём до того как заявить глупость. Мне почему-то не стыдно сказать зарание, что я вот не въехал сразу в ту гору логики, что накручено в драйвере на тему например автоматики выбора порога для handover (хотя и не видел что бы он где-то был в 0 выставлен, но разберусь), и позже дополню. У вас почему всё наоборот? Это сложно не вводить людей в заблуждение пока носом не натыкали?

 

P.S. Отсутствие вообще хоть каких-то пруфов с вашей стороны эт вообще крайне не красиво. Я вот не стесняюсь того, что уже больше десяти лет веду проект wive-ng. И ссылки все есть, и сырцы. А вы выпендрились какими-то "тысячами до сих пор использующих" ваши на работки и не пруфов нифига, как и по остальным аспектам. Будь я не на этом форуме давно бы послал бы в лес, такого спеца.

[LostSoul]

4 минуты назад, sfstudio сказал:

 

А если на форуме где присутствуют разработчики рассветов (или даже просто физиков, биологов и/или любых других учёных и не только) - тут можно и огрестись и быть посланным к профильным специалистам в белых халатах.

Вы как обиженный ребенок, который ковыряет совочком в куче песочка и мнит себя выдающимся архитектором.

 

Я свои выводы сделал затратив в 100 раз меньше времени чем вы, получив достоверность результата 0.95 против ваших 0.995

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

 

Точно так же как банк например устраивает экспресс-оценка заемщика. Хотя по каждому заемщику можно ведь нанять частного детектива, подробно изучить всю биографию, деловую и личную жизнь анкетируемого.

Но применяют автоматизированные системы. 

 

Я никого не заставляю мне верить тут на слово и слепо соглашатся с ходом моих мыслей.

Я понимаю что все люди на свете хоть иногда ошибаются.

 

Но вы по всей видимости желаете чтоб все умолкли и рассуждали тут только вы?

А так же особым образом одобренные вами специалисты с нужным уровнем погружения в тему конкретных чипсетов?

 

 

 

[sfstudio]

1) Опять я обиженый... =) На кого простите? =)) На вас? Ну боже мой... Если бы я на всех верующих бы обижался...

2) Достоверность каких результатов? =) Важно (для развития и применимости полученных знаний) понимать не просто как это сработало вот тут, а как это работает впринципе, что бы каждый раз по граблям не ходить. И вот этого достоверного результата вы не получили ни на 0,1%, в отличии от изучения мной реализаций как со стороны АП разных вендоров, так и клиентов. Вот и разница. Т.е ваш результат околонулевой с точки зрения будущего, т.к. понимания причин не появилось. Есть только осознание факта наличия эффекта в конкретных условиях. И то спорно.
3) Я рад за вас
4) Я по всей видимости предполагаю, что любое рассуждение должно быть подкреплено фактами. А не как в случае с гомеопатией.
5) Не поверите, но специалистов с которыми мы устраиваем баталии оооочень много, и на этом форуме их увы минимум, но все они именно потому и специалисты, потому что могут отстаивать свою правоту предоставляя достоверно повторяемые данные, и грамотный анализ. И я на их фоне так, начинающий. =) Но подход который я пропагандирую (доказательный подход) этов т.ч. и их правило. Впрочем как и любого грамотного технаря или учёного.

[LostSoul]

2 минуты назад, sfstudio сказал:

Мне почему-то не стыдно сказать зарание, что я вот не въехал сразу в ту гору логики, что накручено в драйвере на тему например автоматики выбора порога для handover

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

И если бы было возможно пригласить сюда авторов прошивки - они бы в пух и прах разбили все ваши умозаключения.

 

Что вы сделали?

Вы увидели ряд непонятных параметров с говорящими названиями, подумали что наверное оно крутит вот это.

попробовали покрутили, оценили результат.

Сделали выводы, написали нам "оно работает так".

Но сколько всего вы при этом упустили?

А что если там имеют влияния какие-то биты в кадрах, влияние которых вы не выявили?

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

 

Вы просто выполнили чуть более углубленный обзор черного ящика.  Соображения о работе которого являются ТАКОЙ ЖЕ ВЕРОЙ.

Просто ковыряли вы чуть дольше и чуть подробнее.

 

А если кто-то не изучал коды драйвера, не смотрел параметры а просто взял устройство из коробки и внимательно по быстрому присмотрелся как оно ведет себя в параметрами "по умолчанию" то это сразу "голая вера".

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

а по моему очень даже можно.

И ваши вопли про то что вы совочком чуть глубже покопали, а потому вам по песку теперь докторскую диссертацию писать, а мне только на форуме художников обсуждать - смешно.

 

[NewUse]

Эээ, харе флудить то, я с такой скоростью не то что писать всякую херню, даже просто переварить не в состоянии, хочу напомнить -- форум технический!!!

 

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

[sfstudio]

Цитата

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

 

Я вижу эту логику в исходниках. Тут нет ни капли умозаключений. Просто набор правил.

 

Цитата

И если бы было возможно пригласить сюда авторов прошивки - они бы в пух и прах разбили все ваши умозаключения.

 

 

Да правда чтоль? Ну вперёд. Это не сложно.

 

Цитата

Что вы сделали?

Вы увидели ряд непонятных параметров с говорящими названиями, подумали что наверное оно крутит вот это.

попробовали покрутили, оценили результат.

Сделали выводы, написали нам "оно работает так".
 

 

 

Чего? Может хватит бредить? =) Я именно смотрю логику в исходниках. И там где в неё сразу не въехал там честно и говорю что нет. Остальная логика прекрасно видна. А вот вы описали видимо свой подход.

 

Ноу проблем. Вы можете подписать NDA с квалкомом и получит те же SDK что и я. Или порыться на просторах инета и часть версий вытянуть с гитхаба или даже с AOSP. Даже это менее секретно чем ваша великая разработка для тысяч юзверей.

 

Так что не надо выдавать желаемое за действительное.

 

Дальше вообще бред.

 

Я вам ещё тайну открою. Там логики по хэндоверу кот наплакал. Проанализирована она вся. Непонятные вещи не понятны, просто потому, что надо чуть больше времени для раскуривания "зависимостей". Вам не приходилось китайские портянки не разу пытаться рефакторить? =))

 

Вообще-то если что слой MLME у квалкома доступен всем для аудита. Вот даже есть ещё исследователи https://pleasestopnamingvulnerabilities.com/

 

Цитата

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

 

 

Можно делать предсказания, которые ещё предстоит проверить и не раз.

 

 

13 минут назад, NewUse сказал:

Эээ, харе флудить то, я с такой скоростью не то что писать всякую херню, даже просто переварить не в состоянии, хочу напомнить -- форум технический!!!

 

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

Не  совал я туда ничего. Handoff рализован вообще с нуля, исходя собсно из тысяч именно практических экспериментов в т.ч. в итоге подтверждённых в итоге по исходникам к которым получил доступ благодаря хорошим людям. И именно такой же реализации нет ни у кого. Насколько она лучше или хуже опять таки не мне судить. Я пытался сделать её максимально гибкой, что бы человек способный проанализировать происходящее и понимая как оно работает (для чего описываю каждый пук и сырцы публикую) мог максимально оптимально это дело настроить.

 

FT/RRM был перепилен тоже можно сказать с нуля. Изначально под нужные нам чипы оных не было вовсе. А в процессе портирования логики часть оной была переписана буквально целиком, т.к. требовало приведения в чувства.

 

Не смотря на то, что wive-ng OSS это не значил что всё взял и насовал. Тут другой смысл.  Вот если бы взял бы WRT и обвесил бы её стероидоми то да. А Wive-NG-MT даже с SDK слабо пересекается не говоря уже о каких-нить WRT. И подходы сильно отличаются от остальных. Лучше она от этого стала, или хуже эт пусть судят те, кому устройства отгружаюся уже сотнями тысяч в месяц. =)

 

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

[LostSoul]

5 минут назад, NewUse сказал:

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

А где я  с этим спорил то?

Вы с своей стороны готовы понять, что уровень реализации поддержки роуминга это важный, но не единственный критерий в подборе железок под решение в дом индивидуальному пользователю-обывателю,  потребителю продукции Apple?

И вполне возможно что для него лучшим решением было бы просто 2-3 таймкапсулы поставить,  если они конечно умеют mesh ( наверное умеют )

 

6 минут назад, sfstudio сказал:

Я вам ещё тайну открою. Там логики по хэндоверу кот наплакал. Проанализирована она вся. Непонятные вещи не понятны, просто потому, что надо чуть больше времени для раскуривания "зависимостей". Вам не приходилось китайские портянки не разу пытаться рефакторить? =))

 

Ну завязывайте уже.  "вся проанализирована"  "кот наплакал".

Тут вон какие истории регулярно бывают

https://www.opennet.ru/opennews/art.shtml?num=43536

 

тоже все тысячу раз шиворот-навыворот проанализировано, ага.

Я NDA подписывал с броадкомом, хотя в код WiFi и лез.  Мне своего хватило ( drm и.т.п. )

 

[sfstudio]

1) что не так? проанализирована логика миграции и её кот наплакал
2) да запросто вылазят, и у себя регулярно после очередного fuzz тестирования к пример правлю всякие интересности, малопригодные правда к эксплуатации, но уязвимость и заложенная штатная логика суть разные вещи

3) я с броадкомом не связываюсь очень давно, в частности с NDA  с ними. Ибо я не собираюсь заниматься чёрными ящиками с кипятильниками. Последнее это были радиомодули в idxd8 от дигма, где в очередной раз обплевался на тему реализации поддержки sdio броадкомом в их дровине... Просто выкусил половину и "нарисовал" занова подглядывая в то, что было. Там чётко видно, что вот эту часть писал какой-то индус который видимо стремился быстрее свалить уже из этого мира...

[NewUse]

чёт вы совсем в оффтоп свалились, ну при чём здесь граб, ну вы с тем же успехом можегли недавнюю дыру в ВПА2 привести, ну уязвимости в коде -- это нормально, но только  это не имеет абсолютно никакого отношения к качеству работы, а вот в вафлю от броадкома Вы напрасно не полезли, народ там матерился трёхэтажным, от того, как она написана, ну да ладно...

[sfstudio]

И вполне возможно что для него лучшим решением было бы просто 2-3 таймкапсулы поставить,  если они конечно умеют mesh ( наверное умеют )

 

Если меня склероз не замучал, то роутеры от яблок закончились. =))) От слова совсем. Ну и то, что они называли MESH эт банальный WDS.

 

2 минуты назад, NewUse сказал:

 народ там матерился трёхэтажным, от того, как она написана, ну да ладно...

Эт они ещё творчество риалтэка не видели. А броадком просто ооооочень долго вообще в сырцах AP дрова не поставлял. Всю юзали блоб бережно его окутывая воркэрандуами (как wl500 project). =)) А так у броадкома по коду радио нареканий у меня гораздо меньше чем к риалтэку например, эти вне конкуренции. Но всё решаемо, всё допиливаемо. Просто не стоит воспринимать SDK как нечто готовое.

[LostSoul]

20 минут назад, NewUse сказал:

чёт вы совсем в оффтоп свалились, ну при чём здесь граб, ну вы с тем же успехом можегли недавнюю дыру в ВПА2 привести, ну уязвимости в коде -- это нормально, но только  это не имеет абсолютно никакого отношения к качеству работы, а вот в вафлю от броадкома Вы напрасно не полезли, народ там матерился трёхэтажным, от того, как она написана, ну да ладно...

В WPA2 уязвимость - там код сравнительно сложный для понимания.

 

А "надави 28 раз бэкспейс и вылети в консоль" это извините в 3 соснах.  И оно там >10 лет было у всех на виду.

Это пример того как "прочитал исходник и мне ясно как оно работает, это не вера а знание".

 

Я НЕ ЛЕЗ в вафлю от броадкома. Говорю же, по другой части их сорцы смотрел.

 

[sfstudio]

Цитата

В WPA2 уязвимость - там код сравнительно сложный для понимания.

Там как раз всё очень просто. Проблема была в том, что это было описано как стандартное поведение на уровне RFC. И никто глубже не лез. Когда я с пол года назад наткнулся на возможность переустановки ключа в assoc req подумал его перетащить дальше за auth, но посмотрев RFC решил, что это таки как-то учтено. Но как оказалось... Вот стоило полениться и довериться спекам, и не копать дальше. Благо мы закрыли ещё раньше чем оно стало общеизвестно где-то за неделю.

 

Цитата

 

А "надави 28 раз бэкспейс и вылети в консоль" это извините в 3 соснах.  И оно там >10 лет было у всех на виду.

Это пример того как "прочитал исходник и мне ясно как оно работает, это не вера а знание".
 

 

 

Для этого всё и публикуется в исходниках. И в моей практике есть случаи когда человек мне сообщал о странном поведении, а затем я проанализировав свой же код понимал, что жутко ступил.

 

Но суть не в этом. Я говорю о том, что логика там простая. Если не пытаться анализировать на наличие косяков аля недостающих проверок, то её там кот наплакал. И она независима вообще по сути не от чего. Например HandOff=1 (по памяти пишу) просто отключает передачу ctrl event disconnected в сторону суппликанта, избегая ситуации link beat. Одно тупое условие.

 

Нет там никаких спец полей для всего этого. Всё строго по RFC от альянса за редкими исключениями в поведении (одно из них выше озвучено). Если дёрните предоставленный мной конфиг и оригинальный из ***фона, то части опций в их конфиге вообще не увидите. Т.к. конфиг у них вообще из дремучего SDK лежит, а вот судя по objdump (и тому что новые опции описанные в новом сдк работают как и предполагалось) драйвер таки свежий.

 

И т.д. т.п.

 

Цели выявить их косяки в логике не стояло. Это разные задачи. Стояла задача получить список доступных опций, сравнить с тем что в конфиге и как работает оное в общем с их сторны (т.к. реализация именно миграции не реграментирована WA). Проверить что задано и как это влияет исходя из логики. Проверить на практике, добиться повторяемости. Затем таким же макаром изучить то что ещё может показаться интересным. Например я н очень понял зачем они по деволту отключили WMM, и это меня на данный момент инетересует больше остального. Потому на днях (как освобожусь от текучки) сяду вычитывать логику WMM/UAPSD и всё что связано с этим делом.

Опять таки руководствуюсь исключительно интересом. Т.к. включив дебаг на стороне АП, прекрасно вижу, что с взвёдёнными опциями поддержки UAPSD и WMM нет никаких проблем и оба этих механизма вполне работают.

 

По сути шаги были такие. Сначала выявлены блоки кода отвечающие за миграцию в общем. Затем составлена блок схема на рулоне туалетной бумаге с указанием названий функций и т.д. Затем всё это вынесено в отдельный файлик дабы было проще. Очищено от "хлама" (ну т.е. непоследственно убран низкий уровень управления дабы выделить сам алгоритм принятия решений) и т.д.

 

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

 

Тут не принимают аргументы вида: "не читал, но осуждаю". Или: "Рабинович напел".

 

P.S. Более того. Я эти исходники получил не вчера. И потихоньку раскладываю всё по полочкам шаг за шагом. Потому и есть пробелы, о которых чётко описал. Но все опции с "говорящими названиями" внезапно мной не были упомянуты. Т.к. например там только PS логики поверех штатных предусмотренных WA мехнизмов штук 5ть. =) Ну и что радует, у квалкома хоть как-то относительно внятно документированы сырцы. А ляпы... Ну ляпы, у всех бывают.

[sfstudio]

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

 

Кстати, хочу выразить огромное спасибо квалкому и за опции, и за переменные и за поля в структурах с внятными названиями... После остальных аж захотелось плюнуть и начать новую ветку под квалком... Я не шучу.. Это оооочень облегчает работу.

[LostSoul]

sfstudio, вы если припомните , все наши перепалки начались с того что вы в теме про сайт-бендинг написали что мол в микротике "роуминга" вообще нету.

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

Это моё обывательское наблюдение и опыт - с моими гаджетами оно там работает.

 

К чему со мной спорить?

Да, я уже проверил ваши слова и подтверждаю что переключается клиент самостоятельно, а микротик только создает ему определенные условия ( я не копал какие ) и активных действий на переключение абонента в момент переключения не производит. ( если acl не ставить )

 

но в том или ином виде что-то для улучшения работы роуминга там сделано.

 

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

Ибо роуминг в микротике в силу чего-то там работает лучше чем на просто 2-3 AP с одним SSID.

 

[sfstudio]

Роуминга у микротика нет. Это не его задача. Как и нет поддержки никаких штатных механизмов кроме того самого handoff. Ни RRM ни FT тоже нет. Хотя что им мешает я ХЗ, им в отличии от меня даже не нужно реализацию с почти нуля колупать. Они юзают hostapd который всё это умеет.

 

Тоже касается band steering. И с igmpsnooping там до сих пор беда... Ну хоть m2u привернули. Оффлоад в PPE до сих пор мёртв (?) т.е. только Fastpath (в их нотации fast track) спустя годы ввернули?...

 

Никого я в заблуждение не вводил, как и не говорил что микротик не умеет handoff (даже наоборот, только его он и умел на тот момент и то обгрызанно), эт вы меня с slv путаете. Эт у него камбиум головного мозга.

 

Опять же я не вижу что за условия там создаёт ваш CAPs манагер, и что значит "перепрыгиывать". Без логов с разных клиентов для меня это слабый аргумент. Микротик это наверное последние, что я буду разворачивать для анализа миграции. Я ориентируюсь на штатные вещи, заложенные в херовый, но таки стандарт + ну приходиться держать костыль аля handoff.

 

Я ХЗ что за сайт-бендинг.

 

Обывательский опыт - ну плз на обывательсткие форумы. Это мало того, что форум технический, так ещё и операторский. И хотелось бы тут видеть вещи которым можно доверять. Вот к тому и спор.

 

 

Цитата

Ибо роуминг в микротике в силу чего-то там работает лучше чем на просто 2-3 AP с одним SSID.

 

О господи. Ну вот я бы с вами бы может бы даже и не спорил, если бы не поленились бы снять логи с клиентов и изначально запрошенные мной данные iw scan под linux. Может там реально есть того чего вы не видите и что положительно сказывается. Я часть аспектов называл. Аля блокирование обработки PSM (не важно в роже вы или нет клиенты сейчас падают в PSM моментально, это несколько иначе дебажить надо). Опять таки даже от логики работы DHCP и опорки (например времени обновления ARP) может зависеть очень сильно. Или может как и другие ынтырпрайзники эти чернокнижники включают например резервирование очереди для арпов и выпуливают их первыми при первом же прилёте, а без настроенного капса нифига не делают.

 

Вы же сравниваете микротик с микротиком или с вообще хрен пойми чем. Например попробуйте на тплинках которые на MT7628 развернуть роуминг. И при первой же миграции с оной АП на другую нормального клиента все на той АП откуда мигрировал просто будут курить 6ть минут в состоянии коннет есть - связи нет (баг во всех дровах MTK пофикшенный нами лет уже 5ть назад но тянущийся в оригинальный до сих пор вплоть до 7615). И т.д. и т.п.

 

Я устал сотни раз грить, что доводы без логов и аргументов кроме "рассвет зелёный потому что я его вижу" не говорят ни о чём кроме того, что вы его так видите, и не факт что вы дальтоник, как не факт что и рассвет реально зелёный, а может это какое-то излучение и т.д.

 

Я прошу на техническом форуме подтверждать свои слова хоть чем-то кроме "наблюдений". Если лень  заниматься - ну дык за язык никто не тянет. Вот на этом я настаиваю.

 

P.S. Самое дурацкое с точки моей зрения у микротика, так это отсутствие TDMA в чистом виде на всех девайсах, хотя наборы логики их поти все позволяют, а квалком в дровах поставляет даже эту самую реализацию (без изысков конечно, но она есть), есть и свободные реализации для ath с ещё с незапямтных времён. Вот тут MTK используемые у нас увы и ах отстают. Но мы и не метим в аутдор и WISP.

[gessler]

4 часа назад, sfstudio сказал:

 

Ничего кардинально в 802.11 с 802.11b по 802.11ac wave2 касательно обсуждаемой темы не поменялось. И в 802.11ax лишь слегка станет легче

Зря вы ax принижаете - по сути это реинкарнация WiMAX - в стандарт заложено все, чтобы обслуживать много клиентов силами множества AP (UL/DL OFDMA, UL/DL MU-MIMO, колоризация и т.д.)

Только остается непонятен вопрос как это заработает в рамках частот на которых работает куча старья не подозревающего даже о существовании  данного стандарта.

WiMAX то ни с кем за эфир не боролся и о совместимости назад ничего не знал.

Изменено 15 ноября, 2017 пользователем gessler

[NewUse]

49 минут назад, sfstudio сказал:

Кстати, хочу выразить огромное спасибо квалкому и за опции, и за переменные и за поля в структурах с внятными названиями... После остальных аж захотелось плюнуть и начать новую ветку под квалком... Я не шучу..

Вот это бы было очень круто, хотя я понимаю, вряд ли Вы будете поддеживать такое старьё как AR724x... У меня на них оутдор сеточка развёрнута, а судя по тому в какую сторону загибается ubnt -- ничего хоошего ждать не приходится, а скорее всего скоро EoS грядёт :(.... а железо есть и аботает хорошо, не только в прочем ЮБНТ, даже tp-link (похоже не сильно испаганил SDK)....

[sfstudio]

Не принижаю ни на секунду. И очень надеюсь, что будет так как на бумаге. А не как с AC =) Но практика...

 

Цитата

Только остается непонятен вопрос как это заработает в рамках частот на которых работает куча старья не подозревающего даже о существовании  данного стандарта.

Никак. На сайте альянса на это дело есть внятный ответ. Лень искать. Как и прежде требуется что бы клиенты поняли что от них "требует" АП.

 

А самое прикольное, что вообще-то 802.11AC и должен был быть этим AX =) Но как-то всё затянулось, потому чипы которых бы раньше обозвали Draft1 обзовали Wave-1. И обещали что в Wave-2 то будет счастье полное, и MU-MIMO и т.д. А оказалось, что и MU-MIMO только в downstream и только с клиентами это понимающими и TDD не будет. Но всё должно было наладиться в AC Wave-3  и Qantenna даже успела выпустить чипы ещё с этой маркировкой. Нынче же AC Wave-3 это 802.11ax и опять таки почти ничего (как и ранее) кроме базового набора модуляций и пары плюшек не является необходимым условием для сертификации (пока опять таки драфтовой, но вот вот).

 

Это всё дорогу у wifi alliance такая байда. Тупо стригут бабло с сертификации.

 

А мы каждый раз надеемся, что будет реализованно то, что написано на бумаге и очень бы хотелось, что бы оно ещё было cross vendor совместимо, а не как например с WDS.

 

18 минут назад, NewUse сказал:

Вот это бы было очень круто, хотя я понимаю, вряд ли Вы будете поддеживать такое старьё как AR724x... У меня на них оутдор сеточка развёрнута, а судя по тому в какую сторону загибается ubnt -- ничего хоошего ждать не приходится, а скорее всего скоро EoS грядёт :(.... а железо есть и аботает хорошо, не только в прочем ЮБНТ, даже tp-link (похоже не сильно испаганил SDK)....

Обратная совсемстимость в ущерб новым клиентам будет. Это основной тормоз развития 802.11. Его стоило "сломать" ещё во время перехода от CCK к OFDM и сделать очень многие вещи обязательными и жёстко стандартизируемыми. Но увы.

 

Офисно-сортирная технология... Средство подглядывания в интернет из туалета. Было есть и будет. Правда в P2P тут да. Будет веселее.

 

Но жопа в том, что все новые чипы wifi это свой полноценный комп на cortex-m (как минимум), с жирной (~4Мб) своей осью, к которой не будет доступа ни у кого. Так что фееричного глюкодрома нам не избежать.

 

А не я не сразу понял. Нет, я не собираюсь на квалком (до ax у мне хватит текущих MTK, а после см выше). Я вообще думаю, не отказаться ли от работы над wifi после выхода AX просто в силу отсутствия доступа априори к нужному мне уровню. Мне не очень интересно становиться по сути прикладником. Есть много других направлений, где я бы с удовлльствием поработал, и куда зовут.

 

Так что если не найдём компромисса с чипмэйкерами, я скорее всего подамся работать над физическим синтезом/моделированием звука (точнее акустических инструментов). Считаю, что заниматься тем, что не интересно априори абсурдно. И когда от меня "спрячут" всё, то, что реально представляет интерес...

 

P.S. причём там прикольно. Они все DBDC (dualband dual connect) т.е. водном чипе сразу 2 режима либо например 4T4R в 2.4ГГц и 5 ГГц, либо 8T8R  в 5ГГц. Как у 7615 4T4R может либо делиться по 2 стрима на диапаон либо все 4ре в 5ке.

[NewUse]

5 минут назад, sfstudio сказал:

10 минут назад, NewUse сказал:

 

Обратная совсемстимость в ущерб новым клиентам будет. Это основной тормоз развития 802.11. Его стоило "сломать" ещё во время перехода от CCK к OFDM и сделать очень многие вещи обязательными и жёстко стандартизируемыми. Но увы.

Когда-то, когда только вышли 724х -- я, разваачивая свою сеть, сделал одну, как в пследствии оказалось очень правильную вещь, я поставил запрет на совместимые режимы, оставив только MCS стандата 802.11n, это спасло мою сеть от проблем с глючными клиентами, типа Ралинков 24хх серии(ну или глючных дров), но правда, чтоб совсем не лишиться клиентов я закупил дешёвые RTL8188CU -- это был мой большой прокол, за который до сих пор стыдно...

[sfstudio]

Это сильно спорно. =) Причём всё. =)

[gessler]

21 минуту назад, sfstudio сказал:

Qantenna даже успела выпустить чипы ещё с этой маркировкой. Нынче же AC Wave-3 это 802.11ax

Не знаю, но UL MU-MIMO да и вообще весь UL в ax требует наличия реализации на стороне клиента 802.11-2016. И в рамках 802.11ac точно не заработает.

Перебалансировка схем OFDM сделана скорее всего по этой же причине + скорее всего закладывают, что клиент будет достаточно быстро двигаться.

 

Интел говорит, что реализовала 2016 стандарт в адаптерах 8265 и  выше в среде Windows10.

 

Изменения кардинальные. Если из всего этого вендоры смогут сделать только QAM1024 - то это будет откровенная порнография.

Изменено 15 ноября, 2017 пользователем gessler

[sfstudio]

Воооо.... Если открутить ещё назад никто не грил что в AC будет только DL MU-MIMO. И о клиентской мовместимости хоть так хоть сяк сказано у альянса было сразу (хоть DL хоть UL клиент понимать должен). И как обычно к draft 3 (ну как с N) всё должно было устаканиться. Но 4ре года прошло на моемент DRAFT-3 N / AC DRAFT-1. Ну а дальше маркетинг.

 

Там даже если просто посмотреть, то ко всем *CAP (включая VHT_CAP) добавились ещё всякие специфичные capabilitis. Если старый клиент о них ничего не знает то как декодировать то что ему в уши летит он тоже не ведает. Не говоря уже о остальном. Так что MU-MIMO (как альянс заявляет сам) в любом случае (даже в DL) должно быть поддержано клиентом.

 

Просто нужно первоисточники читать. Ну и желательно подписки опередлённые (не дешовые блин) иметь.

 

Со схемами OFDM там проще на самом деле. У нас есть набор capabilitis от клиентов, и мы можем заведомо с ним разговаривать на каком-то понятном ему языке. Но вот всё что касается новых плюшек как ни крути требует поддержки с обоих сторон (как бы муркетологи не пели).