• Есть контроллер – нет проблем: как с легкостью поддерживать работу беспроводной сети
    +1
    Karroplan, хороший вопрос! В данном строке речь шла об административном доступе к management интерфейсу контроллера, что по контексту не очевидно. Но чуть выше в разделе Prerequisites for High Availability, в принципе, есть эта же мысль, только чуть в другой форме «But if there are TCP connections from external nodes to the controller, the TCP connections need to be reset and reestablished.», которая в принципе могла намекнуть нам, что в разделе «restrictions of high availability» речь идет именно об external nodes to the controller. Но согласен, звучит пугающе… К беспроводным сессиям клиентов это не имеет отношения!
  • Универсальное ТЗ для Wi-Fi, с пояснениями
    +1
    Отличная статья! Я подозревал, что уровень сигнала на прием в 5ГГц может быть разный для первых и последних каналов, но чтобы она достигала 10дБм!
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    >Но обычным роутером человека не распознать. Нужна специальная сложная антенная система.

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

    >Если честно, то не понял — как между собой связана первая и вторая часть статьи

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

  • Подготовка данных в Data Science-проекте: рецепты для молодых хозяек
    0
    Уоу-уоу, а как же бедро индейки на первом фото? Очень вкусно, кстати, получилось ;)
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    1) ClientLink относится к категории «On-Chip Beamforming». Чипсет координирует передачу на разные антенны, стараясь получить синфазный сигнал на приёмной стороне. Я не нашел в описании ссылок на то, как применяется в этом случае азимут. Знание азимута помогает при определении местоположения несколькими точками клиента, но так как требований вешать точки в определенном направлении нет, то азимут не может использоваться для этого.
    2) У меня тоже полно скепсиса, но, тут, позвольте, не согласиться. Практика, по крайней мере в беспроводных сетях, говорит об обратном. Основной релиз сейчас 8.0, а этот релиз поддерживают точки 1130 и 1240, выпускаемые с 2006 года. Самая новая линейка точек Cisco х8хх требует ПО 8.2, его уже поддерживают точки следующего поколения, начали выпускаться которые с 2011 года (1140, 1260 и т.д. — первые 802.11n точки).
    Если потребуется ставить новые точки доступа, потребуется релиз 8.2, то есть потребуется менять точки, купленные в 2006 году, но купленные в 2011 будут работать. По-моему неплохая преемственность.
    За это время Juniper успела купить и убить Trapeza, Motorolla успела побывать в нескольких руках, осев в Extreme Networks, у которой и так недавно куплен Enterasys, и теперь у них две линейки. Aruba купил HPE и как минимум это не выглядит позитивным. Ruckus тоже купили. Не вижу ни одного корпоративного вендора, который долбил бы свою линейку с 2005 года (Cisco купила Airespace в 2005) без перекупок.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    я подозреваю, что нет. тогда бы Cisco не использовала для этого большие дорогие блоки антенн — www.iptel.com.au/cisco-hyperlocation-module.html.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    Как я понимаю, азимут знать не обязательно, достаточно знать, как нужно сдвинуть фазы на разных антеннах на передачу. А эту информацию мы получаем, когда мы получаем пакеты на приём от клиента и используем симметричную технологию MRC, когда подстраиваем фазу на приёме. Сдвиг фаз на приём и передачу симметричен.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    признаю. в качестве исправления предлагаю почитать мою статью с хабра «Почему не взлетает позиционирование на основе Wi-Fi» https://habrahabr.ru/post/306044/, где использовал правильный термин «трилатерация».
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    понятно…
    у меня тоже кучками ездят :), только сразу
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    если выхода в инет нет, то работать не должно :)
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    интересно то как. это что, данные о соединениях в реальном времени?
    там только часть MAC, я так понимаю, три последних байта, но первые три — это производитель, их не так уж и много.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    про это я и говорю.
    я думаю максима (или кто-то рядом) все собирает и хранит, если надо, вас найдет. вы же получали смс, значит MAC-телефон-личность у них привязочка есть.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    тут я имел ввиду не технологию (она в целом понятна), а померить такие показатели как точность/частота замеров для решения такой задачи как позиционирование в реальном времени.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    поэтому сейчас и есть очень большой интерес к технологиям big data. у гугла похоже пока хватает ресурсов, фейсбук тоже хранит гигантские объемы информации.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    очень рад, что помог исполнить давнее желание :)
    мне кажется эта картинка мало приближена к реальности, больше похоже на красивый видеоролик. к примеру по несколькоим веткам траффик идет только в одну сторону утром и вечером ( в том числе по которой я езжу), что вызывает большие сомнения.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    есть мнение, что и без этого она собирает, только реже и не говорит об этом
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    так можно к ней и не подключаться, она служебные пакеты (биконы) отсылает каждые 100мс.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    смысл второй части статьи как раз сводится к тому, что как только система изучила ваш шаблон, то носить с собой телефон становится не нужно.
    смотрителей много, а делателей не очень :)
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    плохо или хорошо, это уже решать вам :)
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    да, основная мысль была в этом. люди, которые уже функцию выключили и так перцы тертые и их этим не удивить. а вот кто про неё даже не слышал, находят много занятной информации :)
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    возможно здесь допустил неточность, так как тестировал на себе небольшое время. тут есть еще несколько нюансов, про которые не написал. после более тщательных исследований и выборки побольше откорректирую.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    меня тоже занимает этот вопрос. у меня есть предположение, что это связано с тем, что встроенные адаптеры Wi-Fi не очень подходят для этих целей, а именно частота дискретизации не позволяет сделать с необходимой точностью преобразование Фурье (на чем, как мне кажется, основаны все эти алгоритмы).
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    я не добрался до тестирования чисто геотегинга по Wi-Fi, интересно.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    всегда интересовало, как работает отдельно геотэгинг чисто по Wi-Fi, интересно.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    убрал
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    кстати хорошая идея!
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    да, если айпод с GSM, то возможно использовалась обычная GSM триангуляция.
  • Wi-Fi следит за тобой, или Wi-Fi как система мониторинга
    0
    если на айподе есть gps, то он возможно автоматически к фото прикладывает данные о локации. при выкладывании фото, сервис вытащил данные о локации.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    У меня сформировался ответ по поводу того, стоит ли использовать технологию Wi-Fi позиционирования. Ответ — стоит. Почему? Если говорить о подсистеме wIPS, то нам в первую очередь нужно найти устройство (вражеское, своё, точку, клиента). И для этой задачи имеющихся характеристик достаточно.
    Для Wi-Fi аналитики вопрос открытый, для каких-то задач достаточно, для каких-то нужно добавлять модули мониторинга для получения позиционирования в реальном времени.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    Будет интересно увидеть результат! Да, мне тоже интересно по поводу 802.11k, будет возможность, посмотрю в эту сторону тоже.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    Добрый день! Я помню ваш комментарий и обсуждение по поводу Probe Request, я даже хотел написать в обсуждение, что вот написал статью, но вы меня опередили. По поводу iOS 9 честно не тестировал. Судя по описанию, могу предположить, что, если он будет подключен к сети, то вести он себя будет аналогично Android. Если же устройство не подключено (not associated) то по всей видимости отследить историю перемещения устройства просто так мы не сможем. Сейчас я уже закончил испытания и у меня кончилась временная лицензия :(, но я постараюсь не забыть это потестировать, когда в следующий раз займусь стендом.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    Давайте попробуем разобраться.
    1. Чтобы упростить ситуацию, предлагаю начать с того, что решение о роуминге принимает Клиент. То, насколько быстро это произойдет, зависит от инфраструктуры, но это нас в данной задаче не волнует. Клиент понятия не имеет, что такое CAPWAP, поэтому то, как он работает, для клиента не имеет никакого значения.
    Протокол CAPWAP определяет взаимодействие контроллера и точки, забирая на себя некоторые функции DSS (distribution system services), к механизму роуминга сам по себе этот протокол отношения не имеет.

    То, что на probe request точка доступа должна отдать probe response — это верно, но это верно для любой архитектуры, контроллерной, автономной. И это тоже в общем к самому процессу роуминга отношения не имеет.

    Изначально в стандарте определяются следующие требования к роумингу:
    1. Клиент должен послать Reassociation request той точке, куда хочет подключиться
    2. Точка должна ответить Reassociation response ( разрешить подключиться или нет).

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

    Каждый производитель сам решает, как это делать. Так сложилось, что перед самим моментом роуминга клиенты часто посылают probe request на все каналы и слушают ответы, чтобы видимо окончательно обновить таблицу характеристик точек доступа, куда можно сделать роуминг и уже окончательно решить, куда слать Reassociation request. Мне этот подход кажется достаточно топорным. В самом начале становления этой технологии это еще проходило, но сейчас видно, что производители сами пытаются этот механизм оптимизировать.

    2. Механизм ClientLink основан на том, что сигналы, передающиеся с разных антенн физически разнесены, у них разные физические пути. Мы не имеем понятия о траектории путей (тут могут быть отражения, преломления, затухание сигнала и многое другое, что конечно влияет так же и на фазу), вариантов таких траекторий очень много. Если бы мы знали траекторию, то, возможно, мы могли бы как-то предположить расстояние до Клиента, но так как мы траекторию не знаем, то и только на основе фаз рассчитать траекторию и расстояние не удастся.

    3. Я бы хотел тут отметить несколько моментов
    а) позиционирование — это не сервис, это инструмент, можно сказать, что это транспорт для сервисов. Сервис определяет требования к транспорту. Я уже перечислил несколько сервисов, которым достаточно транспорта Wi-Fi позиционирования.
    б) я вообще говорю о Wi-Fi позиционировании «дешево и сердито», когда вы, устанавливая одну виртуальную машину ( стоимость этой машины ну 5% от стоимости инфраструктуры, может меньше), получаете достаточно мощный инструмент, который может использоваться для систем wIPS, для беспроводной аналитики, других задач. За 5% вы получаете представление о местонахождении и передвижении беспроводных пользователей, да, не с точностью до метра и не в реальном времени, но все равно, этой информации много для чего хватает.
    в) нужно понимать разницу между определением местоположения персональных wi-fi клиентов и специализированных wi-fi устройств. как я писал, решения о позиционировании активных wi-fi меток очень неплохо себя зарекомендовало. Они посылают только строго probe request и строго один раз в определенный промежуток времени. Работают до месяца автономно. Это очень неплохо. Если промежутки времени уменьшить до секунд, мы получим позиционирование в реальном времени.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    1. В этом то и весь смысл, что на все каналы, без этого бы позиционирование не работало.
    Да и по поводу того, что именно _должен_ идти probe request я бы тоже поспорил. Что мешает слушать beacon пакеты ( в которых содержится точно такая же информация), которые идут с периодичностью 102.4мс независимо ни от чего от точки? Понятно, что сравнительно редко, но их можно услышать задолго до момента роуминга.
    2. Beamforming даёт представление _только_ о смещениях фаз сигнала на разных антеннах. На самом деле больше ничего ему и не надо. Он понятия не имеет о геопозиции сигнала.
    Я ничего не нашел в описанииTxBF, который входит в стандарт 802.11n, применительно к позиционированию.
    3. Я хочу сказать, что не бывает плохой технологии. Для каждой технологии есть подходящая задача, нужно просто найти правильную технологию и правильно определить задачу :) Вы правильно заметили про орехи и микроскоп. Тут как раз идея стоит в том, чтобы найти правильную задачу для микроскопа (или молотка).
    Данной точности позиционирования Wi-Fi вполне достаточно для общего отслеживания местоположения и перемещения клиентов, но не очень достаточно для отслеживания перемещения клиентов в реальном времени, это да.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    1. То, что при роуминге посылается на все каналы Probe Request, я бы не сказал, что лежит на поверхности. Я не так много видел материалов, где про это упоминается. Ни в экзаменах Cisco, ни в CWNP треках я этого не видел. Это не так уж и очевидно. Намного очевидней, что используется протокол 802.11k, который входит в IEEE 802.11-2012 для роуминга.
    2. ClientLink основывается на передаче одного сигнала в разных фазах с разных антенн с целью совмещения фаз на приёмнике и с моей точки зрения эта технология никак не связана с технологией позиционирования, которая основывается на RSSI триангуляции — получение замеров мощности сигнала клиента с трех точек, чья геопозиция заранее известна ( см. первую статью).
    3. Есть много задач, которые может решать позиционирование и много технологий позиционирования с разной точностью. Наиболее наглядно это можно посмотреть, к примеру здесь на графике 6.

    Моя задача была показать, на что способно именно Wi-Fi позиционирование без применения доп. оборудования.
    Bluetooth Low Energy (BLE) решает вполне определенные, по моему мнению довольно узкие задачи (и решает достаточно хорошо), его я тоже планирую коснуться в своих статьях.
  • Wi-Fi позиционирование «дешево и сердито». О частоте замеров или возможно ли Wi-Fi позиционирование в реальном времени?
    0
    мои расчеты, действительно, вписались в заявленные параметры производителя. Но статья не об этом, она немного глубже, в частности она отвечает, почему параметры именно такие и как этим можно попробовать поуправлять. в частности в этом data sheet нет ничего о принципах работы роуминга и как он влияет на частоту замеров и, следовательно точность и достоверность результатов, что я считаю ключевым моментом для понимания данной темы. Я вижу здесь весьма общую фразу «Devices can send probe packets very infrequently. Up to 90 seconds (client dependent)», что совершенно недостаточно для понимания сути процесса.
  • Да здравствует Wi-Fi позиционирование в Enterprise
    0
    В целом да, согласен, но тут еще играет роль, что Probe Request в принципе достаточно специфичный пакет и я бы на него, по хорошему, не рассчитывал.

    Если Клиент находится на одном месте с устойчивым сигналом, он не должен генерить такой пакет вообще: он генерится один раз при подключении, либо во время роуминга (и то, по хорошему от этого тоже надо отказываться).
    А метка может достаточно «компактно» генерить с необходимой периодичностью трафик и работать долго.

  • Да здравствует Wi-Fi позиционирование в Enterprise
    0
    Я думаю это зависит в том числе и от количество «вбитых» профилей и настроек профилей типа «подключаться даже если сеть не ведет вещание».
    В моём случае (CMX так делает) замер происходил по пакетам Probe Request ( насколько я понял).

    Я полагаю, что по умолчанию телефон периодически рассылает Probe Request по всем вбитым профилям, работая в режиме «подключаться даже если сеть не ведет вещание». Именно замеры этих пакетов и используются. Замеры этих пакетов удобны потому, что они посылаются клиентом последовательно на все каналы (то есть все точки доступа могут их услышать) и посылаются всегда на максимальной мощности.
    Скорее всего iphone не так часто шлет Probe Request по какой-то причине: либо из за алгоритма работы, либо просто из-за того, что там меньше вбитых профилей или они по другому настроены ( к примеру подключаются только если пассивно видят биконы точек ( пассивное сканирование), а не используют активное сканирование).
    Такие технологии, как Cisco FastLocation используют замеры в том числе и Data пакетов за счет использования дополнительного модуля мониторинга.

    В целом это очень интересный вопрос и я хочу его подробно рассмотреть в следующей статье.

    В целом это интересный вопрос
  • Да здравствует Wi-Fi позиционирование в Enterprise
    0
    Я использовал смартфон на Андроиде 4.4.4
  • Да здравствует Wi-Fi позиционирование в Enterprise
    0
    Мне ответили: отказались от Fingerprint, потому что не масштабируется и привязано к конкретному типу/модели клиента.
  • Да здравствует Wi-Fi позиционирование в Enterprise
    +1
    Большое спасибо за вопрос. Я ведь для статьи копал в эту сторону и у меня даже есть что сказать, но, пока писал, этот момент я упустил. Я этот момент распишу тогда в следующей статье, тем более к следующей статье это так же имеет отношение.

    Cisco в своей прошлой версии позиционирования (до версии 8.0) использовало две технологии: триангуляцию и Fingerprint. Благодаря этому в частности до восьмой версии включительно был так же доступен механизм калибровки.
    В новой версии ( CMX 10) механизм калибровки отсутствует, я спрашивал у консультанта Cisco, ответ был такой, что это потому что технология Fingerprint теперь не используется. К сожалению, документация по 10-й версии пока не такая подробная. Поэтому я пока делаю вывод, что в 10-й версии используется только триангуляция.
    Почему отказались от Fingerprint открыто не объясняется. Я подозреваю, либо потому что не сделали ( так как 10-я версия — это полностью новый продукт), либо потому что проявились какие-то тяжелорешаемые проблемы. Мне было бы самому интересно узнать ответ на этот вопрос.