Знающий контекст – производительность системы
ИТ аутсорсинг. В развернутом Контексте Осведомленное решение, множественные метки и/или клиенты могут переместиться одновременно. Чем больше количество устройств, которые перемещаются, тем больше нагрузка по обработке на MSE. Это, поочередно, влияет на общую продолжительность задержки сети. Задержка в этом контексте обращается к задержке между тем, когда MSE получает информацию RSSI об устройстве и когда его местоположение вычислено MSE. Они - максимальное число элементов, которые перемещаются в любой данный момент:
· 100 элементов, движущихся/вторых для MSE 3310
· 650 элементов, движущихся/вторых для MSE 3350
Сквозная задержка системы:
· Клиенты и метки: десять секунд под полной нагрузкой с 650 движущимися/вторыми элементами (запускается с выпуска 5.1 программного обеспечения WLC),
Задержка также отнесена к окну агрегации NMSP, которое может быть настроено. См. МЕТКУ RFID и раздел Конфигурации/Настройки WLC в подразделе, названном “Сколько времени Между Итерациями?”
· Максимальное число сеансов приложения: 1024
· Максимальное число назначений движущегося на север API: 1024
· Максимальное число зон уверенного приема: 50/настилать пол
o Размер зоны уверенного приема не может быть меньше, чем типичная точность размещения (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: Движущиеся на север Уведомления
Этот весь раздел только допустим, если движущийся на север слушатель не в состоянии иметь дело с трафиком движущихся на север уведомлений и хочет подавить их, если метка не имеет что-то важное (или интереса) для сообщения:
Фильтруйте движущиеся на север уведомления на основе информационных наполнений метки интереса сделать систему более масштабируемой. Например, если может быть подавлена метка маяки, каждые несколько секунд, но информационное наполнение метки содержит только информацию аккумулятора или телеметрию перемещения, которая не имеет интереса, генерации движущихся на север событий на получении этих информационных наполнений метки.
Движущаяся на север фильтрация событий управляется шестью новыми параметрами в файле 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