Беспроводные сети : Mobility Services Engine Cisco серии 3300

Cisco Mobility Services Engine - руководство по развертыванию контекстного решения для мобильных устройств

28 июля 2013 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (16 июля 2009) | Отзыв


Содержание


Введение

Цель этого документа состоит в том, чтобы предоставить конфигурацию и руководства по развертыванию, а также советы по устранению неполадки и ответы на часто спрашиваемые технические вопросы для тех, которые добавляют Механизм сервисов мобильных устройств (MSE) Cisco и выполняют Context Aware Services в Cisco Унифицированный WLAN. Цель этого документа к:

  • Объясните различные элементы и платформу для Решения для Мобильности Cisco

  • Предоставьте общее развертывание рекомендации для развертывания Решения для Мобильности Cisco

Этот документ не предоставляет элементы конфигурации для MSE и привязанных компонентов. Эта информация предоставлена в других документах, и ссылки предоставлены. Обратитесь к Разделу связанных сведений для списка документов о конфигурации и дизайна Контекста Осведомленные Сервисы мобильных устройств. Адаптивная wIPS конфигурация также не покрыта этим документом.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

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

Условные обозначения

Подробные сведения об условных обозначениях см. в документе "Условное обозначение технических терминов Cisco".

Общие сведения

Cisco MSE предоставляет возможность для отслеживания физического размещения Сетевых устройств, оба соединенные проводом и радио, использование контроллеры беспроводной локальной сети (WLC) и облегченные точки доступа Cisco Aironet (LAP). Это решение позволяет клиенту отслеживать любое устройство Wi-Fi, включая клиенты, активные метки RFID, и посторонние клиенты и точки доступа (AP). Это было разработано с этими требованиями в памяти:

  • Управляемость — Cisco Wireless Control System (WCS) используется, чтобы администрировать и контролировать MSE. Кроме того MSE интегрирует непосредственно в архитектуру беспроводной локальной сети, которая предоставляет одну унифицированную сеть для управления вместо множественных несоизмеримых беспроводных сетей.

  • Масштабируемость — Cisco серия MSE может одновременно отследить до 18,000 сетевых элементов. WCS может управлять множественными Механизмами Сервисов мобильных устройств для большей масштабируемости. Контроллер, WCS, и MSE внедрены через отдельные устройства для отправки большей масштабируемости и производительности.

  • Security — MSE, WCS, и контроллер беспроводной локальной сети предоставляют устойчивые безопасные интерфейсы и защищают протоколы для доступа к данным. MSE делает запись исторических сведений о размещении, которые могут использоваться для контрольных журналов и обязательных технических требований.

  • Открытый и основанный на стандартах — MSE имеет API SOAP/XML, к которому могут обратиться внешние системы и приложения, которые могут усилить сведения о размещении от MSE.

  • Простые развертывания бизнеса - приложений — MSE могут быть интегрированы с новым бизнесом - приложениями, таким как отслеживание актива, управление запасами, находящаяся на местоположении безопасность, или автоматизированное управление потоком операций.

Этот документ разделен на пять разделов:

  1. Обзор решения

  2. Планирование и настройка сети Wi-Fi для знающего контекста

  3. Проверка и улучшения контекста осведомленная сеть

  4. Устранение неисправностей:

  5. Элементы окончательной проверки

Раздел 1 Обзор решения

Служба распознавания контекста (CAS) позволяет в сети Wi-Fi 802.11a/b/g/n определить местонахождение человека или объекта с активным устройством Wi-Fi, таким как беспроводной клиент или активная метка RFID, и (или) связанные с ними данные, которые могут передаваться оконечным устройством через беспроводную инфраструктуру вышестоящему клиенту. Когда Механизм сервиса мобильных устройств (MSE) Cisco добавлен к единой беспроводной сети Cisco (UWN) (CUWN) с соответственно лицензируемой версией WCS, он принимает на себя ответственность за несколько важных задач:

  • Выполнение расположения алгоритмов

  • Обслуживание сведений настройки

  • Вызовите и диспетчеризируйте уведомлений местоположения

  • Процесс статистики и исторического местоположения

  • Склад для географической информации, карт, и всех беспроводных устройств

WCS является системой управления, которая взаимодействует с MSE и служит интерфейсу пользователя (UI) для сервисов, которые предоставляет MSE. Несмотря на то, что возможно обратиться к MSE непосредственно через SSH или сеанс консоли для обслуживания и диагностических назначений, весь оператор и пользовательское взаимодействие с MSE, как правило, выполняются через WCS (для управления) или стороннее клиентское приложение местоположения.

Терминология

С централизованной архитектурой беспроводной локальной сети Cisco и Context-Aware Location Services, администраторы могут определить местоположение любого устройства на основе 802.11, а также определенный тип или статус каждого устройства. Клиенты (привязанный, зондирование, и т.д.), посторонние точки доступа, посторонние клиенты, и активные метки могут все быть определены и расположены системой. Эта информация сделана доступной через API в течение секунд после возникновения события и может быть сохранена базой данных MSE для исторического поиска или проверок защиты.

Механизм сервисов мобильных устройств (MSE): MSE поддерживает комплект программ сервисов мобильных устройств. Разработанный как открытая платформа, MSE поддерживает программное обеспечение сервисов мобильных устройств модульной формой с различными параметрами конфигурации на основе топологии сети и типов требуемых служб. Ценность MSE сформирована через различные приложения сервисов мобильных устройств. Cisco поддерживает существующий и последующие версии ПО, которые включают их:

  • Context-Aware Services: Эти программы перехватывают и интегрируют в детализированные контекстно-зависимые данные бизнеса - процессов о таких вещах как местоположение, температура, доступность, и использованные приложения. Осведомленная о контексте функция приложений широкий диапазон опций location, которые включают местоположение в реальном времени, обнаружение присутствия, видимость узкого горла, и телеметрию. Поддержка улучшенной индикации уровня полученного сигнала (RSSI) и технологии разницы во времени поступления (TDoA) отправляет большую точность масштаба и производительность для широкого диапазона сред. Контекст Осведомленное программное обеспечение состоит из двух основных компонентов:

    • Контекст Осведомленный Механизм для Клиентов: механизм местоположения Cisco (RSSI) используется для отслеживания клиентов Wi-Fi, посторонних клиентов, посторонних AP, и соединенных проводом клиентов.

    • Контекст Осведомленный Механизм для Меток: партнер (AeroScout) механизм местоположения (и RSSI и TDOA) используется для отслеживания Wi-Fi активная метка RFID.

      Сторонние приложения поддерживаются через API MSE.

  • Адаптивная беспроводная Система предотвращения проникновений (wIPS): программное обеспечение wIPS предоставляет видимость и всестороннее предотвращение угрозы для сети mobility посредством мониторинга, предупреждений, классификации, и исправления уязвимостей проводной и беспроводной сети.

Протокол Сервисов мобильных устройств сети: определенный Cisco протокол, который используется для безопасной связи между WLC и MSE.

Беспроводная система управления (WCS): система управления Беспроводной сети разработала и поддержала Cisco Systems. Включает эти возможности:

  • WLAN Configuration

  • Мониторинг производительности WLAN

  • Сообщение (в реальном времени и исторический)

  • Графическое представление сети (контроллеры беспроводной локальной сети, точки доступа, клиенты и метки)

Контроллер беспроводных LAN (WLC): архитектура CUWN централизует конфигурацию WLAN и контроль в устройство, названное Контроллером WLAN (WLC). Это позволяет всему WLAN действовать в качестве интеллектуальной сети, которая использует радио как средство доступа для поддержки дополнительного обслуживания, в отличие от наследства 802.11 инфраструктуры WLAN, которые созданы из автономных, дискретных точек доступа. CUWN упрощает оперативное управление путем сворачивания больших чисел управляемых оконечных устройств — автономных точек доступа — в одиночную управляемую систему, состоявшую из контроллера (ов) WLAN и ее соответствующих, точек доступа, к которым присоединяются.

В архитектуре CUWN AP являются "легковесными", что означает, что они не могут действовать независимо от WLC. AP, как правило, являются "нулевым касанием", развернутым, и никакая отдельная конфигурация AP не требуется. AP изучают IP-адрес одного или более WLC через алгоритм обнаружения контроллера и затем устанавливают доверительные отношения с контроллером посредством процесса "соединения". Как только доверительные отношения установлены, WLC выдвигает микропрограммное обеспечение к AP, при необходимости, и динамическую настройку. AP не хранят конфигурацию локально.

Клиенты: Все устройства связались с основанным на контроллере, облегченными точками доступа на беспроводной сети.

Посторонняя Точка доступа: Любая точка доступа, которая полна решимости не быть частью мобильной группы беспроводной локальной сети, которая обнаружила его. Это состоит из всех несистемных точек доступа в диапазоне RF облегченные точки доступа, который включает тех на проводной сети или тех на другой проводной сети (такие как точка доступа соседнего узла). Поскольку все облегченные точки доступа используют хэш как часть кадра неисправность со специальным ключом, даже имитировавшие точки доступа инфраструктуры определены как посторонние точки доступа, а не ошибочные, чтобы быть легитимными точками доступа, отмеченными в WCS как точки доступа спуфинга.

Посторонние Клиенты: Все устройства, которые привязаны к посторонним точкам доступа.

Активные МЕТКИ RFID: устройство Wi-Fi, которое может быть обнаружено и расположено на сети Wi-Fi. Существует большое разнообразие Wi-Fi совместимые метки, доступные в рынке. Помечает предлагают диапазон функций, которые включают телеметрию, такую как движение и данные о состоянии окружающей среды, такие как температура и влажность, вызывные кнопки, внутренняя и наружная операция, свойственно безопасные версии, и гибкие опции установки.

MSE предоставляет возможность для отслеживания до 18,000 устройств (метки, клиенты, и посторонние клиенты/AP). Рисунок 1 является примером карты этажа как показано в WCS, и отображает метки, клиенты, посторонние клиенты и посторонние AP. Карта этажа иллюстрирует масштаб и разнообразие классов устройств, которые могут быть отслежены MSE. WCS предоставляет возможность определить поисковые параметры для показа только в подмножестве устройств. Например, биомедицинский пользователь может хотеть видеть только насосы вливания и машины EKG, названные с дружественными идентификаторами, а не неконтролируемыми устройствами или устройствами с загадочным MAC или IP-адресами.

Рис. 1. Карта этажа WCS с отслеженными устройствами

mse-cams-guide15.gif

Клиент: mse-cams-guide3.gif

Метка: mse-cams-guide4.gif

Посторонний AP (red=malicious, green=friendly, gray=unclassified) mse-cams-guide5.gif

Посторонние клиенты: mse-cams-guide14.gif

Технологические общие сведения

Существует две технологии, которые используются для отслеживания устройств Wi-Fi с Решением для Мобильности Cisco:

  • RSSI (индикация уровня полученного сигнала)

  • TDOA (Разница во времени поступления)

Подробные данные об этих технологиях предоставлены в Услугах на основе определения местоположения Wi-Fi 4.1 Руководства по дизайну.

RSSI (индикация уровня полученного сигнала)

RSSI является измеренным питанием полученного радиосигнала. Пакеты, переданные любым беспроводным устройством, получены во множественных AP (при условии, что те AP слушают на канале, на котором кадр был передан). AP передают эти пакеты к контроллеру беспроводной локальной сети вместе с соответствующей информацией RSSI, измеренной в AP. Контроллер беспроводной локальной сети объединяет эту информацию на основе для каждого устройства от других AP. Эти данные переданы к MSE через NMSP. Context Aware Services, которые находятся на MSE, использует данные RSSI, полученные от одного или более WLC для определения местоположения беспроводного устройства.

RSSI обычно предпочитается для внутренних или низких сред потолка, которые могут привести к отражению сигналов. В отличие от TDOA, RSSI не требует синхронизации точного времени среди AP. С измеренными значениями RSSI от других AP вероятность местоположения устройства вычислена в других точках на полу. На основе этой вероятности местоположение возвращено как предполагаемое местоположение.

TDOA (Разница во времени поступления)

Когда вы отслеживаете метки в наружных и как будто наружных средах, тех, которые найдены во внутренних высоко перекрывающих средах, механизм разницы во времени по поступлению (TDOA) является предпочтительным способом для определения размещения устройства. С TDOA местоположение устройства WLAN определено на основе разницы во времени поступления (TOA) сигнала, что это передает как замечено тремя или больше синхронизируемыми со временем Wi-Fi приемники TDOA. Данные времени прибытия собраны и сообщены Контексту Осведомленный Механизм для Меток, которые находятся на MSE, который вычисляет time-differences-of-arrival между множественными парами Wi-Fi приемники TDOA. Время, требуемое для данного сообщения, которое будет получено другим Wi-Fi приемники TDOA, пропорционально длине пути передачи между мобильным устройством передачи и каждым получателем TDOA. Этот механизм размещения устройства вычисления требует временной синхронизации между Wi-Fi приемники TDOA.

Чтобы вычислить позицию точно, этот метод требует ряда по крайней мере трех Wi-Fi приемники TDOA. Расстояние между Wi-Fi, приемники TDOA являются относительно более крупными, чем расстояние между Точками доступа, которые требуются для внутреннего расположения RSSI. Как с расположением RSSI, этот метод полагается на однонаправленную связь (метка, передающая кадр уведомления, никакая требуемая ассоциация).

Обратитесь к осведомленному о контексте сервисному руководству по конфигурации программного обеспечения.

Активные МЕТКИ RFID

Совместимые CCX активные метки RFID обнаружены на сети Wi-Fi на основе кадров уведомления метки, которые переданы меткой и получены 802.11 AP. Частота кадров уведомления метки может быть запрограммирована на основе определенного сценария варианта использования. Как правило, метки настроены для передачи кадров уведомления метки каждые 3-5 минут для оптимизации частых обновлений информации о местоположении и срока службы аккумулятора.

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

Метки могут хранить предварительно запрограммированные сообщения, которые могут быть получены инфраструктурой беспроводной сети. Аккумулятор используется для включения активных меток, который предоставляет до четырех лет срока службы аккумулятора. Срок службы аккумулятора зависит от многих параметров конфигурации метки, который включает частоту передачи кадра уведомления метки и частоты повторения. Метки могут сообщить относительно их уровня аккумулятора и предупредить когда низкий. Метки могут также иметь встроенный датчик движения для передачи кадров уведомления метки в перемещении. Когда метка является стационарной, это помогает сохранять срок службы аккумулятора; настройте метки для передачи менее часто, когда они не перемещаются.

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

Метки RFID Wi-Fi, которые совместимы с Cisco Compatible Extensions (CCX) для спецификации Меток Wi-Fi, могут дополнительно передать телеметрическую информацию метки к осведомленному о местоположении Cisco UWN как часть их информационного наполнения сообщения метки. Телеметрическая информация получена точками доступа и собрана WLC. При запуске MSE MSE подписывается для всей службы, которой он интересуется, такие как измерения для меток. WLC продолжает передавать уведомления MSE в конце каждого цикла агрегации.

Телеметрическая информация передана от совместимой с CCX метки и получена одним или более AP и/или приемниками местоположения, т.е. Wi-Fi приемники TDOA, которые, поочередно, передают телеметрическую информацию их соответствующим зарегистрированным контроллерам WLAN. Если метки настроены для передачи копий составного фрейма (или пакеты) за канал, контроллер устраняет любую двойную телеметрию метки и передает дистиллированные телеметрические значения к MSE. База данных в MSE обновлена с новой телеметрической информацией и делает ее доступной для клиентов местоположения через API SOAP/XML.

В случае метки, которая передает телеметрическое значение, NMSP разработан для эффективной транспортировки телеметрических значений от множественных меток подобной формой. Телеметрический трафик от множественных меток объединен WLC с каждым оконечным устройством NMSP, способным к выполнению фрагментации кадра NMSP и повторной сборки при необходимости. Все данные метки могут быть включены в движущихся на север уведомлениях, который включает телеметрию, вызывные кнопки, узкое горло встречается и т.д.

Архитектура системы

MSE интегрирует с централизованной архитектурой беспроводной локальной сети Cisco как показано на рисунке 2. MSE находится из пути данных беспроводной локальной сети (см. схему), и получает данные от WLC до NMSP. WCS используется для настройки MSE. После того, как настроенный, MSE сам содержавший.

Рис. 2. Архитектура системы

mse-cams-guide16.gif

При развертывании Контекста Осведомленное решение внимание должно быть уделено типу отслеженных устройств и количество максимального числа устройств. Можно отследить любой из этих пяти типов устройства (клиенты Wi-Fi, активные метки RFID, посторонние клиенты, посторонние AP, или соединенные проводом клиенты), чтобы быть настроенными индивидуально или для одновременного отслеживания.

Одним MSE может управлять только один WCS, т.е. одиночным MSE не могут управлять множественные экземпляры WCS, но одиночный WCS может управлять множественным MSEs. Когда количество устройств, которое будет управляемо, превышает емкость одиночного MSE, необходимо развернуть множественный, независимый MSEs. Возможность развернуть множественный MSEs для того, чтобы масштабироваться применена ко всем службам, в настоящее время поддерживаемым на MSE. Максимальное число устройств, которые могут быть отслежены одним Cisco MSE 3350, является 18,000 устройств (комбинация клиентов Wi-Fi, активных меток RFID, посторонних клиентов, посторонних AP, и соединенных проводом клиентов) как часть Контекста Осведомленная Служба. Cisco MSE 3310 может отследить до 2,000 устройств. Когда количество устройств, которое будет управляемо, превышает емкость одиночной коробки MSE, множественные, независимые устройства MSE должны быть развернуты. Это может потребовать MSEs на определенных контроллерах, особенно в больших университетских городках, где роуминг клиентов или активов может пересечь другие физические здания или домены. В этом случае контроллеры могут связаться с максимумом 10 устройств MSE.

LAP Cisco работают в уникальном двойном режиме, которые обнаруживают устройства и на каналах, где они обслуживают клиенты и также на всех других каналах, если они периодически просмотр общих сведений, в то время как все еще предоставляют доступ к данным их беспроводным клиентам. Собранные необработанные данные местоположения тогда переданы от каждой точки доступа до ее связанного WLC через LWAPP или на основе стандартов протокол CAPWAP. Данные транспортируются между контроллером беспроводной локальной сети и MSE через безопасное соединение NMSP.

Cisco WCS используется, чтобы управлять и настроить MSE, и это может также стать визуальным фронтэндом MSE для показа устройств Wi-Fi, которые отслежены. Ко всему устройству (соединенный проводом и радио) подробные данные и определенные исторические сведения о размещении можно обратиться с MSE движущийся на север API. WCS использует этот интерфейс, чтобы визуализировать сведения о размещении, а также просмотреть и настроить Контекст Осведомленные параметры.

Решение для Мобильности Cisco состоит из двух механизмов местоположения с одиночным унифицированным интерфейсом прикладного программирования (API):

  • Контекст Осведомленный Механизм для Клиентов (механизм Cisco)

  • Осведомленный Механизм контекста для Меток (поддерживают партнерские отношения механизм),

Контекст Осведомленный Механизм для Клиентов является основанным на RSSI решением и идеален для отслеживания устройств клиента Wi-Fi во внутренних пространствах, например, офисах, больницах, или других низко перекрывающих средах. Этот механизм отправляет по умолчанию на всем Cisco серверы MSE. В дополнение к Cisco MSE клиенты должны купить два дополнительных компонента для клиентского отслеживания:

  • Клиент, отслеживающий лицензию для MSE с соответствующим клиентским количеством

  • Cisco WCS PLUS с местоположением

Контекст Осведомленный Механизм для Меток имеет возможность использовать и RSSI и основанный на TDOA механизм и предназначен, чтобы использоваться при отслеживании устройств Wi-Fi во внутреннем, низком потолке (RSSI), внутренний высокий потолок (TDOA), и наружные среды (TDOA). Этот механизм также установлен по умолчанию на всех платформах MSE и является включенной лицензией. Клиенты должны купить эти дополнительные компоненты для клиентского отслеживания:

  • Отслеживание метки лицензирует для MSE с соответствующим количеством метки (TDoA или RSSI)

  • Wi-Fi приемники местоположения TDoA (если и когда требующийся)

  • Лицензия LR для каждого Wi-Fi получатель TDoA

  • Cisco WCS PLUS с местоположением

: когда Cisco ответственность за несколько важных задач, MSE добавлен к единой беспроводной сети Cisco (UWN), MSE принимает на себя

  • Выполнение расположения алгоритмов

  • Обслуживание сведений настройки

  • Вызов и диспетчеризирует уведомлений местоположения

  • Обработка статистики и исторического местоположения

WCS является управляющей платформа для серверов MSE и как интерфейс пользователя (UI) для сервисов, которые предоставляет MSE. К MSE обращаются непосредственно через SSH или сеанс консоли для обслуживания и диагностических назначений. Весь оператор и пользовательское взаимодействие с MSE обычно через WCS.

Интеграция Cisco MSE в архитектуру единой беспроводной сети Cisco (UWN) сразу включает улучшения возможностей местоположения опорного уровня. Включенный, эти улучшения:

Масштабируемость — Если вы добавляете Cisco MSE, он увеличивает масштабируемость Cisco UWN от по требованию отслеживания одиночного устройства за один раз к максимальной емкости отслеживания до 18,000 одновременных устройств (Клиенты WLAN, метки RFID, посторонние точки доступа, и посторонние клиенты) за MSE. Для развертываний, которые требуют поддержки больших количеств устройств, дополнительные устройства MSE могут развертываться и управляться под одним или более серверами WCS.

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

Исторические параметры могут быть настроены в WCS как показано на рисунке 3.

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

По умолчанию 30 дней исторических данных сохранены в MSE.

Рис. 3. Параметры истории Настройки

/image/gif/paws/107571/mse-cams-guide17.gif

Они - важные моменты для замечания об истории местоположения:

  1. Отслеживание истории должно быть включено (как показано) получить любые данные журнала об элементе.

  2. Количество дней истории и времени отсечения должно быть должным образом выбрано (см. снимок экрана).

  3. Несмотря на то, что количество дней для сохранения истории не ограничено на UI, история, сохраненная на сервере, ограничена дисковым пространством и влиянием на производительность на глобальной системе.

  4. История элемента зарегистрирована, только если они происходят:

    1. Это перемещает больше чем 10 м. или 30 футов.

    2. Если аварийная ситуация или аварийная кнопка нажаты на метках.

    3. Если метка проходит возбудителем.

    4. Если пол изменяется, т.е. шаги элемента между этажами.

  5. Элемент объявлен "неактивный", если это остается неактивным в течение одного часа. Если это остается неактивным в течение 24 часов, это удалено из таблицы отслеживания. Как только элемент удален из таблицы отслеживания, тогда не возможно видеть историческое местоположение элемента на странице мониторинга WCS, невзирая на то, что история элемента находится все еще там в MSE в течение 30 дней. Отсутствующая запись Интервала Очистки Данных (см. рисунок 4), помогает управлять таблицей отслеживания.

    Рис. 4. Параметры расположения

    mse-cams-guide82.gif

Регистрация каждый переход как событие для хранилища в базе данных за прошлые периоды и ограничения Таблицы истории Местоположения к 10 миллионам строк для целей повышения производительности, Таблица 1 суммирует количество дней, которые требуется для достижения того предела. Чем больше количество переходов элемента в минуту, тем больше сумма дискового пространства, которое использовано. Согласно таблице, только требуется 7.14 дней для достижения 10 миллионов строк с 1000 переходов/минут. С по умолчанию 30 дней исторических данных 1000 переходов/минут используют чрезмерное дисковое пространство, так как MSE не удаляет исторические данные прежде, чем было достигнуто 30-дневное окно.

Cisco рекомендует изменить параметр истории для устройств, которые часто перемещаются в значение меньше чем 30 дней.

Таблица 1: Предел базы данных истории местоположения

Переходы в минуту Дни для удара 10 миллионов строк
100 69.44
200 34.72
300 23.15
400 17.36
500 13.89
600 11.57
700 9.92
800 8.68
900 7.75
1000 7.14

Местоположение узкого горла — MSE предоставляет гранулированную и детерминированную локализацию на основе прохода актива через ограниченную физическую область, известную как узкое горло. Спусковые механизмы узкого горла (также названный "возбудителями") расположенный в этих областях и в близости к тэговым активам стимулируют метки с низкой частотой сигнализация (на 125 кГц). Метки RFID тогда передают идентичность спускового механизма узкого горла к Cisco инфраструктура UWN. Информация узкого горла, содержавшаяся в пакете метки, предоставляет MSE информацией, чтобы отвергнуть RF, Берущий отпечатки пальцев у координат места и принять позицию узкого горла на данное время. Эта точность размещения близости может колебаться от радиуса менее чем одного фута к более чем двадцати футам (25 - 650 см), зависящих от возможностей спускового механизма узкого горла. Приложения для местоположения узкого горла варьируются от использования общего назначения, такого как предотвращение кражи активов максимального значения, к отраслевым событиям управления процессом, таким как используемые в заводах-изготовителях.

Расширения Cisco для телеметрической информации Меток Wi-Fi и аварийных уведомлений — Cisco поддержали партнерские отношения со множеством поставщиков инвентаризационной метки для создания расширяемой спецификации для 802.11 Основанных на Wi-Fi активных инвентаризационных меток. Cisco Compatible Extensions (CCX), спецификация Метки Wi-Fi определяет общий формат передачи, которые помечают поставщиков, может использовать для взаимодействуюта с Контекстом Осведомленный Cisco UWN. Это включает базовый набор характеристик, который охватывает телеметрию, уровень мощности передачи метки, информацию аккумулятора, и усовершенствованные поля для аварийных групп и узкого горла. Добавление MSE позволяет клиентам использовать в своих интересах эти возможности и приносит пользу клиентам путем предоставления возможности к "смешиванию и подгонке" совместимые инвентаризационные метки от других поставщиков в той же сети. В настоящее время поставщики метки внедрили CCXv1. Ссылочный URL метки: http://www.cisco.com/web/partners/pr46/pr147/ccx_wifi_tags.html.

Раздел 2 План и настройка вашего контекста осведомленная сеть

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

Разработка беспроводной локальной сети для местоположения и голоса

Общие указания – RSSI

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

Размещение точки доступа

Надлежащее размещение точек доступа, или возможно лучше, размещение и тип антенны являются несколькими оптимальными методами, которые должны быть встречены, чтобы испытать разумный уровень точности размещения. Во многих офисных беспроводных локальных сетях точки доступа распределены, главным образом, всюду по внутренним пространствам и предоставляют сервис окружающим рабочим областям. Эти местоположения точки доступа были выбраны традиционно на основе покрытия: Полоса пропускания WLAN, повторное использование канала, межклеточное наложение, безопасность, эстетика, и выполнимость развертываний. В осведомленном о местоположении Проектировании WLAN требования базовых данных и голосовые приложения должны быть объединены с требованиями для хорошей точности местоположения. Зависящий от конкретного сайта, требований осведомленного о местоположении Cisco UWN достаточно гибки, что добавление отслеживания местоположения для озвучивания установок, уже разработанных в соответствии с оптимальными методами Cisco, например, возможно не требует обширной переделки. Скорее инфраструктура, уже развернутая в соответствии с принятыми речевыми оптимальными методами, может часто увеличиваться так, что, местоположение, отслеживающее требования оптимального метода, также встречено (такие как периметр и угловое размещение точки доступа, например) зависящий от характеристик включенных областей.

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

Если вы используете местоположение узкого горла, проверяете, что все области, запланированные установку спускового механизма узкого горла, четко в диапазоне RF ваших точек доступа. Вопреки пассивным сканерам RFID метка использует WLAN для передачи содержания возбудителя к инфраструктуре. В дополнение к обеспечению, что сообщения, переданные инвентаризационными метками, расположенными в областях узкого горла, должным образом получены системой, надлежащее планирование может помочь гарантировать, что инвентаризационные метки могут быть отслежены с RF, Берущим отпечатки пальцев, как они приближаются и выходят из узкого горла. Возможность отследить инвентаризационные метки со Снятием отпечатков пальцев RF дополняет возможность системы определить местоположение теговых активов в областях узкого горла с очень гранулированными способами местоположения узкого горла.

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

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

Гарантируйте, что не менее чем три точки доступа предоставляют страховую защиту к каждой области, где требуется размещение устройства. Оптимальная точность требует четырех или больше AP. Это также снижает риск AP, не всегда способствующих местоположению вследствие других действий WLAN. В обычной офисной среде точки доступа должны окружить местоположение любого устройства Wi-Fi, которое отслежено. Точка доступа должна быть размещена каждые 40-70 погонных футов (~12-20 метров). Это преобразовывает в одну точку доступа каждые 2,500 - 5,000 квадратных футов (~230-450 квадратных метров). Как пример, в 200,000 ft2 средств, 40 AP (200,000/5,000) требуются для надлежащего покрытия Wi-Fi. Антенны AP должны быть размещены в минимальную высоту 10 футов и максимальную высоту 20 футов. Поскольку эти рекомендации зависят значительно от строительства и используемых материалов, другие факторы и рекомендации должны быть учтены. Как правило-75dBm должен использоваться как минимальный уровень сигнала для отслеживания устройства от минимума трех AP на том же полу.

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

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

Они - базовые правила для размещения AP, которые способствуют точности размещения:

  1. Предоставьте страховую защиту периметра AP.

  2. Гарантируйте достаточную плотность AP.

  3. Дифференцируйте AP, особенно в длинных и узких зонах уверенного приема.

  4. Беспроводная сеть дизайна для всех приложений (данные, голос, и местоположение).

  5. Проверьте беспроводные развертывания с опросом сайта.

  6. В здании с этажами подобной формы разверните AP на каждом полу в подобном образце. Это улучшает разделительную производительность пола системы.

Инструмент планирования WCS может использоваться для определения надлежащего размещения AP и плотности.

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

    Рис. 5: Точки доступа, сгруппированные вместе, могут привести к плохим результатам местоположения

    mse-cams-guide18.gif

    AP: mse-cams-guide19.gif

    Устройство Wi-Fi: mse-cams-guide20.gif

    Дрожание RF (возможное расположение): /image/gif/paws/107571/mse-cams-guide21.gif

  2. Увеличьте полную плотность точки доступа и переместите точки доступа к периметру зоны уверенного приема для большого улучшения точности размещения (см. рисунок).

    Рис. 6. Улучшенная точность размещения посредством надлежащего размещения AP

    mse-cams-guide22.gif

  3. В длинных и узких зонах уверенного приема не размещайте точки доступа в прямую линию (см. рисунки 7 и 8).

    Предпочтительные развертывания должны дифференцировать AP, так как они предоставляют уникальную подпись RF любой точке на карте покрытия Wi-Fi. Прямолинейные развертывания предоставляют подобную зеркалу карту RF. С этим типом развертываний подпись RF точки в верхней стороне карты выглядит очень подобной подписи RF в точке зеркала на более низкой стороне карты.

    Рис. 7. Избегите развертываний AP в прямой линии

    /image/gif/paws/107571/mse-cams-guide23.gif

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

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

    Рис. 8. Улучшенная точность размещения путем дифференцирования AP вокруг периметра

    mse-cams-guide24.gif

  4. Когда вы дизайн беспроводная локальная сеть для Контекста Осведомленное Решение для Мобильности, при планировании голос также, необходимо учесть много факторов проектирования. Самые актуальные беспроводные телефонные трубки поддерживают только 802.11b, который только предлагает три не-Перекрытых канала, таким образом, беспроводные локальные сети, разработанные для телефонии, имеют тенденцию быть менее плотными, чем запланированные для переноса данных. Кроме того, когда трафик помещен в очередь в Платиновом блоке QoS (как правило, зарезервированный для голоса и другой задержки чувствительный трафик), облегченные точки доступа откладывают свои функции сканирования, которые позволяют им достигать пика в других каналах и собирать, между прочим, информацию размещения устройства. Также, у пользователя есть опция для добавления развертываний беспроводной локальной сети с набором точек доступа к режиму только для монитора. Точки доступа, которые только контролируют, не предоставляют сервис клиентам и не создают любую интерференцию. Они просто просматривают радиоволны для сведений об устройстве (см. рисунки 9 и 10).

    Рис. 9. Менее плотные установки беспроводной локальной сети

    mse-cams-guide25.gif

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

  5. Выполните проверку покрытия с беспроводным портативным ПК, карманным, и возможно телефон, чтобы гарантировать, что не менее чем три точки доступа обнаружены устройством. Чтобы проверить клиент и местоположение инвентаризационной метки, гарантируйте, что устройства клиента отчётов о WCS и метки в указанном диапазоне точности (10 м., 90%). Калибровка может потребоваться, чтобы достигать этой точности уровня.

Отслеживание оптимизированного режима отслеживания (TOMM)

Запускаясь с версии программного обеспечения 5.0, Cisco Aironet 1100 и 1200 AP могут действовать в качестве Отслеживания Оптимизированных AP Режима отслеживания. Эта функция может быть использована по этим причинам:

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

  • Низкое касание не влияет на существующую инфраструктуру.

Отслеживание Оптимизированного Режима отслеживания для местоположения может использоваться при отслеживании клиентов и/или меток.

AP TOMM хороши для улучшения покрытия для того, чтобы отследить местоположения независимо от того, где разрывы покрытия Wi-Fi существуют, или в периметре или в выпуклой оболочке. AP TOMM не вмешиваются в операцию AP автономного режима. Чтобы оптимизировать мониторинг и вычисление местоположения меток, TOMM может быть включен на четырех каналах в 2.4GHz полоса (802.11b/g радио) точки доступа. Это предоставляет возможность для фокусирования просмотров канала только на тех каналах, на которые метки обычно программируются для работы (такие как каналы 1, 6, и 11).

Рис. 10. Отслеживание Оптимизированных развертываний AP Режима отслеживания

mse-cams-guide83.gif

AP и размещение антенны

Расположение AP и внешних антенн может оказать драматическое влияние на производительность беспроводной сети. Это истинно для данных и передачи речи, а также отслеживания местоположения. AP и антенны не должны быть размещены в местоположение (такой как около I-лучей), который может потенциально исказить signal pattern. Нулевая точка RF создана пересечением рабочих волн, и многоканальное искажение создано, когда отражены сигналы RF. Это размещение приводит к очень небольшому количеству покрытия позади AP и сокращенного качества сигнала перед AP. I-луч создает много отражений и для полученного и для передаваемые пакеты. Результат отраженных сигналов в качестве очень слабого сигнала из-за нулевых точек и многопутевых помех, но уровня сигнала может быть высоким, потому что антенны AP так близко к I-лучу, что это может усилить сигнал. Вместо этого AP и размещение антенны должны быть расположены далеко от I-лучей так, чтобы было меньше отраженных сигналов, меньше нулевых точек, и меньше многопутевых помех. Принцип также применяется при размещении AP и антенн в или около потолка в стандартной среде предприятия. Если существуют металлические вентиляционные каналы, валы грузоподъемного лифта, или другие физические барьеры, которые могут вызвать отражение сигнала или многопутевые помехи, Cisco рекомендует, чтобы антенны были размещены далеко от таких объектов. В случае больших металлических объектов, таких как грузоподъемные лифты и вентиляционные каналы, перемещают антенну несколько футов далеко. Это помогает устранять отражение сигнала и искажение. Рисунки 11 - 13 изображают плохое размещение AP.

Рисунок 11 Плохое размещение AP - AP размещенная близкая физическая преграда

mse-cams-guide84.gif

Рисунок 12 Плохое размещение AP - AP размещенная близкая физическая преграда

mse-cams-guide85.gif

Рисунок 13 Плохое размещение AP – AP, размещенные друг близко к другу

/image/gif/paws/107571/mse-cams-guide86.gif

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

Примечание. При отслеживании беспроводных клиентов только антенны Cisco официально поддерживаются. Для антенн не-Cisco heatmaps не генерируются в WCS. Это также означает, что значения RSSI, полученные от этих антенн, проигнорированы при вычислении местоположения. Для отслеживания метки могут использоваться и Cisco и антенны не-Cisco.

Типичная точка доступа Cisco Aironet установлена с разносом антенн. Разнос антенн помогает гарантировать оптимальный диапазон и пропускную способность в высоких многопутевых окружениях. Рекомендуется, чтобы всегда был включен разнос антенн. Осведомленный о контексте UWN Cisco разработан для взятия информации RSSI от обеих антенн точки доступа во внимание при локализации отслеженных устройств. Для хорошей точности гарантируйте, что антенны физически присутствуют на всех включенных портах антенны точки доступа. Сбой для этого может заставить неправильные чтения RSSI сообщаться относительно включенных портов для антенны, которые не имеют подключенной антенны. Неправильно низкий RSSI оценивает от портов для антенны без результата антенн в плохой точности размещения.

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

Антенна имеет три фундаментальных свойства: усиление, направленность, и поляризация.

  • Усиление: мера увеличения питания. Усиление является суммой прироста в энергии, которую антенна добавляет к сигналу RF. Все антенны являются пассивными элементами. Питание не добавлено антенной, но перераспределено для обеспечения большего количества излучаемой мощности в данном направлении, чем передано всенаправленной (изотропной) антенной. Если антенна имеет большее, чем усиление 1 в данном направлении, это должно иметь меньше, чем усиление 1 в других направлениях, так как энергия сохранена антенной.

  • Направленность: форма образца передачи. Если усиление антенны восстанавливает работоспособность, уменьшения зоны уверенного приема. Сектор охвата или диаграмма направленности излучения измеряются в градусах. Эти углы в градусах называются шириной луча.

    Примечание. Ширина луча определена как мера возможности антенны фокусировать энергию радиосигнала к конкретному направлению в пространстве. Ширина луча обычно выражается в градусах HB или Горизонтальная ширина луча, обычно самый важный с VB как Вертикальная ширина луча (вверх и вниз по) диаграмме направленности излучения. При просмотре графика антенны или образца угол обычно измеряется в точках (на 3 дБ) на уровне половинной мощности основного лепестка когда ссылающийся к пиковой эффективной излучаемой мощности основного лепестка.

  • Поляризация: ориентация электрического поля электромагнитной волны через пространство. Антенны могут или быть горизонтально или вертикально поляризованы, хотя другие виды поляризации доступны. Обе антенны в ссылке должны иметь ту же поляризацию для ухода от дополнительной потери ложного сигнала. Чтобы улучшить производительность, антенна может иногда поворачиваться, чтобы изменить поляризацию и таким образом сократить интерференцию. Обычное правило ползунка - то, что вертикальная поляризация предпочтительна, чтобы передать волнам RF вниз бетонные каньоны, и горизонтальная поляризация обычно более предпочтительна для глобального распределения. Когда сокращение энергии RF к смежным структурам важно, поляризация может также использоваться для оптимизации для выхода за край RF-. Большинство всенаправленных антенн отправляет с вертикальной поляризацией как их по умолчанию.

    Энергию радиоизлучения, излученную от антенны, называют Effective Isotropic Radiated Power (EIRP). Значение EIRP обычно выражается в Уотсе или дБме. Чтобы включить справедливое и равноправное совместно использование нелицензированный диапазона, управляющие домен налагают максимальные уровни EIRP. Так как EIRP является мерой питания из антенны, EIRP должен включать коэффициент усиления антенны и потери в кабеле вместе с питанием из передатчика. Антенные кабели могут добавить потерю, которая приводит к затуханию переданного сигнала. Чем дольше кабель, тем больше затухание и больше потеря сигнала в кабеле, который влияет и получает и мощность передачи. Затухание кабеля зависит от класса и изготовителя. Кабель с низким уровнем потерь, как правило, - приблизительно 6.7 дБ за 100 футов (30 m) в 2.4GHz.

Затухание сигнала

Когда сигнал RF проходит через любую среду, затухание сигнала или потеря сигнала происходят. Затухание сигнала варьируется на основе типа материала, через который проходит сигнал. Таблица 2 предоставляет значения потери сигнала для различных объектов.

Таблица 2. Значения затухания сигнала через различные объекты

Объект в пути сигнала Затухание сигнала через объект
Стена Plasterboard 3 дБ
Стеклянная стена с металлическим каркасом 6 дБ
Стена шлакоблока 4 дБ
Окно Office 3 дБ
Металлическая дверь 6 дБ
Металлическая дверь в кирпичной стене 12 дБ
Человеческое тело 3 дБ

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

Мощность передачи 20 мВт эквивалентна 13 дБмам. Если мощность передачи в точке входа plasterboard стены в 13 дБмах, уровень сигнала сокращен к 10 дБмам, когда это выходит из той стены.

Опросы сайта, проводимые в различных типах средств, отображают разные уровни многоканального искажения, потери сигнала, и сигнализируют шум. Больницы, как правило, являются самой стимулирующей средой, чтобы рассмотреть вследствие высокого многоканального искажения, потерь сигнала, и сигнализировать шум. Больницы обычно занимают больше времени, чтобы рассмотреть и вероятно потребовать более плотной совокупности AP. Производство и цеха также бросает вызов среде s, в котором можно провести опросы сайта. Эти сайты обычно имеют высокое содержание металла в своей конструкции здания, которая приводит к отраженным сигналам, которые воссоздают многоканальное искажение. Административные здания и сайты гостеприимства обычно имеют высокое затухание сигнала, но меньшую степень многоканального искажения. Единственный способ определить расстояние, сигнал RF перемещается в данной среде, состоит в том, чтобы провести надлежащий опрос сайта.

Примечание. Важно учесть уровень сигнала Rx на AP и отслеженных устройствах и не так тот из клиента, который собирает данные опроса сайта. Хорошему эмпирическому правилу нужно было установить AP в установку относительно высокой мощности, например, 50 мВт при выполнении опроса сайта. Поскольку большинство антенн имеет симметричные характеристики Tx/Rx, результирующие образцы покрытия отражают приблизительный RSSI AP

Surveyance зданий мультипола, больницы, и хранилища

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

Важно найти как можно больше подробности в отношении строительства. Некоторые примеры типичных способов строительства и материалов, которые влияют на диапазон и зону уверенного приема AP, включают металлический фильм на стекле окна, витражном стекле, обитых сталью стенах, цементных полах и стенах со стальным укреплением, поддержанной фольгой изоляцией, лестничными клетками и валами грузоподъемного лифта, устанавливая вертикально каналы и приспособления, и многие другие. Кроме того, различные типы и уровни материально-технических ресурсов могут влиять на диапазон RF, особенно те с высокой сталью или содержанием воды. Некоторые элементы для наблюдения за включают бумагу для принтера, картонные коробки, корм для животных, краску, нефтяные продукты, части двигателя, и т.д. Гарантируйте, что опрос сайта проводится на пиковых уровнях запасов или во времена самого высокого действия. Хранилище в 50%, снабжающих уровень, отображает совсем другое место RF, чем то же средство, которое полностью занято.

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

Чем выше требования использования и более высокое плотность пользователей, тем более важный это должно иметь хорошо разработанную возможность диверсифицирования. Когда больше пользователей присутствует, больше сигналов получено на устройстве каждого пользователя. Дополнительные сигналы вызывают больше конкуренции, больше нулевых точек, и больше многоканального искажения. Разнос антенн на AP помогает минимизировать эти условия.

Помните эти рекомендации, когда вы проводите опрос сайта для типичного административного здания мультипола:

  • Валы грузоподъемного лифта блокируют и отражают сигналы RF.

  • Склады с материально-техническими ресурсами поглощают сигналы RF.

  • Внутренние офисы с твердыми стенами поглощают сигналы RF.

  • Комнаты отдыха (кухни) могут произвести 2.4GHz интерференция, вызванная микроволновыми печами.

  • Тестовые лабораторные работы могут произвести интерференцию на 5 ГГц или на 2.4 ГГц. Проблема интерференции состоит в том, что она увеличивает минимальный уровень шума и уменьшает SNR (Signal to Noise Ratio) полученного сигнала. Более высокий минимальный уровень шума сокращает диапазон измерений AP.

  • Стенды офиса имеют тенденцию поглощать и блокировочные сигналы.

  • Окна класса и отделения отражают и блокируют сигналы RF.

  • Мозаики ванной могут поглотить и заблокировать сигналы RF.

  • Конференц-залы требуют высокого покрытия AP, потому что они - высокая область использования Wi-Fi.

При рассмотрении средств мультипола AP на других этажах могут вмешаться друг в друга так легко, как AP определили местоположение на том же полу. Это может быть выгодно для голоса и/или развертываний данных, но он вызывает проблемы при развертывании Знающего Контекста. Разделение пола важно для этого решения функционировать должным образом. В зданиях мультиарендатора могут быть проблемы безопасности, которые требуют, чтобы использование более низких мощностей передачи и более низких антенн усиления не допустило сигналы в соседние комнаты или офисы. Процесс опроса для больницы является почти таким же, поскольку это для предприятия, но плана средства больницы имеет тенденцию отличаться этими способами:

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

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

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

  • Вследствие требования для более высокой плотности AP перекрытие сот может быть высоким, который приводит к повторному использованию канала.

  • Больницы могут иметь несколько типов установленных беспроводных сетей, который включает 2.4 ГГц не802.11 оборудования. Это оборудование может вызвать конкуренцию с другими сетями на 5 ГГц или на 2.4 ГГц.

  • Установленные стеной антенны исправления разнообразия и установленные потолком всенаправленные антенны разнообразия популярны, но имеют в виду, что требуется разнообразие.

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

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

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

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

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

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

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

Направляющие местоположения и области

Руководства по развертыванию, данные доход хороший уровень точности: % 10m/90, 5m/50%. 10m/90 значение % соответствует радиусу на 10 м. от фактического физического размещения данного устройства, таким образом, будут случаи, где эти цели точности достигнуты, но устройство, которое отслежено, может обнаружиться в областях на уровнях пола и/или здания, где не могут присутствовать устройства.

Функция Направляющих и Областей предоставляет механизм для администратора сети для определения включения/запрещенных зон для служб местоположения. Эта функция обеспечивает конкретные области на карте, которая будет определена как в или вне области допустимой области расположения.

Три типа областей могут быть заданы как показано на рисунке 14:

  • Область включения местоположения: отслеженное устройство не может быть вне этого многоугольника (пример: за пределами здания внешние стены)

  • Область исключения местоположения: отслеженное устройство не может быть в этом многоугольнике (примеры: открытый атриум или преграды здания). Исключению дают предпочтение по включению, если нарисованы конфликтные области.

  • Направляющие: отслеженное устройство должно быть в определенной области с узкой полосой, как правило, используемой в области исключения (пример: ленточный конвейер).

После того, как области Rails и Region были определены в WCS, обновление пола должно быть выдвинуто от WCS до MSE посредством процесса синхронизации.

Примечание. На MSE Направляющие Местоположения и Области только работают с Контекстом Осведомленный Механизм для Клиентов. AeroScout реализовал опцию под названием Ячейки и Маски, который предоставляет подобную функциональность, когда вы отслеживаете метки. Для Устройства Местоположения Cisco 2710 функция Направляющих и Областей работает и с клиентом и с отслеживанием метки.

Рисунок 14: Направляющие и области

mse-cams-guide26.gif

Создайте маску в System Manager

Маска определена путем рисования многоугольника на карте, которая разграничивает область для исключения.

Выполните эти шаги для создания маски:

  1. Выберите Configuration, Maps, Mask, и Edit Mask.

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

  2. Нажмите точку на карте; двигайте мышь к следующему вопросу, щелкните, и повторите этот процесс для маркировки вершин многоугольника (см. рисунок 15).

    Рисунок 15: Создание Маски - маркировка вершин многоугольника

    mse-cams-guide87.gif

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

    Рисунок 16: Создание Маски - Фиолетовый круг, указывающий на заключительную точку

    mse-cams-guide88.gif

    Нажмите для завершения определения маски. Маска появляется на карте (см. рисунок 17).

    Рисунок 17 При создании Маски - Маска появляется на карте

    mse-cams-guide89.gif

  3. Щелкните правой кнопкой мыши где угодно на карте, и выберите Exit Mask Drawing Mode (или нажмите Esc) выходить из режима редактирования маски.

    По умолчанию маска удалена из показа после того, как это выходит из режима рисования маски. Кроме того, для включения / отключают или редактируют маски, ссылаются на Документацию Aeroscout leavingcisco.comдля получения дополнительной информации.

Ячейки в осведомленном о контексте механизме для меток

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

Механизм ячейки используется и для RSSI и для вычислений местоположения TDOA.

Механизм обрабатывает входящие данные местоположения:

  • Сообщение, которое указывает на местоположение метки, может прийти от точек множественного доступа или Wi-Fi приемники TDOA сразу. Алгоритмы дифференцирования карты механизма выбирают карту, где устройство, наиболее вероятно, расположится и сбросит от местоположения, сообщает что точка другим картам.

  • Как только карта определена, механизм ищет ячейки. Если карта разделена на ячейки, тот же механизм оптимизации выбирает ячейку приемники/точки доступа TDOA тех, которые наиболее вероятно отправили самый точный отчёт о местоположении. Местоположение устройства тогда вычислено согласно данным, полученным от приемников/точек доступа TDOA, привязанных к той ячейке и в границах той ячейки.

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

Начальная операция для конфигурации ячеек

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

  1. Отредактируйте ячейку по умолчанию для покрытия только подмножества области карты (см. инструкции для изменения ячейки).

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

  3. Пробегитесь через свойства каждого устройства местоположения (точки доступа и приемники TDOA), и привяжите устройство к соответствующим ячейкам.

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

Калибровка – контекст осведомленный механизм для клиентов

Точность размещения зависит от двух основных факторов:

  • Размещение AP и количество AP, которое способствует местоположению

  • Корректные характеристики сигнала RF AP для данной среды (точные карты тепла AP)

В калибровочной фазе данные собраны на сервере WCS, когда обход - вокруг целевой среды с мобильным устройством выполнен, который позволяет множественным AP производить выборку уровня сигнала этого устройства. Рекомендуемый метод должен использовать одиночных или множественных портативных ПК, зарегистрированных в WCS (максимум пяти устройств за радиодиапазон), и выбрать карту области, которая будет калибрована, который, как правило, накладывается с рядом узлов решетки или нотаций для руководства оператора для определения точно, где должны быть получены типовые данные. В каждой типовой точке на карте набор значений RSSI, привязанных к калибровочному устройству, отправлен WLC MSE. Размер набора определенных данных основывается на количестве получения Точек доступа, которые обнаруживают мобильное устройство. Из-за исчезновения и других характеристик среды RF, наблюдаемый уровень сигнала мобильного устройства в конкретном расположении является вариантом времени, т.е. это может измениться в течение долгого времени. Следовательно, много образцов данных зарегистрированы для калибровочного устройства в калибровочном процессе.

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

Три калибровочных модели по умолчанию предоставлены WCS:

  • Кубы и окруженные офисы

  • Офис гажи только

  • Наружное открытое пространство

Каждая модель основывается на наиболее распространенных факторах в типичном пользовательском окружении. Первая из этих двух моделей RF полезна в обычной офисной среде.

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

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

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

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

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

Калибровка является фактически многошаговым процессом, который начинается с определения новой калибровочной модели через Монитор> Карты>, Калибровочные Модели RF> Создают Новую модель. Для пошагового описания калибровочного процесса обратитесь к Созданию и Применению Калибровочных Моделей в Cisco Осведомленное о контексте Руководство по конфигурации программного обеспечения.

В калибровочном процессе калибровочный клиент неоднократно передает зонд, запрашивает на всех каналах. Зависящий от определенного калибровочного клиента использовал, клиент может быть вызван для передачи зонда, запрашивает по требованию через сетевой запрос. Клиенты, которые не могут распознать эти запросы, могут быть de-authenticated и разъединенный, чтобы заставить их выходить, зонд запрашивает к беспроводной сети и впоследствии re-associate/re-authenticate. Точки доступа около клиента обнаруживают RSSI их, зонд запрашивает, и передайте эту информацию к их зарегистрированным контроллерам. Контроллеры предоставляют информацию RSSI, которая обнаружена в калибровочном процессе к WCS для использования в вычислениях потерь пути, которые используются для определения новой калибровочной модели.

При создании калибровочной модели критическое действие должно собрать точки данных. Фаза набора точки данных калибровочного процесса в WCS может быть выполнена с одним из двух методов. Это может быть выполнено от одиночного веб-поддерживающего мобильного устройства, привязанного к WLAN, который управляет обоими зондирование сети, а также набор реальных данных. Альтернативно, фаза сбора данных может быть выполнена от двух отдельных устройств, которые привязаны к инфраструктуре WLAN. В этом случае взаимодействие с GUI WCS управляется от основного устройства, которое оборудовано клавиатурой и возможностями мыши, в то время как фактическая генерация зонда запрашивает, происходит на втором связанном устройстве, когда вы выбираете его известный MAC-адрес.

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

  1. Выполните калибровочный сбор данных с одиночным портативным ПК, оборудованным Cisco Aironet 802.11a/b/g беспроводный Адаптер CardBus (CB21AG AIR) на каждой полосе индивидуально. Когда вы выполняете калибровочное осуществление для полосы на 2.4 ГГц, отключаете полосу на 5 ГГц и завершаете сбор данных с полосой на 2.4 ГГц только. После того, как этот калибровочный процесс был завершен, отключает полосу на 2.4 ГГц, включает полосу на 5 ГГц, и повторяет калибровочный процесс сбора данных с полосой на 5 ГГц.

    Примечание. В производственной среде, где оказывается трудным выбрать радиодиапазон ПК, предпочтительно определить определенный калибровочный SSID с только 11b/g или 11a активный.

  2. Выполните калибровку с пятью клиентами за радиодиапазон - каждый снабженный портативным ПК. Каждый портативный ПК должен иметь CB21AG AIR Cisco и быть привязан к инфраструктуре с выделенной полосой. Каждый калибровочный клиент может действовать независимо.

Перед выполнением калибровки несколько предварительных действий настройки требуются:

  1. В производственной среде сообщите штату или работникам процесса. Это сокращает прерывание, и гарантируйте более высокую степень точности. Уменьшите риск несчастных случаев особенно в заводах-изготовителях, где вилочные автопогрузчики в действии.

  2. Отключите динамический режим питания AP RRM на контроллере (ах) или AP, где вы выполняете калибровку.

  3. Подтвердите, что карты на WCS должны масштабироваться, и AP были расположены правильно с корректной ориентацией типа антенны и высотой.

  4. ПК или устройство, используемое для калибровки, привязаны к AP, расположенному на рассматриваемом MAP.

  5. Беспроводной клиент, используемый для калибровки, должен быть минимумом CCXv2. Cisco рекомендует CCXv4 для лучших результатов. Сведения о версии CCX для клиентов могут быть просмотрены в WCS (см. рисунок 18).

    Рисунок 18: Проверка версии CCX клиентов

    mse-cams-guide90.gif

  6. Cisco Secure Services Client (CSSC) не должен использоваться для выполнения калибровки.

  7. По крайней мере 50 точек данных должны быть собраны на карте этажа.

  8. После того, как вы создаете калибровочную модель и применяете эту модель к карте (ам) этажа, WCS должен синхронизироваться с MSE.

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

Когда клиент, который совместим с CCXv2 или больше, привязан к инфраструктуре WLAN и задан как калибровочный клиент в WCS, MAC-адрес клиента вставлен в калибровочную таблицу местоположения всех контроллеров, которые обслуживают точки доступа, содержавшие на калиброванном полу. Эта вставка первоначально сразу происходит после MAC-адреса клиента калибровки заданы калибровочный университетский городок, здание, и пол. После того, как каждый сохраняет собранной точки данных, MAC - адрес клиента удален из калибровочной таблицы местоположения контроллера. MAC - адрес клиента тогда кратко повторно вставлен в калибровочные таблицы расположения контроллера на каждую точку последующих данных, сохраняют и сразу удаленный после того. Этот процесс повторения для каждой точки данных собрал.

Когда MAC-адреса CCXv2 (или больше) клиенты появляются в калибровочной таблице местоположения WLC, Измерительные Запросы Радио индивидуальной рассылки передаются этим клиентам. Подобный тому, как широковещательное Измерение Радио Запрашивает, справка улучшает точность размещения совместимых клиентов в нормальной работе, Измерение Радио индивидуальной рассылки Запрашивает передаваемый в коротких регулярных интервалах (4 секунды) заставляют совместимые калибровочные клиенты передавать зонд, часто запрашивает. Использование Измерения Радио CCX Запрашивает, и CCXv2 или большие клиенты позволяют этому происходить без потребности вынудить клиент непрерывно разъединить и повторно связаться. Это позволяет больше непротиворечивого и надежного зондирования сети, и позволяет более плавную операцию калибровочного клиента, особенно если это используется как рабочая станция, которая взаимодействует с WCS через калибровочный GUI сбора данных.

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

Калибровочные данные могут быть собраны с одним из двух методов:

  • Набор режима точки — Точки калибровки выбраны, и их зона уверенного приема вычислена, одно местоположение за один раз (см. рисунок 19 и 20).

  • Набор линейного режима — серия линейных путей выбрана и затем вычислена, поскольку вы пересекаете путь. Этот подход обычно быстрее, чем набор точки данных. Можно также использовать набор точки данных для увеличения сбора данных для местоположений, пропущенных линейными путями (см. рисунок 21).

Несмотря на то, что оба из этих методов официально поддерживаются, Cisco рекомендует использовать Режим Точки для калибровки, потому что это приводит к лучшим результатам.

Рисунок 19: Калибровка — указывает режим

mse-cams-guide27.gif

Рис. 20: Режим точки — калибровочные результаты

mse-cams-guide28.gif

Рис. 21 Калибровка — линейный режим

mse-cams-guide29.gif

Калибровочные модели могут только быть применены к клиентам, посторонним клиентам, и посторонним точкам доступа. Калибровка для меток сделана с System Manager AeroScout.

Калибровка — контекст осведомленный механизм для меток

На MSE существует два механизма местоположения: один для отслеживания клиентов (механизм Cisco, описанный в предыдущем разделе) и один для отслеживания меток (AeroScout). Каждый механизм имеет отдельную калибровочную модель, таким образом, калибровка для меток является отдельным процессом.

Механизм AeroScout принимает типичную офисную модель Потери пути RF по умолчанию для всех импортированных карт WCS. Если это не представляет вашу среду, изменения должны быть внесены в модели по умолчанию за карту и или ячейка для улучшения точности размещения.

System Manager AeroScout — Чтобы модифицировать Модель Потери пути по умолчанию (PLM) параметры настройки, необходимо установить и запустить приложение System Manager AeroScout. Для загрузки и установки, сошлитесь на Документацию AeroScout.

После того, как вы запускаете приложение, входите в систему механизма MSE, коммутатора на фактический пол карты, который требует модификации. Используйте выпадающую вкладку и пойдите toconfiguration> Карта> свойства. Опции Вычисления Местоположения RSSI могут использоваться для выбора неподвижного связанного со средой типа, соответствующего физическим спецификациям, представленным четырьмя определенными моделями, показанными на рисунке 22. После того, как вы выбираете модель, применяете ее к выбранному полу. Используйте вкладку OK или опцию для Синхронизации всех Устройств RSSI с глобальными параметрами, который выдвигает ту же модель ко всем существующим картам как новая модель по умолчанию.

Примечание. Пятая опция, "Клиентская", должна только использоваться когда запрошено AeroScout или службой технической поддержки Сisco.

Рисунок 22 Модели, доступные в Менеджере вычислительного комплекса AeroScout

mse-cams-guide30.gif

Опции Calibration Methods — Several доступны с отдельными метками как статические эталонные устройства или если периодическая или одноразовая регистрация выполнена, который может использоваться, чтобы проанализировать и вычислить точные модели за карту/ячейку.

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

Ссылочные метки могут быть определены с MAC-адресом, как показано на рисунке 23, и размещены непосредственно на ячейке или карте, показанной синей привязанной меткой. Координаты могут быть введены вручную щелчком правой кнопкой мыши по карте. Ссылочные метки, используемые для динамической адаптации местоположения, требуют, чтобы быть включенными в ссылочной рамке выделения метки под Свойствами Карты> Ссылочные Модули (см. рисунок 22). Этот метод калибровки описан для TDoA.

Рис. 23. Ссылочные свойства метки

mse-cams-guide31.gif

Одиночный - Нажимают регистрацию — больше предпочтительного способа для калибровки является Одиночным - Нажимают операцию регистрации. Это определяет группу (ы) меток и размещает их в карту в течение короткого периода заданного времени. Регистрация инициируется, и перехваченные данные хранятся непосредственно на MSE на основе идентификации карты и метки времени.

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

Рис. 24: Менеджер вычислительного комплекса AeroScout программные средства

mse-cams-guide32.gif

Рисунок 25 Одиночный Нажимают конфигурацию регистрации

mse-cams-guide33.gif

Чтобы выполнить этот метод, войдите, сведения о конфигурации, найденные под Программными средствами> Одиночный - Нажимают Делающие запись показанные 24 в цифрах и 25. Если значения по умолчанию не соответствующие, регистрация свойств может модифицироваться. Регистрация автоматически сохранена в подкаталогах на основе времени и даты регистрации.

Программное средство анализатора — Перед Одиночным - Нажимает данные регистрации, может использоваться для калибровки, это должно быть просматриваемый и преобразованный в файл Петли. С System Manager зарегистрированные файлы данных, сохраненные на MSE, должны быть экспортированы в систему, где программное средство анализатора может использоваться, чтобы просмотреть и модифицировать зарегистрированные данные, при необходимости, прежде, чем это создаст файл Петли. Результирующий файл Петли импортирован назад в MSE, где он может быть применен к свойствам карты при выборе RSSI Location Calculation Mesh вместе с загружать выбором файла.

Для подробного объяснения сошлитесь на Документацию AeroScout для дальнейших сведений о конфигурации и калибровочного процесса.

Обратитесь к генерации файла петли AeroScout в документации AeroScout.

Возбудитель (спусковой механизм узкого горла) технология

Возбудители являются коммуникационными устройствами близости, которые вызывают инвентаризационные метки для изменения их поведения, когда инвентаризационная метка вводит близость возбудителя. Это изменение может заставить метку RFID передавать свой уникальный идентификатор или заставлять метку изменять свою внутреннюю конфигурацию или статус. Одна из главных функций спускового механизма узкого горла должна стимулировать инвентаризационную метку так, что, это предоставляет индикацию MSE, что метка ввела или вышла из данной области. Узкое горло является записью или точками выхода, которые предоставляют проход между связанными областями. Общее узкое горло является дверными проемами, прихожими, и лестничными клетками. Внутренние местоположения узкого горла включают соединяющиеся входы или выходы.

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

Возбудители могут инициировать изменения в поведении в метках, которые могут сразу предупредить систему местоположения, что тэговый актив ввел или вышел из области узкого горла. Метки RFID тогда передают идентичность спускового механизма узкого горла к Cisco инфраструктура UWN. Информация узкого горла, содержавшаяся в пакете метки, предоставляет MSE информацией, чтобы отвергнуть RF, Берущий отпечатки пальцев у координат места и принять позицию узкого горла на данное время.

Оптимальные методы, чтобы настроить и настроить возбудители и метки могут быть найдены в Руководстве по конфигурации Возбудителя и Метки из Документации AeroScout.

Факторы для развертывания контекста, знающего с существующими данными и голосовыми службами

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

  • Максимальный эффективный интервал точки доступа в большинстве офисных сред сайта: 40-70 футов (12 - 21 метр)

  • Минимум 3 AP в диапазоне передачи каждого клиента (рекомендуют 4 AP для избыточности),

  • Разместите AP периметра сначала, так как точки доступа должны окружить требуемые области покрытия местоположения

  • Затем разместите внутренние AP для уменьшения разрывов покрытия для минимума-75dBm

  • В четырехсторонней области минимум 4 AP должен быть установлен в четырех углах области

  • Факторы, которые влияют на точность: размещение AP, стенные материалы, большие движущиеся объекты, и интерференция RF

  • Возможно должен разделить площадь помещения на подобласти и подобласти дизайна независимо для учитывания больших барьеров, которые затрудняют сигналы RF (см. рисунок 26). Поддерживаются до 50 зон уверенного приема для пола. Размер зоны уверенного приема не может быть меньшим, чем типичный диапазон местоположения (~10m)

Рисунок 26 Редактор карт в WCS изображает множественные зоны уверенного приема

/image/gif/paws/107571/mse-cams-guide92.gif

  • AP предпочтительно расположены вперед и в периметре включенной области.

  • AP должны быть распределены равномерно, т.е. AP должны быть относительно равноотстоящими друг от друга.

  • Физическое размещение AP должно быть неколлинеарным, даже когда размещено в равные расстояния друг от друга.

  • Используйте Программное средство Готовности Местоположения в WCS для измерения эффективности полного покрытия пола.

  • Геометрические формы, сформированные распределением AP, влияют на точность:

    • Размещение равностороннего треугольника приводит к лучшей точности, чем AP, которые формируют тупоугольный треугольник.

    • Квадратное размещение развертываний приводит к лучшим результатам, чем AP та форма прямоугольники.

Рисунок 27 иллюстрирует понятие перекрытия сот для гарнитуры VoWLAN 7921 г Cisco использование 802.11bg. Для Cisco 7921 г, рекомендуемые оптимальные методы, найденные Голосом По Руководству по дизайну Беспроводной локальной сети, рекомендует, чтобы межклеточное наложение составило приблизительно 20% при использовании 802.11bg и приблизительно 15% при использовании 802.11a.

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

Рис. 27: Межперекрытие сот — развертывания речи и данных (20%-ое перекрытие сот)

mse-cams-guide36.gif

Схема 28 Межперекрытие сот — развертывание данных (10%-ое перекрытие сот)

mse-cams-guide35.gif

Общие указания – TDOA

С основанными на TDOA развертываниями требуется минимум трех приемников, но четыре приемника приводят к большему количеству точных результатов. Они - обычные правила для плотности получателя TDOA:

  • На открытом воздухе — средняя плотность является одним получателем TDOA для каждых 20,000 - 50,000 кв. футов. (1,900 - 4,700 кв. m).

  • Большие внутренние области — средняя плотность является одним получателем TDOA каждые 5000 – 14,000 кв. футов. (450 - 1,300 кв. m).

  • Расстояние между синхронизируемым источником и приемниками TDOA меньше чем или равно 150 м. для наружных развертываний.

  • Расстояние между синхронизируемым источником и приемниками TDOA меньше чем или равно 70 м. для больших внутренних развертываний.

Два важных факторов для TDOA: развертывания плотности получателя зависят от синхронизации получателя и чувствительности Rx покрытия RF отслеженных устройств. Второе важное рассмотрение должно иметь достаточно покрытия приемников местоположения для гарантирования восприимчивой плотности по крайней мере трех приемников местоположения в любой точке в области расположения.

В определенных, некоторый сценариях большие площади могут должны быть быть разделены на подобласти. Например, в случае, где большое хранилище разделено прочь стеной, оно должно быть разработано как две подобласти. Когда линия прямой видимости поддержана между источником синхронизации и Wi-Fi приемники TDOA, происходят лучшие результаты.

Они - дополнительные рекомендации для Wi-Fi размещение получателя TDOA:

  • Wi-Fi приемники TDOA должен быть размещен вдоль внешнего периметра и равномерно расположен.

  • Дополнительный Wi-Fi приемники TDOA может быть необходим в границе приемников периметра, зависящих от размера области.

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

В отношении Wi-Fi антенны приемника TDOA используйте разнесенные антенны для решения многопутевых проблем. Приемники TDOA Wi-Fi, размещенные вдоль периметра покрытой области, должны включать направленные антенны, чтобы сконцентрировать прием в покрытой области только. В углу периметра используйте направленную антенну на 90 градусов, и, вдоль периметра, используйте направленные антенны на 180 градусов. Всенаправленные антенны должны использоваться с Wi-Fi приемники TDOA, расположенные в периметре. Антенны приемника должны указать обоим источнику синхронизации (наиболее предпочтительно линия прямой видимости) и рассматриваемая область

Антенны должны быть размещены в области, где они не затруднены препятствиями, такими как бетонные стены, большие металлические объекты, или плотно покрыли древовидные области. Они должны быть установлены с хорошей линией прямой видимости (так же как возможные) к покрытой области. Предпочтительная монтажная высота является 10–16 футами на 3 - 5 метров выше отслеженной поверхности актива. То, когда это не возможно к среде, образцу покрытия, т.е. образцу повышения - типичные антенны имеют повышение приблизительно 35 градусов, должно быть отрегулировано соответственно. Вдоль периметра антенны при высоких размещениях должны быть наклонены к зоне уверенного приема (до 30 градусов вниз для компенсации повышение.

Для получения дополнительной информации обратитесь к AeroScout Руководство по развертыванию TDOA.

Проводное местоположение

С 6.0 выпусками ПО и радио и соединенный проводом (Ethernet) устройства могут быть отслежены с Контекстом Осведомленное решение. С проводным местоположением MSE предоставляет функциональность, чтобы собрать и поддержать сведения о размещении CIVIC для коммутаторов и портов коммутатора. Можно определить местоположение соединенных проводом устройств Ethernet, которые связаны с любыми из этих коммутаторов Cisco: составные коммутаторы Catalyst (3750, 3750-E, 3560, 2960, и IE 3000 коммутаторов), или блейды коммутатора (3110, 3120, 3130, 3040, 3030, и 3020) и Catalyst 4 K серии (WS-C4948, WS-C4948-10GE, ME-4924-10GE, WS-4928-10GE, WS-C4900M, WS-X4515, WS-X4516, WS-X4013 +, WS-X4013+TS, WS-X4516-10GE, WS-X4013+10GE, WS-X45-SUP6-E, и WS-X45-SUP6-LE). Для проводного местоположения используйте эти версии IOS, которые принадлежат модели соответствующего коммутатора: IOS 12.2 (50) SE для Catalyst 3 K коммутаторов и IOS 12.2 (52) SG для Catalyst 4 K коммутаторов. Проводные сведения о размещении передаются от этих коммутаторов до NMSP к MSE.

Сведения о размещении настроены на коммутаторе Cisco через интерфейс командной строки IOS. Проводные коммутаторы определяются в WCS и синхронизируются с MSE. Подробные данные о проводных клиентах передаются от поддерживающего местоположение коммутатора до MSE по соединению NMSP. Можно тогда просмотреть соединенные проводом коммутаторы и соединенные проводом клиенты с Cisco WCS.

Импорт и показ гражданских и аварийных сведений о размещении (ELIN) соответствуют спецификациям RFC4776, выделенного в http://tools.ietf.org/html/rfc4776#section-3.4.

MSE не только отслеживает историю местоположения проводных клиентов, но она также предоставляет API SOAP/XML внешним системам, которые интересуются местоположением шасси или оконечных устройств или ищут/отслеживают клиент через проводные и беспроводные категории. Обратитесь к рисунку 29.

  • Коммутаторы сообщают сопоставлению порта коммутатора MSE присоединенных устройств, которые включают местоположение и информацию UDI шасси вместе с линейными платами.

  • MSE активно отслеживает переданную информацию и местоположение обоих устройств и шасси.

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

Рис. 29: Проводная архитектура местоположения

mse-cams-guide37.gif

Удостоверьтесь, что вы выполняете действия для просмотра проводного местоположения.

Они - действия настройки на стороне коммутатора:

  1. Поймите Слот/Модуль/Конфигурацию порта (1/0/20).

  2. Используйте корректную версию IOS, которая принадлежит модели соответствующего коммутатора: IOS 12.2 (50) SE для Catalyst 3 K коммутаторов и IOS 12.2 (52) SG для Catalyst 4 K коммутаторов.

  3. Включите NMSP.

  4. Включите отслеживание IP - устройства.

  5. Настройте сообщество SNMP с доступом для чтения-записи.

  6. Настройте идентификаторы местоположения Civic/ELIN.

  7. Назначьте идентификаторы на интерфейсы коммутатора.

Они - действия настройки на WCS:

  1. Перейдите Настраивают> Коммутаторы Ethernet.

  2. Добавьте Коммутаторы Ethernet.

    1. Добавьте IP-адрес.

    2. Включите способное местоположение.

    3. Введите Сообщество SNMP (чтение-запись). Введенная Строка имени и пароля SNMP должна совпасть с тем значением, назначенным на Коммутатор Catalyst.

  3. Перейдите к Службам>, Синхронизируют Службы> Коммутаторы.

    1. Нажмите Назначают для назначения его на предпочтительный MSE.

    2. Выберите коммутатор и синхронизируйтесь.

  4. Перейдите к Службам> Сервисы мобильных устройств, и нажмите MSE.

    1. Перейдите к Системе> Статус> Статус соединения NMSP.

    2. Проверьте для активного статуса NMSP для каждого коммутатора.

После того, как вы выполняете шаги на коммутаторе и WCS, можно просмотреть проводные элементы на WCS:

  • Под Context Aware Services нажмите Wired Switches под Проводным.

  • Список показов коммутаторов.

  • Нажмите IP-адрес Коммутатора для просмотра подробных данных (см. рисунок 30).

Примечание. Доступ SNMP чтения-записи требуется, чтобы добавить WLC к WCS. WLC не будет получать хэш - ключ MSE с режимом доступа только на чтение SNMP.

Рисунок 30: Проводные коммутаторы - коммутируют информацию

mse-cams-guide38.gif

  • Можно также просмотреть порты коммутатора и Гражданскую информацию (см. рисунок 31 - 33), или измените заказ распечатки (возрастание, убывая) IP-адресов порта, номеров слота, номера модуля, и номера порта. Просто нажмите соответствующий Заголовок колонки.

Рисунок 31: Проводные Коммутаторы - информация Портов коммутатора

mse-cams-guide39.gif

Рис. 32: Проводные коммутаторы - гражданская информация

/image/gif/paws/107571/mse-cams-guide40.gif

Вкладка Advance дает дополнительную гражданскую информацию:

Рис. 33: Проводные коммутаторы - усовершенствованная информация

mse-cams-guide41.gif

Проводные клиенты, которые замечены всеми коммутаторами, могут быть просмотрены, когда вы нажимаете Wired Clients под Проводным Контекстом Осведомленная Служба> Проводной> Проводные Клиенты.

Проводные клиенты могут искаться IP-адресом / частичный IP-адрес / Адрес Mac / частичный Мак адрес/802.1x ИМЯ ПОЛЬЗОВАТЕЛЯ/иеентихик¦тор VLAN как показано на рисунке 34.

Рисунок 34: Проводные Клиенты - Результаты поиска

mse-cams-guide42.gif

Коммутатор имеет заданный номер портов коммутатора и клиентов; хосты связаны в этих портах. То, когда вы настраиваете местоположение для, определенного порта коммутатора, клиент соединился в, том порту должно, предполагаемых иметь местоположение порта.

Если коммутатор (switch2) связан с портом (таким как port1) на другом коммутаторе (switch1), все клиенты, связанные с switch2, назначены местоположение, которое настроено на port1.

Можно также просмотреть подробные данные проводных клиентов при нажатии соответствующего клиента для получения сведений об устройстве, ассоциаций порта, гражданских адресов, и т.д. (см. рисунки 35 - 38).

Рисунок 35: Проводные Клиенты - Сведения об устройстве

mse-cams-guide43.gif

Нажмите вкладку Port Association для наблюдения физического размещения порта коммутатора/slot/module, на котором проводной клиент завершает, клиентский статус (связанный, разъединенный, или неизвестный), и IP-адрес коммутатора:

Рисунок 36: Проводные Клиенты - порт информация Ассоциации

mse-cams-guide44.gif

Рисунок 37: Проводные Клиенты - Гражданская Адресная информация

mse-cams-guide45.gif

Рисунок 38: Проводные Клиенты - Усовершенствованная информация

mse-cams-guide46.gif

Раздел 3 Проверка и улучшение вашего контекста осведомленная сеть

Программное средство точности WCS

Перед WCS 5.0 выпусков для пользователей было трудно знать, какую точность они видели на их беспроводной сети. Не было стандартного способа для определения количества уровня точности с Контекстом Осведомленные развертывания. WCS 5.0 выпусков представил интегрированное программное средство точности. Метка и/или клиенты Wi-Fi расположены в контрольные точки на карте этажа в WCS. Подробный отчет генерируется WCS с разными уровнями точности и распределения ошибок в течение долгого времени и пространства.

Существует две формы тестирования точности:

  • Запланированная точность

  • По требованию точность

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

Рисунок 39: По требованию Тест Точности

mse-cams-guide93.gif

Запланированный Тест Точности: Этот тест выполнен на активной среде (действующая сеть). Клиенты и/или метки предварительно расположены на пол, и тест планируется через WCS. Этот тест использует "фактическое" местоположение элемента в сравнении с "измеренным" местоположением. Пользователь может модифицировать тест:

  • Добавьте/удалите элементы

  • Измените позиции

  • Измените списки

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

Рисунок 40: Результат тестирования Точности

mse-cams-guide48.gif

В примере, показанном на рисунке 40, 98.14% представляют количество устройств в тесте, которые были обнаружены в 10 м., т.е. это - сумма 49.31, 25.86, 17.53 и 5.11.

По требованию Тест Точности: Когда пользователь не имеет любых активных клиентов и/или помечает развернутый в их сети и интересуется точностью измерения, этот тест выполнен. Когда пол не имеет предварительно расположенных меток/клиентов, этот тест может быть выполнен. Это подобно тесту точности, который был в WCS до выпуска 5.0 с одиночным клиентом. Пользователь размещает клиент в конкретное расположение и указывает, что местоположение на карте этажа в WCS путем перетаскивания теста с “перетаскивает и понижается.” Пользователь нажимает Start, ждет несколько минут процесса набора RSSI для завершения, и нажимает Кнопку остановки. Пользователь может тогда продолжить тест и переместиться в следующий вопрос на карте этажа. Когда все точки были собраны, пользователь может нажать кнопку результатов Analyze для выполнения теста. Это приводит к результатам точности в формате отчета.

Они - ключевые точки для запоминания при выполнении любого из тестов точности:

  • Клиент должен быть замечен минимумом трех AP

  • Точность зависит от снятия отпечатков пальцев RF и триангуляции

  • Усовершенствованная отладка на MSE должна быть включена

  • В данной точке на карте этажа ждите в течение приблизительно минуты с клиентом на месте, т.е. стационарный перед выполнением теста точности. Это предоставляет беспроводного клиента достаточным временем для обновления MSE с его местоположением. Выполните тест в течение двух минут.

Программное средство готовности местоположения

WCS предоставляет программное средство - Осмотреть функцию Готовности Местоположения - который позволяет проектировщику сети выполнять быструю прогнозирующую проверку производительности местоположения для пола прежде, чем кабель вытянут, оборудование развернуто, или калибровки выполнены.

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

Осмотрите Готовность Местоположения, учитывает размещение каждой точки доступа вместе с интервалом межточки доступа, обозначенным на картах этажа для предсказания, будет ли предполагаемая точность отслеживания местоположения в 10 метрах в 90 процентах всех случаев. Выходные данные контроля готовности местоположения являются зелено-красным графическим представлением областей, которые предсказаны для создания этого уровня точности и проблемных областей, соответственно.

Программное средство Готовности Местоположения предполагает, что точки доступа и контроллеры известны WCS и были определены на картах этажа WCS. В то время как необязательно фактически установить точки доступа и антенны на стенах и потолках, чтобы провести оценку готовности местоположения, все применимые контроллеры должны быть добавлены к WCS вместе с их точками зарегистрированного доступа со значками, которые представляют точки доступа, размещенные в соответствующие карты этажа. Как только точки доступа, которые должны быть размещены в карты этажа, были добавлены к базе данных WCS, последующие оценки готовности местоположения могут быть проведены с этими теми же точками доступа, даже если они не достижимы от WCS тогда. Поскольку контроль готовности местоположения основывается на размещении точки доступа и расстояниях межточки доступа, показанных на картах этажа, точное размещение карты точек доступа важно при использовании этого программного средства. Программное средство готовности местоположения используется только для оценки подготовленности дизайна для выполнения RF Основанное на снятии отпечатков пальцев отслеживание местоположения. Это не проверяет любого аспекта дизайна для выполнения местоположения узкого горла, особенно относительно определения или расположения спусковых механизмов узкого горла. После того, как размещение точки доступа было выполнено, выберите карту этажа, которой вы хотите проверить готовность местоположения и затем выбрать Inspect Location Readiness из верхнего правого выпадающего меню command.

Точка определена как "готовая к местоположению", если они все полны решимости быть истинными:

  • По крайней мере четыре точки доступа развернуты на полу

  • По крайней мере одна точка доступа, как находят, является резидентным объектом в каждом квадранте, который окружает рассматриваемый вопрос

  • По крайней мере одна точка доступа находится в каждом по крайней мере из трех окружающих квадрантов, расположенных в 70 футах рассматриваемого вопроса

    Рисунок 41 иллюстрирует эти три правила готовности местоположения.

    Рисунок 41: Местоположение Готовая Точка

    mse-cams-guide49.gif

Снимок экрана WCS показывает пример развертываний пола, где не все области передали оценку готовности местоположения с тремя точками, описанную ранее для 10m/90 точности %. Несмотря на то, что существуют зеленые области к центру рисунка, замечают, что красные области имеются в большом количестве, поскольку вы добираетесь вне точек доступа периметра, которые представляют выпуклую оболочку. С полным пониманием требований, которые определяют готовность местоположения, информация, содержавшаяся в этом рисунке, может использоваться, чтобы помочь определять, сколько AP должно быть перемещено или добавлено для улучшения производительности. Например, если 10m/90% или лучшая точность размещения требуются в красных областях, дополнительные точки доступа могут быть представлены для установления более четко очерченного периметра пола, который включает размещение точек доступа в углах пола и перепроверяет расстояния межточки доступа. При осуществлении этих типов модификаций возможности Cisco UWN, чтобы решить, что, вероятно, будет значительно улучшено местоположение отслеженных устройств в этих выделенных областях.

Рисунок 42: Пример Использования Программного средства Готовности Местоположения

/image/gif/paws/107571/mse-cams-guide50.gif

Качество местоположения может быть проверено для беспроводных развертываний на основе возможности соответствовать спецификации местоположения (10 м., 90%), на основе точек данных, собранных в непосредственном осмотре и калибровке как показано на рисунке 42. При использовании Программного средства Готовности Местоположения карта, на которую наносят цветную маркировку, появляется, который показывает области, которые встречают (green=yes) и не встречают (red=no) 10 метров, 90%-ая спецификация местоположения.

Рисунок 43: Осмотрите Качественное Программное средство Местоположения

/image/gif/paws/107571/mse-cams-guide51.gif

После выполнения калибровки на определенной области или карте эти данные могут быть рассмотрены для подтверждения необработанных данных, собранных во время калибровки как показано на рисунке 43. Важно проверить необработанные данные в каждой точке сбора данных относительно физического измерения и привязанного значения RSSI AP. Аномалии в расположении AP, антенне, или даже измерительные контрольные точки могут легко быть определены и исправлены прежде, чем они будут применены к картам. Дополнительные сведения о воспринятом уровне точности и содействии AP могут также помочь оценивать полную точность размещения.

Знающий контекст – производительность системы

В развернутом Контексте Осведомленное решение, множественные метки и/или клиенты могут переместиться одновременно. Чем больше количество устройств, которые перемещаются, тем больше нагрузка по обработке на MSE. Это, поочередно, влияет на общую продолжительность задержки сети. Задержка в этом контексте обращается к задержке между тем, когда MSE получает информацию RSSI об устройстве и когда его местоположение вычислено MSE. Они - максимальное число элементов, которые перемещаются в любой данный момент:

  • 100 элементов, движущихся/вторых для MSE 3310

  • 650 элементов, движущихся/вторых для MSE 3350

Сквозная задержка системы:

  • Клиенты и метки: десять секунд под полной нагрузкой с 650 движущимися/вторыми элементами (запускается с выпуска 5.1 программного обеспечения WLC),

Задержка также отнесена к окну агрегации NMSP, которое может быть настроено. См. МЕТКУ RFID и раздел Конфигурации/Настройки WLC в подразделе, названном “Сколько времени Между Итерациями?”

  • Максимальное число сеансов приложения: 1024

  • Максимальное число назначений движущегося на север API: 1024

  • Максимальное число зон уверенного приема: 50/настилать пол

    • Размер зоны уверенного приема не может быть меньше, чем типичная точность размещения (10 m). Типичный размер покрытия является минимумом 50 футов 50 футами (2,500 квадратных футов).

• Количество AP за пол:

MSE/2710 не имеет никаких ограничений как таковых. Основное ограничение вследствие рекомендации наличия меньше чем 100 AP согласно рекомендациям WCS - в противном случае, карты WCS становятся неуправляемыми, предоставляет плохое разрешение и очень медленно подробные данные карты сборок. Существует также предел на том, сколько отслеженных устройств может быть просмотрено на карте WCS.

• Количество контроллеров за MSE:

Тот же контроллер может синхронизироваться с несколькими MSE за немногим исключением:

  1. Если контроллер находится на 4.2 или 5.0 кодах, то множественные соединения NMSP не поддерживаются, таким образом, они не должны быть синхронизованы к нескольким MSE.

  2. WLC с wIPS AP не может установить соединение NMSP с больше, чем MSE. Это вызвано тем, что факта, что wIPS AP может только говорить с одним MSE, работающим wIPS адаптивные службы.

Один WLC может иметь до 10 соединений NMSP.

Один MSE поддерживает до 500 соединений NMSP. Но важно понять это с точки зрения развертываний CAS. Каждый WLC способен к отслеживанию нескольких клиентов (5000 клиентов за WLC4400). Таким образом в прагматических развертываниях с очень немногими контроллерами CAS MSE достигает своего предела отслеживания upto 18000 устройств. Существует два стеклянных потолка, которые должен иметь в виду, каждый - 5000 клиентов за контроллер, и другой 18000 устройств за MSE 3350. Если мы совершаем нападки любой из этих пределов, чем мы увеличиваем емкость системы.

Всегда существует предел при выполнении тестирования масштабируемости, и мы выполнили тестирования с возрастающей нагрузкой с 100 контроллерами за MSE, выполняющий трафик местоположения.

• Количество MSEs за WCS:

Несмотря на то, что MSE может управлять одиночный WCS, но WCS может управлять множественным MSEs. WCS имеет границы с нескольких точек зрения, которые могли определить, сколько MSEs он мог управлять на основе распределения тех модулей через MSEs. Так факторы, такие как Максимальное число поддерживаемых элементов, Максимальное число этажей, поддерживаемых, или Максимальное число AP, поддержало, играют роль. Официально мы поддерживаем 5 MSEs за WCS.

• Количество организаций сети:

Нет никаких пределов для Организаций сети, добавленных к MSE. Однако, механизм Aeroscout имеет предел в зависимости от количества этажей, размерности и сумма элементов для максимального числа MSE.The этажей ограничен 255. И принятие устройств развернуло каждые 60 м. и разрешение сетки 1 м., маленькая установка может поддержать 15 карт, и большая установка (более высокие требования к памяти) может поддержать 90 карт.

Движущиеся на север уведомления

MSE может передать все известные данные метки движущемуся на север слушателю SOAP. Если настроено, каждый раз, когда о кадре уведомления метки сообщают MSE или каждый раз, когда MSE вычисляет местоположение для метки, оно может уведомить слушателя. Это полезно, если желание сторонних приложений получить момент обновляет каждый раз, когда метку слышат, вместо того, чтобы периодически сделать запрос его. Это может быть настроено через UI Параметров Уведомления: Службы> Сервисы мобильных устройств> Контекст Осведомленная Служба> Усовершенствованный> Параметры Уведомления.

Чтобы поддержать Движущиеся на север Уведомления, придерживайтесь этих рекомендаций:

  • Обычные маяки метки не могут быть на расстоянии меньше чем в три - пять минут.

  • Интервал кадра уведомления метки для перемещения меток должен быть между одной и десятью секундами.

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

  • Гарантируйте, что не выключается слушатель SOAP.

  • Гарантируйте, что слушатель SOAP возвращает допустимый пустой конверт SOAP в ответ на уведомление.

  • Гарантируйте что процессы listener SOAP входящие уведомления быстро.

Если этим условиям не удовлетворяют, очередь уведомления MSE может переполниться. Это условие видимо на странице Notification Parameters как "Уведомления Отброшенный" счетчик (см. рисунок 44).

Рисунок 44: Движущиеся на север Уведомления

mse-cams-guide91.gif

Этот весь раздел только допустим, если движущийся на север слушатель не в состоянии иметь дело с трафиком движущихся на север уведомлений и хочет подавить их, если метка не имеет что-то важное (или интереса) для сообщения:

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

Движущаяся на север фильтрация событий управляется шестью новыми параметрами в файле aes-config.xml:

<entry key="send-event-on-location-calc">true</entry>
<entry key="send-event-on-every-beacon">true</entry>
<entry key="send-event-on-vendor">true</entry>
<entry key="send-event-on-emergency">true</entry>
<entry key="send-event-on-chokepoint">true</entry>
<entry key="send-event-on-telemetry">true</entry>

Чтобы получить уведомления ALL, включите send-event-on-location-calc и send-event-on-every-beacon. Если каждое информационное наполнение метки не важно, набор выборочно. Например, для имения MSE отсылают уведомления только для вычисления местоположения, вызывная кнопка нажимают, или узкое горло встречается, включает его. (Набор к "истинному" в файле. НЕ УДАЛЯЙТЕ ЗНАЧЕНИЯ THESE!):

send-event-on-location-calc
send-event-on-emergency
send-event-on-chokepoint

Выключите другие три флага.

After install/upgrade, ssh into MSE and issue the following commands :
rm /opt/mse/locserver/conf/aes-config.xml 		(won’t exist for new install)
/etc/init.d/msed start 				(creates the aes-config.xml)
/etc/init.d/msed stop
vi /opt/mse/locserver/conf/aes-config.xml

Измените фильтры для соответствия с требованиями. Сохраните файл и выйдите. Перезапустите процесс msed.

/etc/init.d/msed start

Для получения дальнейшей информации на уведомлении, сошлитесь на документ API.

МЕТКА RFID и конфигурация/Настройка WLC

Метка RFID является устройством Wi-Fi, оборудованным передатчиком и антенной. Это не связывается к точкам доступа, таким образом, это не ведет себя как другие беспроводные клиенты. Метка RFID передает информацию о периодической основе – называемый кадрами уведомления метки, которые являются многоадресными пакетами, передаваемыми в низких скоростях передачи данных. Каждый x секунды, метка RFID передает кадр уведомления метки y на своих настроенных каналах. Рекомендуется, чтобы кадры уведомления метки были переданы с уровнем сигнала 17 дБмов. Когда это завершает цикл через все настроенные каналы, метка RFID находится в резерве и ждет в течение следующего периода передачи для передачи кадров уведомления метки.

При развертывании RFID для отслеживания актива в Wi-Fi это должно быть настроено:

1. Сколько кадров уведомления метки за канал метка RFID передаст?

Вследствие природы многоадресного трафика в 802.11 сетях это - обычно полезный прием для увеличения числа кадров уведомления метки за канал.

Даже если метка настроена для передачи одного кадра уведомления метки за канал, в чистой среде RF AP получают обновления метки и сообщают о них их WLC. В реальных развертываниях существует высокая вероятность, что обновление метки пропущено на данном AP вследствие шума RF или другого действия. Без вести пропавшие обновления метки на соседнем AP могут привести к неправильным вычислениям местоположения. Повторите количество кадров уведомления метки за канал к два или три, вместо по умолчанию один, для сокращения возможности обновления метки, которое не услышат соседние AP.

Рассмотрение для срока службы аккумулятора метки является также важным аспектом интервала кадра уведомления точности и метки, и часто компромисс должен сделанный. Рекомендации по оптимальному использованию для отслеживания движущегося объекта являются использованием меток обнаружения движения. Настройте интервал кадра уведомления метки, т.е. 3 - 5 минут когда стационарный, и имейте увеличенный интервал кадра 1 или 2 секунд когда в движении привести к хорошей точности и предоставить длинный срок службы аккумулятора. Конфигурация и рекомендация для оптимальных методов могут быть получены из изготовления метки

Сошлитесь на документацию AeroScout.

Другой способ компенсировать потерю обновления метки на определенной, некоторый Точке доступа состоит в том, чтобы увеличить значение истечения RSSI RFID на WLC. Рекомендуемое значение должно быть три раза периодом интервала + 5 секунд. Если AP не обнаруживает последнюю итерацию от данной метки, с этим значением сохранен последний RSSI на WLC. Новые обновления выдвинуты к MSE вместе с сохраненными данными от предыдущих итераций.

Один недостаток позади этого подхода - то, что он может влиять на точность. Если передача движения не включена на метке RFID, и метка съезжает быстро от последнего местоположения, на котором это передало кадр уведомления метки, вычисление местоположения основывается на старых данных. Рекомендация состоит в том, чтобы включить Зондирование Движения ко всегда вычислению основного расположения на новых данных AP и поддержать таймеры WLC максимально низко для сокращения задержки.

Примечание. Код 5.x WLC предоставляет новую команду, которая также имеет эффект на данные, сохраненные на WLC. Это окончание отсчета таймера с заказной конфигурацией для меток RFID, клиентов, и жуликов. Установка истечения по умолчанию составляет пять секунд, который сокращает устаревшие данные от контроллера, более старого, чем пять секунд. Настройки времени ожидания RFID управляют общим временем, метка RFID сохранена на контроллере после того, как это вышло из диапазона или останавливает передачу. Комбинация этих таймеров вместе с дополнительными параметрами настройки на MSE может предоставить оптимальную точность минимальными обновлениями NMSP между контроллерами и MSEs.

Истечение RSSI RFID может быть настроено с CLI WLC:

(Cisco Controller) >config location expiry tags ?
               
<seconds>      Time in seconds

Это - команда для наблюдения, обнаруживает ли AP, данная метка RFID:

(Cisco Controller) >show location ap-detect rfid ?
               
<AP name>      Display information for AP name

2. Какие каналы?

В развертываниях на 2.4 ГГц каналы 1, 6, и 11 являются не-Перекрытыми каналами в спектре. Рекомендуемые каналы, которые будут настроены на метке RFID, 1,6, и 11. Обратите внимание на то, что в некоторых сценариях, AP в состоянии услышать обновления метки RFID на канале, который отличается от того, на который он воздействует. Дизайном AP отбрасывает эти обновления и не отправляет им WLC.

3. Сколько времени между итерациями?

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

Имейте в виду, что, когда метка перемещается, информация более реального времени требуется, чтобы вычислять местоположение. Когда это отслеживает движущиеся метки, передача движения должна быть включена на метке RFID с интервалом кадра уведомления метки <10 секунд.

4. Сколько времени RFID ждет между передачей кадра?

При передаче кадров или испускания маяка, метка RFID Aeroscount ждет предварительно сконфигурированного периода времени между его передачами. Это время ожидания может иметь 128, 256 или 512 миллисекунд и известно как “Интервал Повторения сообщения". Если 512 мс настроены, и метка передает один маяк за канал, то метка RFID заканчивает завершенную итерацию в течение приблизительно 1.5 секунд. Если два кадра переданы за канал с тем же “Интервалом Повторения сообщения", тогда метка заканчивает завершенную итерацию в течение 3 секунд.

Метка RFID передает настроенный промежуток кадров на определенном канале и затем перемещается в следующий канал, чтобы сделать ту же подпрограмму. Время, которое разделяет каждую передачу кадра, известно как “Интервал Повторения сообщения".

Для WLC крайне важно получить обновления метки от всех AP содействия на каналах 1,6, и 11 прежде, чем это передаст эти данные через NMSP к MSE. WLC ждет настраиваемого количества времени, названного Окном Агрегации, прежде, чем это передаст соседний AP, перечисляют для метки RFID к MSE.

Запуская с WLC 5.1 программных обеспечений, Окно Агрегации NMSP конфигурируемо и установлено в две секунды по умолчанию. На версиях до 5.1, Окно Агрегации на WLC составляет восемь секунд и не конфигурируемо. Если контроллер получает тот же пакет от множественных AP в том же окне агрегации, это отбрасывает копии. Если это получает некоторые пакеты в одном окне и остаток в следующем, это передает один повторяющийся пакет (первое во втором окне), но отбрасывает остальную часть копий.

Важно настроить корректный Размер окна Агрегации, чтобы гарантировать, что WLC получил обновления от всех AP. Это окно должно быть больше, чем количество времени, которое метка RFID проводит для завершения цикла. Общая практика должна добавить по крайней мере одну дополнительную секунду, чтобы быть уверенной, что достаточно долго ждет WLC. Конфигурация низкого Окна Агрегации приводит к неправильному вычислению местоположения.

CCA (Оценка Очистки канала) может добавить дополнительное время для метки RFID для завершения всех трех обновлений каналов. Большинство меток RFID делает носитель, снимающий показания прежде, чем они передадут. Если беспроводная среда занята, они отступают в течение дополнительного времени и воздерживаются от передачи. После предопределенного времени, если среда ясна, они передают и перемещаются в следующий канал. Если среда все еще занята, метка приостанавливает передачу за ту итерацию канала и перемещение к следующему каналу. Максимальное количество времени для спины прочь не установлено и может варьироваться от поставщика поставщику.

Примечание. При использовании WLC 4.x или WLC 5.x выпуски ПО в сочетании с MSE окно агрегации NMSP на MSE установлено в 8 секунд.

WCS и конфигурация MSE и настройка

Существует количество важных параметров конфигурации, которые могут быть настроены в WCS и MSE, который может влиять на отслеживание Местоположения (см. рисунок 45).

Рисунок 45: Параметры расположения

mse-cams-guide52.gif

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

Если вы задаете очень высокое Сокращение RSSI, такой как-60 или-50 с низкой плотностью AP, это приводит к плохому вычислению местоположения, так как MSE исключает значения RSSI надежных AP слушания от его вычисления.

Если вы используете низкое Сокращение RSSI, такое как-85 из-90 и действуете в области открытого пространства или с низкими стенами, области затухания межпола приводят к плохому вычислению местоположения, потому что MSE включает значения RSSI от отдаленных AP в его вычислении.

Несмотря на то, что Сокращение RSSI является фиксированным значением, алгоритм компенсирует отсутствующие значения, когда это добавляет более низкие значения RSSI от последней итерации или принимает значения от относительного репозитария сброса. Идеально, оптимальное значение Сокращения RSSI обеспечивает больше чем пять AP содействия со значениями RSSI, выше, чем-75dBm от того же пола. Здания, которые имеют нехарактерную потерю RF, могут потребовать корректировки этого параметра, но это обычно - индикация относительно субоптимальных развертываний.

Дрожание: Перед этими 5.2 выпусками MSE имел обыкновение иметь механизм Сглаживающего Местоположения для отслеживания клиентов. Скользящее среднее значение было взято для клиентов, или, другими словами, перемещение клиента было усреднено. Запускаясь с 5.2 выпусков ПО, этот целый механизм был заменен “Фильтрами Местоположения.” Фильтрация местоположения применена внутренне на за ну клиентской основе. MSE отслеживает, которых перемещается клиент и который является стационарным, и это применяет фильтрование соответственно. Это сокращает полное дрожание системы. Фильтрование местоположения включено по умолчанию. См. рисунок 46.

Рисунок 46: фильтрация Местоположения

mse-cams-guide53.gif

Связь WCS/MSE: Это - рекомендации по развертыванию для настройки связи между WCS и MSE:

  • MSE: HTTPS всегда включается (по умолчанию). HTTP отключен по умолчанию. Включение HTTP требует настройки вручную через консольный доступ (прямой или ssh) в MSE.

  • WCS: По умолчанию WCS использует HTTPS для передачи с MSE. HTTP может быть включен через GUI WCS.

В определенных случаях WCS не в состоянии связаться с MSE по HTTPS. В этом случае добавление MSE к WCS или Экономит на странице MSE General Properties, продолжает сообщать об ошибке “соединение HTTPS с подведенным сервером.” MSE должен быть отвечающий на команду ping (достижимый) от WCS, и команда ‘getserverinfo’ на MSE предоставляет сведения о статусе. Сообщено, что вы включаете HTTP на MSE и заставляете WCS связаться с MSE через HTTP.

На MSE поддержка HTTP доступна в версиях 5.1, 5.2 и 6.0.

Включите HTTP на MSE, который выполняет выпуск ПО версии 6.0: Журнал на MSE через ssh/консоль. Введите следующую команду,

root@mse ~]# enablehttp

Включите HTTP на MSE, который выполняет выпуск ПО версии 5.x: Журнал на MSE через ssh/консоль. Введите следующую команду,

[root@mse ~]# getdatabaseparams 
<DB PASSWORD>

Эта команда возвращает пароль db. Используйте этот пароль в этой команде:

[root@ mse ~]# /opt/mse/locserver/bin/tools/solid/solsql "tcp 2315" dba <DB PASSWORD>
Solid SQL Editor (teletype) v.06.00.1049
Copyright ©) Solid Information Technology Ltd 1993-2008
Connected to 'tcp 2315'.
Execute SQL statements terminated by a semicolon.
Exit by giving command: exit;

update AESSERVERINFO set USEHTTP=1;   
Command completed successfully, 1 rows affected.

commit work;
Command completed successfully, 0 rows affected.

Нажмите Control-C для выхода из оболочки базы данных. Выполните перезапуск платформы MSE с /etc/init.d/msed stop; /etc/init.d/msed start.

Включите связь HTTP от WCS (выполняет выпуск ПО 6.x) к MSE:

  • Удостоверьтесь, что HTTP включен на MSE с предыдущими шагами.

  • В WCS выберите HTTP на странице MSE General Properties. Это включает связь HTTP между WCS и MSE. См. рисунок 47.

Теперь WCS начинает связываться с MSE по HTTP.

Примечание. Чтобы включить HTTP на WCS 5.2, обратитесь к WCS 5.2 Руководств по конфигурации.

Рисунок 47: Включение связи HTTP между MSE и WCS

/image/gif/paws/107571/mse-cams-guide54.gif

Лицензирование MSE

Лицензии MSE требуются, чтобы получать контекстно-зависимые данные на метках и клиентах от точек доступа от 6.0 кодов и далее. Лицензия клиента включает отслеживание беспроводных/проводных клиентов, посторонних клиентов, и посторонних точек доступа. Лицензии для меток и клиентов предлагаются независимо. Лицензии для меток и клиентов предлагаются в диапазоне количеств, которые колеблются от 1,000, 3,000, 6,000, и 12,000 устройств. Cisco предлагает лицензии для клиентов и меток. Фактическое создание лицензий и управление дополнительными сведениями SKU обрабатываются системой лицензирования FlexLM, разработанной и поддержанной командой SWIFT.

WCS является системой управления, используемой для установки клиента и лицензий wIPS на MSE. Лицензии для меток должны быть активированы через AeroScout и установлены на MSE с Менеджером вычислительного комплекса AeroScout.

Для получения дальнейшей информации на лицензировании MSE, обратитесь к Лицензированию Cisco 3300 Series Mobility Services Engine и Заказу Руководства.

Новые закупки

Клиенты

  • Клиент покупает SW лицензию и получает Ключ авторизации продукта (PAK) почтой (документ лицензии).

  • Клиент регистрирует PAK для клиентов на https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (только зарегистрированные клиенты).

  • Введите MSE информация UDI в поле "идентификатора хоста". Примите соглашение и продолжите. Лицензия передается клиенту через электронную почту.

  • MSE UDI может быть получен на WCS через эти вкладки:

    • Службы> Сервисы мобильных устройств> MSE> Система> Общие Свойства

  • Без лицензии MSE предоставляет “попытку перед покупкой” функциональности в течение 60 дней (Лицензия на пробное пользование).

  • Лицензия на пробное пользование основана на использовании и хороша в течение 60 дней; это может быть расширено только один раз.

  • Пределы лицензии на пробное пользование:

    • Клиенты: 100

    • Метки: 100

    • AP wIPS: 20

  • Лицензия на пробное пользование всегда принуждается, но если предел платформы был достигнут на основе установленной лицензии (й), лицензия на пробное пользование отдельной службы может все еще использоваться. Например, если клиент имеет MSE 3350 и установил лицензии для отслеживания 18 K устройств (клиенты и/или метки), и 18 K устройств активно отслежен, они могут все еще использовать лицензию на пробное пользование для wIPS, даже при том, что превышен предел платформы.

  • Таймер Лицензии на пробное пользование запускается со дня, это генерируется, таким образом, расширение Лицензии на пробное пользование должно быть сразу установлено.

  • Как только Лицензия установлена, это - использование, основанное зависящий от службы, включен/отключен.

  • Если Лицензия на пробное пользование истекает, и MSE не перезапущен, базовые службы MSE продолжают работать, и лицензируемые службы, такие как Знающий Контекст, также чтобы продолжить работать, но устройства не отслежены.

  • Если Лицензия на пробное пользование истекает, и MSE перезапущен, лицензируемые службы не запускается. Устройства не отслежены.

Если у вас нет PAK

  • Перейдите к Программному средству Статуса Заказа на продажу в http://tools.cisco.com/qtc/status/tool/action/LoadOrderQueryScreen.

  • От Типа выпадающего списка Запроса выберите Sales Order из.

  • Введите Количество Заказа на продажу в Поле значения.

  • Показ с Количеством Show Serial Проверки и нажимает Search.

  • Окно с MSE упорядочивает показы подробных сведений.

  • В детализированном окне Заказа от таблицы щелчок разворачивает Линию 1.1.

  • Под столбцом Product, второй линией, копируют количество PAK (запускается с 3201J), что вы хотите зарегистрироваться, чтобы получить лицензию.

  • Для регистрации PAK перейдите к https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (только зарегистрированные клиенты).

  • Щелкните по ссылке Регистрации лицензии Продукта слева, введите количество PAK в пустое поле, и подвергнитесь.

  • Введите MSE информация UDI в поле Идентификатора хоста. Примите соглашение и продолжите.

  • Лицензия генерируется, и электронное письмо послано вашему почтовому ID.

Метки

  1. Клиент покупает лицензию на использование программы и получает PAK (Ключ авторизации продукта) почтой (документ лицензии).

  2. Клиент регистрирует PAK для меток в http://поддержка. AeroScout.com leavingcisco.com.

  3. Если вы не имеете учетной записи, создаете новую учетную запись с, "Создают Новую Учетную запись” ссылка.

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

  5. Войдите в систему портала поддержки AeroScout leavingcisco.com.

  6. Под вкладкой Home щелкните по ссылке "Register Products Purchased from Cisco".

  7. Зарегистрируйте свои продукты и предоставьте контактную информацию, PAK#, ID MSE (MSE S\N), и Тип установки. Вы получаете сообщение электронной почты, которое подтверждает регистрацию.

  8. Серийный номер SE может быть получен из вкладок WCS:

    Службы> Сервисы мобильных устройств> MSE> Параметры Усовершенствования

  9. AeroScout проверяет ваше количество PAK в течение двух рабочих дней. После проверки, уведомление, которое содержит ваш лицензионный ключ, инструкции, как загрузить Контекст, который Осведомленный SW Механизм, и руководства соответствующего пользователя передается вашему адресу электронной почты. Если ваше количество PAK, как находят, недопустимо, вас запрашивают зарегистрировать допустимое количество PAK снова.

Обновление – клиентская лицензия

  1. Клиент покупает новую лицензию и получает PAK с почтой.

  2. Клиент получает PAK и получает лицензионный ключ через электронную почту.

  3. Клиент устанавливает лицензионный ключ на MSE.

  4. Добавление количества лицензии на пробное пользование (когда существующее/установленное клиентское количество лицензии равняется максимальному MSE): WCS позволяет лицензии на пробное пользование быть добавленной даже при том, что было достигнуто максимальное число устройств (клиент) количество MSE. Например, если клиент имеет MSE 3350, установил 18 K клиентской лицензии, и хочет добавить отслеживание метки и/или wIPS, WCS может добавить лицензию на пробное пользование или для или для обе службы.

Обновление – помечает лицензию

  • Добавление метки лицензирует количество (когда существующее/установленное количество лицензии метки является меньше, чем максимум MSE): существующая лицензия метки перезаписана новой лицензией, например, если клиент имеет существующую лицензию для отслеживания 1 K меток и хочет обновить для отслеживания 4 K меток, они покупают 3 K лицензии для добавления к их существующему 1 K лицензии. AeroScout выполняет 4 K лицензии метки для покрытия всего нового количества метки.

  • Добавление метки лицензирует количество (когда существующее/установленное количество лицензии метки равняется максимальному MSE): System Manager AeroScout возвращает сообщение об ошибках. Существующая лицензия метки остается на месте. Например, клиент имеет MSE 3350 и имеет 18 K лицензии метки, установленной на MSE. Если они пытаются установить 3 K лицензии метки, System Manager AeroScout дает сообщение об ошибках. Лицензия метки должна быть вручную удалена из MSE, так как у System Manager AeroScout нет возможности удалить лицензии метки. Чтобы удалить новую лицензию метки, потребительские нужды, чтобы деинсталлировать образ MSE, удалить параметр базы данных, и повторно установить программное обеспечение MSE.

  • Добавление количества лицензии на пробное пользование (когда существующее/установленное количество лицензии метки равняется максимуму MSE): WCS позволяет лицензии на пробное пользование быть добавленной даже при том, что было достигнуто максимальное число устройств (метка) количество MSE. Например, если клиент имеет MSE 3350, имеет 18 K лицензии метки, установленной, и хочет добавить клиентское отслеживание и/или wIPS, это может добавить лицензию на пробное пользование или для или для обе службы.

Существующие клиенты (применяется только при обновлении к 6.0 выпускам ПО),

  1. Посетите https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (только зарегистрированные клиенты), чтобы зарегистрировать PAK для клиентов и получить лицензионный ключ как объяснено выше в Новом разделе Закупок. Если PAK был неуместен, то потребительские нужды для вызова Центра технической поддержки Cisco/GLO.

  2. Установите файл лицензии на MSE через WCS.

  3. Лицензия связана к UID MSE.

  4. Составленный из платформы (MSE 3310 или 3350) и уникальный серийный номер. Пример UDI: AIR-MSE-3310-K9:V01:QCN1224001Y. В данном примере серийный номер является QCN1224001Y.

  5. Лицензия MSE связана к Уникальному идентификатору устройства (UDI). Если тот же модуль является закрепляемым, UDI является тем же, и та же Лицензия может быть повторно размещена, но, если модуль должен быть заменен, UDI изменяется, таким образом, должна генерироваться новая лицензия. Если UDI не совпадает, MSE не принимает лицензию. Клиенты могут вызвать Центр технической поддержки Cisco и предоставить старый и новый UDI. Центр технической поддержки Cisco деактивировал старую лицензию и выполняет новую.

  6. MSE 3350 может отследить до 18,000 устройств (любая комбинация клиентов и меток) с надлежащей закупкой лицензии. Обновления на местоположениях отслеженных элементов предоставлены механизму сервисов мобильных устройств от контроллера WLAN Cisco.

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

После успешной установки Лицензии тип лицензии теперь показывает столь же "Постоянный" как показано на рисунке 48.

Рисунок 48: Центр Лицензии

mse-cams-guide55.gif

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

Файл лицензирования хранится в “opt/mse/licensing”.

Когда вы обновляете от MSE 5.x к 6.x, гарантируете, что эти действия выполнены в последовательности:

  1. С WCS выполните резервное копирование базы данных MSE MSE 5.x, т.е. в настоящее время использующая система MSE.

  2. Чтобы выполнить резервное копирование данные и конфигурация для Меток, обратитесь к Осведомленному о контексте Сервисному Руководству по конфигурации программного обеспечения.

  3. Обновите MSE к 6.x программное обеспечение. Сигнальные сообщения отображают в процессе обновления на MSE о "Лицензировании" в установке.

  4. Установите лицензию MSE через WCS. Предупреждающее сообщение показывает, установлена ли лицензия, больше, чем возможности системы MSE, и процесс установки лицензии заблокирован. Например, если клиент имеет MSE 3310 и пытается установить 6 K клиентской лицензии, предупреждающее сообщение отображает, так как MSE 3310 может отследить максимум 2 K устройств.

  5. Восстановите базу данных MSE с WCS.

  6. Чтобы восстановить данные и конфигурацию для механизма Метки, придерживайтесь Документации AeroScout leavingcisco.com.

  7. Для получения дополнительной информации на этих шагах, обратитесь к Приложению B этого документа и Контекста Осведомленное Руководство по конфигурации для Выпуска 6. x :

    Примечание. С выпуском ПО 6.0 для отслеживания метки, конфигурации механизма AeroScout и данные лицензии сохранены в резервной копии WCS/MSE и восстанавливают процессы. Любая конфигурация выполнила на MSE, который работает под управлением ПО версии до 6.0, не сохранен автоматически. Обновляя от 6.0 до 6.x, эти данные о конфигурации поддержаны при использовании резервной копии/процедуры восстановления MSE как выделено в Документации Cisco. Если обновления заказчика от 5.2 до 6.0, они должны придерживаться ручной процедуры согласно Документации AeroScout leavingcisco.com.

    !--- внимание. !--- Внимание. Когда вы обновляете к выпуску 6.x в отсутствие соответствующей лицензии, количество клиентов на обслуживании, меток, и точек доступа (wIPS) перезагружено 100 клиентам, 100 меткам, и 20 AP. Все кроме 100 элементов отмечены неактивные. Исторические данные для всех элементов, которые были отслежены, остаются в базе данных и могут делаться запрос в API местоположения на MSE. Эти пределы соответствуют 60-дневным лицензиям на пробное пользование, которые предоставлены по умолчанию на нелицензируемом MSE.

Модифицируйте эти параметры отслеживания с Cisco WCS (см. рисунок 49):

  1. Включите и отключите местоположения элемента (проводной / беспроводные клиенты, активные инвентаризационные метки, и посторонние клиенты и точки доступа), что вы активно отслеживаете.

  2. Установите пределы для того, сколько из определенного элемента вы хотите отследить.

  3. Например, учитывая клиентскую лицензию 12,000 trackable (проводных/беспроводных) устройств, можно установить предел для отслеживания только 8,000 станций клиента (который оставляет 4,000 устройств доступными для отслеживания посторонних клиентов и посторонних точек доступа). Как только предел отслеживания встречен для данного элемента, число элементов, не отслеженное, суммировано на странице Tracking Parameters.

  4. Отключите отслеживание и сообщение оперативных посторонних клиентов и точек доступа.

Рисунок 49: Отслеживание Параметров для Context Aware Services

/image/gif/paws/107571/mse-cams-guide56.gif

Фактическое количество отслеженных клиентов определено купленной лицензией.

Активное Значение (см. рисунок 49): Указывает на количество станций клиента, в настоящее время отслеживаемых.

Не Отслеженный (см. рисунок 49): Указывает на количество станций клиента вне предела.

Избыточные элементы (метки/клиенты/жулики) не будут отслежены как показано на рисунке 50.

Рисунок 50: Использование Лицензии

mse-cams-guide57.gif

Как масштабировано множественное обслуживание

MSE с 6.0 коротковолновыми выпусками поддерживает одновременное функционирование Осведомленных о контексте и WIPS. Пределы сосуществования функции принуждены. По пределу комбинации будут не-TAC, поддерживаемым, и даже не возможны, поскольку лицензия не может быть добавлена, который заставит емкость MSE быть превышенной.

Поддерживаемым комбинациям показывают 51 в цифрах и 52.

Рис. 5-1. MSE 3350 Возможностей системы: AP Режима отслеживания wIPS & Осведомленные о контексте Устройства

mse-cams-guide58.gif

Рис. 5-2. MSE 3310 Возможностей системы: AP Режима отслеживания wIPS & Осведомленные о контексте Устройства

mse-cams-guide59.gif

Некоторые примеры:

  • Клиент интересуется отслеживанием 6 K устройств используя Осведомленная о контексте служба, тогда он/она имеет емкость иметь до 2,000 wIPS AP Режима отслеживания на MSE 3350

  • Клиент интересуется отслеживанием 3 K устройств используя Осведомленная о контексте служба, тогда он/она имеет емкость иметь до 2,500 wIPS AP Режима отслеживания на MSE 3350

  • Клиент интересуется отслеживанием 1 K устройств используя Осведомленная о контексте служба, тогда он/она имеет емкость иметь до 1,000 wIPS AP Режима отслеживания на MSE 3310 и емкость иметь 2,500 wIPS AP Режима отслеживания на MSE 3350

Устранение неисправностей:

MSE Недостижим

Если MSE обнаружен как недостижимый с точки зрения WCS, возможные причины могут быть ими:

  • Учетные данные входа в систему API в WCS настроены неправильно. Устройство имеет два набора учетных данных: каждый для интерфейса оболочки устройства и другого для учетных данных API. WCS требует учетных данных API, когда он добавляет MSE. Обратитесь к Приложение A этого документа.

  • Подключение маршрута и Межсетевого экрана управляет блочным подключением между WCS и MSE. Обратитесь к, "Проверяют Сетевое соединение” раздел в этом документе.

  • Статус Сервиса мобильных устройств “Фоновой задачи WCS” был отключен. Включите его в WCS посредством Администрирования> Фоновые задачи> Другие Фоновые задачи> Статус Сервиса мобильных устройств.

  • Знающий Контекст Службы MSE включен и от CLI MSE.

  • В нераспространенная ситуациях HTTPS может иметь проблему с подключением. Можно включить опцию HTTP под MSE Общие Свойства в WCS. Обратитесь к “разделу” Связи WCS/MSE этого документа для подробных данных.

  • MSE завершился катастрофическим отказом. На MSE CLI “getserverinfo” не может возвратить выходные данные. Соберите все журналы under/opt/mse/logs каталог и ответственный Центр технической поддержки Cisco.

Никакие Элементы не располагаются

Если никакие элементы не располагаются в MSE, возможные причины могут быть ими:

  • MSE недостижим.

  • Лицензия на пробное пользование истекла.

  • MSE достижим и примененная лицензия, но Контекст MSE, Осведомленная Служба Модуля не включена.

  • Отслеживание для клиентов и/или меток не включено на странице MSE Tracking Parameters. Обратитесь к “MSE, Лицензирующему” раздел этого документа для подробных данных.

  • Организации сети и/или контроллеры не синхронизировались с MSE.

  • Точки доступа не были расположены на Карты WCS.

  • Соединения NMSP не установлены между MSE и Контроллером (ами). Отнеситесь для “Подтверждения Соединения NMSP Между WLC и MSE” раздел этого документа для подробных данных.

  • Точки доступа в WCS имеют антенны не-Cisco (введите выбранный, был "Другой"). В этом случае точки доступа в WCS должны быть установлены в другой так же поддерживаемый тип антенны и повторно синхронизованную организацию сети с MSE.

  • Контроллер беспроводной локальной сети (WLC) не обнаруживает клиенты. Устранение неполадок на WLC с CLI “show client summary”.

  • Контроллер беспроводной локальной сети (WLC) не обнаруживает активные метки RFID. Устранение неполадок на WLC с CLI “show rfid summary”.

Метки не Расположены

Когда Метки не расположены (но другие клиенты), в Механизме AeroScout может быть проблема; возможные причины - они:

  • Активные метки RFID не отслеживаются WLC. Эта команда должна присутствовать в конфигурации WLC: config rfid status включает.

  • Контроллер беспроводной локальной сети (WLC) не обнаруживает активные метки RFID. Устранение неполадок на WLC с CLI “show rfid summary.”

  • Метки замечены WLC, но не замечены в WCS. Проверьте, что уведомление NMSP передается MSE с этой командой: debug rfid nmsp включает.

  • Механизм AeroScout, не установленный в MSE. В версиях 5.1 и 5.2 механизм должен быть установлен отдельно. От версий 6.0 и далее механизм связан с MSE.

  • Лицензия не установлена для Механизма AeroScout.

  • Механизм AeroScout не регистрируется в MSE. Проверьте Партнерскую Страницу технической поддержки Engine в WCS.

  • MSE содержит слишком много карт, или карты являются слишком большими. Обратитесь к механизму AeroScout рекомендации.

  • После обновления конфигурация может должна быть быть восстановлена механизму AeroScout.

  • Карта этажа не имеет образа (решенным в последних релизах).

  • MSE отслеживает только совместимые с CCX метки, и развертывания имеют только неподдерживаемые метки не-CCX, или они не были настроены для передачи в формате CCX.

Определенные элементы не Расположены (Клиенты или Метки)

Если MSE отслеживает определенные элементы, но другие не видимы, возможные причины могут быть ими:

  • MSE работает на Лицензии на пробное пользование, ограниченной 100 элементами.

  • MSE выполняется с действующей лицензией, но емкость была превышена, таким образом, сбрасывают от любых дополнительных элементов (Клиенты/Метки/Жулики).

  • Определенные, некоторый контроллеры не имеют подключения NMSP с MSE.

  • Элемент исчез из сети и больше не передает. MSE хранит элемент в его записи истории, но он исчезает из экранов WCS.

  • Параметры фильтра были применены в уровнях Карт WCS, предотвращающих некоторые элементы, которые будут отображены.

  • Опции Фильтрации по MAC-адресам включены в Параметрах фильтрации MSE, сбрасывая от некоторых элементов.

  • MSE отслеживает только совместимые с CCX метки; развертывания имеют комбинацию меток не-CCX и CCX.

  • Клиент/метка, устраняющий неполадки расширения для местоположения:

    • Проверьте, видит ли WCS этот клиент или нет? Через SNMP эта функциональность уже существует для клиентов. (Клиент, устраняющий неполадки). Это должно быть расширено для меток.

    • Ищите клиент в назначенных контроллерах местоположения. Используйте show client summary команды WLC.

    • Определите, когда WLC видел, что клиент использовать команду WLC показывает клиенту <MAC-адрес> подробность.

    • Определите, когда AP в последний раз видели, что клиент с командой WLC показал клиенту <MAC-адрес> подробность.

WLC, не Связанный с MSE

Когда Контроллер не устанавливает подключение с MSE, возможные причины - они:

  • Контроллер не достижим с точек зрения WCS или MSE.

  • WCS имел временную проблему с подключением с контроллером и был неспособен требовать у секретного ключа хэша соединение NSMP. Проверьте соединение SNMP между WCS и Контроллером.

  • Контроллер и MSE не имеют корректной конфигурации NTP, или их разница во времени является существенной. Настройте времена правильно.

  • Контроллеры, более старые, чем 4.2 выпуска, не поддерживают NMSP.

  • Контроллеры до выпуска выпуска 5.1 не поддерживают множественные соединения MSE.

  • Если контроллер назначен на MSE с включенным wIPS, тот же контроллер не может быть назначен на другой MSE одновременно.

  • Когда синхронизование сделано, WCS не имеет доступа для чтения-записи к WLC. Это приводит к неспособности WCS выдвинуть MSE MAC и ключевой хэш к WLC.

Уведомления не Достигают Внешних Партнерских приложений

В ситуациях, где Партнерское приложение не получает уведомления от MSE, возможные причины - они:

  • Подключение между MSE и внешним приложением не установлено. Проверьте трафик XML/API.

  • Внешнее приложение слушателя не работает.

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

  • MSE отбрасывает уведомления вследствие относительно небольшого размера его исходящей очереди, сравненной на сумму кадров уведомления метки, ожидаемых в сети. Проверьте, что метки имеют разумную конфигурацию, специально для движения acceleration/de-acceleration. Увеличьте размер очереди в Параметрах Уведомления MSE. Обратитесь к “Движущемуся на север Уведомлению” раздел в этом документе.

Проводное Местоположение не Работает

Если никакие элементы не отслежены при использовании проводного местоположения возможные причины - они:

  • Проблема с подключением NMSP между MSE и Проводными Коммутаторами.

  • Проводной коммутатор выполняет более старую версию, которая не поддерживает проводное местоположение.

  • Проводной коммутатор имеет корректную версию, но NMSP не включен. Включите его с опцией CLI.

  • Проводному коммутатору нужно было включить Опцию Отслеживания IP начинать отслеживать своих подключенных клиентов.

  • Проводной коммутатор не был добавлен к WCS.

  • Возможные проблемы, в то время как вы добавляете проводной коммутатор в WCS:

    • Неправильные Строки имени и пароля SNMP.

    • OID коммутатора не поддерживается в WCS.

  • Проводной коммутатор был добавлен к WCS, но "not synchronized" с MSE.

  • Проводной коммутатор доступен для Синхронизации. Проверьте, что коммутатор был добавлен с флагом "Location Capable", включенным в WCS.

  • Проводные коммутаторы поддерживают только одно соединение NMSP с MSE.

  • Проводное отслеживание не включено в параметрах отслеживания MSE.

Лицензирование MSE

  • UDI не соответствуют сообщению при установке лицензии – лицензии MSE связаны к MSE UDI, поэтому удостоверьтесь, что установленная лицензия создана для корректного MSE. Вы не можете обменяться лицензиями между другим MSEs.

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

  • Ошибка может отобразить, если вы пытаетесь установить или удалить две лицензии подряд – причина для этого состоит в том, что каждый раз лицензии CAS установлены, весь перезапуск служб, и каждый раз, когда лицензия wIPS установлена, wIPS сервисные перезапуски. Прежде, чем вы продолжите устанавливать другую лицензию сразу же, удостоверьтесь, что подошли все службы.

  • Лицензии MSE установлены под/opt/mse/licenses.

Проверьте сетевое соединение

Гарантируйте, что никакие межсетевые экраны не блокируют подключение между MSE, WLC и WCS. Если вы должны межсетевой экран от этих коробок, создать правила подстановочного знака так, чтобы эти машины могли говорить друг с другом успешно (см. рисунок 53).

Рис. 5-3. Проверьте сетевое соединение

mse-cams-guide60.gif

Проверьте соединение NMSP между WLC и MSE

(Cisco Controller) >show nmsp status

LocServer IP    TxEchoResp    	RxEchoReq    TxData    RxData
--------------  -----------    	---------   --------   ------- 
172.20.224.17       18006       	18006        163023      10

(Cisco Controller) >show auth-list

<snip>

Mac Addr                  Cert Type    Key Hash
-----------------------   ----------   ----------------------------------------
00:1e:0b:61:35:60         LBS-SSC      5384ed3cedc68eb9c05d36d98b62b06700c707d9

Если соединение NMSP не установлено после добавления MSE к WCS одна возможная причина является расхождением часов между WLC и MSE. Рекомендация состоит в том, чтобы использовать сервер NTP для синхронизации часов. Если это не возможно, часы на WLC и MSE могут быть настроены вручную. Основная проблема с системными часами должна гарантировать, что время WLC не находится позади времени, которое установлено на MSE.

Примечание. Временная синхронизация между контроллерами важна в больших множественных развертываниях WLC.

Если сеанс NMSP все еще не установлен, администратор сети может вручную установить сеанс NMSP путем ввода хэша ключа MSE в WLC.

MSE
root@mse ~]# cmdshell
cmd> show server-auth-info
invoke command: com.aes.server.cli.CmdGetServerAuthInfo
----------------
Server Auth Info
----------------
MAC Address: 00:1e:0b:61:35:60
Key Hash: 5384ed3cedc68eb9c05d36d98b62b06700c707d9
Certificate Type: SSC


WLC
(Cisco controller) >config auth-list add lbs-ssc <MSE Ethernet MAC> <MSE key hash>

Проверьте, что MSE В рабочем состоянии и Получает Метку И Клиентскую Информацию от WLC

Команда getserverinfo на MSE предоставляет эти выходные данные:

[root@MSEWCS4 ~]# getserverinfo
MSE Platform is up, getting the status

-------------
Server Config
-------------

Product name: Cisco Mobility Service Engine
Version: 6.0.49.0
Hw Version: V01
Hw Product Identifier: AIR-MSE-3350-K9
Hw Serial Number: MXQ828A4L9
Use HTTP: false
Legacy HTTPS: false
Legacy Port: 8001
Log Modules: 262143
Log Level: INFO
Days to keep events: 2
Session timeout in mins: 30
DB backup in days: 2

-------------
Services
-------------

Service Name: Context Aware Service
Service Version: 6.0.35.0
Admin Status: Enabled
Operation Status: Up

Service Name: Wireless Intrusion Protection Service
Service Version: 1.0.1096.0
Admin Status: Enabled
Operation Status: Up

--------------
Server Monitor
--------------

Mon Mar 16 14:43:52 PDT 2009
Server current time: Thu Apr 02 14:55:00 PDT 2009
Server timezone: America/Los_Angeles
Server timezone offset: -28800000
Restarts: 3
Used Memory (bytes): 166925392
Allocated Memory (bytes): 238354432
Max Memory (bytes): 1908932608
DB virtual memory (kbytes): 6694
DB virtual memory limit (bytes): 0
DB disk memory (bytes): 241696768
DB free size (kbytes): 6304

---------------
Active Sessions
---------------

Session ID: 17155
Session User ID: 1
Session IP Address: 172.20.224.30
Session start time: Tue Mar 17 16:50:48 PDT 2009
Session last access time: Thu Apr 02 14:50:30 PDT 2009

-------------
Context Aware Service
-------------

Total Active Elements(Clients, Rogues, Interferers): 2263
Active Clients: 591
Active Tags: 24
Active Rogues: 1648
Active Interferers: 0
Active Wired Clients: 0
Active Elements(Clients, Rogues, Interferers) Limit: 6000
Active Tag Limit: 100
Active Wired Clients Limit: 0
Active Sessions: 1
Clients Not Tracked due to the limiting: 0
Tags Not Tracked due to the limiting: 0
Rogues Not Tracked due to the limiting: 0
Interferers Not Tracked due to the limiting: 0
Wired Clients Not Tracked due to the limiting: 0
Total Elements(Clients, Rogues, Interferers) 
   Not Tracked due to the limiting: 0

-------------
Context Aware Sub Services
-------------

Sub Service Name: AeroScout
Version: 3.2.0 - 4.0.14.9
Description: AeroScout® Location Engine 
   for RSSI and TDOA asset tracking
Registered: true
Active: true
Watchdog Process ID: 8492
Engine Process ID: 8665
[root@MSEWCS4 ~]# 

Проверьте, что МЕТКА RFID Замечена WLC

Метки должны быть настроены для передачи на 3 каналах (1,6,11) и с 3 или больше повторениями.

Пример: 1,6,11, 1,6,11, 1,6,11

Проверьте глобальную конфигурацию RFID на контроллере.

show rfid config

Если обнаружение метки RFID не включено, включите его с этой командой:

config rfid status enable

Проверьте/установите параметры времени ожидания.

config rfid timeout 1200
config rfid auto-timeout disable

Проверьте таймаут истечения RSSI.

show location summary

Если метка все еще не замечена WLC, используйте эти команды отладки:

debug mac addr <tag mac addr>
debug rfid receive enable

Проверьте для наблюдения, видит ли WLC метку.

show rfid summary
show rfid detail <MAC address>

Если метка замечена WLC, но не замечена в WCS, см., передаются ли уведомления NMSP MSE.

debug rfid nmsp enable

Проверьте, что уведомление NMSP включено на WLC

show nmsp subscription summary
Server IP		Services
<MSE IP>	RSSI, Info, Statistics, IDS

Проверьте, передает ли уровень NMSP на WLC уведомление.

debug nmsp message tx enable

Сокращение RSSI: MSE сохраняет четыре самых высоких значения уровня сигнала плюс любые отчёты об уровне сигнала, которые встречают или превышают значение сокращения RSSI. По умолчанию =-75 дБмов

команда show rfid summary (WLC)

Это списки команд все метки RFID, о которых сообщают AP, который включает эту информацию:

  • MAC-адрес RFID

  • Самый близкий AP

  • Значение RSSI

  • Время начиная с метки в последний раз услышали

(Cisco Controller) >show rfid summary
Total Number of RFID   : 4

----------------- -------- ------------------ ------ ---------------------
     RFID ID      VENDOR       Closest AP      RSSI  Time Since Last Heard
----------------- -------- ------------------ ------ ---------------------
00:04:f1:00:04:ea Wherenet sjc14-42b-ap4       -69       52 seconds ago
00:04:f1:00:04:eb Wherenet sjc14-42b-ap4       -75       27 seconds ago
00:0c:cc:5b:fc:54 Aerosct  sjc14-31b-ap9       -87       63 seconds ago
00:0c:cc:5b:fe:29 Aerosct  sjc14-31b-ap2       -92       22 seconds ago

команда show rfid detail

Эта команда предоставляет подробные данные параметра для метки RFID, когда она задает MAC-адрес.

(Cisco Controller) >show rfid detail 00:0c:cc:5b:fe:29

RFID address..................................... 00:0c:cc:5b:fe:29  
Vendor........................................... Aerosct
Last Heard....................................... 4 seconds ago
Packets Received................................. 561211
Bytes Received................................... 16836330
Detected Polling Interval........................ 14 seconds 
Bluesoft Type.................................... TYPE_NORMAL
Battery Status................................... MEDIUM
Nearby AP Statistics:
      sjc14-41b-ap8(slot 0, chan 6) 3 seconds.... -88 dBm

(Cisco Controller) >

Проверьте, что Клиент Wi-Fi Замечен WLC

Определите, к которым AP привязан клиент, и определите значения RSSI, замеченные AP.

show client summary
show client detail <MAC address>

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

show location summary

Если значения RSSI отличаются от значений по умолчанию, заставьте их не выполнять своих обязательств с этими командами настройки:

config location expiry client <seconds>
config location rssi-half-life client <seconds>

Включите распределяющие нагрузку отладки; показ, какие AP услышали клиент и с какой RSSI.

debug mac addr <client mac>
debug dot11 load-balancing enable

Связанные проблемы уведомления отладки с этими командами:

debug mac addr <client mac>
debug dot11 locp enable
debug nmsp message tx enable

команда "show client summary"

(Cisco Controller) >show client summary

Number of Clients................................ 276

<snip>

MAC Address       AP Name           Status        WLAN/Guest-Lan Auth Protocol Port Wired
----------------- ----------------- ------------- -------------- ---- -------- ---- -----

00:02:8a:ea:55:15 sjc14-12b-ap5     Associated    7               Yes  802.11b   2    No

команда "show client detail"

Cisco Controller) >show client detail 00:02:8a:ea:55:15

<snip>

Nearby AP Statistics:
	TxExcessiveRetries: 0
	TxRetries: 0
	RtsSuccessCnt: 0
	RtsFailCnt: 0
	TxFiltered: 0
	TxRateProfile: [0,0,0,0,0,0,0,0,0,0,0,0]
      sjc14-11b-ap2(slot 0) ..................... 
antenna0: 308 seconds ago -86 dBm................ 
   antenna1: 308 seconds ago -80 dBm
      sjc14-11b-ap1(slot 0) ..................... 
antenna0: 307 seconds ago -82 dBm................ 
   antenna1: 307 seconds ago -91 dBm
      sjc14-12b-ap6(slot 0) ..................... 
antenna0: 307 seconds ago -66 dBm................ 
   antenna1: 307 seconds ago -66 dBm
      sjc14-12b-ap3(slot 0) ..................... 
antenna0: 307 seconds ago -76 dBm................ 
   antenna1: 307 seconds ago -64 dBm
      sjc14-12b-ap5(slot 0) ..................... 
antenna0: 7217 seconds ago -53 dBm............... 
   antenna1: 7217 seconds ago -48 dBm
      sjc14-11b-ap5(slot 0) ..................... 
antenna0: 7217 seconds ago -79 dBm............... 
   antenna1: 7217 seconds ago -75 dBm

Раздел 4 Заключительный чек-лист

Требования к оборудованию

Таблица 3 Cisco MSE 3310 – Спецификации аппаратного обеспечения

Элемент Описание
Форм-фактор 1U Форм-фактор Стойки 1.75-дюймовая Высота (на 4.45 см), 27.75-дюймовая Глубина (на 70.5 см)
Процессор Duo Intel Core2 (1.8 ГГц)
Memory 4 ГБ (PC2 5300)
Жесткие диски 2 x SATA на 250 ГБ
Емкость отслеживания местоположения До 2,000 устройств (до 1,000 клиентов и до 1,000 меток)
Подключение Сеть: два встроенных многофункциональных гигабитных адаптера сети с механизмом разгрузки TCP/IP
Источники питания Один 120/240V AC
Управление сетью Местоположение Cisco WCS v5.2 или Большее Выполнение Internet Explorer 6.0/пакет обновления 1 или Позже
Поддерживаемые сетевые устройства Контроллеры беспроводных LAN Серии Cisco 2100, 4400; модуль беспроводных служб Cisco Catalyst серии 6500, Cisco Catalyst 3750-граммовый Интегрированный контроллер беспроводных LAN, Cisco Wireless LAN Controller Module (WLCM и WLCM-E) для Маршрутизаторов Интегрированных служб; облегченные точки доступа Cisco Aironet

Таблица 4. Cisco MSE 3550 – Спецификации аппаратного обеспечения

Элемент Описание
Форм-фактор 1U Форм-фактор Стойки 1.75-дюймовая Высота (на 4.45 см), 27.75-дюймовая Глубина (на 70.5 см)
Процессор Два четырехъядерных Intel Xeon Processor (2.33 ГГц)
Memory PC2 на 8 ГБ 5300 (4 x 2 ГБ)
Жесткие диски SAS Замены в горячем режиме (Последовательный Подключенный SCSI) дисководы: 2 x 146 ГБ (10 K RPM)
Емкость отслеживания местоположения До 18,000 устройств (любое соединение клиентов и меток)
Подключение Сеть: два встроенных многофункциональных гигабитных адаптера сети с механизмом разгрузки TCP/IP
Источники питания Два Избыточных 120/240V AC (Возможность горячего подключения без перезагрузки)
Управление сетью Местоположение Cisco WCS v5.1 или Большее Выполнение Internet Explorer 6.0/пакет обновления 1 или Позже
Поддерживаемые сетевые устройства Контроллеры беспроводных LAN Серии Cisco 2100, 4400; модуль беспроводных служб Cisco Catalyst серии 6500, Cisco Catalyst 3750-граммовый Интегрированный контроллер беспроводных LAN, Cisco Wireless LAN Controller Module (WLCM и WLCM-E) для Маршрутизаторов Интегрированных служб; облегченные точки доступа Cisco Aironet

Migrating Location Services от Cisco 2710 до Cisco MSE

До введения платформы MSE Cisco предоставил услуги на основе определения местоположения решение на основе Cisco 2710. Таблица 5 предоставляет сравнение между этими двумя решениями и показывает преимущества решения MSE.

Таблица 5: Cisco 2710 в сравнении с Cisco MSE

Функция Cisco 2710 MSE
Поддерживаемые пользовательские окружения Внутренний низкий потолок (RSSI) Внутренний низкий потолок (RSSI), Внутренний высокий - перекрывающий (TDOA), Наружный (TDOA)
Поддерживаемые технологии местоположения RSSI только RSSI TDOA
Поддерживаемые механизмы местоположения Cisco только Механизм Партнера Cisco
Максимальное количество отслеженных устройств Wi-Fi 2,500 18,000
Количество служб поддерживается Одиночный (только местоположение) Множественный (Контекст Осведомленное Решение для Мобильности, wIPS, будущие службы)
Поддерживаемые метки CCX или CCX non (опрашивающий только) CCX
Направляющие и области Да (клиенты и метки) Да (только клиенты) Метки – Ячейки AeroScout и функция Масок
Датчики местоположения Не поддерживается Не поддерживается

Для клиентов с существующими установками Cisco 2710 возможно переместить и сохранить их конфигурацию к новому Cisco MSE.

Требования к программному обеспечению

Точки доступа Cisco Aironet 1000 Series для Осведомленного о контексте программного обеспечения поддерживаются только с версией 4.2.xxx (xxx> 112).

Примечание. Точки доступа Cisco Aironet 1000 Series являются поддержкой закончена и Конец продукта Продажи. Точки доступа Cisco Aironet 1000 Series для Cisco Осведомленное о контексте Решение поддерживаются только с версией 4.2.xxx (xxx> 112). Только Cisco Осведомленное о контексте Решение на Cisco 3300 Series Mobility Services Engine поддерживается; никакие другие службы на Cisco 3300 Series Mobility Services Engine не или будут поддерживаться. 5. x : версии xxx и последующие версии программного обеспечения не поддерживают Точки доступа Cisco Aironet 1000 Series. Клиенты призваны переместить на Cisco Aironet 1130, 1140, 1240, или 1250 Точек Доступа через series для использования преимуществ последних представленных функций. Обратитесь Cisco для дополнительной информации в отношении заменяющих продуктов.

Таблица 6 перечисляет выпуск ПО, который должен использоваться на MSE, WLC, и WCS. Каждый вертикальный столбец представляет совместимые версии для MSE, WLC, и WCS вместе.

Таблица 6: Матрица программной совместимости

Служба Компонент системы Минимальный выпуск программного обеспечения
CAS и wIPS ¹ MSE Выпуск 5.1.30.0 Выпуск 5.1.35.0 Выпуск 5.2.91.0 Выпуск 6.0.75.0
Контроллер беспроводной локальной сети Cisco (WLC) Выпуск 4.2: 4.2.130 (или больше) Выпуск 5.1: 5.1.151.0 (или больше) Выпуск 4.2: 4.2.130 (или больше) Выпуск 5.1: 5.1.163.0 (или больше) Выпуск 4.2: 4.2.130 (или больше) Выпуск 5.2: 5.2.157.0 (или больше) Выпуск 5.1: 5.1.151.0 (или больше), или Выпуск 4.2: 4.2.130 (или больше) Выпуск 5.2: 5.2.157.0 (или больше) Выпуск 5.1: 5.1.151.0 (или больше) Выпуск 6.0: 6.0.182.0 или больше Примечание: Выпуск 5.0.x не поддерживает MSE.
Cisco WCS Выпуск 5.1: 5.1.64.0 (или больше) Выпуск 5.1.65.4 (или больше) Выпуск 5.2: 5.2.110.0 (или больше) Выпуск 6.0: 6.0.132.0 или больше
Навигатор Cisco WCS Выпуск 1.3.64.0 (или больше) Выпуск 1.3.65.4 (или больше) Выпуск 1.4.110.0 или больше) Выпуск 1.4.110.0 или больше)

Примечание. ¹ Выпуск 5.2 минимальные требования к программному обеспечению для поддержки wIPS на контроллере, WCS, и MSE.

Примечание. Версия программного обеспечения WCS должна быть равной версии программного обеспечения MSE, т.е. при выполнении MSE 6.0.x WCS должен быть 6.0.x, также. Лицензирование принуждено, запускаясь с выпуска ПО 6.0.

Чек-лист развертываний

Беспроводное планирование

  • Придерживайтесь надлежащего размещения AP рекомендации (местоположение и плотность). Гарантируйте надлежащее покрытие периметра AP. Инструмент планирования WCS может использоваться для определения плотности AP и размещения.

  • Проверьте покрытие Wi-Fi, использующее программное средство опроса сайта, а также WCS (Программное средство Готовности местоположения).

  • Проверьте размещение AP для устранения дыр покрытия. Используйте Местоположение Оптимизированные AP Режима отслеживания для заполнения дыр покрытия.

  • Задайте, какие контроллеры должны говорить который MSE с WCS страница Synchronization MSE.

  • Проверьте, что сертификатами обмениваются правильно.

WLC

  • Удостоверьтесь, что все AP/радио произошли, и Радио-менеджеру ресурсов (RRM) включают

  • Настройте сервер NTP и на WLC и на MSE или вручную синхронизируйте и устройства (и предпочтительно WCS) с правильным временем и часовым поясом.

    Примечание. WLC использует GMT (UTC) время с зоной правильного времени для получения местного времени, таким образом, время должно быть введено в UTC и заданную зону правильного времени.

  • Проверьте, что клиенты/метки обнаружены WLC с этой командой show [rfid | client] summary

  • Проверьте, что NMSP установлен между MSE и контроллером с этой командой на WLC show nmsp status или на WCS через Службы> Сервисы мобильных устройств> "MSE"> Система> Активные сеансы

  • Проверьте, был ли WLC подписан на правильные службы с этой командой show nmsp subscription summary

  • Если вы тестируете точность клиента CCX, гарантируете, что включен CCX. config location plm client enable <interval>, Чтобы проверить конфигурацию, использует эту команду show location plm

  • WLC должен иметь их по умолчанию nmsp параметры:

    Алгоритм использовал:

    Клиент:

    • Таймаут истечения RSSI: 5 сек.

    • Половина жизни: 0 сек.

    • Уведомьте Порог: 0 db

    Калибрующий клиент

    • Таймаут истечения RSSI: 5 сек.

    • Половина жизни: 0 сек.

    Посторонний AP

    • Таймаут истечения RSSI: 5 сек.

    • Половина жизни: 0 сек.

    • Уведомьте Порог: 0 db

    МЕТКА RFID

    • Таймаут истечения RSSI: 5 сек.

    • Половина жизни: 0 сек.

    • Уведомьте Порог: 0 db

    Команда конфигурирования

    config location <cmd>

    Чтобы проверить эти значения

    show location summary

WCS/MSE

  • Настройте сервер NTP на обоих MSE или вручную синхронизируйте и устройства (и предпочтительно WCS) с правильным временем и часовым поясом.

  • Гарантируйте, что вычисления местоположения имеют место или на странице отслеживания или на консоли MSE с командой getserverinfo.

  • Используйте "контрольную" функцию в WCS, чтобы удостовериться, что WCS оценивает значения WLC соответствия.

  • Гарантируйте, что все AP назначены на карту.

  • MSE должен синхронизироваться с организацией сети, WLC (), проводными коммутаторами, и событиями.

  • Гарантируйте, что карты и позиции AP синхронизируются между WCS и MSE.

  • Отслеживание клиентов/меток должно быть включено на MSE под Службами> Сервисы мобильных устройств> <MSE>> Контекст Осведомленная Служба> Администрирование> Отслеживание Параметров.

  • Проверьте, что клиенты/метки замечены WCS под Монитором> Клиент/Метка.

  • Если клиенты и/или метки не замечены WCS, проверяют, что клиент/метка, лицензирующий, установлен на MSE. Также гарантируйте, что корректная версия WCS установлена, который поддерживает Знающий Контекст (WCS PLUS).

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

  • Используйте Направляющие Местоположения и Области (для клиента, отслеживающего) и Ячейки и Маски (для отслеживания метки) для включения/исключения определенных областей на карте этажа, где не должны появляться клиенты Wi-Fi.

  • Проверьте уровень точности размещения с Программным средством Точности в WCS.

Для клиентов

  • Проверьте, что отслеживание включено на MSE.

  • Проверьте, что клиенты обнаружены WLC.

Для меток

  • Проверьте, что отслеживание включено на MSE.

  • Проверьте, что метки обнаружены WLC.

  • Каналы 1,6,11 должны быть включены.

  • За канал повторение должно быть 3.

  • Проверьте статус аккумулятора.

Раздел 5 Часто спрашиваемые технические вопросы

Вопрос. У чего берет отпечатки пальцев RF? Действительно ли это - то же как триангуляция RF?

О. Снятие отпечатков пальцев RF является методом определения местоположения с двумя фокусами: понять как интерфейс радиоволн в определенной среде беспроводной локальной сети, и применить эти характеристики затухания к информации сигнала устройства, таким образом, местоположение может быть определено. Триангуляция не принимает переменные окружения во внимание, и вместо этого полагается только на чтения уровня сигнала для приближения размещения устройства. Снятие отпечатков пальцев RF принимает определенные характеристики здания во внимание, потому что они могут влиять на распространение сигналов RF и точность определения местоположения.

Вопрос. Какую точность местоположения я могу ожидать?

О. Местоположение является статистическим в природе. Cisco цитирует спецификации точности размещения к в десяти метрах 90% времени и пяти метрах 50% времени.

Вопрос. Информационное реальное время?

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

Вопрос. Насколько масштабируемый MSE?

О. Cisco MSE 3350 может отследить до 18,000 устройств. Для поддержки большего количества устройств дополнительный MSEs может быть добавлен к той же системе. Верхний предел для одновременных устройств основывается на производительности обработки MSE.

Вопрос. Сколько времени я могу сохранить историю местоположения?

О. Сумма истории местоположения, которую MSE может сохранить и воспроизведение, конфигурируема. Значение по умолчанию составляет 30 дней.

Вопрос. Как трафик местоположения влияет на мою сеть?

О. Сумма трафика местоположения зависит от количества контроллеров, AP, и в конечном счете количества устройств, которые отслежены данной инфраструктурой сети. Когда сеть растет, больше трафика передано с AP на беспроводные контроллеры, которые, поочередно, отправлены MSE. Объем трафика для отдельного измерения является очень маленьким, но количество измерений зависит от количества устройств и как часто проведены измерения.

Вопрос. Как управляют MSE?

О. В случае клиента, отслеживающего с Контекстом, Осведомленный Механизм для Клиентов, всей конфигурации и управления MSE выполнен через WCS вне начального CLI командно-управляемая настройка. когда Контекст, Осведомленный Механизм для Меток используется (отслеживающие метки во внутренних и outdoor/outdoor-like средах), и Cisco (WCS) и AeroScout (System Manager) решения для управления сетью требуется,

Вопрос. Что требуется моей архитектуры беспроводной локальной сети поддержать MSE?

О. MSE только работает с Cisco Централизованная архитектура Беспроводной локальной сети, такая как поддерживающая LWAPP инфраструктура. Надлежащее размещение AP обязательно для местоположения. AP должны быть размещены близко к периметру зон уверенного приема и внутренне как описано в этом документе. См., что раздел назвал Факторы для Развертывания с Существующими данными и Голосовыми службами. WCS с Контекстом Осведомленная лицензия Механизма требуется.

Вопрос. Каково различие между местоположением, предоставленным в WCS в сравнении с MSE?

О. Ядро WCS указывает, какой AP может обнаружить данное устройство, а также уровень сигнала, в котором обнаружено то устройство. WCS с использованием Местоположения усовершенствованное снятие отпечатков пальцев RF и может точно определить местоположение одиночного устройства по требованию формой. MSE использует тот же метод местоположения как WCS с местоположением, но это может отследить до 18,000 устройств одновременно, когда это использует Cisco MSE 3350. Это позволяет сторонним приложениям усиливать историю сведений об устройстве для приложений, таких как отслеживание актива.

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

О. Клиентские программные обеспечения не необходимы. Поскольку местоположение непосредственно интегрировано в инфраструктуру беспроводной локальной сети, AP слушают устройства Wi-Fi, как они обычно делают для данных, голоса, и других приложений. Клиенты CCX отслежены лучше, чем клиенты не-CCX. Следовательно, Cisco рекомендует купить клиенты, которые являются совместимым CCX (v4 или v5).

Вопрос. Сколько времени метки Wi-Fi могут быть в рабочем состоянии прежде, чем должен будет быть заменен аккумулятор?

О. Срок службы аккумулятора метки является функцией определенной долговечности аккумулятора устройства, а также как часто они указывают путь или мигают. Метки могут продлиться где угодно от 100 дней до года или еще дольше. Некоторые изготовители рекламируют это, они могут продлиться 3-5 лет, но это зависит от скорости маяка.

Вопрос. Какова стоимость меток Wi-Fi?

О. Обратитесь изготовитель метки. Cisco не производит или перепродает метки. Кроме того, цены на метку являются переменными и зависят от громкости. Эти метки выше оцененный, чем пассивные метки RFID, потому что они предоставляют более непрерывную видимость местоположения и допускающие повторное использование метки имеющие батарейное питание. Они активно передают сигналы, которые, как правило, предоставляют большие диапазоны (несколько сотен футов), и прибывают во множество форм-факторов со множественными опциями установки. Использование активного RFID обычно привязано к более непрерывному отслеживанию более мобильных активов максимального значения или высоких активов ответственности относительно элементов, которые обычно отслежены пассивным RFID.

Приложение А. Настройка MSE

Выполните следующие действия:

  1. Вход в систему Войдите с этими учетными данными: root/пароль.

  2. Запустите Процесс установки: На первоначальную загрузку, MSE побуждает администратора для запуска сценария программы установки. Введите 'да' в это приглашение.

    Примечание. Если MSE не вызывает для настройки, введите эту команду:

    /opt/mse/setup/setup.sh
  3. Настройте название имени хоста и домена DNS:

    mse-cams-guide61.gif

  4. Настройте параметры интерфейса Ethernet:

    mse-cams-guide62.gif

    Когда вызвано для параметров интерфейса ‘eth1’, введите Пропуск для перехода к следующему шагу, так как второй NIC не требуется для операции.

    Примечание. Настроенный адрес должен предоставить возможность подключения с помощью IP-адреса предполагаемому контроллеру (ам) Беспроводной локальной сети и Системе управления WCS, используемой с этим устройством.

  5. Введите информацию Сервера (ов) DNS: Только один сервер DNS требуется для успешного разрешения домена; введите серверы резервного копирования для упругости.

    mse-cams-guide63.gif

  6. Настройте Часовой пояс: Если зона времени по умолчанию Нью-Йорка не применима к вашей среде, просмотрите меню location для установки его правильно.

    mse-cams-guide64.gif

  7. Настройте NTP или Системное время: NTP является дополнительным, но он гарантирует, что ваша система поддерживает точное системное время. При выборе 'No', вы побуждены для установки текущего времени для системы.

    mse-cams-guide65.gif

    Примечание. Обязательно, чтобы правильное время было установлено на Механизме Сервисов мобильных устройств, контроллере беспроводных LAN, и Системе управления WCS. Это может быть достигнуто, если вы указываете все три системы к тому же серверу NTP и гарантируете, что им настроили зоны правильного времени.

  8. Включите Локальный Вход в систему Корневых (сертификат) консолей: Этот параметр используется для включения локального консольного доступа к системе. Это должно быть включено, таким образом, может произойти локальное устранение неисправностей.

    mse-cams-guide66.gif

  9. Включите Вход в систему в качестве root SSH (Secure Shell): !--- Дополнительно: этот параметр используется для включения доступа удаленного терминала к системе. Это должно быть включено, столь удаленное устранение неисправностей может произойти, но политика корпоративной безопасности может передать под мандат, что вы отключаете эту опцию.

    mse-cams-guide67.gif

  10. Настройте Однопользовательский режим и Надежность пароля: Эти параметры конфигурации не требуются, и настройка по умолчанию должна пропустить их, должен ввести ‘s’.

    mse-cams-guide68.gif

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

    mse-cams-guide69.gif

  12. Измените Пароль при загрузке: Этот шаг важен для гарантирования безопасности системы; обязательно выберите стойкий пароль, который состоит из букв и количества без слов словаря. Минимальная длина пароля составляет 8 символов.

    mse-cams-guide70.gif

  13. Настройте Пароль GRUB: !--- Дополнительно: этот параметр конфигурации не требуется, и настройка по умолчанию для пропущения его должна ввести ‘s’.

    mse-cams-guide71.gif

  14. Настройте пароль связи WCS.

    mse-cams-guide72.gif

  15. Сохраните Изменяется и Перезагрузка: Как только сценарий программы установки завершил, сохраните свои замены когда вызвано. После того, как вы сохраняете, придерживаетесь приглашений, чтобы перезагрузить MSE, а также гарантировать, что все параметры настройки применены успешно.

  16. Запустите Службу MSE: Вход в систему к MSE с пользователем root и паролем ранее настроен в Шаге 12. Выполнитесь служба команды msed начинают запускать службу MSE.

    mse-cams-guide73.gif

  17. Включите Службу MSE запуститься в Загрузке: Выполните команду chkconfig msed на.

Добавьте MSE к WCS

Выполните следующие действия:

  1. Переместитесь к Странице конфигурации Сервисов мобильных устройств: Войдите к WCS, и нажмите Mobility Services от раскрывающегося меню Мобильности.

    mse-cams-guide74.gif

  2. Добавьте Механизм Сервисов мобильных устройств к WCS: От раскрывающегося меню на правой стороне, выберите Add Mobility Services Engine, и нажмите Go.

    Введите имя уникального устройства для MSE, IP-адрес, ранее настроенный в настройке MSE, контактном лице для поддержки, и “Пароле Связи WCS”, настроенном при настройке MSE. Не изменяйте имя пользователя от по умолчанию admin.

    mse-cams-guide75.gif

  3. Выберите Context Aware Service to Run на MSE.

    mse-cams-guide76.gif

  4. Синхронизируйтесь: Удостоверьтесь, что синхронизировали Организации сети, Контроллеры и Группы событий.

    mse-cams-guide77.gif

    mse-cams-guide78.gif

  5. Контроллеры для Синхронизации: всплывающие показы со списком контроллеров для синхронизации MSE с. Выберите требуемые контроллеры для синхронизации, и нажмите "OK".

    /image/gif/paws/107571/mse-cams-guide79.gif

    После того, как всплывающее окно закрыло, нажмите, Synchronize у основания “Синхронизируют диалоговое окно MSE и WCS.”

    Примечание. Контекст Cisco Осведомленная Служба в высокой степени зависимый на синхронизированные часы среди контроллера беспроводных LAN, WCS, и MSE. Если все три из этих систем не указаны к тому же серверу NTP и настроены с теми же настройками часового пояса, Знающий Контекст не функционирует правильно. Прежде, чем вы попытаетесь устранить неполадки, гарантировать, что системные часы являются тем же на всех составляющих Контекста Осведомленная система.

Приложение Б. WLC и команды MSE

Команды WLC

config location expiry ?
client         Timeout for clients
calibrating-client Timeout for calibrating clients
tags           Timeout for RFID tags
rogue-aps      Timeout for Rogue APs

show location ap-detect ?
all            Display all (client/rfid/rogue-ap/rogue-client) information
client         Display client information
rfid           Display rfid information
rogue-ap       Display rogue-ap information
rogue-client   Display rogue-client information
(Cisco Controller) >show location ap-detect client

show client summary 
Number of Clients................................ 7
MAC Address       AP Name           Status        WLAN/Guest-Lan Auth Protocol Port Wired
----------------- ----------------- ------------- -------------- ---- -------- ---- -----
00:0e:9b:a4:7b:7d AP6               Probing       N/A            No   802.11b  1    No
00:40:96:ad:51:0c AP6               Probing       N/A            No   802.11b  1    No
(Cisco Controller) >show location summary 
 Location Summary 
 Algorithm used:                 Average
 Client 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db
 Calibrating Client 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
 Rogue AP 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db
 RFID Tag 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db

show rfid config 

RFID Tag data Collection......................... Enabled
RFID  timeout.................................... 1200 seconds
RFID mobility.................................... Oui:00:14:7e : Vendor:pango  State:Disabled

(Cisco Controller) >config location ?
plm            Configure Path Loss Measurement (CCX S60) messages
algorithm      Configures the algorithm used to average RSSI  and SNR values
notify-threshold Configure the LOCP notification threshold for RSSI measurements
rssi-half-life Configures half life when averaging two RSSI readings
expiry         Configure the timeout for RSSI values

config location expiry client ?
<seconds>      A value between 5 and 3600 seconds

config location rssi-half-life client ?
<seconds>      Time in seconds (0,1,2,5,10,20,30,60,90,120,180,300 sec)

show nmsp subscription summary 
Mobility Services Subscribed: 
Server IP                Services
---------                --------
172.19.32.122            RSSI, Info, Statistics, IDS

Команды MSE

to determine status of MSE services
[root@MSE ~]# getserverinfo

to start Context Aware engine for client tracking
[root@MSE ~]# /etc/init.d/msed start

to determine status of Context Aware engine for client tracking
[root@MSE ~]# /etc/init.d/msed status

to stop Context Aware engine for client tracking
[root@MSE ~]# /etc/init.d/msed stop

diagnostics command
[root@MSE ~]# rundiag

Примечание. Команда rundiag может также использоваться для просмотра MSE информация UDI, которая требуется, чтобы получать файл лицензии для Контекста Осведомленный Механизм для клиентов.

Приложение В. Обновление MSE от 5. X к 6.0

Выполните следующие действия:

  1. Резервное копирование пред 6.x образ база данных MSE от WCS; переместитесь к этой ссылке: Служба> Сервисы мобильных устройств> выбирает MSE> Maintenance> Backup.

  2. Чтобы выполнить резервное копирование данные и конфигурация для меток, придерживайтесь Документации AeroScout leavingcisco.com.

  3. Загрузки 6.x образ на MSE от WCS; переместитесь к этой ссылке: Службы> Сервис мобильных устройств> выбирает MSE тогда из левой панели, переходит к Обслуживанию>, Загружают программное обеспечение, переходят, чтобы выбрать образ MSE из вашего ПК, и нажать Download. После того, как загруженный, образ MSE автоматически разархивирован и помещал в/opt/installers папку MSE. Необходимо вручную установить образ от CLI MSE.

    mse-cams-guide80.gif

  4. Дайте эту команду для остановки платформы MSE: остановка/etc/init.d/msed.

  5. От консоли MSE выполните CD/opt/installers. В этом каталоге вы видите файл, который вы загрузили в Шаге 3. Каталог похож на это:

    [root@heitz-3350 installers]# cd /opt/installers
    [root@heitz-3350 installers]# ls
    CISCO-MSE-L-K9-6-0-73-0-64bit.bin  diagnostics.log
    CISCO-MSE-L-K9-6-0-75-0-64bit.bin  MSE_6_0_70_0.bin
    [root@heitz-3350 installers]#
  6. Чтобы установить образ MSE, выполните файл и придерживайтесь приглашений:

    [root@heitz-3350 installers]# ./CISCO-MSE-L-K9-6-0-73-0-64bit.bin

    Примечание. Предупреждающее сообщение для требований лицензии на MSE для отслеживания элементов кажется искренним с 6.0 выпусками MR1 и далее. Это предупреждающее сообщение также появляется в конец после того, как установка завершена. С этими 6.0 выпусками это сообщение только появляется в конец после того, как установка завершена. Искреннее предупреждение было добавлено с 6.0 MR1, чтобы дать дополнительное предупреждение пользователю об осуществлении лицензирования.

    Сообщение похоже на это: “Лицензирование на Механизме Сервисов мобильных устройств будет принуждено с этим выпуском программного обеспечения. Гарантируйте, что вы имеете доступный Ключ авторизации продукта (PAK) и ссылаетесь на инструкции, выделенные в бумажном сертификате PAK и Руководстве пользователя MSE для включения лицензирования в системе.”

    В выполнении файла у пользователя есть опция, чтобы поддержать базу данных или удалить его.

  7. Как только образ установлен, выполните эту команду для начала платформы MSE:/etc/init.d/msed запускаются.

  8. MSE начинает использовать лицензии на пробное пользование, которые включены с 6.0 выпусками ПО.

  9. Добавьте постоянную лицензию, которую вы получили путем регистрации количества PAK от WCS; переместитесь к этой ссылке: Администрирование> Центр Лицензии> Файлы> Файлы MSE> Добавляет. Выберите MSE из раскрывающегося меню, перейдите для файла лицензии на вашем ПК, и загрузите его.

  10. Перезапуск служб MSE после лицензии загружен к MSE, поэтому ждите за несколько минут перед выполнением любой другой операции. Получите статус MSE при издании/etc/init.d/msed команды status.

  11. В установке образа MSE, если вы приняли решение поддержать параметр базы данных как в Шаге 6, вы не должны восстановить, ранее выполнил резервное копирование база данных (для клиентов и меток); в противном случае действительно необходимо восстановить базу данных MSE. Переместитесь к Службе> Сервисы мобильных устройств, выберите MSE из Обслуживания левой панели, и нажмите Restore.

    Примечание. Чтобы восстановить информацию метки, придерживайтесь Документации AeroScout leavingcisco.com.

Приложение D: Восстановление базы данных MSE

DB MSE может быть восстановлен тремя другими способами:

  • Вариант 1.

    В то время как вы обновляете образ MSE к 6.0, принимаете решение продолжить, когда установщик находит, что уже работает MSE. Сообщение показывает это: “Система, кажется, имеет Механизм Сервисов мобильных устройств Cisco, уже установленный. При выборе Continue все в настоящее время установленные компоненты будут удалены постоянно (Только база данных и файлы лицензии будут сохранены).”

  • Вариант 2.

    При удалении образа MSE у вас есть две опции. Первый вариант должен поддержать базу данных, и вторая опция должна удалить базу данных. Если база данных сохранена, никакое ручное восстановление не требуется. Если база данных удалена, придерживайтесь третьей опции.

  • Параметр 3:

    Выполните новое устанавливают, что означает, что вы или берете новую коробку MSE с пред 6.0 образов или MSE с удаленной базой данных. Необходимо восстановить выполненную резервное копирование базу данных (см. Опцию 1 к MSE, работающему 6.0).

    Если выполненный резервное копирование образ MSE был восстановлен другому MSE, лицензия должна быть повторно размещена так, чтобы это могло использоваться на текущем MSE. Лицензии MSE связаны к MSE UDI.

    В восстановлении пользователь получает сообщение в WCS: “У вас могут быть к перехосту лицензии при восстановлении резервной копии к другому устройству MSE.”

    mse-cams-guide81.gif

Связанные обсуждения сообщества поддержки Cisco

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


Дополнительные сведения


Document ID: 107571