> Вот я и пытаюсь прикинуть на сколько инсталляций вас хватит до того
> как вы забодаетесь :) Я не занимаюсь инсталляциями. Я занимаюсь разработкой софта для АП. И волей не волей столкнулся с тем, что если говорить о миграции, нужно говорить о клиентах
> Это обычный смарт на андроиде и все что угодно в роли роутера.
> У них антенны поганые, а если в руках держать не 2
> пальчиками, руки будут прилично экранировать. 5ГГц к тому же умеет полтора
> устройства, так что радости от них.
Опять обычный порошок? Чем YP2 и SGS5 не обычные?
> Длинки-тплинки на это дружно кладут :). Рекорд того что я видел 27dBm
> @ 2.4GHz с фабричной прошивкой. Оно нормально прошибает, но даже так
> -60 на смартфоне будет не сказать что далеко.
Куда они кладут? Если бюджетные чипы в них с интегрированным FEM могут 64мВт то хоть убейся. Только что штыри ставить с более высоким Ку. Что будет с диаграммой объяснять надо?
> При хотелке в -60? Мне просто интересно откуда именно такая цифирь взята?
> Я практикую прогулки с замерами уровней на смарте и не скажу
> что часто вижу именно такие цифры, хоть в чьей инфраструктуре
Дык вы для смарта видите или для ноута? =) -60 это цифра для I7620 в его попугаях. Та же цифра для i3160. Причём эти цифры это не когда он должен в обязаловку спрыгнуть, а когда должен форсировать сканирование как минимум и быть готовым к прыжку.
Думаю не нужно объяснять, что показометры далеки от реальных значений? Не поверите, но в силу специфики работы у меня так же есть доступ и к безэховым камерам, есть наборы эталонных антенн и спектрик умеющий в т.ч. IQ.
> В обычной инфраструктуре даже ипхоны маки рандомизируют худо-бедно.
Как только они видят включенный 802.11r или 802.1x (wpa_enterprise) всю рандомизацию как языком слизывает. Учитывая, что рандомизация напрочь ломает band steering (костыль костылём как гриться) и т.д.
FT туда же пойдёт если кроме broadcast probe будет хоть что-то ещё рандомизировано. И ock и preauth и pmk cache даже отвалиться. В 802.11 почти всё завязано на MAC.
> Я что-то такое уже давно видел, сейлзы от цыски рассказывали. Даже всякий
> гламур с heatmap показывали. По своему прикольно.
По своему бредово.
> RO файлуха, отсутствие нормального пакетного менеджмента и прочие ядра эпохи молодости
> моей бабушки очень так себе радость для технарей. В опенврт этого
> нет, что выгодно отличает оный для технарей от хлама для хомячков.
А ещё нет нормальной поддержки оффлоадов и прочего. Удачи. Более того, раздел RWFS никто не отменял, а всю ось в RW держать эт простите.
> А пилите... я пока не понял надо ли мне оно так.
Ну я вас вроде и не принуждаю. Ваш выбор - ваше право. Я делаю для себя и своих заказчиков. Вы можете пилить что угодно. Мне WRT не нравиться, причины в очередной раз разжовывать лень. Однако это не мешает ни мне не им затягивать правки.
Например фикс запуска WRT на RT305x с SPI флэшемпришёл из Wive.
Мы (wive/wrt/etc) живём совместно, и каждый делаем то, что считаем нужным и интересным. Время от времени контактируем и даже наработки время от времени кочую туда-сюда.
Не кажется вам, что мой выбор - моё право? И я его сделал не случайно? Вот на этом и закончим. Как-то не я никого с WRT не переманиваю на wive, да и WRTшники не занимаются подобным в обратную сторону. Мы просто живём и работаем, делаем то, что полезно и интересно. Чего и вам желаю.
> Патчить все телефоны в округе я морально не готов. Переделываться в
> интегратора этого направления - вроде бы тоже.
Ну вот и я не интегратор, и тоже ничего не патчу. Однако мне пришлось расколупывать от и до логику миграции на клиентах. Могу рассказать как score считаются при выборе, тоже хитро. Не дошёл ещё до этого.
Суть в том, что бы реализовать внятную поддержку на своей стороне, приходиться анализировать обратную сторону, на которую ты влиять не можешь. В данном случае я разрабатывал поддержку максимально прозрачной миграции со стороны АП (по сути нужно было обеспечить всё что возможно для клиентов для этого) и мне пришлось изучать логику клиентских частей. Где-то сырцы оказались доступны, но большей частью это оооочень много специально придуманных и поставленных экспериментов. Куча исписанной туалетной бумаги и т.д.
Реализовывал бы я клиентскую часть - исходил бы из обратного.
Был бы я wi-fi альянсом - прекратил бы этот разброд и шатания из-за отсутствия внятных требований к реализации, да и вообще отсутствие требования реализации большей части стека протоколов 802.11 для получения лэйбы.
Не говоря уже о том, что нагорожена куча всякой непотребщины, вместо банальных решений аля rssi feedback который так и умер в застенках, ибо не кому было пролоббировать. На его место в 802.11k появился link margin на который все срут ибо для сертификации не требуется.
Вот проблемы... А не то, что кто-то разрабатывает WRT, а кто-то Wive... И т.д.
> Вот я и пытаюсь прикинуть как это использовать на практике предлагается.
Это полезно как минимум для понимания, очередному закупающему золотые точки, что золотых решений для роуминга в wifi увы не существует. Ибо всё лежит на плечах клиентов.
И не говоря уже про то, что сделано через Ж, так даже крутилки не вынесены.
> кажется понял, не хватает тега РЕКЛАМА посту :). Видимо подразумевается что
> надо купить у вас правильные роутеры и возможно еще услуги патчинга
> девайсов.
Я не продаю роутеры и не патчу девайсы. Опубликованную информацию может юзать кто угодно в меру своей испорченности.
> С точки зрения оптимизации линка имело бы смысл что-то типа анализа SNR
> и миграция с учетом оного и накопления статистики. Примерно как минстрел
> делает с разными скоростями и собирает статистику потерь пакетов. При этом
> учитывается все что можно, в том числе и SNR.
Вы очень далеки от реальности. =)
> Забавная история. Но реально для сильно некоторых инсталляций :)
Таких инсталляций к сожалению до одури. Ибо ведуться на муркетинг вида, купите золотой контроллер и всё будет мигрировать. А потом оказывается, что ещё и клиенты должны быть тоже не абы какими, а как минимум с сертификатом от алянса на тему VoIP Enterprise и т.д.
> Да понятно, если их дофига - обкатаете технологию, потом накатаете какую-нибудь автоматизацию
> флешовки. Я на самом деле сам так немного развлекаюсь но не
> с уклоном в вайфай :)
Мне то зачем обкатывать? Моя задача была на стороне АП реализовать поддержку для нормальных клиентов + костыли в виде handoff для залипал. Попутно выяснилось много интересного включая то, что сертифицированные по вышеупомянутой процедуре девайсы и не сертифицированные по сути отличаются конфигом. Причём одной строчкой. -78 для старта сбора данных и привентивного подбора кандидатов для миграции и -70. Где и какой порог выставлен догадайтесь сами.
В остальном (судя по objbdump) дрова и суппликант собраны с одним и тем же набором опций.
Проблема миграции (и не только) в 802.11 лежит в раздолбайском отношении альянса, который вместо контроля и выработки требований, занимается сшибанием бабла и лёгким движением руки может например превратить 802.11ac draft 1 в 802.11ac wave-1, 802.11ac draft 2 в wave-2, а draft/wave 3 выкатить уже как 802.11ax. Хотя весь набор фич ax был запланирован к реализации в AC. Но жажда бабла...
Вариант для распечатки
(ok), 28-Фев-18, 03:58 
