Sans fil : Moteur de services de mobilité de la gamme Cisco 3300

Moteur de services de mobilité Cisco - Guide de déploiement des solutions de mobilité contextuelles

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (16 juillet 2009) | Commentaires


Contenu


Introduction

Le but de ce document est d'apporter des instructions de configuration et de déploiement, aussi bien que des conseils et des réponses de dépannage aux questions techniques fréquemment posées pour ceux qui ajoutent des services avertis de contexte de l'engine (MSE) et de passage de services de mobilité Cisco à Cisco Unified WLAN. Le but de ce document est à :

  • Expliquez les divers éléments et cadre pour la solution de mobilité Cisco

  • Fournissez les instructions générales de déploiement pour déployer la solution de mobilité Cisco

Ce document ne fournit pas des détails de configuration pour le MSE et les composants associés. Ces informations sont fournies dans d'autres documents, et des références sont fournies. Référez-vous à la section Informations connexes pour une liste de documents au sujet de la configuration et de la conception des Services de mobilité avertis de contexte. La configuration adaptative de wIPS n'est pas également couverte dans ce document.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Cisco MSE fournit la capacité de dépister l'emplacement physique des périphériques de réseau, de câble et Sans fil, utilisant les contrôleurs LAN Sans fil (WLCs) et le Point d'accès léger de Cisco Aironet (recouvrements). Cette solution permet à un client pour dépister tout dispositif wi-fi, y compris des clients, des tags RFID actifs, et des clients escrocs et des Points d'accès (aps). Il a été conçu avec ces conditions requises à l'esprit :

  • Gestionnabilité — Le Système de contrôle sans fil Cisco (WCS) est utilisé pour gérer et surveiller le MSE. D'ailleurs, le MSE intègre directement dans l'architecture Sans fil de RÉSEAU LOCAL, qui fournit un réseau unifié pour gérer au lieu de plusieurs réseaux Sans fil disparates.

  • Évolutivité — La gamme de Cisco MSE peut simultanément dépister jusqu'à 18.000 éléments de réseau. Le WCS peut gérer de plusieurs engines de Services de mobilité pour la meilleure évolutivité. Le contrôleur, les WCS, et les MSE sont mis en application par des périphériques distincts pour fournir la meilleure évolutivité et les performances.

  • Sécurité — Les MSE, les WCS, et le contrôleur LAN Sans fil fournissent les interfaces et les protocoles sécurisés sécurisés robustes pour accéder à des données. Le MSE enregistre l'information d'emplacement historique qui peut être utilisée pour des vérifications rétrospectives et la conformité à la réglementation.

  • Ouvrez-vous et des normes basées — Le MSE a un SOAP/XML API qui peut être accédé à par les systèmes externes et les applications qui peuvent accroître l'information d'emplacement du MSE.

  • Déploiement facile des applications métier — Le MSE peut être intégré avec de nouvelles applications métier telles que la recherche de valeur, la gestion des stocks, la Sécurité géolocalisée, ou la Gestion automatisée de processus.

Ce document est divisé en cinq sections :

  1. Présentation de la solution

  2. Planification et installation de réseau WiFi pour le contexte averti

  3. Validation et améliorations de réseau averti de contexte

  4. Dépannage

  5. Éléments de contrôle final

Section 1 : Présentation de la solution

Le service reconnaissant le contexte (CAS) fournit à un réseau Wi-Fi 802.11a/b/g/n la capacité de déterminer l'emplacement d'une personne ou d'un objet avec un dispositif Wi-Fi actif, comme un client sans fil ou une étiquette RFID active et/ou les données associées qui peuvent être transmises du point d'extrémité par l'infrastructure sans fil vers un client en amont. Quand une engine de service de mobilité Cisco (MSE) est ajoutée à un réseau sans fil unifié Cisco (CUWN) avec une version convenablement autorisée de WCS, elle assume la responsabilité de plusieurs importantes tâches :

  • Exécution de placer des algorithmes

  • Maintenance des informations d'étalonnage

  • Déclencheur et répartition des notifications d'emplacement

  • Processus des statistiques et de l'emplacement historique

  • Dépôt pour information l'information géographique, les cartes, et tous les périphériques sans fil

WCS est le système de gestion que les interfaces avec le MSE et sert à l'interface utilisateur (UI) pour les services que le MSE fournit. Bien qu'il soit possible d'accéder au MSE directement par le SSH ou une session de console pour des buts de maintenance et de diagnostic, tous les opérateur et interaction utilisateur avec le MSE est typiquement exécuté par WCS (pour la Gestion) ou une tiers application cliente d'emplacement.

Terminologie

Avec Cisco l'architecture Sans fil centralisée de RÉSEAU LOCAL et les services d'emplacement Contexte-avertis, des administrateurs peuvent déterminer l'emplacement de n'importe quel périphérique 802.11-based, aussi bien que le type ou le statut spécifique de chaque périphérique. Des clients (associé, sondage, etc.), les points d'accès non autorisé, les clients escrocs, et les balises actives peuvent tout être identifiés et situés près du système. Ces informations sont rendues disponibles par l'API dans des secondes d'une occurrence d'événement et peuvent être retenues par la base de données MSE pour la consultation ou les audits de sécurité historiques.

Engine de Services de mobilité (MSE) : MSE prend en charge une suite des programmes de Services de mobilité. Conçu comme plate-forme extérieure, logiciel de Services de mobilité de supports MSE d'une mode modulaire avec de diverses options de configuration basées sur la topologie du réseau et types de services requis. La valeur du MSE est fournie par les diverses applications de Services de mobilité. Cisco prend en charge le logiciel existant et futur qui incluent ces derniers :

  • Services Contexte-avertis : Ces programmes les capturent et intègrent dans des processus métier ont détaillé des informations contextuelles sur des choses telles que l'emplacement, la température, la Disponibilité, et les applications utilisées. les applications Contexte-averties comportent un large éventail d'options d'emplacement qui incluent la localisation en temps réel, la détection de présence, la visibilité de chokepoint, et la télémétrie. Le soutien de l'indication reçue améliorée de force du signal (RSSI) et de la différence de temps de la technologie d'arrivée (TDoA) fournit une plus grandes précision et représentation d'échelle pour une large gamme d'environnements. Le logiciel averti de contexte se compose de deux composants importants :

    • Engine avertie de contexte pour des clients : L'engine d'emplacement de Cisco (RSSI) est utilisée pour dépister des clients de WiFi, des clients escrocs, des aps escrocs, et des clients câblés.

    • Engine avertie de contexte pour des balises : L'engine d'emplacement de partenaire (AeroScout) (RSSI et TDOA) est utilisée pour dépister le tag RFID d'active de WiFi.

      Des applications tierces sont prises en charge par le MSE API.

  • Système de prévention des intrusions Sans fil adaptatif (wIPS) : le logiciel de wIPS fournit la visibilité et la prévention complète de menace pour le réseau de mobilité par la surveillance, les alertes, la classification, et la correction des vulnérabilités de radio et de réseau câblé.

Services de mobilité Protocol de réseau : protocole Cisco-défini qui est utilisé pour la communication protégée entre le WLC et le MSE.

Système de contrôle sans fil (WCS) : Système d'administration de réseaux Sans fil développé et pris en charge par Cisco Systems. Inclut ces capacités :

  • Configuration WLAN

  • Supervision des performances WLAN

  • Signaler (en temps réel et historique)

  • Vue graphique de réseau (contrôleurs LAN Sans fil, Points d'accès, clients et balises)

Contrôleur LAN Sans fil (WLC) : L'architecture CUWN centralise la configuration et le contrôle WLAN dans un périphérique appelé un contrôleur WLAN (WLC). Ceci permet au WLAN entier pour fonctionner comme réseau intelligent qui utilise la radio comme moyen daccès pour prendre en charge des Services avancés, à la différence des infrastructures existantes du 802.11 WLAN qui sont établies des Points d'accès autonomes et discrets. Le CUWN simplifie la Gestion opérationnelle en réduisant un grand nombre de points finaux gérés — des points d'accès autonome — dans un système géré simple consisté en le contrôleur WLAN et sa correspondance, les Points d'accès joints.

En architecture CUWN, les aps sont le « poids léger, » qui veut dire qu'ils ne peuvent pas agir indépendamment d'un WLC. Les aps sont typiquement « zéro-toucher » déployé, et aucune configuration individuelle des aps n'est exigée. Les aps apprennent l'adresse IP d'un ou plusieurs WLC par un algorithme de détection de contrôleur et puis établissent des relations de confiance avec un contrôleur par « joignent » le processus. Une fois que les relations de confiance sont établies, le WLC pousse le micrologiciel à AP s'il y a lieu, et une configuration d'exécution. Les aps n'enregistrent pas une configuration localement.

Clients : Tous les périphériques ont associé avec basé sur contrôleur, Point d'accès léger sur un réseau Sans fil.

Point d'accès non autorisé : Tout Point d'accès qui est déterminé pour ne pas faire partie du groupe de mobilité Sans fil de RÉSEAU LOCAL qui l'a détecté. Ceci se compose de tous les Points d'accès de non-système dans la marge rf d'un Point d'accès léger, qui inclut ceux sur le réseau câblé ou ceux sur un autre réseau câblé (tel qu'un Point d'accès d'un voisin). Puisque tout le Point d'accès léger utilise des informations parasites en tant qu'élément de la trame balise avec une clé spéciale, même des Points d'accès charriés d'infrastructure sont identifiés comme points d'accès non autorisé plutôt qu'erronés pour être les Points d'accès légitimes signalés dans WCS comme charrient des Points d'accès.

Clients escrocs : Tous les périphériques qui sont associés aux points d'accès non autorisé.

Tags RFID actifs : Dispositif wi-fi qui peut être détecté et situé sur un réseau WiFi. Il y a large variété de balises compatibles de WiFi disponibles sur le marché. Les balises offrent une plage des caractéristiques qui incluent la télémétrie, telle que le mouvement et les conditions ambiantes telles que la température et humidité, boutons d'appel, exécution d'intérieur et extérieure, versions d'une sécurité inhérente, et options flexibles de support.

Le MSE fournit la capacité de dépister jusqu'à 18.000 périphériques (balises, clients, et clients d'escroc/aps). La figure 1 est un exemple d'une carte de plancher suivant les indications du WCS, et affiche les étiquettes, les clients, les clients débarrassés des plants peu vigoureux et l'escroc aps. La carte de plancher illustre l'échelle et la variété de classes des périphériques qui peuvent être dépistés par le MSE. WCS fournit la capacité pour définir des paramètres de recherche pour afficher seulement dans un sous-ensemble de périphériques. Par exemple, un utilisateur biomédical peut vouloir voir que seulement les pompes et l'électrocardiogramme d'infusion usine Désigné avec les identifiants amicaux plutôt que les périphériques escrocs ou les périphériques avec le MAC cryptique ou les adresses IP.

Figure 1 : Carte de plancher WCS avec les périphériques dépistés

mse-cams-guide15.gif

Client : mse-cams-guide3.gif

Balise : mse-cams-guide4.gif

AP escroc (red=malicious, green=friendly, gray=unclassified) mse-cams-guide5.gif

Clients escrocs : mse-cams-guide14.gif

L'information générale de technologie

Il y a deux Technologies qui sont utilisées pour dépister des périphériques de WiFi avec la solution de mobilité Cisco :

  • RSSI (indication reçue de force du signal)

  • TDOA (différence de période d'arrivée)

Des détails sur ces Technologies sont fournis du guide de conception des services de localisation 4,1 de WiFi.

RSSI (indication reçue de force du signal)

RSSI est l'alimentation mesurée d'un signal radio reçu. Les paquets transmis par n'importe quel périphérique sans fil sont reçus au multiple aps (à condition que ces aps écoutent sur le canal sur lequel la trame a été transmise). Les aps expédient ces paquets au contrôleur LAN Sans fil avec les informations du correspondant RSSI mesurées à AP. Le contrôleur LAN Sans fil agrège ces informations sur a par base de périphérique de différents aps. Ces données sont expédiées au MSE par NMSP. Les services avertis de contexte qui résident sur l'utilisation MSE les données RSSI ont reçu de l'un ou plusieurs WLCs pour déterminer l'emplacement d'un périphérique sans fil.

RSSI est habituellement préféré pour les environnements de plafond d'intérieur ou bas, qui peuvent avoir comme conséquence la réflexion des signaux. À la différence de TDOA, RSSI n'exige pas la synchronisation heure exacte parmi des aps. Avec les valeurs mesurées RSSI de différents aps, la probabilité de l'emplacement d'un périphérique est calculée à différents points sur le plancher. Basé sur cette probabilité, l'emplacement est retourné comme emplacement prévu.

TDOA (différence de période d'arrivée)

Quand vous dépistez des balises dans les environnements extérieurs et comme extérieure, comme sont trouvées dans les environnements à haut plafond d'intérieur, la différence de temps sur le mécanisme de l'arrivée (TDOA) est la méthode préférée pour déterminer l'emplacement de périphérique. Avec TDOA, l'emplacement d'un périphérique WLAN est déterminé basé sur la différence dans l'heure d'arrivée (TOA) du signal qu'il transmet comme vu par trois récepteurs temps-synchronisés ou plus du WiFi TDOA. L'heure d'arrivée des données est collectée et signalée à l'engine avertie de contexte pour les balises qui résident sur le MSE, qui calcule la temps-différence-de-arrivée entre de plusieurs paires de récepteurs du WiFi TDOA. La durée requise pour qu'un message indiqué soit reçu par différents récepteurs du WiFi TDOA est proportionnelle à la longueur du chemin de transmission entre le périphérique transmetteur mobile et chaque récepteur TDOA. Ce mécanisme d'emplacement de périphérique de calcul exige la synchronisation horaire entre les récepteurs du WiFi TDOA.

Afin de calculer une position exactement, cette méthode exige un ensemble au moins de trois récepteurs du WiFi TDOA. La distance entre les récepteurs du WiFi TDOA est relativement plus grande que la distance entre les Points d'accès qui sont exigés pour le positionnement d'intérieur RSSI. Comme avec RSSI plaçant, cette méthode se fonde sur la transmission unidirectionnelle (trame de transmission de notification de balise, aucune association requises).

Référez-vous au guide de configuration du logiciel Contexte-averti de service.

Tags RFID actifs

des tags RFID actifs CCX-conformes sont détectés sur un réseau WiFi basé sur les trames de notification de balise qui sont envoyées par la balise et reçues par un 802.11 AP. La fréquence de trame de notification de balise peut être programmée a basé sur le scénario spécifique de cas d'utilisation. Typiquement, des balises sont configurées pour transmettre la notification de balise encadre toutes les 3-5 minutes pour optimiser les mises à jour d'emplacement et la vie de batterie fréquentes.

La caractéristique de bouton d'appel fournit la capacité de déclencher des événements basés sur le bouton poussoir sur la balise. Ceci active la fonctionnalité avancée, telle que l'enregistrement de secours ou partie le réapprovisionnement. Quelques balises fournissent plus d'un bouton d'appel. Le deuxième bouton d'appel peut être programmé pour la fonctionnalité supplémentaire.

Les balises peuvent enregistrer les messages préprogrammés qui peuvent être reçus par l'infrastructure réseau Sans fil. Une batterie est utilisée pour actionner les balises actives, qui fournit jusqu'à quatre ans de vie de batterie. La vie de batterie dépend d'un certain nombre de paramètres de configuration de balise qui inclut la fréquence de la transmission de trame de notification de balise et du débit de répétition. Les balises peuvent rendre compte à leur niveau de batterie et alerter quand bas. Les balises peuvent également avoir un capteur de mouvement intégré pour transmettre des trames de notification de balise lors du mouvement. Ceci aide à économiser une vie de batterie où la balise est stationnaire ; configurez les balises pour transmettre moins fréquemment quand elles ne se déplacent pas.

Il y a une autre catégorie de balises qui ajoutent la technologie des sondes avancée surveillent exactement l'état d'une ressource, telle que sa température ambiante, en plus d'autres emplacement et informations d'état. Ces balises de capteur emploient les réseaux standard de WiFi pour transporter l'emplacement de ressource et les données de capteur et n'exigent pas les réseaux dédiés ou de propriété industrielle de capteur.

Les tags RFID de WiFi qui sont conformes avec les Cisco Compatibles Extension (CCX) pour la spécification de balises de WiFi peuvent sur option passer les informations de télémétrie de balise à Cisco emplacement-averti UWN en tant qu'élément de leur donnée utile du message de balise. Les informations de télémétrie sont reçues par des Points d'accès et collectées par le WLCs. Au startup MSE, le MSE s'abonne pour tout le service dans lequel il est intéressé, comme les mesures pour des balises. Le WLC continue à envoyer les notifications MSE à la fin de chaque cycle d'agrégation.

Les informations de télémétrie sont transmises d'une balise CCX-compatible et sont reçues par un ou plusieurs aps et/ou récepteurs d'emplacement, c.-à-d., les récepteurs du WiFi TDOA, qui, à leur tour, passent les informations de télémétrie à leurs contrôleurs WLAN enregistrés respectifs. Si les balises sont configurées pour envoyer des copies de plusieurs trames (ou des rafales) par canal, le contrôleur élimine n'importe quelle télémétrie d'étiquette de duplication et passe les valeurs distillées de télémétrie au MSE. La base de données dans le MSE est mise à jour avec les nouvelles informations de télémétrie et le rend disponible aux clients d'emplacement par le SOAP/XML API.

Dans le cas d'une balise qui passe la valeur de télémétrie, NMSP est conçu pour transporter efficacement des valeurs de télémétrie de plusieurs balises de la même façon. Le trafic de télémétrie de plusieurs balises est agrégé par le WLC avec chaque point final NMSP capable d'exécuter la fragmentation et le réassemblage de trame NMSP s'il y a lieu. Toutes les données de balise peuvent être incluses dans les notifications allantes vers le nord, qui incluent la télémétrie, les boutons d'appel, les rencontres de chokepoint, etc.

Architecture de système

Le MSE intègre avec l'architecture Sans fil réseau local centralisée par Cisco suivant les indications de la figure 2. Le MSE se repose hors du chemin de données du RÉSEAU LOCAL Sans fil (voir le diagramme) et reçoit des données du WLC par NMSP. WCS est utilisé pour configurer le MSE. Une fois que configuré, le MSE est d'un seul bloc.

Figure 2 : Architecture de système

mse-cams-guide16.gif

Quand vous déployez la solution avertie de contexte, l'attention doit être accordée au type des périphériques dépistés et du compte maximum de périphérique. Vous pouvez dépister les cinq types de périphérique l'uns des (clients de WiFi, tags RFID actifs, clients escrocs, aps escrocs, ou clients câblés) à configurer individuellement ou pour le cheminement simultané.

Un MSE peut être géré par seulement un WCS, c.-à-d., un MSE simple ne peut pas être géré par de plusieurs exemples WCS, mais un WCS simple peut gérer plusieurs MSEs. Quand le nombre de périphériques à gérer dépasse la capacité d'un MSE simple, vous devez déployer le multiple, indépendant MSEs. La capacité de déployer plusieurs MSEs pour mesurer s'applique à tous les services actuellement pris en charge sur MSE. Le nombre maximal de périphériques qui peuvent être dépistés par un Cisco MSE 3350 est 18.000 périphériques (combinaison des clients de WiFi, des tags RFID actifs, des clients escrocs, des aps escrocs, et des clients câblés) en tant qu'élément de service averti de contexte. Cisco MSE 3310 peut dépister jusqu'à 2.000 périphériques. Quand le nombre de périphériques à gérer dépasse la capacité d'une case simple MSE, multiple, les appliances indépendantes MSE devez être déployé. Ceci peut exiger MSEs sur les contrôleurs spécifiques, particulièrement sur de grands campus où errer des clients ou des ressources peut croiser différents bâtiments ou domaines physiques. Dans ce cas, les contrôleurs peuvent communiquer avec un maximum de 10 appliances MSE.

Les recouvrements de Cisco fonctionnent dans un seul double mode qui détectent des périphériques chacun des deux sur les canaux où ils entretiennent des clients et également sur tous autres canaux s'ils périodiquement balayage de fond tandis que permettez d'accéder toujours l'accès aux données à leurs clients sans fil. Les données brutes recueillies d'emplacement sont alors expédiées de chaque Point d'accès à son WLC associé par le LWAPP ou le protocole basé sur des standards CAPWAP. Des données sont transportées entre le contrôleur LAN Sans fil et le MSE par une connexion sécurisée NMSP.

Le Cisco WCS est utilisé pour gérer et configurer le MSE, et ce peut également devenir le visuel frontal du MSE pour afficher les périphériques de WiFi qui sont dépistés. Tous les détails de périphérique (de câble et radio) et information d'emplacement historique spécifique peuvent être accédés à avec le MSE API allant vers le nord. WCS emploie cette interface pour visualiser l'information d'emplacement, aussi bien que la vue et pour configurer des paramètres avertis de contexte.

La solution de mobilité Cisco se compose de deux engines d'emplacement avec une interface de programmation unifiée simple (API) :

  • Engine avertie de contexte pour des clients (engine de Cisco)

  • Engine avertie de contexte pour des balises (engine de partenaire)

L'engine avertie de contexte pour des clients est une solution basée sur RSSI et est idéale pour dépister des périphériques de client de WiFi dans les espaces d'intérieur, par exemple, des bureaux, des hôpitaux, ou d'autres environnements de bas-plafond. Cette engine se transporte par défaut sur tous les serveurs de Cisco MSE. En plus de Cisco MSE, les clients doivent acheter deux composants supplémentaires pour le cheminement de client :

  • Client dépistant le permis pour le MSE avec le compte approprié de client

  • PLUS de Cisco WCS avec l'emplacement

L'engine avertie de contexte pour des balises a la capacité d'utiliser un RSSI et l'engine basée sur TDOA et est destinée pour être utilisée quand vous dépistez des périphériques de WiFi dans d'intérieur, le bas-plafond (RSSI), les environnements (TDOA) à haut plafond (TDOA) et et extérieurs d'intérieur. Cette engine est également installée par défaut sur toutes les Plateformes MSE et est permis activé. Les clients doivent acheter ces composants supplémentaires pour le cheminement de client :

  • Étiquetez dépister le permis pour le MSE avec le compte approprié de balise (TDoA ou RSSI)

  • Récepteurs d'emplacement de TDoA de WiFi (si et en cas de besoin)

  • Permis de la LR pour chaque récepteur de TDoA de WiFi

  • PLUS de Cisco WCS avec l'emplacement

Quand Cisco MSE est ajouté à un réseau sans fil unifié Cisco, le MSE assume la responsabilité de plusieurs importantes tâches :

  • Exécution de placer des algorithmes

  • Maintenance des informations d'étalonnage

  • Déclenchement et répartition des notifications d'emplacement

  • Traitement des statistiques et de l'emplacement historique

WCS est la plate-forme d'administration pour les serveurs MSE et comme interface utilisateur (UI) pour les services que le MSE fournit. Le MSE est accédé à directement par le SSH ou une session de console pour des buts de maintenance et de diagnostic. Tous les opérateur et interaction utilisateur avec le MSE est habituellement par WCS.

L'intégration de Cisco MSE dans une architecture de réseau sans fil unifié Cisco active immédiatement des améliorations aux capacités niveau de la base d'emplacement. Incluses, sont ces améliorations :

Évolutivité — Si vous ajoutez Cisco MSE, il augmente l'évolutivité de Cisco UWN du cheminement sur demande d'un à un dispositif à la fois à une capacité de cheminement maximum de jusqu'à 18.000 périphériques simultanés (clients WLAN, tags RFID, points d'accès non autorisé, et clients d'escroc) par MSE. Pour les déploiements qui exigent le support de plus grands nombres de périphériques, des appliances supplémentaires MSE peuvent être déployées et gérées sous un ou plusieurs serveurs WCS.

Tendre historique et de statistiques — Le MSE enregistre et met à jour les informations historiques d'emplacement et de statistiques pour des clients et des balises. Ces informations sont disponibles pour visualiser par WCS ou avec de tiers clients d'emplacement. Ces informations historiques peuvent être utilisées Gestion pour tendre d'emplacement, l'enquête de perte de ressource, rf capacité, et facilitation de résolution des problèmes de réseau.

Des paramètres historiques peuvent être configurés dans WCS suivant les indications de la figure 3.

Il y a plusieurs variables qui affectent la quantité de données historiques qui peuvent être enregistrées sur le MSE : nombre moyen d'éléments qui se déplacent, distance moyenne couverte chaque fois qu'il y a un mouvement, des transitions de l'information, des informations de télémétrie des balises, etc.

Par défaut, 30 jours de données historiques sont enregistrés dans le MSE.

Figure 3 : Configurer des paramètres d'historique

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

Ce sont des points importants à noter au sujet de l'historique d'emplacement :

  1. Le cheminement d'historique doit être activé (comme affiché) récupérer n'importe quelles informations de historique au sujet d'un élément.

  2. Le nombre de jours de temps d'historique et d'élagage doit être correctement choisi (voir la copie d'écran).

  3. Bien que le nombre de jours pour sauvegarder l'historique ne soit pas limité sur l'UI, l'historique enregistré sur le serveur est limité par l'espace disque et l'incidence des performances sur le système global.

  4. L'historique d'un élément est enregistré seulement si ceux-ci se produisent :

    1. Il se déplace davantage que des 10m ou 30 pieds.

    2. Si l'urgence ou le signal d'alarme est appuyée sur sur les balises.

    3. Si la balise passe par un excitateur.

    4. Si le plancher change, c.-à-d., l'élément se déplace entre les planchers.

  5. Un élément est « inactif » avoué s'il demeure inactif pour une heure. S'il reste inactif pendant 24 heures, il est retiré de la table de cheminement. Une fois que l'élément est retiré de la table de cheminement, puis il n'est pas possible de voir l'emplacement historique de l'élément à la page de surveillance WCS, bien que l'historique de l'élément soit toujours là dans le MSE pendant 30 jours. Entrée absente d'intervalle de nettoyage de données (voir le schéma 4), des aides pour contrôler dépister la table.

    Figure 4 : Paramètres d'emplacement

    mse-cams-guide82.gif

Se connectant chaque transition comme événement pour la mémoire dans la base de données historique et limitant la table d'historique d'emplacement à 10 millions de lignes pour des raisons de représentation, le tableau 1 récapitule le nombre de jours où il prend pour atteindre cette limite. Plus le nombre de transitions d'élément par minute est grand, plus la quantité d'espace disque est grande qui est consommé. Selon la table, cela prend seulement 7,14 jours pour atteindre 10 millions de lignes avec 1000 transitions/minute. Avec le par défaut de 30 jours de données historiques, 1000 transitions/minute consomme l'espace disque excessif puisque MSE ne supprime pas des données historiques avant la fenêtre de 30-jour a été atteint.

Cisco recommande que vous changiez le paramètre d'historique pour les périphériques qui se déplacent fréquemment à une valeur de moins de 30 jours.

Tableau 1 : Limite de base de données d'historique d'emplacement

Transitions par minute Jours pour frapper 10 millions de lignes
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

Emplacement de Chokepoint — Le MSE fournit la localisation granulaire et déterministe basée sur le passage d'une ressource par une zone physique contrainte connue sous le nom de chokepoint. Les déclencheurs de Chokepoint (également appelés les « excitateurs ") situés dans ces zones et dans la proximité aux ressources étiquetées stimulent les balises avec (la signalisation basse fréquence de KHZ 125). Les tags RFID transmettent alors l'identité du déclencheur de chokepoint à l'infrastructure de Cisco UWN. Les informations de chokepoint contenues dans le paquet de balise fournissent au MSE les informations pour ignorer des coordonnées d'emplacement d'empreinte digitale rf et pour prendre la position de chokepoint pour une durée donnée. Cette précision d'emplacement de proximité peut s'étendre d'un rayon d'un pied au-dessous de à plus de vingt pieds (25 650cm), dépendant sur les capacités du déclencheur de chokepoint. Les demandes d'emplacement de chokepoint varient des utilisations polyvalentes, telles que la prévention de vol des ressources en valeur élevée, aux événements à régulation de processus propres à l'industrie, comme ceux utilisés dans des usines.

Les extensions de Cisco pour le WiFi étiquette des notifications de l'information et de secours de télémétrie — Cisco partnered avec un grand choix de constructeurs de balise de ressource pour créer une spécification extensible pour les balises actives basées sur WI de ressource en 802.11. La spécification de balise de WiFi de Cisco Compatibles Extension (CCX) définit un format de transmission commun qui étiquettent des constructeurs peut utiliser pour interopérer avec le contexte Cisco averti UWN. Ceci inclut un ensemble de caractéristiques de spécification de base qui entoure la télémétrie, le niveau de puissance de transmission de balise, les informations de batterie, et les champs avancés pour des groupes et des chokepoints de secours. L'ajout d'un MSE permet à des clients pour tirer profit de ces capacités et bénéficie des clients de fournir la capacité « de mélanger et apparier » les balises conformes de ressource des différents constructeurs dans le même réseau. Actuellement, les constructeurs de balise ont mis en application CCXv1. URL de référence de balise : http://www.cisco.com/web/partners/pr46/pr147/ccx_wifi_tags.html.

Section 2 : Plan et installation de votre réseau averti de contexte

Il y a plusieurs instructions qui doivent être suivies quand vous déployez un réseau Sans fil qui affectent directement le niveau de la précision d'emplacement.

Concevoir le RÉSEAU LOCAL Sans fil pour l'emplacement et la Voix

Directives générales ? RSSI

Afin de déterminer l'emplacement optimal de tous les périphériques dans les zones de couverture Sans fil de RÉSEAU LOCAL, considérez la densité de Point d'accès et le placement.

Placement de Point d'accès

Le placement approprié des Points d'accès, ou peut-être mieux, le placement et le type d'antenne sont plusieurs pratiques recommandées qui doivent être rencontrées afin d'éprouver un niveau raisonnable de précision d'emplacement. Dans beaucoup de réseaux locaux Sans fil de bureau, des Points d'accès sont distribués principalement dans tous les espaces intérieurs et fournissent le service aux zones de travail environnantes. Ces emplacements de Point d'accès ont été sélectionnés traditionnellement sur la base de la couverture : Bande passante WLAN, réutilisation de canal, superposition de cellule-à-cellule, Sécurité, esthétique, et faisabilité de déploiement. Dans une conception emplacement-avertie WLAN, les conditions requises d'être à la base des données et des Applications voix doivent être combinées avec les conditions requises pour la bonne fidélité d'emplacement. La personne à charge sur le site particulier, les conditions requises de Cisco emplacement-averti UWN sont assez flexible que l'ajout de l'emplacement dépistant pour exprimer des installations déjà conçues selon des pratiques recommandées Cisco, par exemple, probablement n'exigent pas la retouche étendue. En revanche, l'infrastructure déjà déployée selon des pratiques recommandées reçues de Voix peut souvent être augmentée tels que les conditions requises de cheminement de pratique recommandée d'emplacement dépendent (comme le placement de Point d'accès de périmètre et de coin, par exemple) également rencontré de les caractéristiques des zones impliquées.

Dans une conception emplacement-prête, il est important de s'assurer que des Points d'accès ne sont pas seulement groupés dans l'interne et vers le centre des planchers. En revanche, les Points d'accès de périmètre complètent des Points d'accès placés dans des zones d'interne de plancher. En outre, des Points d'accès doivent être placés dans chacun des quatre coins du plancher, et à tous les autres coins qui sont produits le long du périmètre de plancher. Le jeu de ces Points d'accès de périmètre un rôle essentiel pour assurer la bonne fidélité d'emplacement dans les zones qu'ils encerclent, et, dans certains cas, peut fournir la couverture générale de Voix ou de données, aussi bien.

Si vous utilisez l'emplacement de chokepoint, vérifiez que toutes les zones prévues pour l'installation de déclencheur de chokepoint sont clairement dans la marge rf de vos Points d'accès. Le contraire aux scanners passifs RFID, la balise emploie le WLAN pour transmettre le contenu d'excitateur à l'infrastructure. En plus de l'assurance que des messages transmis par des balises de ressource situées dans des zones de chokepoint sont correctement reçu par le système, la planification appropriée peut aider à s'assurer que des balises de ressource peuvent être dépistées avec l'empreinte digitale rf pendant qu'elles approchent et quittent des chokepoints. La capacité de dépister des balises de ressource avec l'empreinte digitale rf complète la capacité du système de localiser les ressources étiquetées dans des zones de chokepoint avec des techniques fortement granulaires d'emplacement de chokepoint.

Les Points d'accès qui forment le périmètre et des coins du plancher peuvent être considérés en tant que traçage des grandes lignes de la coque ou de l'ensemble convexe d'emplacements de périphérique possibles où le meilleur potentiel pour de grande précision et la précision existe. La zone intérieure (zone à l'intérieur de la coque convexe) peut être considérée en tant que potentiel élevé de possession pour la bonne précision d'emplacement. Pendant que les périphériques dépistés vaguent dans la zone en dehors de la coque convexe, la précision détériore.

Afin d'assurer l'établissement convexe approprié de coque autour de l'ensemble de points d'informations d'emplacement qui possèdent un potentiel élevé pour la précision de bon, des Points d'accès doivent être placés dans chaque coin du plancher, aussi bien que le long du périmètre de plancher entre les coins. la séparation de point d'Inter-Access le long du périmètre doit être conforme aux instructions générales de séparation de Point d'accès (décrites dans une partie suivante). Le créateur peut réduire cet espacement s'il y a lieu, pour que ces Points d'accès fournissent le service de Voix ou de données au plancher.

Assurez-vous que pas moins de trois Points d'accès fournissent la couverture à chaque zone où l'emplacement de périphérique est exigé. La précision optimale exige quatre aps ou plus. Ceci réduit également le risque d'aps contribuant pas toujours à l'emplacement dû à d'autres activités WLAN. Dans un environnement de bureau normal, les Points d'accès doivent entourer l'emplacement de tout dispositif wi-fi qui est dépisté. Un Point d'accès doit être placé chaque 40-70 pieds Linéaires (~12-20 mètres). Ceci traduit en un Point d'accès tous les 2.500 à 5.000 pieds carrés (~230-450 mètres carrés). Comme exemple, dans une installation 200.000 pi2, 40 aps (200,000/5,000) sont exigés pour la couverture appropriée de WiFi. Des Antennes AP doivent être placées à une hauteur minimum de 10 pieds et à une hauteur maximum de 20 pieds. Puisque ces instructions dépendent considérablement de la construction de bâtiments et des matériaux utilisés, d'autres facteurs et recommandations doivent être pris en compte. En règle générale -75dBm doit être utilisé comme niveau de signal minimum pour le périphérique dépistant d'un minimum de trois aps sur le même plancher.

Si vous suivez ces instructions, il est plus probable que les Points d'accès détectent les périphériques dépistés avec succès.

Faites rarement deux environnements physiques ont les mêmes caractéristiques rf. Besoin de l'utilisateur d'ajuster ces paramètres à leur environnement et conditions requises spécifiques.

Ce sont les principes de base pour le placement AP qui contribuent à la précision d'emplacement :

  1. Fournissez la couverture de périmètre AP.

  2. Assurez la densité suffisante AP.

  3. Chancelez les aps, en particulier dans de longues et étroites zones de couverture.

  4. Réseau Sans fil de conception pour toutes les applications (données, Voix, et emplacement).

  5. Vérifiez le déploiement Sans fil avec une analyse de site.

  6. Dans un bâtiment avec les planchers pareillement formés, déployez les aps sur chaque plancher dans un modèle semblable. Ceci améliore les performances du système de séparation de plancher.

L'outil de planification WCS peut être utilisé pour déterminer/vérifie le placement approprié et la densité AP.

  1. Points d'accès d'endroit le long de la périphérie et dans les coins des zones de couverture à aider à localiser des périphériques près de l'extérieur des salles et des bâtiments. Les Points d'accès placés au centre de ces zones de couverture fournissent de bonnes données sur les périphériques qui semblent autrement équidistants de tous autres Points d'accès (voir les figures 5 par 8).

    Figure 5 : Les Points d'accès groupés ensemble peuvent avoir comme conséquence des résultats pauvres d'emplacement

    mse-cams-guide18.gif

    AP : mse-cams-guide19.gif

    Dispositif wi-fi : mse-cams-guide20.gif

    Jitter rf (emplacement possible) : /image/gif/paws/107571/mse-cams-guide21.gif

  2. Augmentez la densité globale de Point d'accès et déplacez les Points d'accès vers le périmètre de la zone de couverture pour améliorer considérablement la précision d'emplacement (voir la figure).

    Figure 6 : Précision améliorée d'emplacement par le placement approprié AP

    mse-cams-guide22.gif

  3. Dans de longues et étroites zones de couverture, ne placez pas les Points d'accès dans une ligne droite (voyez les figures 7 et 8).

    Un déploiement préféré est de chanceler des aps puisqu'ils fournissent une seule signature rf à n'importe quel point sur la carte de couverture de WiFi. Un déploiement à ligne directe fournit une carte comme un miroir rf. Avec ce type de déploiement, la signature rf d'un point dans le côté supérieur de la carte regarde très semblable à la signature rf le point de miroir du côté inférieur de la carte.

    Figure 7 : Évitez le déploiement des aps dans une ligne droite

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

    Cependant la conception dans la figure 7 peut fournir assez de densité de Point d'accès pour des applications de bande passante élevée, l'emplacement souffre parce que la vue d'un à un dispositif de chaque Point d'accès n'est pas variée assez, ainsi il est difficile déterminer l'emplacement du périphérique.

    Déplacez les Points d'accès au périmètre de la zone de couverture et décalez-les. Chacun est pour offrir une vue distinctement différente du périphérique, qui a comme conséquence une fidélité plus élevée d'emplacement (voir le schéma 8).

    Figure 8 : Précision améliorée d'emplacement en chancelant des aps autour de périmètre

    mse-cams-guide24.gif

  4. Quand vous concevez un RÉSEAU LOCAL Sans fil pour la solution mobile avertie de contexte, tout en prévoyant pour la Voix aussi bien, vous devez expliquer un certain nombre de facteurs de conception. La plupart des combinés téléphoniques Sans fil en cours prennent en charge seulement 802.11b, qui offre seulement trois canaux non-recouverts, ainsi les réseaux locaux Sans fil conçus pour la téléphonie tendent à être moins denses que ceux prévus pour porter des données. En outre, quand le trafic est aligné dans la position de QoS de platine (typiquement réservée pour la Voix et tout autre trafic sensible de latence), le Point d'accès léger remet leurs fonctions à plus tard de lecture qui leur permettent pour faire une pointe à d'autres canaux et pour collecter, notamment, des informations d'emplacement de périphérique. En soi, l'utilisateur a l'option de compléter le déploiement Sans fil de RÉSEAU LOCAL avec des Points d'accès réglés au mode réservé au moniteur. Les Points d'accès qui surveillent seulement ne fournissent pas le service aux clients et ne créent aucune interférence. Ils balayent simplement les ondes hertziennes pour information l'information sur le périphérique (voyez les figures 9 et 10).

    Figure 9 : Installations Sans fil moins denses de RÉSEAU LOCAL

    mse-cams-guide25.gif

    Les installations Sans fil moins denses de RÉSEAU LOCAL, de ce type des réseaux voix, trouvent leur fidélité d'emplacement considérablement accrue par l'ajout et le placement approprié des Points d'accès de mode moniteur optimisés par emplacement.

  5. Exécutez une vérification de couverture avec un ordinateur portable sans fil, tenu dans la main, et probablement un téléphone pour s'assurer que pas moins de trois Points d'accès sont détectés par le périphérique. Afin de vérifier l'emplacement de balise de client et de ressource, assurez-vous que le WCS signale des périphériques de client et les balises sont dans la marge spécifiée de précision (10m, 90%). L'étalonnage peut être exigé pour atteindre cette précision de niveau.

Dépistant le mode moniteur optimisé (TOMM)

Commencer par la version de logiciel 5,0, les aps de Cisco Aironet 1100 et 1200 peut fonctionner en tant que mode moniteur optimalisé de cheminement aps. Cette caractéristique peut être utilisée pour ces raisons :

  • Coexistence d'emplacement et de Voix : Avec le mode moniteur AP dans un déploiement mélangé, il n'y a aucune incidence négative sur la Voix puisque les besoins d'emplacement ont augmenté la densité AP.

  • Le bas toucher n'affecte pas l'infrastructure actuelle.

Le cheminement du mode moniteur optimisé pour l'emplacement peut être utilisé quand vous dépistez des clients et/ou des balises.

TOMM aps sont bons pour améliorer la couverture pour des emplacements de cheminement indépendamment d'où les lacunes de couverture de WiFi existent, dans le périmètre ou dans la coque convexe. TOMM aps ne gênent pas l'exécution du mode local AP. Afin d'optimiser le calcul de surveillance et d'emplacement des balises, TOMM peut être activé sur jusqu'à quatre canaux dans la bande 2.4GHz (radio 802.11b/g) d'un Point d'accès. Ceci fournit la capacité de concentrer des balayages de canal seulement sur ces canaux sur lesquels des balises sont habituellement programmées pour fonctionner (comme canaux 1, 6, et 11).

Figure 10 : Cheminement du déploiement optimisé du mode moniteur AP

mse-cams-guide83.gif

AP et placement d'antenne

Le positionnement des aps et des antennes externes peut avoir une incidence excessive sur la représentation du réseau Sans fil. Cela vaut pour les données et la transmission vocale, aussi bien que le cheminement d'emplacement. Des aps et les Antennes ne doivent pas être placés dans un emplacement (tel que les Je-faisceaux proches) qui peut potentiellement tordre des signaux patterns. Un zéro rf est créé par le croisement des ondes de signal, et la déformation multivoie est créée quand des signaux rf sont reflétés. Ce placement a comme conséquence la couverture très petite derrière AP et la qualité du signal réduite devant AP. Un Je-faisceau crée beaucoup de réflexions pour les paquets reçus et transmis. Les signaux reflétés ont comme conséquence la qualité du signal très pauvre en raison des zéros et de l'interférence multivoie, mais la force du signal peut être élevée parce que les Antennes AP sont tellement étroitement au Je-faisceau qu'il peut amplifier le signal. Au lieu de cela, AP et le placement d'antenne doivent être placés à partir des Je-faisceaux de sorte qu'il y ait moins signaux reflétés, moins zéros, et moins d'interférence multivoie. Le principe s'applique également en plaçant des aps et des Antennes dans ou à côté du plafond dans un environnement d'entreprise standard. S'il y a les conduits métal-air, les axes d'argumentaire, ou d'autres entraves physiques qui peuvent entraîner la réflexion de signal ou l'interférence multivoie, Cisco recommande que des Antennes soient placées à partir de tels objets. Dans le cas de grands objets métalliques, tels que des argumentaires et des conduits d'air, déplacez l'antenne quelques pieds loin. Ceci aide à éliminer la réflexion et la déformation de signal. Les figures 11 par 13 dépeignent le placement pauvre AP.

Figure 11 : Placement pauvre AP - AP placé près de l'obstacle physique

mse-cams-guide84.gif

Figure 12 : Placement pauvre AP - AP placé près de l'obstacle physique

mse-cams-guide85.gif

Figure 13 : Placement pauvre AP ? Aps placés près de l'un l'autre

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

Quand vous installez des Points d'accès avec interne ou des antennes externes, chacun des deux le placement du Point d'accès, aussi bien que l'orientation choisie pour les Antennes de Point d'accès dans WCS doivent apparier l'orientation physique réelle de placement et d'antenne de Point d'accès. Ceci assure la précision et la précision dans les deux l'emplacement dépistant, aussi bien que l'affichage de la chaleur prévisionnelle trace. Le type, la position, l'orientation, et la hauteur d'antenne du plancher sont essentiels d'assurer la bonne précision. Quand vous placez les aps dans WCS, assurez cette orientation d'antenne et tapez la correspondance ce qui est déployé.

Remarque: Quand vous dépistez des clients sans fil, seulement des Antennes de Cisco sont officiellement prises en charge. Pour des Antennes de non-Cisco, des heatmaps ne sont pas générés dans WCS. Ceci signifie également que des valeurs RSSI reçues de ces Antennes sont ignorées au calcul d'emplacement. Pour la balise dépistant, des Antennes de Cisco et de non-Cisco peuvent être utilisées.

Le Point d'accès typique de Cisco Aironet est installé avec la diversité d'antenne. Les aides de diversité d'antenne assurent la plage et le débit optimaux dans les environnements multivoies élevés. La diversité d'antenne d'il est recommandé que toujours soit activée. Cisco Contexte-averti UWN est conçu pour prendre en considération les informations RSSI des deux Antennes de Point d'accès quand vous localisez les périphériques dépistés. Pour la bonne précision, assurez-vous que les Antennes sont physiquement présentes sur tous les ports activés d'antenne de Point d'accès. Le manque de faire ainsi peut causer les lectures irrégulières RSSI d'être signalé sur les ports activés d'antenne qui n'ont pas une antenne reliée. Les valeurs anormalement basses RSSI de l'antenne met en communication sans Antennes ont comme conséquence la précision pauvre d'emplacement.

Le choix du choix d'antenne pour l'usage avec AP est essentiel aux caractéristiques de n'importe quel déploiement de réseau Sans fil. Essentiellement, deux larges types d'antenne existent : directionnel et omnidirectionnel. Chaque type d'antenne a utiliser-et spécifique approprié mieux à un type spécifique de déploiement. Puisque les Antennes distribuent le signal rf dans de grandes zones de couverture lobées déterminées par conception d'antenne, la couverture réussie est fortement dépendante sur le choix d'antenne.

Une antenne a trois propriétés fondamentales : gain, directivité, et polarisation.

  • Gain : Une mesure de l'augmentation de l'alimentation. Le gain est la quantité d'augmentation de l'énergie qu'une antenne ajoute à un signal rf. Toutes les Antennes sont les éléments passifs. L'alimentation n'est pas ajoutée par une antenne mais est redistribuée pour fournir l'alimentation plus rayonnée dans une direction donnée qu'est transmis par une antenne (isotrope) omnidirectionnelle. Si une antenne a un plus grand que le gain de 1 dans la direction donnée, elle doit avoir moins qu'un gain de 1 dans d'autres directions puisque de l'énergie est économisée par l'antenne.

  • Directivité : La forme du modèle de transmission. Si le gain de l'antenne monte, la zone de couverture diminue. La zone de couverture ou le diagramme de rayonnement est mesuré(e) en degrés. Ces angles sont mesurés en degrés et sont appelés des largeurs de faisceau.

    Remarque: La largeur de faisceau est définie comme mesure de la capacité d'une antenne de focaliser l'énergie de signal radio vers une direction particulière dans l'espace. La largeur de faisceau est habituellement exprimée en degrés HB ou largeur de faisceau horizontale, habituellement la plus importante avec le VB comme diagramme de rayonnement vertical de largeur de faisceau (en haut et en bas). Quand vous visualisez un traçage ou un modèle d'antenne, l'angle est habituellement mesuré aux points de demi-puissance (3 dB) du lobe principal une fois référencé avec l'alimentation rayonnée efficace maximale du lobe principal.

  • Polarisation : L'orientation du champ électrique de l'onde électromagnétique par l'espace. Des Antennes peuvent polariser horizontalement ou verticalement, bien que d'autres genres de polarisation soient disponibles. Les deux Antennes dans un lien doivent avoir la même polarisation pour éviter la perte non désirée supplémentaire de signal. Afin d'améliorer la représentation, une antenne peut parfois être tournée pour modifier la polarisation et pour réduire ainsi l'interférence. Une règle empirique générale est que la polarisation verticale est préférable d'envoyer les canyons concrets d'ondes rf vers le bas, et la polarisation horizontale est généralement plus préférable pour la distribution d'étendu. La polarisation peut également être armée pour l'optimiser pour le rf purge-au-dessus de quand la réduction d'énergie rf aux structures adjacentes est importante. La plupart des Antennes omnidirectionnelles se transportent avec la polarisation verticale en tant que leur par défaut.

    L'énergie par radio rayonnée d'une antenne s'appelle l'alimentation rayonnée isotrope efficace (EIRP). La valeur EIRP est habituellement exprimée en watts ou dBm. Afin d'activer le partage équitable et équitable de la bande non enregistrée, les domaines réglementaires imposent les niveaux maximum EIRP. Puisque l'EIRP est une mesure de l'alimentation hors de l'antenne, l'EIRP doit inclure le gain d'antenne et la perte du câble ainsi que l'alimentation hors de l'émetteur. Les câbles d'antenne peuvent ajouter la perte, qui mène à l'atténuation du signal transmis. Plus le câble sont long, plus l'atténuation est grande et plus la perte de signal dans le câble, qui affecte chacun des deux reçoivent et puissance de transmission. L'atténuation de câble dépend du niveau et du fabricant. le câble de Bas-perte est en général environ 6,7 dB par 100 pi (30m) à 2.4GHz.

Atténuation de signal

La perte d'atténuation de signal ou de signal se produit quand un signal rf traverse n'importe quel support. L'atténuation de signal varie basé sur le type de contenu qu'un signal traverse. Le tableau 2 fournit des valeurs de perte de signal pour différents objets.

Tableau 2 : Valeurs d'atténuation de signal par de divers objets

Objet dans le chemin de signaux Atténuation de signal par l'objet
Mur de plaque de plâtre 3 dB
Mur de verre avec la trame en métal 6 dB
Mur de bloc de cendre 4 dB
Fenêtre de bureau 3 dB
Porte en métal 6 dB
Porte en métal dans le mur de briques 12 dB
Corps humain 3 dB

Remarque: C'est seulement un guide sommaire ; les différents pays ont la diverse réglementation de la construction. Les différentes réglementations s'appliquent au maximum EIRP permis, aussi bien qu'à d'autres paramètres.

Une puissance de transmission de 20 mW est équivalente au dBm 13. Si l'alimentation transmise au point d'entrée d'un mur de plaque de plâtre est au dBm 13, la force du signal est réduite au dBm 10 quand elle quitte ce mur.

Les analyses de site menées à différents types d'équipements affichent des différents niveaux de déformation multivoie, de perte de signal, et de bruit de signal. Les hôpitaux sont typiquement l'environnement le plus provocant pour examiner en raison de la déformation multivoie élevée, des pertes de signal, et bruit de signal. Les hôpitaux prennent généralement plus long pour examiner et exiger probablement une population plus dense des aps. La fabrication et les ateliers contestent également l'environnement s dans lequel pour mener des analyses de site. Ces sites ont généralement un contenu en métal élevé en leur structure de construction cette des résultats dans les signaux reflétés qui recréent la déformation multivoie. Les immeubles de bureau et les sites de tourisme ont généralement l'atténuation élevée de signal mais un peu de degré de déformation multivoie. La seule manière de déterminer la distance qu'un signal rf voyage dans un environnement donné est de mener une analyse de site appropriée.

Remarque: Il est important de prendre en compte le niveau de signal de Rx sur AP et les périphériques dépistés et pas tellement que du client qui collecte les données d'analyse de site. Une bonne règle empirique est d'avoir les aps réglés à un paramètre d'alimentation relativement élevé, par exemple, 50mW, quand vous exécutez une analyse de site. Puisque la plupart des Antennes ont des caractéristiques symétriques Tx/Rx, les modèles résultants de couverture reflètent le RSSI approximatif des aps

Surveyance des bâtiments, des hôpitaux, et des entrepôts de Multi-plancher

Il y a de nombreux facteurs qui doivent être pris en considération quand vous examinez des bâtiments, des hôpitaux, et des entrepôts de multi-plancher.

Il est important de trouver autant détail comme possible en vue de la construction de bâtiments. Quelques exemples des méthodes et les matériaux typiques de construction qui affectent la plage et la zone de couverture d'aps incluent le film métallique sur le verre de fenêtre, verre plombé, murs acier-cloutés, planchers de ciment et murs avec le renfort en acier, isolation soutenue par la feuille métallique, cages d'escalier et axes d'argumentaire, mettant d'aplomb des canaux et des éléments, et beaucoup d'autres. En outre, les divers types et niveaux d'inventaire peuvent affecter la plage rf, en particulier ceux avec la teneur élevée d'acier ou en eau. Quelques éléments à surveiller incluent l'article d'imprimante, des boîtes en carton, aliment pour animaux familiers, paint, des produits pétroliers, des pièces de moteur, et ainsi de suite. Assurez-vous que l'analyse de site est menée aux niveaux d'inventaire maximaux ou à une époque de plus de forte activité. Un entrepôt à un niveau des stocks de 50% affiche une empreinte de pas très différente rf que la même installation qui est complètement occupée.

De même, une zone de bureau qui n'est pas remplie a une empreinte de pas différente rf que la même zone une fois occupée. Bien que beaucoup de parties de l'analyse de site puissent être conduites sans pleine profession, il est essentiel de conduire la vérification d'analyse de site et de tordre les valeurs principales à un moment où les gens sont présents et l'activité normale a lieu.

Plus les conditions requises d'utilisation sont élevées et plus la densité des utilisateurs est élevées, plus il est d'avoir une solution bien conçue de diversité important. Quand plus d'utilisateurs sont présents, plus de signaux sont reçus sur le périphérique de chaque utilisateur. Les signaux supplémentaires entraînent plus de conflit, de zéros, et de déformation plus multivoie. La diversité d'antenne sur AP aide à réduire ces conditions.

Maintenez ces instructions dans l'esprit quand vous menez une analyse de site pour un immeuble de bureau typique de multi-plancher :

  • Le bloc d'axes d'argumentaire et reflètent des signaux rf.

  • Les réserves à matériel avec l'inventaire absorbent des signaux rf.

  • Les bureaux intérieurs avec les murs durs absorbent des signaux rf.

  • Les salles de pause (cuisines) peuvent produire l'interférence 2.4GHz entraînée par des fours à micro-ondes.

  • Les laboratoires de test peuvent produire 2,4 gigahertz ou 5 gigahertz d'interférence. Le problème de l'interférence est qu'il augmente le plancher de bruit et diminue le SNR (rapport de signal-bruit) du signal reçu. Un plancher plus élevé de bruit réduit l'étendue effective des aps.

  • Les compartiments de bureau tendent à absorber et signaux de bloc.

  • Les fenêtres et les partitions de classe reflètent et bloquent des signaux rf.

  • Les tuiles de salle de bains peuvent absorber et bloquer des signaux rf.

  • Les salles de conférence exigent la couverture élevée AP parce qu'elles sont une zone élevée d'utilisation de WiFi.

Quand vous examinez des équipements de multi-plancher, les aps sur différents planchers peuvent gêner les uns avec les autres aussi facilement que des aps situés sur le même plancher. Ceci peut être salutaire pour des déploiements de Voix et/ou de données, mais il pose des problèmes quand vous déployez le contexte averti. Il est essentielle pour que cette solution fonctionne séparation de plancher correctement. Dans des bâtiments de multi-locataire, il peut y avoir des problèmes de sécurité qui exigent l'utilisation des alimentations inférieures de transmission et diminuent des Antennes de gain pour garder des signaux hors des salles ou des bureaux voisins. Le procédé d'analyse pour un hôpital est plus ou moins identique que celui pour une entreprise, mais l'affichage d'une installation d'hôpital tend à différer de ces manières :

  • Les bâtiments d'hôpital ont souvent des projets et des ajouts récurrents de reconstruction. Chaque construction supplémentaire peut exiger différents matériaux de construction avec des différents niveaux d'atténuation de signal.

  • La traversée de signal par des murs et des planchers dans les zones patientes est en général minimale, que les aides créent des micro-cellules. En conséquence, la densité AP doit être beaucoup plus élevée afin de fournir la couverture suffisante rf.

  • Le besoin de bande passante augmente avec la plus grande utilisation du matériel d'ultrason WLAN et d'autres applications portatives de représentation.

  • En raison de la condition requise pour une densité plus élevée AP, la superposition de cellules peut être élevée, qui a comme conséquence la réutilisation de canal.

  • Les hôpitaux peuvent avoir plusieurs types de réseaux Sans fil installés, qui inclut 2,4 gigahertz de matériel non-802.11. Ce matériel peut entraîner le conflit avec d'autres réseaux 2,4 gigahertz ou 5 gigahertz.

  • Les Antennes fixées au mur de correctif de diversité et les Antennes omnidirectionnelles plafond-montées de diversité sont populaires, mais maintiennent dans l'esprit que la diversité est exigée.

Les entrepôts ont de grands terrains découverts, cela contiennent souvent les étagères élevées de mémoire. Beaucoup de fois ces étagères atteignent presque au plafond, où des aps sont typiquement placés. De telles étagères de mémoire peuvent limiter le domaine qu'AP peut couvrir. Dans des ces cas, envisagez de placer des aps sur d'autres emplacements sans compter que le plafond, tel que les murs latéraux et les piliers de ciment. Considérez également ces facteurs quand vous examinez un entrepôt :

  • Les niveaux d'inventaire affectent le nombre d'aps requis. Testez la couverture avec deux ou trois aps dans des emplacements prévus de placement.

  • Les superpositions inattendues de cellules sont probables en raison des variations de couverture. La qualité du signal varie plus que le point fort de ce signal. Les clients peuvent s'associer et opérer mieux avec des aps plus loin loin qu'avec des aps voisins.

  • Pendant une analyse, les aps et les Antennes habituellement n'ont pas un câble d'antenne qui les connecte, mais dans un environnement de production, AP et l'antenne peuvent exiger des câbles d'antenne. Tous les câbles d'antenne ont la perte de signal. L'analyse la plus précise inclut le type d'antenne à installer et la longueur de câble à installer. Un bon outil à l'utiliser pour simuler le câble et sa perte est un atténuateur dans un kit d'analyse.

Quand vous examinez une installation industrielle, elle est semblable à la surveillance d'un entrepôt. Une différence principale est que l'environnement ambiant rf est beaucoup plus bruyant à une installation industrielle en raison de beaucoup plus de sources d'interférence rf. En outre, les applications à une installation industrielle exigent typiquement plus de bande passante que des applications utilisées dans un environnement d'entrepôt. Ces applications peuvent inclure la représentation visuelle et la Voix Sans fil. La déformation multivoie est susceptible d'être le plus grand problème de performances à une installation industrielle.

Il est important que les niveaux de signal de mesures d'analyse de site non seulement mais génère également des paquets et signale alors des erreurs de paquets afin de caractériser correctement l'environnement rf.

Pour des zones où le trafic d'utilisateur est élevé, comme les espaces de bureau, des écoles, commerce de détail, et hôpitaux, Cisco recommande que vous placiez AP hors de la vue et placiez les Antennes discrètes au-dessous du plafond.

Rails et régions d'emplacement

Les instructions de déploiement données rapportent un bon niveau de précision : 10m/90%, 5m/50%. La valeur de 10m/90% correspond à un rayon 10m de l'emplacement physique réel d'un périphérique indiqué, tellement il y aura des cas où ces cibles de précision sont atteintes, mais le périphérique qui est dépisté peut apparaître dans les zones aux niveaux de plancher et/ou de bâtiment où les périphériques ne peuvent pas être présents.

La caractéristique de rails et de régions fournit un mécanisme pour qu'un administrateur réseau définisse des zones d'intégration/exclusion pour des services d'emplacement. Cette caractéristique tient compte des régions spécifiques sur une carte à définir en tant que dans ou hors de portée de la zone valide d'emplacement.

Trois types de régions peuvent être spécifiés suivant les indications de la figure 14 :

  • Région d'intégration d'emplacement : le périphérique dépisté ne peut pas être en dehors de ce polygone (exemple : en dehors de construire les murs externes)

  • Région d'exclusion d'emplacement : le périphérique dépisté ne peut pas être à l'intérieur de ce polygone (exemples : ouvrez les obstacles d'oreillette ou de bâtiment). L'exclusion est donnée la préférence au-dessus de l'intégration au cas où des régions contradictoires seraient dessinées.

  • Rails : le périphérique dépisté doit être dans la zone définie avec la bande étroite, typiquement utilisée dans la région d'exclusion (exemple : bande de conveyeur).

Après les rails et la région des zones ont été définies dans WCS, la mise à jour de plancher doit être poussées de WCS au MSE par le processus de synchronisation.

Remarque: Sur le MSE, les rails et les régions d'emplacement fonctionnent seulement avec l'engine avertie de contexte pour des clients. AeroScout a mis en application une caractéristique appelée Cells et les masques qui fournit la fonctionnalité semblable quand vous dépistez des balises. Pour l'appliance d'emplacement de Cisco 2710, la caractéristique de rails et de régions fonctionne avec le client et le cheminement de balise.

Figure 14 : Rails et régions

mse-cams-guide26.gif

Créez un masque dans le gestionnaire de système

Un masque est défini en dessinant un polygone sur une carte qui délimite la zone pour l'exclure.

Terminez-vous ces étapes pour créer un masque :

  1. Choisissez la configuration, des cartes, masque, et éditez le masque.

    Ceci commute le système au mode de retouche de masque. Le pointeur de la souris change en une croix.

  2. Cliquez sur un point sur la carte ; glissez la souris au prochain point, cliquez sur de nouveau, et répétez ce processus pour marquer les sommets du polygone (voir la figure 15).

    Figure 15 : Créant un masque - Repérage des sommets du polygone

    mse-cams-guide87.gif

    Quand vous glissez la souris au point commençant, afin de fermer le polygone, un cercle pourpre apparaît, qui indique le point fermant (voir la figure 16).

    Figure 16 : Créant un masque - Cercle pourpre indiquant le point fermant

    mse-cams-guide88.gif

    Cliquez sur pour mener la définition à bonne fin de masque. Le masque apparaît sur la carte (voir la figure 17).

    Figure 17 : Créant un masque - Le masque apparaît sur la carte

    mse-cams-guide89.gif

  3. Cliquez avec le bouton droit n'importe où sur la carte, et choisissez le mode de dessin de masque de sortie (ou appuyez sur l'ESC) pour annuler le mode de retouche de masque.

    Par défaut, le masque est retiré de l'affichage après qu'il annule le mode de dessin de masque. En outre, pour activer/ou éditer des masques, référez-vous au pour en savoir plus de documentationleavingcisco.com d'Aeroscout.

Cellules dans l'engine Contexte-avertie pour des balises

Des cellules sont conçues pour diviser une carte en plus petites parties afin d'optimiser le processus de calcul d'emplacement et améliorer placer la précision. La cellule définit les bornes géographiques pour le positionnement d'une balise. Il définit également que les appareils spécifiques (des récepteurs et des Points d'accès TDOA) participent au processus de calcul d'emplacement dans ces limites.

Le mécanisme de cellules est utilisé des calculs pour RSSI et TDOA emplacement.

L'engine traite des données d'arrivée d'emplacement :

  • Un état qui indique l'emplacement d'une balise peut provenir des plusieurs points d'accès ou des récepteurs du WiFi TDOA immédiatement. Les algorithmes de MAP-différentiation de l'engine choisissent la carte où le périphérique est le plus susceptible se trouvent et jettent les états d'emplacement qui indiquent d'autres cartes.

  • Une fois la carte est déterminée, l'engine recherche des cellules. Si la carte est divisée en cellules, le même mécanisme d'optimisation choisit la cellule les récepteurs TDOA/Points d'accès de ceux qui ont très probablement fourni l'état d'emplacement le plus précis. L'emplacement du périphérique est alors calculé selon les données reçues des récepteurs/de Points d'accès TDOA associés avec cette cellule et dans les limites de cette cellule.

Notez que les récepteurs/Points d'accès TDOA associés avec une cellule ne doivent pas être nécessairement à l'intérieur de la zone délimitée par les bornes de cellules.

Première intervention pour la configuration de cellules

Au commencement une cellule par défaut est créée automatiquement pour que chaque carte couvre le domaine entier de carte. Afin de couper la carte en cellules distinctes, exécutez ces exécutions :

  1. Éditez la cellule par défaut pour couvrir seulement un sous-ensemble du domaine de carte (voir les instructions de modifier une cellule).

  2. Ajoutez plus de cellules à la carte au besoin. Notez qu'une cellule ne peut pas être entièrement incluse dans une autre cellule.

  3. Allez au-dessus des propriétés de chaque périphérique d'emplacement (des Points d'accès et des récepteurs TDOA), et associez le périphérique avec les cellules appropriées.

  4. Les périphériques associés d'une cellule ne peuvent pas être un sous-ensemble des périphériques associés d'une autre cellule. Assurez-vous que chaque cellule a les périphériques associés avec elle qui ne sont associés avec aucune autre cellule.

Étalonnage ? Engine avertie de contexte pour des clients

La précision d'emplacement dépend de deux facteurs principaux :

  • Placement AP et nombre d'aps qui contribue à l'emplacement

  • Caractéristiques de signal correctes rf d'AP pour l'environnement donné (la chaleur précise AP trace)

Dans la phase d'étalonnage, des données sont recueillies sur le serveur WCS quand on exécute a inspection-autour de l'environnement de cible avec un périphérique mobile qui permet au multiple aps pour échantillonner la force du signal de ce périphérique. La méthode recommandée est d'utiliser les ordinateurs portables simples ou plusieurs connectés dans WCS (maximum de cinq périphériques par bande radio), et choisit une carte de la zone à calibrer, qui est typiquement recouverte avec un ensemble de points ou de notations de grille pour guider l'opérateur pour déterminer avec précision où des données d'échantillon doivent être saisies. À chaque point témoin sur la carte, l'ensemble de valeurs RSSI associées avec le périphérique d'étalonnage est expédié par le WLC au MSE. La taille d'un poste de données indiqué est basée sur le nombre de recevoir les Points d'accès qui détectent le périphérique mobile. En raison de caractéristiques de effacement et autres d'environnement rf, la force du signal observée d'un périphérique mobile à un emplacement particulier est à variable de temps, c.-à-d., elle peut changer au fil du temps. En conséquence, beaucoup d'échantillons de données sont enregistrés pour un périphérique d'étalonnage dans le procédé d'étalonnage.

Chaque environnement est seul, et les caractéristiques de signal d'AP dans un environnement donné varient considérablement. WCS fournit un mécanisme pour qu'un utilisateur calibre des caractéristiques de signal pour leur environnement. La première étape pour optimiser la précision est de s'assurer que le déploiement AP est conforme aux instructions de déploiement d'emplacement récapitulées. Une tentative d'améliorer la précision d'emplacement avec l'étalonnage avec la couverture et le placement insuffisants AP probablement ne fournit pas des résultats adéquats et peut même porter préjudice à la précision.

Trois modèles par défaut d'étalonnage sont équipés de WCS :

  • Cubes et bureaux murés

  • Bureau de cloison sèche seulement

  • L'espace ouvert extérieur

Chaque modèle est basé sur les facteurs les plus communs dans un environnement typique de client. Le premier de ces modèles deux rf est utile dans un environnement de bureau normal.

Si les modèles fournis rf ne caractérisent pas suffisamment l'affichage de plancher, des modèles d'étalonnage peuvent être créés avec WCS et être appliqués au plancher pour représenter mieux les caractéristiques d'atténuation d'un environnement donné. Dans les environnements où beaucoup de planchers partagent des caractéristiques communes d'atténuation, un étalonnage modèle peut être créé et puis appliqué à tous les planchers semblables.

Quelques environnements intérieurs peuvent posséder plus d'atténuation que ce qui est trouvé dans un environnement de bureau typique. Aux installations d'intérieur correctement conçues où l'augmentation de l'atténuation peut être un facteur dans le contribution à la précision moins qu'optimale d'emplacement, un étalonnage de site peut aider à restaurer moins que des performances optimales. Quand un étalonnage sur place est exécuté, on permet au le système pour échantillonner les déperditions en circuit des points connus dans tout l'environnement, qui lui permet pour formuler un modèle de la coutume rf qui fournit une meilleure compréhension des caractéristiques de propagation spécifiques à cet environnement.

Dans de nombreux cas, l'utilisation des informations collectées à l'étalonnage au lieu d'un modèle par défaut peut excessivement réduire l'erreur vue entre l'emplacement de client et les données empiriques calculés. Dans les environnements où beaucoup de planchers partagent des caractéristiques presque identiques d'atténuation, les similitudes fortes entre ces emplacements tiennent compte du modèle rf créé par l'étalonnage exécuté sur des n'importe quels des emplacements à appliquer à d'autres zones semblables avec de bons résultats.

L'attention doit également être accordée aux domaines de l'atténuation mélangée rf, c.-à-d., fabrication ou entrepôts où il peut y avoir les marchandises empilées ou l'obstacle dense dans une zone du bâtiment et/ou des espaces ouverts utilisés pour l'assemblage ou l'expédition. Ces zones doivent être traitées pendant que les zones indépendantes qui limitent l'étalonnage aux zones où de grande précision sont exigées. Si de grande précision est exigé pour toutes ces zones dans une zone mélangée, il est recommandé de diviser la surface couverte en différentes cellules ou cartes et d'appliquer les modèles distincts rf.

Remarque: La représentation de ce type de modélisation rf est complexe et exige d'autres considérations de déploiement, qui sont hors de portée de ce document.

L'étalonnage est réellement un processus multipas qui commence par la définition d'un nouveau des modèles modèle d'étalonnage par le moniteur > les cartes > d'étalonnage rf > créent le nouveau modèle. Pour une description pas à pas du procédé d'étalonnage, référez-vous à créer et à appliquer des modèles d'étalonnage dans le guide de configuration de Logiciel Cisco Context-Aware.

Dans le procédé d'étalonnage, le client d'étalonnage transmet à plusieurs reprises des demandes de sonde sur tous les canaux. La personne à charge sur le client particulier d'étalonnage utilisé, le client peut être déclenchée pour transmettre des demandes de sonde sur demande par une demande réseau. Des clients qui ne peuvent pas identifier ces demandes peuvent De-être authentifiés et dissociés afin de les faire fournir des demandes de sonde au réseau Sans fil et ultérieurement au re-associate/re-authenticate. Les Points d'accès à proximité du client détectent le RSSI de ces demandes de sonde et passent ces informations à leurs contrôleurs enregistrés. Les contrôleurs fournissent les informations RSSI qui sont détectées dans le procédé d'étalonnage au WCS pour l'usage en calculant les déperditions en circuit qui sont utilisées pour définir le nouveau modèle d'étalonnage.

Quand vous créez un modèle d'étalonnage, l'étape essentielle est de collecter les points d'informations. La phase de collecte de point d'informations du procédé d'étalonnage dans WCS peut être exécutée avec une de deux méthodes. Il peut être exécuté d'un périphérique mobile Web-activé simple associé au WLAN, qui contrôle chacun des deux le sondage du réseau, aussi bien qu'à la collecte des informations réelle. Alternativement, la phase de collecte des informations peut être exécutée de deux périphériques distincts qui sont associés à l'infrastructure WLAN. Dans ce cas, l'interaction avec le GUI WCS est commandée d'un périphérique maître qui est équipé des capacités de clavier et de souris, alors que la génération réelle des demandes de sonde se produit sur un deuxième périphérique associé quand vous choisissez son adresse MAC connue.

La collecte des informations d'étalonnage d'il est recommandé que soit effectuée pour chaque bande individuellement. Quand vous utilisez un client à deux bandes, utilisez l'un ou l'autre de ces solutions de rechange :

  1. Effectuez la collecte des informations d'étalonnage avec un ordinateur portable simple équipé d'un adaptateur Sans fil de Cisco Aironet 802.11a/b/g CardBus (AIR-CB21AG) sur chaque bande individuellement. Quand vous exécutez l'exercice d'étalonnage pour la bande 2,4 gigahertz, désactivez la bande 5 gigahertz et terminez-vous la collecte des informations avec la bande 2,4 gigahertz seulement. Après que ce procédé d'étalonnage ait été terminé, désactivez la bande 2,4 gigahertz, activez la bande 5 gigahertz, et répétez le processus de collecte des informations d'étalonnage avec la bande 5 gigahertz.

    Remarque: Dans un environnement de production où il prouve difficile de choisir la bande radio PC, il est préférable de définir un étalonnage spécifique SSID avec seulement l'active 11b/g ou 11a.

  2. Exécutez l'étalonnage avec jusqu'à cinq clients par bande radio - chacun équipés d'un ordinateur portable. Chaque ordinateur portable doit avoir Cisco AIR-CB21AG et être associé à l'infrastructure avec une bande dédiée. Chaque client d'étalonnage peut opérer indépendamment.

Avant que vous exécutiez un étalonnage, plusieurs étapes de pré-configuration sont exigées :

  1. Dans un environnement de production, informez le personnel ou les employés du processus. Ceci réduit l'interruption et assure un degré de précision plus élevé. Diminuez le risque d'accidents particulièrement dans des usines où les chariots élévateurs sont en fonction.

  2. Désactivez le mode dynamique d'alimentation RRM AP sur les contrôleurs ou les aps où vous exécutez l'étalonnage.

  3. Confirmez que les cartes sur le WCS sont de mesurer et des aps ont été placés correctement avec l'orientation et la hauteur correctes de type d'antenne.

  4. Le PC ou le périphérique utilisé pour l'étalonnage est associé à AP situé sur la MAP dans la question.

  5. Le client sans fil utilisé pour l'étalonnage doit être un minimum de CCXv2. Cisco recommande CCXv4 pour les meilleurs résultats. Les informations de version CCX pour des clients peuvent être visualisées dans WCS (voir la figure 18).

    Figure 18 : Vérifier la version CCX des clients

    mse-cams-guide90.gif

  6. Le Cisco Secure Services Client (CSSC) ne doit pas être utilisé pour exécuter l'étalonnage.

  7. Au moins 50 points d'informations doivent être collectés sur une carte de plancher.

  8. Après que vous créiez le modèle d'étalonnage et appliquiez ce modèle aux cartes de plancher, WCS doit être synchronisé avec MSE.

Dans le cas du bâtiment de multi-plancher, l'exercice de collecte des informations d'étalonnage doit être terminé sur un plancher à la fois. Puisqu'il y a la possibilité qu'un client d'étalonnage peut voir et être vu par des aps sur les planchers adjacents dus au saignement rf entre les planchers, la collecte de données d'étalonnage un plancher réduit à la fois le risque ce les données d'étalonnage de mélanges MSE entre les planchers.

Quand un client qui est compatible avec le CCXv2 ou plus grand est associé à l'infrastructure WLAN et est spécifié en tant que client d'étalonnage dans WCS, l'adresse MAC du client est insérée dans la table d'étalonnage d'emplacement de tous les contrôleurs qui entretiennent les Points d'accès contenus sur le plancher calibré. Cette mise en place se produit au commencement juste après que l'adresse MAC du client de calibrage, le campus d'étalonnage, le bâtiment, et le plancher sont spécifiés. Après que chacun sauvegarde d'un point d'informations collecté, l'adresse MAC de client soit retiré de la table d'étalonnage d'emplacement du contrôleur. L'adresse MAC de client alors est brièvement réinsérée dans des tables d'étalonnage d'emplacement de contrôleur sur chaque sauvegarde ultérieure de point d'informations et ensuite immédiatement retirée. Répétitions de ce processus pour chaque point d'informations collecté.

Quand les adresses MAC des clients CCXv2 (ou plus grand) apparaissent dans la table d'étalonnage d'emplacement d'un WLC, des demandes par radio de mesure d'unicast sont envoyées à ces clients. Semblable à la façon dont les demandes de mesure de radio d'émission aident à améliorer la précision d'emplacement des clients compatibles dans le fonctionnement normal, demandes par radio de mesure d'unicast envoyées aux clients compatibles d'étalonnage de cause courte d'intervalles réguliers (4 secondes) pour transmettre des demandes de sonde fréquemment. L'utilisation CCX des demandes par radio de mesure et le CCXv2 ou les plus grands clients permet à ceci pour se produire sans nécessité de forcer le client continuellement pour dissocier et rassocier. Ceci permet un sondage plus cohérent et plus fiable du réseau, et permet un plus bon fonctionnement du client d'étalonnage, particulièrement s'il est utilisé comme poste de travail qui interagit avec WCS par le GUI de collecte des informations d'étalonnage.

Un modèle d'étalonnage est appliqué au plancher et représente mieux les caractéristiques d'atténuation de ce plancher. Dans les environnements dans lesquels beaucoup de planchers partagent des caractéristiques communes d'atténuation, un étalonnage modèle peut être créé et puis appliqué aux planchers avec la même configuration physique et le même déploiement.

Des données d'étalonnage peuvent être collectées avec une de deux méthodes :

  • Collection de mode de points — Des points d'étalonnage sont choisis et leur zone de couverture est calculée, un emplacement à la fois (voyez la figure 19 et 20).

  • Collection Linéaire de mode — Une gamme de chemins Linéaires est choisie et puis calculée pendant que vous traversez le chemin. Cette approche est généralement plus rapide que la collecte de point d'informations. Vous pouvez également utiliser la collecte de point de repères pour augmenter la collecte de données pour des emplacements manqués par les chemins Linéaires (voir la figure 21).

Bien que chacun des deux méthodes soient officiellement prises en charge, Cisco recommande que vous utilisiez le de mode de points pour l'étalonnage parce que ceci donne les meilleurs résultats.

Figure 19 : Étalonnage — De mode de points

mse-cams-guide27.gif

Figure 20 : De mode de points — Résultats d'étalonnage

mse-cams-guide28.gif

Figure 21 : Étalonnage — Mode Linéaire

mse-cams-guide29.gif

Des modèles d'étalonnage peuvent seulement être appliqués aux clients, aux clients escrocs, et aux points d'accès non autorisé. L'étalonnage pour des balises est fait avec le gestionnaire de système d'AeroScout.

Étalonnage — Engine avertie de contexte pour des balises

Il y a deux engines d'emplacement sur le MSE : un pour dépister des clients (engine de Cisco décrite dans la section précédente) et un pour dépister des balises (AeroScout). Chaque engine a un modèle distinct d'étalonnage, ainsi l'étalonnage pour des balises est un processus distinct.

L'engine d'AeroScout assume le modèle typique de la déperdition en circuit du par défaut rf de bureau pour toutes les cartes importées WCS. Si ceci ne représente pas votre environnement, des modifications doivent être apportées aux modèles par défaut par carte et ou cellule pour améliorer la précision d'emplacement.

Gestionnaire de système d'AeroScout — Afin de modifier les configurations par défaut du modèle de la déperdition en circuit (PLM), il est nécessaire d'installer et exécuter l'application de gestionnaire de système d'AeroScout. Pour télécharger et installation, référez-vous à la documentation d'AeroScout.

Après que vous commenciez l'application, login à l'engine MSE, commutateur au plancher réel de carte, qui a besoin de modification. Utilisez l'onglet déroulant et allez le toconfiguration > la carte > les propriétés. Les options de calcul d'emplacement RSSI peuvent être utilisées pour choisir le type environnemental fixe approprié aux spécifications physiques représentées par les quatre modèles définis affichés dans la figure 22. Après que vous choisissiez le modèle, appliquez-le au plancher choisi. Utilisez l'onglet CORRECT ou l'option de synchroniser tous les périphériques RSSI avec des paramètres globaux, qui pousse le même modèle à toutes les cartes existantes comme le nouveau modèle par défaut.

Remarque: La cinquième option, « coutume, » doit seulement être utilisé une fois demandé par AeroScout ou support technique de Cisco.

Figure 22 : Modèle disponible dans le gestionnaire de systèmes d'AeroScout

mse-cams-guide30.gif

Méthodes d'étalonnage — Plusieurs options sont disponibles avec différentes balises en tant que périphériques statiques de référence ou si des enregistrements périodiques ou uniques sont exécutés, qui peuvent être utilisés pour analyser et calculer les modèles précis par carte/cellule.

Balises de référence — Ce sont les balises standard utilisées pour la recherche de valeur. La seule différence, le cas échéant, est la configuration. Normalement une balise de référence utilise une période plus rapide de balise pour un intervalle de mesure défini.

Des étiquettes de référence peuvent être définies avec l'adresse MAC, suivant les indications de la figure 23, et placé directement sur une cellule ou une carte affichée par un bleu a ancré l'étiquette. Les coordonnées peuvent être écrites manuellement par un bon cliquer sur de souris sur la carte. Des étiquettes de référence utilisées pour l'adaptation dynamique de l'emplacement exigent d'être activées dans la zone de sélection d'étiquette de référence sous la carte Properties > les unités de référence (voir la figure 22). Cette méthode d'étalonnage est décrite pour TDoA.

Figure 23 : Balise Properties de référence

mse-cams-guide31.gif

Enregistrement de clic — Plus de méthode préférée pour l'étalonnage est l'exécution d'enregistrement de clic. Ceci définit un groupe de balises et les place sur la carte pendant un délai prévu court de présélection. Un enregistrement est initié, et les données capturées sont enregistrées directement sur le MSE basé sur l'identification d'horodateur et de carte.

Les meilleurs résultats sont obtenus quand le groupe de référence de balises est arrangé dans une commande compacte montée sur un petit cube ou un poteau. Le même groupe peut être replacé et la procédure être répété de plusieurs périodes sur la même carte si vous replacez le groupe et redémarrez l'enregistrement avec un clic de souris. Alternativement, de plusieurs groupes peuvent être définis sur la même carte et être enregistrés dans un ordre.

Figure 24 : Outils de gestionnaire de systèmes d'AeroScout

mse-cams-guide32.gif

Figure 25 : Configuration d'enregistrement de simple clic

mse-cams-guide33.gif

Afin d'exécuter cette méthode, écrivez les informations de configuration trouvées sous des outils > l'enregistrement de Simple-clic affiché dans les figures 24 et 25. Des propriétés de enregistrement peuvent être modifiées si les valeurs par défaut ne sont pas appropriées. Les enregistrements sont automatiquement enregistrés dans les sous-répertoires basés sur la date et heure de l'enregistrement.

Outil d'analyseur — Avant que les données d'enregistrement de clic puissent être utilisées pour l'étalonnage, elles doivent être visualisées et converties en fichier de maille. Avec le gestionnaire de système, les fichiers de données enregistrés enregistrés sur le MSE doivent être exportés au système où l'outil d'analyseur peut être utilisé pour visualiser et modifier les données enregistrées s'il y a lieu, avant qu'il crée un fichier de maille. Le fichier résultant de maille est importé de nouveau au MSE, où il peut être appliqué aux propriétés de carte si vous choisissez la maille de calcul d'emplacement RSSI ainsi que le choix de fichier de téléchargement.

Pour une explication détaillée, référez-vous à la documentation d'AeroScout pour d'autres informations de configuration et le procédé d'étalonnage.

Référez-vous à la génération de fichier de maille d'AeroScout dans la documentation d'AeroScout.

Technologie d'excitateur (déclencheur de Chokepoint)

Les excitateurs sont des appareils de communication de proximité qui déclenchent des balises de ressource pour modifier leur comportement quand une balise de ressource écrit la proximité d'un excitateur. Cette modification peut faire transmettre son identifiant unique ou faire le tag RFID changer la balise sa configuration interne ou état. Une des fonctions principales d'un déclencheur de chokepoint est de stimuler la balise de ressource tels qu'elle fournit l'indication au MSE que la balise est entrée dans ou a quitté une zone donnée. Chokepoints sont entrée ou points de sortie qui fournissent le passage entre les régions connectées. Les chokepoints communs sont des portes, des couloirs, et des cages d'escalier. Les emplacements d'intérieur de chokepoint incluent les entrées ou les sorties se connectantes.

Les excitateurs n'utilisent pas la triangulation ainsi n'ont pas besoin des signaux pour être détecté par un minimum de trois aps.

Les excitateurs peuvent initier les changements comportementaux des balises qui peuvent immédiatement alerter le système de localisation que la ressource étiquetée est entrée dans ou a quitté la zone de chokepoint. Les tags RFID transmettent alors l'identité du déclencheur de chokepoint à l'infrastructure de Cisco UWN. Les informations de chokepoint contenues dans le paquet de balise fournissent au MSE les informations pour ignorer des coordonnées d'emplacement d'empreinte digitale rf et pour prendre la position de chokepoint pour une durée donnée.

Des pratiques recommandées de configurer et accorder des excitateurs et des balises peuvent être trouvées dans l'excitateur et le guide de configuration de balise de la documentation d'AeroScout.

Considérations pour déployer le contexte averti avec des données existantes et des services vocaux

Dans des environnements de bureau de client où les réseaux Sans fil existants sont solution mobile avertie en place et recouvrante de contexte exigez de vous de réévaluer le déploiement global pour des trous de couverture de précision et de potentiel. Ce sont des directives générales à suivre :

  • Interligne efficace maximum de Point d'accès dans la plupart des environnements de site-bureau : 40-70 mètres des pieds (12 à 21)

  • Minimum de 3 aps dans la marge de transmission de chaque client (recommandez 4 aps pour la Redondance)

  • Placez le périmètre aps d'abord puisque les Points d'accès doivent entourer les zones désirées de la couverture d'emplacement

  • Prochain interne aps d'endroit pour réduire des lacunes de couverture pour un minimum de -75dBm

  • Dans la zone quadrilatérale, un minimum de 4 aps doivent être installés aux quatre coins de la zone

  • Facteurs qui affectent la précision : Placement AP, matériaux de mur, grands objets mobiles, et interférence rf

  • Devez probablement diviser la surface au sol en sous-domaines et concevoir des sous-domaines indépendamment pour expliquer les grandes barrières qui obstruent des signaux rf (voir la figure 26). Jusqu'à 50 zones de couverture pour le plancher sont prises en charge. La taille de zone de couverture ne peut pas être plus petite que la plage typique d'emplacement (~10m)

Figure 26 : L'éditeur de carte dans WCS dépeint de plusieurs zones de couverture

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

  • Des aps de préférence sont placés le long et dans du périmètre d'une zone incluse.

  • Des aps doivent être distribués également, c.-à-d., les aps doivent être relativement équidistants entre eux.

  • Le placement physique des aps doit être non-situé sur la même droite, même lorsque placé aux distances égales entre eux.

  • Utilisez l'outil de préparation d'emplacement dans WCS pour mesurer l'efficacité de la couverture globale de plancher.

  • Les formes géométriques constituées par la distribution des aps affectent la précision :

    • Le placement de triangle équilaterale rapporte une meilleure précision que les aps qui forment une triangle obtuse.

    • Le placement carré de déploiement donne de meilleurs résultats que les aps qui forment des rectangles.

La figure 27 montre le concept de la superposition de cellules pour un Cisco 7921G VoWLAN fixée à la main utilisant 802.11bg. Pour Cisco 7921G, les pratiques recommandées recommandées trouvées dans la Voix au-dessus du guide Sans fil de conception de RÉSEAU LOCAL recommande que la superposition de cellule-à-cellule devrait être approximativement 20% en utilisant 802.11bg et approximativement 15% en utilisant 802.11a.

Les applications de données n'affichent pas le même niveau de la sensibilité à la perte de paquets que des Applications voix. En conséquence, ils n'exigent pas le même degré de superposition de cellule-à-cellule que des déploiements VoWLAN. Dans la plupart des cas, une superposition minimum de cellule-à-cellule de 10% est suffisante pour l'itinérance fiable avec des applications de données, suivant les indications de la figure 28. Les applications de données à grande vitesse et les applications combinant des capacités de Voix et de données dans (des smartphones, par exemple) une force à un dispositif exigent la superposition de cellule-à-cellule qui ressemble à une conception VoWLAN beaucoup davantage qu'une conception de données.

Figure 27 : Superposition d'Inter-cellule — Déploiement de Voix et de données (superposition de cellules de 20%)

mse-cams-guide36.gif

Figure 28 : superposition d'Inter-cellule — Déploiement de données (superposition de cellules de 10%)

mse-cams-guide35.gif

Directives générales ? TDOA

Avec le déploiement basé sur TDOA, un minimum de trois récepteurs est exigés, mais quatre récepteurs donnent plus de résultats exacts. Ce sont les règles générales pour la densité de récepteur TDOA :

  • Dehors — la densité moyenne est un récepteur TDOA pour tout les 20.000 - 50.000 pieds carrés (1.900 - 4.700 m carré).

  • Grandes zones d'intérieur — la densité moyenne est un récepteur TDOA tout les 5000 ? 14.000 pieds carrés (450 - 1.300 m carré).

  • La distance entre la source synchronisée et les récepteurs TDOA est inférieur ou égal à 150m pour des déploiements extérieurs.

  • La distance entre la source synchronisée et les récepteurs TDOA est inférieur ou égal à 70m pour de grands déploiements d'intérieur.

Deux importantes considérations pour TDOA : le déploiement de densité de récepteur dépend de la synchronisation de récepteur et de la sensibilité de Rx de couverture rf des périphériques dépistés. La deuxième importante considération est d'avoir assez de couverture des récepteurs d'emplacement pour assurer une densité réceptive au moins de trois récepteurs d'emplacement à un point quelconque dans la zone d'emplacement.

Dans certains scénarios, des vastes zones peuvent devoir être divisées en sous-zones. Par exemple, dans le cas où un grand entrepôt est sectionné hors fonction par un mur, il doit être conçu en tant que deux sous-zones. Les meilleurs résultats se produisent quand la ligne de mire est mise à jour entre la source de synchronisation et les récepteurs du WiFi TDOA.

Ce sont les instructions supplémentaires pour le placement de récepteur du WiFi TDOA :

  • Des récepteurs du WiFi TDOA doivent être placés le long du périmètre extérieur et être également espacés.

  • Les récepteurs supplémentaires du WiFi TDOA peuvent être nécessaires dans la limite des récepteurs de périmètre dépendants sur la taille de la zone.

  • Des récepteurs TDOA doivent être également espacés et former une triangle équilaterale (quand trois récepteurs du WiFi TDOA sont utilisés) ou polygone (quatre récepteurs ou plus de WiFi TDOA).

En vue de des Antennes de récepteur du WiFi TDOA, Antennes de diversité d'utilisation pour aborder les questions multivoies. Les récepteurs du WiFi TDOA placés le long du périmètre du domaine couvert doivent inclure des antennes directionnelles afin de concentrer la réception dans le domaine couvert seulement. Dans le coin d'un périmètre, d'une antenne directionnelle de 90 degrés d'utilisation, et, le long du périmètre, des antennes directionnelles de 180 degrés d'utilisation. Des Antennes omnidirectionnelles doivent être utilisées avec des récepteurs du WiFi TDOA situés dans le périmètre. Les Antennes de récepteur doivent indiquer chacun des deux la source de synchronisation (mieux ligne de mire) et la zone en question

Des Antennes doivent être placées dans les zones où elles ne sont pas obstruées par des obstacles, tels que les murs en béton, les grands objets métalliques, ou les domaines en masse couverts d'arborescence. Ils doivent être installés avec une bonne ligne de mire (autant que possible) sur le domaine couvert. La hauteur montante préférée est de 10 ? 16 mètres des pieds (3 à 5) au-dessus de la surface dépistée de ressource. Quand ce n'est pas dû possible à l'environnement, le modèle de couverture, c.-à-d., le modèle d'altitude - les Antennes typiques ont une altitude d'approximativement 35 degrés, doivent être ajustées en conséquence. Le long du périmètre, des Antennes aux placements élevés doivent être inclinées vers la zone de couverture (jusqu'à 30 degrés vers le bas pour compenser l'altitude.

Le pour en savoir plus, se rapportent au guide de déploiement d'AeroScout TDOA.

Emplacement de câble

Avec périphériques Sans fil et de câble de la version logicielle les 6,0, (d'Ethernets) peut être dépisté avec la solution avertie de contexte. Avec l'emplacement de câble, MSE fournit la fonctionnalité pour recueillir et mettre à jour l'information d'emplacement CIVIQUE pour des Commutateurs et des ports de commutateur. Vous pouvez identifier l'emplacement des périphériques de câble par Ethernets qui sont connectés à l'un de ces Commutateurs de Cisco : Commutateurs empilables de Catalyst (3750, 3750-E, 3560, 2960, et Commutateurs IE-3000), ou) de lames de commutateur (3110, 3120, 3130, 3040, 3030, et 3020 et séries du Catalyst 4K (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, et WS-X45-SUP6-LE). Pour l'emplacement de câble, utilisez ces versions IOS qui concernent le modèle de commutateur respectif : IOS 12,2 (50)SE pour Commutateurs de Catalyst 3K et IOS 12.2(52)SG pour des Commutateurs de Catalyst 4K. L'information d'emplacement de câble est envoyée de ces Commutateurs par NMSP au MSE.

L'information d'emplacement est configurée sur le commutateur de Cisco par IOS CLI. Des Commutateurs de câble sont définis dans WCS et synchronisés avec un MSE. Des détails sur des clients câblés sont envoyés d'un commutateur emplacement-activé au MSE au-dessus d'une connexion NMSP. Vous pouvez alors visualiser les Commutateurs de câble et les clients câblés avec le Cisco WCS.

Importez et l'affichage de l'information d'emplacement civique et de secours (ELIN) répond à des caractéristiques de RFC4776 tracé les grandes lignes chez http://tools.ietf.org/html/rfc4776#section-3.4.

MSE dépiste non seulement l'historique d'emplacement des clients câblés, mais il fournit également le SOAP/XML API aux systèmes externes qui sont intéressés par l'emplacement du châssis ou les périphériques d'extrémité ou la recherche/piste un client à travers des catégories de câble et Sans fil. Référez-vous à la figure 29.

  • Les Commutateurs font rapport au mappage de port de commutateur MSE des périphériques connectés qui incluent l'emplacement et les informations UDI du châssis avec les linecards.

  • MSE dépiste activement les informations et l'emplacement communiqués des périphériques et du châssis.

Remarque: La caractéristique de câble d'emplacement n'a pas actuellement la capacité de rechercher ou afficher visuellement des clients câblés sur des cartes de plancher.

Figure 29 : Architecture de câble d'emplacement

mse-cams-guide37.gif

Assurez-vous que vous suivez les étapes pour visualiser l'emplacement de câble.

Ce sont les étapes de configuration du côté de commutateur :

  1. Comprenez l'emplacement/module/configuration des ports (1/0/20).

  2. Utilisez la version IOS correcte qui concerne le modèle de commutateur respectif : IOS 12,2 (50)SE pour Commutateurs de Catalyst 3K et IOS 12.2(52)SG pour des Commutateurs de Catalyst 4K.

  3. Activez le NMSP.

  4. Activez le cheminement de périphérique IP.

  5. Configurez la communauté SNMP avec l'accès en lecture-écriture.

  6. Configurez les identifiants d'emplacement Civic/ELIN.

  7. Assignez les identifiants aux interfaces commutateur.

Ce sont les étapes de configuration sur le WCS :

  1. Allez configurer des Commutateurs de >Ethernet.

  2. Ajoutez les commutateurs ethernets.

    1. Ajoutez l'adresse IP.

    2. Emplacement d'enable capable.

    3. Entrez dans la Communauté SNMP (lecture/écriture). La chaîne de caractères de la communauté SNMP écrite doit apparier cette valeur affectée au commutateur de Catalyst.

  3. Allez aux services > synchronisent des services > des Commutateurs.

    1. Le clic assignent pour lui assigner MSE préféré.

    2. Choisissez le commutateur et synchronisez.

  4. Allez aux services > aux Services de mobilité, et cliquez sur MSE.

    1. Allez au système > à l'état > à l'état de la connexion NMSP.

    2. Vérifiez l'état actif NMSP pour chaque commutateur.

Après que vous vous terminiez les étapes sur le commutateur et le WCS, vous pouvez visualiser les éléments de câble sur le WCS :

  • Sous des services avertis de contexte, clic Commutateurs de câble sous de câble.

  • Une liste des affichages de Commutateurs.

  • IP address de commutateur de clic pour visualiser des détails (voir la figure 30).

Remarque: L'accès lecture/écriture SNMP est exigé afin d'ajouter WLCs au WCS. Le WLC ne recevra pas les clé-informations parasites MSE avec le mode d'accès en lecture seule SNMP.

Figure 30 : Commutateurs de câble - Commutez les informations

mse-cams-guide38.gif

  • Vous pouvez également visualiser des ports de commutateur et des informations civiques (voir la figure 31 par 33) ou changer la commande de liste (monter, descendant) des IP address de port, des nombres d'emplacement, du numéro de module, et du numéro d'accès. Cliquez sur juste l'en-tête des colonnes respective.

Figure 31 : Commutateurs de câble - Les informations de ports de commutateur

mse-cams-guide39.gif

Figure 32 : Commutateurs de câble - Les informations civiques

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

L'onglet Advance fournit les informations civiques supplémentaires :

Figure 33 : Commutateurs de câble - Les informations avancées

mse-cams-guide41.gif

Des clients câblés qui sont vus par tous les Commutateurs peuvent être visualisés quand vous cliquez sur des clients câblés sous le service averti de câble de contexte > de câble > des clients câblés.

Des clients câblés peuvent être recherchés par IP address/IP address/MAC address partiel/ID partiel du MAC Address/802.1x username/VLAN suivant les indications de la figure 34.

Figure 34 : Clients câblés - Résultats de la recherche

mse-cams-guide42.gif

Un commutateur a un nombre spécifié de ports de commutateur et de clients ; des hôtes sont connectés à ces ports. Quand vous configurez l'emplacement pour un port de commutateur spécifique, on assume que le client connecté à ce port a l'emplacement de port.

Si un commutateur (switch2) est connecté à un port (tel que port1) sur un autre commutateur (switch1), tous les clients connectés à switch2, sont assignés l'emplacement qui est configuré sur port1.

Vous pouvez également visualiser des détails des clients câblés quand vous cliquez sur le client respectif pour obtenir l'information sur le périphérique, des associations de port, des adresses civiques, etc. (voir les figures 35 par 38).

Figure 35 : Clients câblés - L'information sur le périphérique

mse-cams-guide43.gif

Cliquez sur l'onglet d'association de port pour voir l'emplacement physique du port de commutateur/de emplacement/du module sur lequel le client câblé se termine, de l'état de client (connecté, déconnecté, ou inconnu), et de l'adresse IP de commutateur :

Figure 36 : Clients câblés - Les informations d'association de port

mse-cams-guide44.gif

Figure 37 : Clients câblés - Les informations d'adresse civiques

mse-cams-guide45.gif

Figure 38 : Clients câblés - Les informations avancées

mse-cams-guide46.gif

Section 3 : Validation et amélioration de votre réseau averti de contexte

Outil de précision WCS

Avant que la release WCS 5,0, il ait été difficile pour que les utilisateurs sachent quelle précision ils ont vue sur leur réseau Sans fil. Il n'y avait pas une méthode standard de mesurer le niveau de la précision avec le déploiement averti de contexte. La release WCS 5,0 a introduit un outil intégré de précision. Des clients de balise et/ou de WiFi sont placés aux points de référence sur la carte de plancher dans WCS. Un rapport détaillé est généré par WCS avec des différents niveaux de distribution de précision et d'erreurs au fil du temps et d'espace.

Il y a deux formes de test de précision :

  • Précision programmée

  • Précision sur demande

Les utilisateurs peuvent choisir l'un ou l'autre de ces méthodes après qu'ils choisissent le plancher sur lequel pour exécuter le test de précision suivant les indications de la figure 39. Ces tests sont exécutés sur le même plancher.

Figure 39 : Test de précision sur demande

mse-cams-guide93.gif

Test de précision programmé : Ce test est exécuté sur un environnement actif (réseau vivant). Des clients et/ou les balises sont mis en place préalablement sur le plancher, et le test est programmé par WCS. Ce test utilise l'emplacement « réel » d'un élément contre l'emplacement « mesuré ». L'utilisateur peut modifier le test :

  • Ajoutez/effacement les éléments

  • Changez les positions

  • Changez les programmes

Le test peut être exécuté comme tâche programmée et générer des alarmes s'il tombe ci-dessous certaine plage de précision. Ce type de test doit être exécuté périodiquement puisque l'environnement rf dans un déploiement donné peut changer, qui, consécutivement, affecte la précision d'emplacement.

Figure 40 : Résultat de test de précision

mse-cams-guide48.gif

Dans l'exemple présenté dans la figure 40, 98,14% représente le nombre de périphériques dans le test qui ont été détectés dans des 10m, c.-à-d., c'est la somme de 49,31, de 25,86, de 17,53 et de 5,11.

Test de précision sur demande : Ce test est exécuté quand un utilisateur n'a aucuns clients et/ou balise actifs déployés dans leur réseau et est intéressé par la précision de mesure. Ce test peut être exécuté quand un plancher n'a pas mis en place préalablement des balises/clients. C'est semblable au test de précision qui était dans WCS avant la version 5.0 avec le client simple. L'utilisateur place un client à un emplacement particulier et indique que l'emplacement sur la carte de plancher dans WCS en faisant glisser le test avec « glissent-déplacent. » Le début de clics d'utilisateur, attend quelques minutes le procédé de collecte RSSI pour se terminer, et clique sur le bouton d'arrêt. L'utilisateur peut alors continuer le test et le mouvement au prochain point sur la carte de plancher. Quand tous les points ont été collectés, l'utilisateur peut cliquer sur le bouton de résultats d'analyse pour exécuter le test. Ceci produit les résultats de précision dans un format d'état.

Ce sont des points clé à se souvenir quand vous exécutez l'un ou l'autre des tests de précision :

  • Le client doit être vu par un minimum de trois aps

  • La précision dépend de la triangulation et de l'empreinte digitale rf

  • L'élimination des imperfections avancée sur le MSE doit être activée

  • À un point donné sur la carte de plancher, attente environ une minute avec le client en place, c.-à-d., stationnaire, avant que vous exécutiez le test de précision. Ceci fournit au client sans fil l'heure suffisante de mettre à jour le MSE avec son emplacement. Exécutez le test pendant deux minutes.

Outil de préparation d'emplacement

WCS fournit un outil - la caractéristique de préparation d'emplacement d'examiner - qui permet à un créateur de réseau pour exécuter un contrôle prévisionnel rapide de la représentation d'emplacement pour un plancher avant que le câble soit tiré, matériel est déployée, ou des étalonnages sont exécutés.

Cet outil est un outil prévisionnel basé sur distance et assume un bâtiment typique de type de bureau. En conséquence, un certain degré de variance se produit entre les résultats prévus et réels. Cisco recommande que l'outil de préparation d'emplacement soit utilisé en même temps que d'autres techniques de meilleure pratique.

Examinez les prises de préparation d'emplacement dans la considération que le placement de chaque Point d'accès avec l'interligne de point d'inter-Access a indiqué sur des cartes de plancher pour prévoir si la précision de cheminement prévue d'emplacement sera à moins de 10 mètres dans 90 pour cent de tous les cas. La sortie de l'inspection de préparation d'emplacement est représentation graphique verte et rouge des zones qui sont prévues pour produire ce niveau de précision et de zones problématiques, respectivement.

L'outil de préparation d'emplacement suppose que des Points d'accès et les contrôleurs sont connus à WCS et ont été définis sur les cartes de plancher WCS. Tandis qu'il n'est pas nécessaire d'installer réellement des Points d'accès et des Antennes sur des murs et des plafonds afin de conduire une estimation de préparation d'emplacement, tous les contrôleurs applicables doivent être ajoutés à WCS avec leurs Points d'accès enregistrés avec les icônes qui représentent les Points d'accès placés sur les cartes appropriées de plancher. Une fois que les Points d'accès qui doivent être placés sur des cartes de plancher ont été ajoutés à la base de données WCS, des estimations ultérieures de préparation d'emplacement peuvent être conduites avec ces mêmes Points d'accès, même si elles ne sont pas accessibles de WCS à ce moment-là. Puisque l'inspection de préparation d'emplacement est basée sur le placement de Point d'accès et les distances de point d'inter-Access est affichées sur les cartes de plancher, le placement précis de carte des Points d'accès est essentiel quand vous utilisez cet outil. L'outil de préparation d'emplacement est utilisé pour évaluer seulement la volonté de la conception d'exécuter le cheminement basé sur empreinte digitale d'emplacement rf. Il ne valide aucun aspect de la conception pour effectuer l'emplacement de chokepoint, particulièrement en ce qui concerne la définition ou le positionnement des déclencheurs de chokepoint. Après que le placement de Point d'accès ait été exécuté, choisissez la carte de plancher dont vous souhaitez vérifier la préparation d'emplacement et choisir alors examinez la préparation d'emplacement du menu droit supérieur de commande de déroulant.

Un point est défini en tant que « emplacement-prêt » si ceux-ci tous sont déterminés pour être vrais :

  • Au moins quatre Points d'accès sont déployés sur le plancher

  • Au moins un Point d'accès s'avère résident dans chaque quart de cercle qui entoure la point-dans-question

  • Au moins un Point d'accès réside dans chacun au moins de trois quarts de cercle environnants situés à moins de 70 pieds du point dans la question

    La figure 41 montre ces règles de préparation de trois emplacements.

    Figure 41 : Point prêt d'emplacement

    mse-cams-guide49.gif

La capture d'écran WCS affiche un exemple d'un déploiement de plancher où non toutes les zones ont passé l'estimation à trois points de préparation d'emplacement décrite plus tôt pour la précision de 10m/90%. Bien qu'il y ait les espaces verts vers le centre de la figure, notez que les zones rouges abondent pendant que vous obtenez au delà des Points d'accès de périmètre qui représentent la coque convexe. Avec une compréhension solide des conditions requises qui définissent la préparation d'emplacement, les informations contenues dans cette figure peuvent être utilisées pour aider à déterminer combien d'aps doivent être replacés ou ajoutés pour améliorer la représentation. Par exemple, si un 10m/90% ou une meilleure précision d'emplacement est exigé dans les zones rouges, des Points d'accès supplémentaires peuvent être introduits pour établir un périmètre plus clair tracé de plancher, qui inclut le placement des Points d'accès dans les coins du plancher et revérifie des distances de point d'inter-Access. Quand vous implémentez ces types de modifications, la capacité de Cisco UWN de résoudre l'emplacement des périphériques dépistés dans ces zones en surbrillance est susceptible d'être sensiblement améliorée.

Figure 42 : Exemple d'utilisation d'outil de préparation d'emplacement

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

La qualité d'emplacement peut être vérifiée pour assurer un déploiement Sans fil basé sur la capacité de répondre à la spécification d'emplacement (10m, 90%), basée sur des points de repères a recueilli dans une inspection physique et un étalonnage suivant les indications de la figure 42. Quand vous utilisez l'outil de préparation d'emplacement, une carte de code à couleurs est évident que les zones d'expositions qui rencontrent (des green=yes) et ne rencontrent pas (red=no) les 10 mètres, spécification d'emplacement de 90%.

Figure 43 : Examinez l'outil de qualité d'emplacement

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

Après que vous exécutiez un étalonnage sur une zone spécifique ou une carte, ces données peuvent être examinées pour vérifier les données brutes collectées pendant l'étalonnage suivant les indications de la figure 43. Il est important de vérifier les données brutes à chaque point de collecte des informations en ce qui concerne la mesure physique et la valeur associée AP RSSI. Des anomalies au positionnement AP, à l'antenne, ou même aux points de référence de mesure peuvent facilement être identifiées et corrigées avant qu'elles soient appliquées aux cartes. Les informations complémentaires au niveau perçu de précision et les aps de contribution peuvent également aider à évaluer la précision globale d'emplacement.

Contexte averti ? Performance du système

Dans une solution avertie déployée de contexte, les balises et/ou les clients de multiple peuvent se déplacer simultanément. Plus le nombre de périphériques qui se déplacent est grand, plus la charge du traitement sur le MSE est grande. Ceci, consécutivement, affecte la latence globale du réseau. La latence dans ce contexte se rapporte au retard entre quand le MSE reçoit des informations RSSI sur un périphérique et quand son emplacement est calculé par le MSE. Ce sont le nombre maximal d'éléments qui se déplacent à n'importe quel instant donné :

  • déplacement de 100 éléments/en second lieu pour MSE-3310

  • déplacement de 650 éléments/en second lieu pour MSE-3350

Latence de bout en bout du système :

  • Clients et balises : dix secondes sous un chargement complet avec le déplacement de 650 éléments/en second lieu (débuts avec la version de logiciel 5.1 WLC)

La latence est également liée à la fenêtre d'agrégation NMSP, qui peut être accordée. Voir le tag RFID et la configuration WLC/section de accord dans le paragraphe intitulé « combien d'heure entre les itérations ? »

  • Nombre maximal de sessions d'application : 1024

  • Nombre maximal de destinations d'API allant vers le nord : 1024

  • Nombre maximal de zones de couverture : 50/floor

    • La taille de zone de couverture ne peut pas être moins que la précision typique d'emplacement (10m). La taille typique de couverture est un minimum de 50 pieds par 50 pieds carrés feet(2,500).

? Nombre d'aps par plancher :

MSE/2710 n'a aucune limite en soi. La restriction principale est due à la recommandation de avoir moins de 100 AP selon des recommandations WCS - autrement les cartes WCS deviennent incontrôlables, fournit la résolution pauvre et très lentement les constructions tracent des détails. Il y a également une limite sur combien ont dépisté des périphériques peuvent être visualisés sur une carte WCS.

? Nombre de contrôleurs par MSE :

Le même contrôleur peut être synchronisé avec plus d'un MSE à quelques exceptions :

  1. Si le contrôleur est sur 4,2 ou 5,0 codent, alors de plusieurs connexions NMSP ne sont pas prises en charge, ainsi elles n'ont pas besoin de synced à plus d'un MSE.

  2. WLC avec le wIPS AP ne peut pas établir la connexion NMSP avec plus que MSE. C'est en raison du fait que le wIPS AP peut seulement parler à un services courants d'adaptatif de wIPS MSE.

Un WLC peut avoir jusqu'à 10 connexions NMSP.

Un MSE prend en charge jusqu'à 500 connexions NMSP. Mais il est important de comprendre ceci du point de vue de déploiement de CAS. Chaque WLC est capable de dépister plusieurs clients (5000 clients par WLC4400). Ainsi dans des déploiements pragmatiques avec très peu de contrôleurs MSE CAS atteint sa limite de cheminement jusqu'à 18000 périphériques. Il y a deux plafonds en verre lesquels devrait maintenir dans l'esprit, un est 5000 clients par contrôleur et autre est 18000 périphériques par MSE 3350. Si nous frappons l'un de ces limites que nous maximisons la capacité du système.

Il y a toujours une limite sur faire le test d'évolutivité, et nous avons réalisé des tests de tension avec 100 contrôleurs par trafic courant d'emplacement MSE.

? Nombre de MSEs par WCS :

Bien que MSE puisse être géré par WCS simple, mais WCS peut gérer plusieurs MSEs. WCS a des limites de plusieurs points de vue, qui pourraient déterminer combien MSEs il pourrait gérer basé sur la distribution de ces unités à travers MSEs. Ainsi les facteurs tels que le nombre maximal d'éléments pris en charge, le nombre maximal de planchers pris en charge, ou le nombre maximal de jeu entré dans pris en charge par aps. Officiellement nous prenons en charge 5 MSEs par WCS.

? Nombre de conceptions de réseaux :

Il n'y a aucune limite pour des conceptions de réseaux ajoutées à MSE. Toutefois l'engine d'Aeroscout a une limite selon le nombre de planchers, des dimensions et la quantité d'éléments pour le nombre maximal MSE.The de planchers est limitées à 255. Et les périphériques arrogants ont déployé chaque 60m et résolution de grille de 1m, la petite installation peut prendre en charge 15 cartes et la grande installation (une mémoire réquise plus élevée) peut prendre en charge 90 cartes.

Notifications allantes vers le nord

Le MSE peut expédier toutes les données connues de balise à un auditeur allant vers le nord de SAVON. Si configurée, chaque fois une trame de notification de balise est signalée au MSE ou chaque fois que le MSE calcule l'emplacement pour une balise, elle peut informer l'auditeur. C'est utile si les applications tierces souhaitent recevoir les mises à jour instantanées chaque fois qu'une balise est entendue, plutôt que la questionnent périodiquement. Ceci peut être configuré par les paramètres UI de notification : Les services > les Services de mobilité > le service averti de contexte > ont avancé > des paramètres de notification.

Afin de prendre en charge des notifications allantes vers le nord, suivez ces recommandations :

  • Les balises régulières de balise ne peuvent pas être moins de trois à cinq minutes à part.

  • L'intervalle de trame de notification de balise pour déplacer des balises doit avoir lieu entre une et dix secondes.

  • La limite de file d'attente sur des paramètres de notification doit être fixée à plus grand que le nombre de balises prises en charge.

  • Assurez-vous que l'auditeur de SAVON ne descend pas.

  • Assurez-vous que l'auditeur de SAVON renvoie un valide vident l'enveloppe de SAVON en réponse à la notification.

  • Assurez-vous que l'auditeur de SAVON traite les notifications d'arrivée rapidement.

Si ces conditions ne sont pas remplies, la file d'attente de notification du MSE peut déborder. Cette condition est visible dans la page de paramètres de notification comme les « notifications ont relâché » le compteur (voir la figure 44).

Figure 44 : Notifications allantes vers le nord

mse-cams-guide91.gif

Cette section entière est seulement valide si l'auditeur allant vers le nord ne peut pas traiter le trafic des notifications allantes vers le nord et veut les supprimer à moins que la balise ait quelque chose importante (ou d'intérêt) pour signaler :

Filtrez les notifications allantes vers le nord basées sur des charges utiles de balise d'intérêt de rendre le système plus extensible. Par exemple, si une balise balise toutes les quelques secondes, mais la charge utile de balise contient seulement les informations de batterie ou la télémétrie de mouvement qui n'est pas d'intérêt, la génération des événements allants vers le nord à la réception de ces charges utiles de balise peut être supprimée.

Le filtrage allant vers le nord d'événement est contrôlé par six nouveaux paramètres dans le fichier 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>

Afin de recevoir TOUTES LES notifications, activez l'envoyer-événement-sur-emplacement-CALC et l'envoyer-événement-sur-chaque-balise. Si la charge utile chaque de balise n'est pas d'importance, placez sélectivement. Par exemple, pour faire envoyer le MSE des notifications seulement pour un calcul d'emplacement, une presse de bouton d'appel, ou une rencontre de chokepoint, l'allument. (Placez « vrai » dans le fichier. NE SUPPRIMEZ PAS CES VALEURS !) :

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

Arrêtez les trois autres indicateurs.

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

Filtres de modification pour apparier vos conditions requises. Sauvegardez le fichier et la sortie. Redémarrez le processus msed.

/etc/init.d/msed start

Pour d'autres détails sur la notification, référez-vous au document API.

Tag RFID et configuration WLC/accord

Un tag RFID est un dispositif wi-fi équipé d'un émetteur et d'une antenne. Il ne s'associe pas aux Points d'accès, ainsi il ne se comporte pas comme d'autres clients sans fil. Un tag RFID transmet les informations sur une base périodique ? désignée sous le nom des trames de notification de balise, qui sont multidiffusé des paquets envoyés à de bas débits de données. Des secondes chaque x, le tag RFID envoie la trame de notification de balise y sur ses canaux configurés. Des trames de notification de balise d'il est recommandé que soient transmises par une force du signal du dBm 17. Quand il se termine un cycle à travers tous les canaux configurés, le tag RFID se repose en état d'alerte et attend le prochain transmettent la période pour transmettre des trames de notification de balise.

Quand vous déployez le RFID pour la recherche de valeur dans le WiFi, ceci doit être configuré :

1. Que des trames de notification par canal le tag RFID étiquettent-ils transmettra-t-il ?

En raison de la nature du trafic de multidiffusion sur des réseaux de 802.11, il est dans généralement bonne pratique d'augmenter le nombre de trames de notification de balise par canal.

Dans un environnement propre rf, les aps reçoivent des mises à jour de balise et les signalent à leur WLC, même si la balise est configurée pour envoyer une trame de notification de balise par canal. Dans des déploiements de vie réelle, il y a une probabilité élevée qu'une mise à jour de balise est manquée sur AP donné dû au bruit rf ou à toute autre activité. Manquer une mise à jour de balise sur AP voisin peut mener aux calculs incorrects d'emplacement. Répétez le nombre de trames de notification de balise par canal à deux ou à trois, au lieu de le par défaut, pour réduire la possibilité de la mise à jour de balise à ne pas entendre par des aps voisins.

La considération pour la vie de batterie de balise est également un important aspect de précision et d'intervalle de trame de notification de balise et souvent une nécessité de compromission faite. Les recommandations de pratique recommandée de dépister l'objet mobile est l'utilisation des balises de détection de mouvement. Configurez un intervalle de trame de notification de balise, c.-à-d., 3 à 5 minutes si stationnaire, et ayez un plus grand intervalle de trame de 1 ou 2 secondes où dans le mouvement pour rapporter la bonne précision et pour fournir la longue vie de batterie. La configuration et la recommandation pour des pratiques recommandées peuvent être obtenues de la fabrication de balise

Référez-vous à la documentation d'AeroScout.

Une autre manière de compenser une perte de mise à jour de balise sur un certain Point d'accès est d'augmenter l'échéance valeur RFID RSSI sur le WLC. La valeur recommandée doit être trois fois la période d'intervalle + 5 secondes. Avec cette valeur, le dernier RSSI sur le WLC est préservé si AP ne détecte pas la dernière itération d'une balise donnée. De nouvelles mises à jour sont poussées au MSE ainsi que des données retenues des itérations précédentes.

Un inconvénient derrière cette approche est qu'il peut affecter la précision. Si la transmission de mouvement n'est pas activée sur un tag RFID et la balise sort rapidement du dernier emplacement sur lequel elle a transmis une trame de notification de balise, le calcul d'emplacement est basé sur les données précédentes. La recommandation est d'activer le mouvement sondant toujours pour baser le calcul d'emplacement sur des données fraîches AP et pour maintenir les temporisateurs WLC aussi bas comme possible de réduire la latence.

Remarque: Le code 5.x WLC fournit une nouvelle commande qui exerce également un effet sur les données retenues sur le WLC. Cette échéance temporisateur est individuellement configurable pour des tags RFID, des clients, et des escrocs. L'échéance par défaut configuration est de cinq secondes, qui taille des données éventées secondes plus anciennes de contrôleur des que cinq. La configuration de délai d'attente RFID contrôle le temps total où un tag RFID est retenu sur le contrôleur après qu'il soit sorti de la plage ou arrête la transmission. La combinaison de ces temporisateurs ainsi que les configurations élogieuses sur le MSE peut fournir à la précision optimale les mises à jour minimales NMSP entre les contrôleurs et le MSEs.

L'échéance RFID RSSI peut être configurée avec le WLC CLI :

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

C'est commande de voir si AP les détectent est un tag RFID donné :

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

2. Quels canaux ?

Dans 2,4 gigahertz de déploiement, les canaux 1, 6, et 11 sont les canaux non-recouverts dans le spectre. Les canaux recommandés à configurer sur un tag RFID sont 1,6, et 11. Notez que dans quelques scénarios, AP peut entendre des mises à jour de tag RFID sur un canal qui est différent de celui sur lequel il fonctionne. Par conception, AP relâche ces mises à jour et ne leur fait pas suivre le WLC.

3. Combien d'heure entre les itérations ?

La configuration de l'intervalle de trame de notification de balise joue un important rôle pour l'emplacement dépistant depuis elle définit la séparation de temps entre les calculs d'emplacement ou les mises à jour. Comme indiqué plus tôt, l'intervalle de trame de notification de balise doit être configuré pour la vie de batterie et la précision optimales d'emplacement, c.-à-d., 3-5 minutes pour les balises stationnaires.

Maintenez dans l'esprit que, quand une balise se déplace, plus d'information en temps réel est exigée pour calculer l'emplacement. Quand il dépiste les balises en mouvement, la transmission de mouvement doit être activée sur le tag RFID avec des secondes de l'intervalle un <10 de trame de notification de balise.

4. Combien d'heure est-ce qu'un RFID attend entre les transmissions de trame ?

En transmettant des trames ou en balisant, un tag RFID d'Aeroscount attend une durée préconfigurée entre ses transmissions. Ce temps attendant peut avoir lieu de 128, 256 ou 512 millisecondes et est connu en tant que « intervalle de répétition de message ». Si 512 millisecondes sont configurées et la balise envoie une balise par canal, alors le tag RFID termine une itération complète dans approximativement 1,5 secondes. Si deux trames sont envoyées par canal avec le même « intervalle de répétition de message », alors la balise termine une itération complète dans 3 secondes.

Le tag RFID transmet la quantité configurée de trames sur un canal spécifique et puis se déplace au prochain canal pour faire la même routine. Le temps qui sépare chaque transmission de trame est connu en tant que « intervalle de répétition de message ».

Il est crucial que le WLC reçoivent des mises à jour de balise de tous les aps de contribution sur les canaux 1,6, et 11 avant qu'il envoie ces données par NMSP au MSE. Le WLC attend un délai configurable, appelé la fenêtre d'agrégation, avant qu'il envoie la liste voisine AP pour un tag RFID au MSE.

Commençant par le logiciel WLC 5,1, la fenêtre d'agrégation NMSP est configurable et est placée à deux secondes par défaut. Sur des releases avant 5,1, la fenêtre d'agrégation sur WLC est de huit secondes et n'est pas configurable. Si un contrôleur reçoit le même paquet du multiple aps dans la même fenêtre d'agrégation, il relâche les doublons. S'il reçoit quelques paquets dans une fenêtre et le reste dans le prochain, il envoie un paquet dupliqué (le premier dans la deuxième fenêtre) mais relâche le reste des doublons.

Il est important de configurer la taille de la fenêtre correcte d'agrégation afin de s'assurer que le WLC a reçu des mises à jour de tous les aps. Cette fenêtre doit être plus grande que la durée un tag RFID passe se terminer un cycle. La pratique commune est d'ajouter au moins un frais supplémentaires en second lieu pour être sûre les attentes WLC assez longtemps. La configuration d'une basse fenêtre d'agrégation mène pour faire du tort le calcul d'emplacement.

Le CCA (estimation de la Manche claire) peut ajouter l'heure supplémentaire pour qu'un tag RFID se termine chacune des trois mises à jour de canaux. La plupart des tags RFID font le transporteur sentant avant qu'ils transmettent. Si le support Sans fil est occupé, ils dégagent pendant le temps et le refrain supplémentaires de la transmission. Après un temps de prédéfinis, si le support est clair ils transmettent et se déplacent au prochain canal. Si le support est encore occupé, la balise interrompt la transmission pour ces itération et mouvement de canal au prochain canal. La durée maximale pour le dégagement n'est pas réparée et peut varier du constructeur au constructeur.

Remarque: Quand vous utilisez des versions logicielles WLC 4.x ou WLC 5.x en même temps que le MSE, la fenêtre d'agrégation NMSP sur le MSE est placée à 8 secondes.

WCS et configuration et accord MSE

Il y a nombre d'importants paramètres de configuration qui peuvent être configurés dans WCS et MSE qui peuvent affecter le cheminement d'emplacement (voir la figure 45).

Figure 45 : Paramètres d'emplacement

mse-cams-guide52.gif

La coupure RSSI est un important champ qui peut être accordé pour un environnement particulier. Ce champ spécifie la valeur du minimum RSSI au-dessous dont le MSE ignore quand il calcule l'emplacement pour un élément donné. Cette valeur s'applique seulement pour dépister des clients, c.-à-d., elle ne s'applique pas pour étiqueter le cheminement.

Si vous spécifiez une coupure très élevée RSSI, telle que -60 ou -50 avec la basse densité AP, elle mène au calcul pauvre d'emplacement puisque le MSE exclut des valeurs RSSI d'entendre fiable aps de son calcul.

Si vous utilisez une coupure du bas RSSI, telle que -85 de -90 et fonctionnez dans une zone d'espace ouvert ou avec de bas murs, les zones d'atténuation d'inter-plancher mènent au calcul pauvre d'emplacement parce que le MSE inclut des valeurs RSSI des aps périphériques dans son calcul.

Bien que la coupure RSSI soit une valeur fixe, l'algorithme compense des valeurs manquantes quand il complète des valeurs plus basses RSSI de la dernière itération ou prend des valeurs de référentiel relatif d'écart. Dans le meilleur des cas, la valeur optimale de coupure RSSI tient compte de plus de cinq aps de contribution avec le supérieur à -75dBm de valeurs RSSI du même plancher. Les bâtiments qui ont la perte non caractéristique rf peuvent exiger le réglage de ce paramètre, mais lui est normalement une indication d'un déploiement suboptimal.

Jitter : Avant que la release 5,2, MSE utilisé pour avoir le mécanisme de lissure d'emplacement pour dépister des clients. La moyenne mobile a été prise pour des clients, ou, en d'autres termes, le mouvement de client a été ramené à une moyenne. Commençant par la version logicielle 5,2, ce mécanisme entier a été remplacé par des « filtres d'emplacement. » Le filtrage d'emplacement est appliqué intérieurement sur a par base de client. MSE maintient que le client déplace et qui est stationnaire, et il applique le filtrage en conséquence. Ceci réduit le jitter global du système. Le filtrage d'emplacement est activé par défaut. Voir la figure 46.

Figure 46 : Filtrage d'emplacement

mse-cams-guide53.gif

Transmission WCS/MSE : C'est la recommandation de déploiement de configurer la transmission entre WCS et MSE :

  • MSE : HTTPS est toujours activé (par défaut). Le HTTP est désactivé par défaut. L'activation du HTTP exige la configuration manuelle par l'accès de console (dirigez ou ssh) dans le MSE.

  • WCS : Par défaut, WCS emploie HTTPS pour communiquer avec MSE. Le HTTP peut être activé par le GUI WCS.

Dans certains cas, WCS ne peut pas communiquer avec MSE au-dessus de HTTPS. Dans ce cas, ajoutant MSE à WCS ou sauvegarde sur le Général Properties MSE que la page continue à signaler l'erreur « connexion HTTPS au serveur a manqué. » La nécessité MSE font l'objet d'un ping (accessible) de WCS, et la commande de « getserverinfo » sur MSE fournit les informations d'état. On lui informe que vous activez le HTTP sur MSE et faites WCS communiquer avec MSE par le HTTP.

Sur MSE, le support de HTTP est disponible dans les versions 5.1, 5,2 et 6,0.

Activez le HTTP sur MSE qui exécute la version logicielle de version 6.0 : Connectez-vous MSE par le ssh/console. Émettez la commande suivante :

root@mse ~]# enablehttp

Activez le HTTP sur MSE qui exécute la version logicielle de version 5.x : Connectez-vous MSE par le ssh/console. Émettez la commande suivante :

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

Cette commande renvoie le mot de passe DB. Utilisez ce mot de passe dans cette commande :

[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 de presse pour quitter le shell de base de données. Exécutez la reprise de plate-forme MSE avec l'arrêt de /etc/init.d/msed ; début de /etc/init.d/msed.

Activez la transmission de HTTP de WCS (version de logiciel 6.x de passages) à MSE :

  • Assurez-vous que le HTTP est activé sur MSE avec les étapes précédentes.

  • Dans WCS, choisissez le HTTP à la page du Général Properties MSE. Ceci active la transmission de HTTP entre WCS et MSE. Voir la figure 47.

Maintenant débuts WCS à communiquer avec MSE au-dessus de HTTP.

Remarque: Afin d'activer le HTTP sur WCS 5,2, référez-vous au guide de configuration WCS 5,2.

Figure 47 : Activation de la transmission de HTTP entre MSE et WCS

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

Autorisation MSE

Des permis MSE sont exigés pour récupérer les informations contextuelles sur des balises et des clients des Points d'accès du code 6,0 en avant. Le permis du client inclut le cheminement de la radio/des clients câblés, des clients escrocs, et des points d'accès non autorisé. Des permis pour des balises et des clients sont offerts indépendamment. Des permis pour des balises et des clients sont offerts dans une plage des quantités, qui s'étendent de 1.000, 3.000, 6.000, et 12.000 périphériques. Cisco offre des permis pour des clients et des balises. La création réelle des permis et de la Gestion des informations relatives UGS est manipulée par le système des licences de FlexLM développé et mis à jour par l'équipe de SWIFT.

WCS est le système de gestion utilisé pour installer des permis de client et de wIPS sur MSE. Des permis pour des balises doivent être lancés par AeroScout et être installés sur le MSE avec le gestionnaire de systèmes d'AeroScout.

Pour des informations détaillées sur MSE autorisant, référez-vous au guide de autorisation et de commande de Moteur de services de mobilité de la gamme Cisco 3300.

Nouveaux achats

Clients

  • Le client achète le permis de SW et reçoit la clé d'autorisation de produit (PAK) par la poste (document de permis).

  • Le client enregistre le PAK pour des clients sur https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (clients enregistrés seulement).

  • Écrivez les informations MSE UDI dans le domaine « d'ID d'hôte ». Recevez l'accord et continuez. Le permis est envoyé au client par l'email.

  • MSE UDI peut être obtenu sur le WCS par ces onglets :

    • Services > Services de mobilité > MSE > système > Général Properties

  • Sans permis, le MSE fournit le « essai avant que vous achetiez » la fonctionnalité pendant 60 jours (permis d'évaluation).

  • Le permis d'évaluation est basé sur l'utilisation et bon pendant 60 jours ; il peut être étendu seulement une fois.

  • Limites de permis d'évaluation :

    • Clients : 100

    • Balises : 100

    • wIPS aps : 20

  • Le permis d'évaluation est toujours imposé, mais si la limite de plate-forme a été atteinte a basé sur les permis installés, le permis d'évaluation du service distinct peut toujours être utilisé. Par exemple, si un client a un MSE-3350 et a installé des permis de dépister les périphériques 18K (des clients et/ou des balises), et les périphériques 18K sont activement dépistés, ils peut utiliser toujours un permis d'évaluation pour le wIPS, quoique la limite de plate-forme soit dépassée.

  • Le temporisateur de permis d'évaluation commence à partir du jour où il est généré, ainsi l'extension de permis d'évaluation doit être installée immédiatement.

  • Une fois que le permis est installé, ce dépend basé par utilisation de le service est activer/.

  • Si le permis d'évaluation expire, et le MSE n'est pas redémarré, les principaux services MSE continuent à fonctionner, et les services autorisés, tels que le contexte averti, continuent également à fonctionner, mais des périphériques ne sont pas dépistés.

  • Si le permis d'évaluation expire, et le MSE est redémarré, les services autorisés ne commencent pas. Des périphériques ne sont pas dépistés.

Si vous n'avez pas le PAK

  • Attaquez-vous à l'outil d'état de commande chez http://tools.cisco.com/qtc/status/tool/action/LoadOrderQueryScreen.

  • Du type de liste déroulante de requête, choisissez la commande de.

  • Introduisez le numéro de commande dans le domaine de valeur.

  • Affichage avec le numéro de série d'exposition de contrôle et la recherche de clic.

  • La fenêtre avec les affichages d'informations détaillées de commande MSE.

  • Dans la commande la fenêtre détaillée de la table, clic développent la ligne 1,1.

  • Sous la colonne de produit, la deuxième ligne, copient le nombre PAK (débuts avec 3201J) ce vous veulent s'enregistrer afin d'obtenir le permis.

  • Pour enregistrer le PAK, allez à https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (clients enregistrés seulement).

  • Cliquez sur le lien d'enregistrement de permis de produit du gauche, introduisez le nombre PAK dans le champ vide, et soumettez.

  • Écrivez les informations MSE UDI dans le domaine d'ID d'hôte. Recevez l'accord et continuez.

  • Un permis est généré, et un email est envoyé à votre identification d'email

Balises

  1. Le client achète la licence logicielle et reçoit le PAK (clé d'autorisation de produit) par la poste (document de permis).

  2. Le client enregistre le PAK pour des balises chez http://support.AeroScout.comleavingcisco.com .

  3. Si vous n'avez pas un compte, créez un nouveau compte avec le lien « créent nouveau compte ».

  4. Une fois le compte t'a été créé reçoivent un email de notification qui contient votre nom d'utilisateur et mot de passe.

  5. Login au portail de support d'AeroScoutleavingcisco.com .

  6. Sous l'onglet de maison, cliquez sur des « Produits de registre achetés le lien de Cisco ».

  7. Enregistrez vos Produits et fournissez les détails des contacts, PAK#, l'ID MSE (MSE S \ N), et le type d'installation. Vous recevez un message électronique qui confirme l'enregistrement.

  8. Le numéro de série expert en logiciel peut être obtenu des onglets WCS :

    Services > Services de mobilité > MSE > paramètres à l'avance

  9. AeroScout vérifie votre nombre PAK dans deux Business Day. Lors de la vérification, une notification qui contient votre code licence, des instructions comment télécharger le SW averti d'engine de contexte, et les guides utilisateurs appropriés sont envoyés à votre adresse e-mail. Si votre nombre PAK s'avère non valide, vous êtes prié d'enregistrer un nombre valide PAK de nouveau.

Mise à jour ? Permis de client

  1. Le client achète le nouveau permis et reçoit le PAK avec la messagerie.

  2. Le client reçoit le PAK et obtient code licence par l'email.

  3. Le client installe code licence sur MSE.

  4. Ajouter le compte de permis d'évaluation (quand existant/compte installé de permis de client égale le maximum MSE) : WCS permet le permis d'évaluation d'être ajouté quoique le compte maximum de périphérique (client) de MSE ait été atteint. Par exemple, si le client a MSE-3350, fait installer le permis du client 18K, et veut ajouter le cheminement et/ou le wIPS de balise, WCS peut ajouter un permis d'évaluation pour l'un ou l'autre ou les deux services.

Mise à jour ? Permis de balise

  • Ajoute le compte de permis de balise (quand existant/compte installé de permis de balise moins que le maximum MSE) : Le permis existant de balise est remplacé par un nouveau permis, par exemple, si un client a un permis existant de dépister les balises 1K et veut améliorer pour dépister les balises 4K, ils achètent un permis 3K d'ajouter à leur permis 1K existant. AeroScout émet un permis de la balise 4K de couvrir le nouveau compte entier de balise.

  • Ajouter le compte de permis de balise (quand existant/compte installé de permis de balise égale le maximum MSE) : Le gestionnaire de système d'AeroScout renvoie un message d'erreur. Le permis existant de balise reste en place. Par exemple, le client a MSE-3350 et a un permis de la balise 18K installé sur MSE. S'ils tentent d'installer un permis de la balise 3K, le gestionnaire de système d'AeroScout donne un message d'erreur. Le permis de balise doit être manuellement supprimé de MSE puisque le gestionnaire de système d'AeroScout n'a pas la capacité de supprimer des permis de balise. Afin de supprimer le nouveau permis de balise, les besoins des clients de désinstaller l'image MSE, enlèvent l'option de base de données, et réinstallent le logiciel MSE.

  • Ajouter le compte de permis d'évaluation (quand existant/compte installé de permis de balise égale le maximum MSE) : WCS permet un permis d'évaluation d'être ajouté quoique le compte maximum de périphérique (balise) de MSE ait été atteint. Par exemple, si le client a MSE-3350, fait installer un permis de la balise 18K, et veut ajouter le cheminement et/ou le wIPS de client, il peut ajouter un permis d'évaluation pour l'un ou l'autre ou les deux services.

Clients existants (s'applique seulement en améliorant à la version logicielle 6,0)

  1. Visitez https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (clients enregistrés seulement) pour enregistrer le PAK pour des clients et pour obtenir code licence comme expliqué ci-dessus dans la nouvelle section d'achats. Si le PAK a été mal placé, alors les besoins des clients d'appeler Cisco TAC/GLO.

  2. Fichier d'install license sur MSE par WCS.

  3. Le permis est attaché à l'UID MSE.

  4. Composé de la plate-forme (MSE 3310 ou 3350) et du seul numéro de série. Exemple UDI : AIR-MSE-3310-K9:V01:QCN1224001Y. Dans cet exemple, le numéro de série est QCN1224001Y.

  5. Le permis MSE est attaché au seul identifiant de périphérique (UDI). Si la même unité est fixable, l'UDI est identique, et le même permis peut rehosted, mais, si l'unité doit être remplacée, l'UDI change, ainsi un nouveau permis doit être généré. MSE ne reçoit pas le permis si UDI ne s'assortit pas. Les clients peuvent appeler Cisco TAC et fournir le vieux et nouvel UDI. Cisco TAC désactive le vieux permis et émet un neuf.

  6. Le MSE-3350 peut dépister jusqu'à 18.000 périphériques (toute combinaison des clients et des balises) avec l'achat approprié de permis. Des mises à jour sur les emplacements des éléments dépistés sont fournies à l'engine de Services de mobilité du contrôleur de LAN sans fil Cisco.

  7. Seulement ces éléments indiqués pour dépister par le contrôleur sont visualisables dans des cartes, des requêtes, et des états de Cisco WCS. Aucun événement ou alarme n'est collecté pour les éléments non-dépistés, et aucun n'est utilisé calculer la limite 18,000-element pour des clients ou des balises.

Après l'installation réussie du permis, le type de licence affiche maintenant en tant que « constante » suivant les indications de la figure 48.

Figure 48 : Centre de permis

mse-cams-guide55.gif

Remarque: Quand un client ou une balise est inactive pendant 24 heures, ils ne comptent plus contre leur compte respectif de permis.

Le fichier d'autorisation est enregistré à « choisissent/mse/autorisation ».

Quand vous améliorez de MSE 5.x à 6.x, assurez-vous que ces étapes sont suivies dans l'ordre :

  1. Avec WCS, exécutez une sauvegarde de base de données MSE de MSE 5.x, c.-à-d., le système s'exécutant actuellement MSE.

  2. Afin de sauvegarder des données et la configuration pour des balises, référez-vous au guide de configuration du logiciel Contexte-averti de service.

  3. Mise à jour MSE au logiciel 6.x. L'affichage de messages d'alerte dans le processus de mise à niveau sur le MSE au sujet de la « autorisation » à l'installation.

  4. Installez le permis MSE par WCS. Un message d'avertissement affiche si un permis plus grand que la capacité système MSE est installé et le processus d'installation de permis est bloqué. Par exemple, si un client a un MSE-3310 et des tentatives d'installer un permis du client 6K, affichages de message d'avertissement puisqu'un MSE-3310 peut dépister un maximum des périphériques 2K.

  5. Restaurez la base de données MSE avec WCS.

  6. Afin de restaurer des données et la configuration pour l'engine de balise, suivez la documentation d'AeroScoutleavingcisco.com .

  7. Pour des détails sur ces étapes, référez-vous à l'annexe B de ce document et du guide de configuration averti de contexte pour la release 6.x.

    Remarque: Avec la version de logiciel 6.0 pour l'étiquette dépistant, des configurations d'engine d'AeroScout et les données de permis sont préservées dans des processus de sauvegarde WCS/MSE et de restauration. Aucune configuration exécutée sur MSE qui exécute la version de logiciel avant 6,0 n'est préservée automatiquement. Améliorant de 6,0 à 6.x, ces données de configuration sont mises à jour quand vous utilisez la procédure de sauvegarde/restauration MSE conformément à la Documentation Cisco. Si les mises à jour d'un client de 5,2 à 6,0, elles doivent suivre la procédure manuelle selon la documentation d'AeroScoutleavingcisco.com .

    attention Attention : Le nombre de clients, de balises, et de Points d'accès pris en charge (wIPS) est remis à l'état initial à 100 clients, à 100 balises, et à 20 aps quand vous améliorez pour libérer 6.x faute de permis approprié. Tout sauf 100 éléments sont inactifs marqué. Les données historiques pour tous les éléments qui étaient les restes dépistés dans la base de données et peuvent être questionnés dans l'emplacement API sur le MSE. Ces limites correspondent aux permis d'évaluation de 60-jour qui sont fournis par défaut sur MSE non-autorisé.

Modifiez ces paramètres de cheminement avec le Cisco WCS (voir la figure 49) :

  1. Activez et désactivez les emplacements d'élément (de câble/clients sans fil, balises actives de ressource, et clients escrocs et Points d'accès) que vous dépistez activement.

  2. Fixez les limites sur lequel d'un élément spécifique vous voulez dépister.

  3. Par exemple, donné un permis de client de 12.000 périphériques trackables (de câble/radio), vous pouvez fixer une limite pour dépister seulement 8.000 stations client (qui des feuilles 4.000 périphériques disponibles pour dépister les clients escrocs et les points d'accès non autorisé). Une fois que la limite de cheminement est respectée pour un élément donné, le nombre d'éléments non dépistés est récapitulé à la page de cheminement de paramètres.

  4. Désactivez le cheminement et signaler des clients escrocs ad hoc et des Points d'accès.

Figure 49 : Cheminement des paramètres pour des services avertis de contexte

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

Le nombre réel de clients dépistés est déterminé par le permis acheté.

Valeur active (voir la figure 49) : Indique le nombre de stations client actuellement étant dépistées.

Non dépisté (voir la figure 49) : Indique le nombre de stations client au delà de la limite.

Des éléments excédentaires (étiquettes/clients/escrocs) ne seront pas dépistés suivant les indications de la figure 50.

Figure 50 : Utilisation de permis

mse-cams-guide57.gif

Comment des plusieurs services sont mesurés

Le MSE avec la release 6,0 commutateurs prend en charge l'exécution simultanée de Contexte-averti et de WIPS. Des limites de coexistence de caractéristique sont imposées. Au-dessus de la limite les combinaisons seront non-TAC pris en charge, et ne sont pas même possibles car on ne peut pas ajouter le permis qui entraînera la capacité MSE d'être dépassé.

Les combinaisons prises en charge sont affichées dans les figures 51 et 52.

Figure 51 : Capacité système MSE-3350 : mode moniteur aps de wIPS et périphériques Contexte-avertis

mse-cams-guide58.gif

Figure 52 : Capacité système MSE-3310 : mode moniteur aps de wIPS et périphériques Contexte-avertis

mse-cams-guide59.gif

Quelques exemples :

  • Le client est intéressé à dépister les périphériques 6K utilisant le service Contexte-averti, puis il a la capacité d'avoir le mode moniteur aps de jusqu'à 2.000 wIPS sur le MSE 3350

  • Le client est intéressé à dépister les périphériques 3K utilisant le service Contexte-averti, puis il a la capacité d'avoir le mode moniteur aps de jusqu'à 2.500 wIPS sur le MSE 3350

  • Le client est intéressé à dépister les périphériques 1K utilisant le service Contexte-averti, puis il a la capacité d'avoir le mode moniteur aps de jusqu'à 1.000 wIPS sur le MSE 3310 et une capacité d'avoir le mode moniteur aps de 2.500 wIPS sur le MSE 3350

Dépannage

MSE est inaccessible

Si MSE est détecté comme inaccessible du point de vue WCS, les possibles raison peuvent être ceux-ci :

  • Les qualifications de procédure de connexion API dans WCS sont configurées inexactement. L'appliance a deux ensembles de qualifications : on est pour l'interface et des autres de shell d'appareils pour les qualifications API. WCS a besoin des qualifications API quand il ajoute MSE. Référez-vous à l'annexe A de ce document.

  • Les règles de Connectivité d'artère et de Pare-feu bloquent la Connectivité entre WCS et MSE. Référez-vous à la section « vérifient connexion réseau » dans ce document.

  • La tâche de fond « état du service WCS de mobilité » a été désactivée. Activez-le dans WCS par la gestion > les tâches de fond > les autres tâches de fond > état du service de mobilité.

  • Le contexte de service MSE averti est activé et se lève du MSE CLI.

  • Dans des situations rares, HTTPS peut avoir un problème de connectivité. Vous pouvez activer l'option de HTTP sous le Général Properties MSE dans WCS. Référez-vous à la section « de transmission WCS/MSE » de ce document pour des détails.

  • MSE est tombé en panne. Sur MSE, CLI « getserverinfo » ne peut pas renvoyer un résultat. Collectez tous les logs sous/choisissez/répertoire de mse/logs et contactez Cisco TAC.

Élément ne se trouve pas

Si élément ne se trouve pas dans MSE, les possibles raison peuvent être ceux-ci :

  • MSE est inaccessible.

  • Le permis d'évaluation a expiré.

  • MSE est accessible et autorise appliqué, mais le service averti de module de contexte MSE n'est pas activé.

  • Le cheminement pour des clients et/ou des balises n'est pas activé sur le MSE dépistant la page de paramètres. Référez-vous à la section « d'autorisation MSE » de ce document pour des détails.

  • Des conceptions de réseaux et/ou les contrôleurs n'ont pas été synchronisés avec MSE.

  • Des Points d'accès n'ont pas été placés sur des cartes WCS.

  • Des connexions NMSP ne sont pas établies entre MSE et contrôleurs. Référez-vous « vérifient la connexion NMSP entre à la section WLC et MSE » de ce document pour des détails.

  • Les Points d'accès dans WCS ont des Antennes de non-Cisco (le type choisi était « autre "). Dans ce cas, des Points d'accès dans WCS doivent être placés à un type pareillement pris en charge d'antenne et à une conception de réseaux resynchronisée différents avec MSE.

  • Le contrôleur LAN Sans fil (WLC) ne détecte pas des clients. Dépannez sur WLC avec CLI « show client summary ».

  • Le contrôleur LAN Sans fil (WLC) ne détecte pas les tags RFID actifs. Dépannez sur WLC avec CLI « show rfid summary ».

Des balises ne sont pas localisées

Quand des balises ne sont pas localisées (mais d'autres clients sont), il peut y a un problème dans l'engine d'AeroScout ; les possibles raison sont ceux-ci :

  • Des tags RFID actifs ne sont pas dépistés par le WLC. Cette commande doit être présente dans la configuration WLC : enable de config rfid status.

  • Le contrôleur LAN Sans fil (WLC) ne détecte pas les tags RFID actifs. Dépannez sur WLC avec CLI « show rfid summary. »

  • Des balises sont vues par WLC mais pas vues dans WCS. Vérifiez que la notification NMSP sont envoyées à MSE avec cette commande : enable de nmsp de debug rfid.

  • L'engine d'AeroScout non installée dans MSE. Dans les versions 5.1 et 5,2 l'engine doit être installée séparément. Des versions 6.0 en avant l'engine est empaquetée avec MSE.

  • Le permis n'est pas installé pour l'engine d'AeroScout.

  • L'engine d'AeroScout ne s'inscrit pas à MSE. Vérifiez la page d'état d'engine de partenaire dans WCS.

  • MSE contient trop de cartes, ou les cartes sont trop grandes. Référez-vous aux instructions d'engine d'AeroScout.

  • Après qu'une mise à jour, configuration puisse devoir être restaurée sur l'engine d'AeroScout.

  • La carte de plancher n'a pas une image (résolue dans des versions récentes).

  • MSE dépiste seulement les balises CCX-compatibles, et le déploiement a seulement les balises non vérifiées de non-CCX, ou ils n'ont pas été configurés pour transmettre dans CCX le format.

Certains éléments ne sont pas localisés (des clients ou des balises)

Si MSE dépiste certains éléments, mais d'autres ne sont pas visibles, les possibles raison peuvent être ceux-ci :

  • MSE fonctionne sur un permis d'évaluation, limité à 100 éléments.

  • MSE fonctionne avec un permis valide, mais la capacité a été dépassée, ainsi tous les éléments supplémentaires (clients/balises/escrocs) sont jetés.

  • Certains contrôleurs n'ont pas la Connectivité NMSP avec MSE.

  • L'élément a disparu du réseau et ne transmet plus. MSE enregistre l'élément dans son enregistrement historique, mais il disparaît des écrans WCS.

  • Des options de filtrage ont été appliquées dans des couches de cartes WCS empêchant quelques éléments à afficher.

  • Des options de filtrage MAC sont activées dans des paramètres de filtrage MSE, jetant quelques éléments.

  • MSE dépiste seulement les balises CCX-compatibles ; le déploiement a une combinaison de CCX et des balises de non-CCX.

  • Extension de dépannage de client/balise pour l'emplacement :

    • Vérifiez, que WCS voie ce client ou pas ? Par le SNMP, cette fonctionnalité existe déjà pour des clients. (Dépannage de client). Ceci doit être étendu pour des balises.

    • Recherchez le client dans l'emplacement assigné des contrôleurs. Show client summary de commande de l'utilisation WLC.

    • Déterminez combien de temps il y a WLC a vu le client utiliser le détail de < adresse MAC > de client d'exposition de commande WLC.

    • Déterminez quand les aps ont pour la dernière fois vu le client avec le WLC commander le détail de < adresse MAC > de client d'exposition.

WLC non lié à MSE

Quand un contrôleur n'établit pas la Connectivité avec MSE, les causes possibles sont ceux-ci :

  • Le contrôleur n'est pas accessible des points de vue MSE ou WCS.

  • Le WCS a eu le problème de connectivité provisoire avec le contrôleur et ne pouvait pas pousser la clé de Sécurité d'informations parasites pour la connexion NSMP. Vérifiez la Connectivité SNMP entre WCS et contrôleur.

  • Le contrôleur et les MSE n'ont pas une configuration correcte de NTP ou leur différence de temps est significative. Configurez les périodes correctement.

  • Une release que 4,2 plus ancienne de contrôleurs ne prennent en charge pas NMSP.

  • Les contrôleurs avant la version de version 5.1 ne prennent en charge pas de plusieurs connexions MSE.

  • Si un contrôleur est assigné à un MSE avec le wIPS activé, le même contrôleur ne peut pas être assigné à un autre MSE simultanément.

  • WCS n'a pas accès lecture/écriture au WLC quand le sync est fait. Ceci a comme conséquence l'incapacité du WCS de pousser le MAC MSE et les informations parasites de clé au WLC.

Les notifications n'atteignent pas des applications des partenaires externes

Dans les situations où une application des partenaires ne reçoit pas des notifications de MSE, les possibles raison sont ceux-ci :

  • La Connectivité entre MSE et l'application externe n'est pas établie. Vérifiez le trafic XML/API.

  • L'application externe d'auditeur est en baisse.

  • L'auditeur externe est lent pour analyser les notifications entrantes. Dans ce cas, MSE attend l'auditeur externe pour traiter, qui peut mener à l'encombrement sur les files d'attente sortantes MSE.

  • Le MSE relâche des notifications dues relativement au de petite taille de sa file d'attente sortante comparée à la quantité de trames de notification de balise prévues dans le réseau. Vérifiez que les balises ont une configuration raisonnable, particulièrement pour assurer le mouvement acceleration/de-acceleration. Augmentez la taille de file d'attente dans les paramètres de notification MSE. Référez-vous à la section « de notification allante vers le nord » dans ce document.

L'emplacement de câble ne fonctionne pas

Si aucun élément n'est dépisté quand vous utilisez l'emplacement de câble, les possibles raison sont ceux-ci :

  • Problème de connectivité NMSP entre MSE et Commutateurs de câble.

  • Le commutateur de câble exécute une version plus ancienne qui ne prend en charge pas l'emplacement de câble.

  • Le commutateur de câble a la bonne version mais NMSP n'est pas activé. Activez-le avec l'option CLI.

  • Le commutateur de câble doit avoir l'option de cheminement IP activée commencer dépister ses clients connectés.

  • Le commutateur de câble n'a pas été ajouté à WCS.

  • Problèmes éventuels tandis que vous ajoutez un commutateur de câble dans WCS :

    • Chaînes de caractères de la communauté SNMP fausses.

    • Le commutateur OID n'est pas pris en charge dans WCS.

  • Le commutateur de câble a été ajouté à WCS mais n'est pas synchronisé avec MSE.

  • Le commutateur de câble est disponible pour la synchronisation. Vérifiez que le commutateur a été ajouté avec l'indicateur capable de « emplacement » activé dans WCS.

  • Les Commutateurs de câble prennent en charge seulement une connexion NMSP avec un MSE.

  • Le cheminement de câble n'est pas activé dans des paramètres de cheminement MSE.

Autorisation MSE

  • Le message de non-concordance UDI quand vous installez le permis ? des permis MSE sont attachés à MSE UDI, ainsi assurez-vous que le permis installé est créé pour le MSE correct. Vous ne pouvez pas échanger des permis entre MSEs différent.

  • L'installation de permis est due bloqué à l'élément qui dépasse la limite permise sur cela MSE - vérifiez la capacité de permis pour chaque service sur différentes Plateformes MSE comme tracées les grandes lignes sous la section de préface.

  • L'erreur peut afficher si vous essayez d'installer ou supprimer deux permis dans une ligne ? la raison pour ceci est que chaque fois des permis de CAS sont installés, toute la reprise de services, et chaque fois que le permis de wIPS est installé, reprises de service de wIPS. Avant que vous poursuiviez pour installer un autre permis immédiatement, assurez-vous que tous les services ont monté.

  • Des permis MSE sont installés sous /opt/mse/licenses.

Vérifiez la connexion réseau

Assurez-vous que Pare-feu ne bloque pas la Connectivité entre le MSE, le WLC et le WCS. Si vous devez Pare-feu outre de ces cases, créer des règles de caractère générique de sorte que ces ordinateurs puissent parler entre eux avec succès (voir la figure 53).

Figure 53 : Vérifiez la connexion réseau

mse-cams-guide60.gif

Vérifiez la connexion NMSP entre WLC et 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

Si la connexion NMSP n'est pas établie après que vous ajoutiez MSE à WCS, un possible raison est anomalie d'horloge entre WLC et MSE. La recommandation est d'utiliser un serveur de NTP pour synchroniser les horloges. Si ce n'est pas possible, les horloges sur le WLC et le MSE peuvent être configurées manuellement. Le problème principal avec les horloges système est de s'assurer que le temps WLC n'a pas lieu derrière l'heure qui est placée sur le MSE.

Remarque: La synchronisation horaire entre les contrôleurs est essentielle dans de grands déploiements du multiple WLC.

Si une session NMSP n'est toujours pas établie, l'administrateur réseau peut manuellement installer la session NMSP en entrant dans les informations parasites de clé MSE dans le 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>

Vérifiez MSE est opérationnel et reçoit les informations de balise et de client de WLC

La commande de getserverinfo sur le MSE fournit cette sortie :

[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 ~]# 

Vérifiez que le tag RFID est vu par WLC

Des balises doivent être configurées pour transmettre sur 3 canaux (1,6,11) et avec 3 répétitions ou plus.

Exemple : 1,6,11, 1,6,11, 1,6,11

Configuration globale du contrôle RFID sur le contrôleur.

show rfid config

Si la détection de tag RFID n'est pas activée, activez-la avec cette commande :

config rfid status enable

Vérifiez/placez les paramètres de dépassement de délai.

config rfid timeout 1200
config rfid auto-timeout disable

Échéance délai d'attente du contrôle RSSI.

show location summary

Si la balise n'est toujours pas vue par WLC, utilisez ces commandes de débogage :

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

Vérifiez pour voir si WLC voit la balise.

show rfid summary
show rfid detail <MAC address>

Si la balise est vue par le WLC mais pas vue dans WCS, voyez si des notifications NMSP sont envoyées à MSE.

debug rfid nmsp enable

Vérifiez la notification NMSP est activé sur le WLC

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

Vérifiez si la couche NMSP sur le WLC envoie la notification.

debug nmsp message tx enable

Coupure RSSI : MSE retient les quatre valeurs de force du signal les plus élevées plus tous les états de force du signal qui rencontrent ou dépassent la valeur de coupure RSSI. Par défaut = dBm -75

commande de show rfid summary (WLC)

Listes de ces commandes que tous les tags RFID ont signalées par des aps, qui inclut ces informations :

  • Adresse MAC RFID

  • AP le plus étroit

  • Valeur RSSI

  • Temps puisque la balise a été pour la dernière fois entendue

(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

ordre de show rfid detail

Cette commande fournit des détails de paramètre pour un tag RFID quand elle spécifie l'adresse 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) >

Vérifiez que le client de WiFi est vu par WLC

Déterminez quels aps le client est associé et déterminez les valeurs RSSI vues par les aps.

show client summary
show client detail <MAC address>

Vérifiez que les délais d'attente RSSI pour le client sont placés aux valeurs par défaut.

show location summary

Si les valeurs RSSI sont différentes des valeurs par défaut, placez-les pour se transférer avec ces commandes de configuration :

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

L'Équilibrage de charge d'enable met au point ; affichez quels aps ont entendu le client et avec quels RSSI.

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

Questions connexes de notification de debug avec ces commandes :

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

commande de « 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

ordre de « 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

Section 4 : Liste de contrôle finale

Configurations matérielles requises

Tableau 3 : Cisco MSE 3310 ? Spécifications matérielles

Élément Description
Facteur de forme le facteur de forme 1,75 de l'étagère 1U avance (4,45 cm) la hauteur petit à petit, 27,75 pouces (70,5 cm) de profondeur
Processeur Duo d'Intel Core2 (1,8 gigahertz)
Mémoire 4 GO (PC2-5300)
Disques durs 2 x 250 Go SATA
Capacité de cheminement d'emplacement Jusqu'à 2.000 périphériques (jusqu'à 1.000 clients et jusqu'à 1.000 balises)
Connectivité Réseau : Deux ont encastré les adaptateurs de réseau Gigabit multifonctions avec l'engine de Déchargement TCP/IP
Alimentations électriques Un courant alternatif 120/240V
Gestion de réseau CSNA Emplacement v5.2 de Cisco WCS ou plus grand Pack 1 courant de l'Internet Explorer 6.0/Service ou plus tard
Périphériques pris en charge de réseau Cisco 2100, contrôleurs LAN de radio de gamme 4400 ; Wireless Services Module de gamme Cisco Catalyst 6500, contrôleur LAN sans fil intégré Cisco Catalyst 3750G, module du contrôleur LAN sans fil (WLCM et WLCM-E) pour des Integrated Services Router ; Point d'accès léger de Cisco Aironet

Tableau 4 : Cisco MSE 3550 ? Spécifications matérielles

Élément Description
Facteur de forme le facteur de forme 1,75 de l'étagère 1U avance (4,45 cm) la hauteur petit à petit, 27,75 pouces (70,5 cm) de profondeur
Processeur Processeur Xeon d'Intel de deux Quad-noyaux (2,33 gigahertz)
Mémoire 8 Go Go PC2-5300 (4 x 2)
Disques durs Lecteurs chauds du connecteur SAS (Serial Attached SCSI) : 2 x 146 Go (10K RPM)
Capacité de cheminement d'emplacement Jusqu'à 18.000 périphériques (tout mélange de clients et de balises)
Connectivité Réseau : Deux ont encastré les adaptateurs de réseau Gigabit multifonctions avec l'engine de Déchargement TCP/IP
Alimentations électriques Courant alternatif deux 120/240V redondant (échangeable à chaud)
Gestion de réseau CSNA Emplacement v5.1 de Cisco WCS ou plus grand Pack 1 courant de l'Internet Explorer 6.0/Service ou plus tard
Périphériques pris en charge de réseau Cisco 2100, contrôleurs LAN de radio de gamme 4400 ; Wireless Services Module de gamme Cisco Catalyst 6500, contrôleur LAN sans fil intégré Cisco Catalyst 3750G, module du contrôleur LAN sans fil (WLCM et WLCM-E) pour des Integrated Services Router ; Point d'accès léger de Cisco Aironet

Migrer des services d'emplacement de Cisco 2710 vers Cisco MSE

Avant l'introduction de la plate-forme MSE, Cisco a fourni à des services de localisation la solution de Cisco 2710-based. Le tableau 5 fournit une comparaison entre les deux solutions et affiche les avantages de la solution MSE.

Tableau 5 : Cisco 2710 contre Cisco MSE

Caractéristique Cisco 2710 MSE
Environnements pris en charge de client Bas-plafond d'intérieur (RSSI) Extérieur à haut plafond d'intérieur d'intérieur du bas-plafond (RSSI) (TDOA) (TDOA)
Technologies prises en charge d'emplacement RSSI seulement RSSI TDOA
Engines prises en charge d'emplacement Cisco seulement Engine de partenaire de Cisco
Nombre maximal de périphériques dépistés de WiFi 2.500 18.000
Nombre de services pris en charge Choisissez (emplacement seulement) Multiple (solution mobile de contexte, wIPS, services futurs avertis)
Balises prises en charge CCX ou non CCX (votant seulement) CCX
Rails et régions Oui (clients et balises) Oui (clients seulement) balises ? Caractéristique de cellules et de masques d'AeroScout
Capteurs d'emplacement Non pris en charge Non pris en charge

Pour des clients avec Cisco existant 2710 installations, il est possible de migrer et préserver leur configuration à nouveau Cisco MSE.

Logiciels nécessaires

Les Points d'accès de Gamme Cisco Aironet 1000 pour le logiciel Contexte-averti sont pris en charge seulement avec la version 4.2.xxx (xxx>112).

Remarque: Les Points d'accès de Gamme Cisco Aironet 1000 est une fin de vie et une extrémité de produit de vente. Les Points d'accès de Gamme Cisco Aironet 1000 pour la solution Contexte-avertie de Cisco sont pris en charge seulement avec la version 4.2.xxx (xxx>112). Seulement la solution Contexte-avertie de Cisco sur le Moteur de services de mobilité de la gamme Cisco 3300 est prise en charge ; aucun autre services sur le Moteur de services de mobilité de la gamme Cisco 3300 ne sont ou seront pris en charge. Les versions 5.x.xxx et les versions futures du logiciel ne prennent en charge pas les Points d'accès de Gamme Cisco Aironet 1000. Des clients sont encouragés à migrer vers Cisco Aironet 1130, 1140, 1240, ou des Points d'accès de gamme 1250 pour utiliser les avantages des dernières caractéristiques introduites. Contactez Cisco pour de plus amples informations en vue de les produits de remplacement.

Le tableau 6 répertorie la version logicielle qui doit être utilisée sur le MSE, le WLC, et le WCS. Chaque colonne verticale représente des versions compatibles pour MSE, WLC, et WCS ensemble.

Tableau 6 : Matrice de compatibilité logicielle

Service Composant système Version logicielle minimale
CAS et ¹ de wIPS MSE Libérez 5.1.30.0 Libérez 5.1.35.0 Version 5.2.91.0 Version 6.0.75.0
Contrôleur LAN Sans fil de Cisco (WLC) Version 4.2 : 4.2.130 (ou plus grande) version 5.1 : 5.1.151.0 (ou plus grands) Version 4.2 : 4.2.130 (ou plus grande) version 5.1 : 5.1.163.0 (ou plus grands) Version 4.2 : 4.2.130 (ou plus grande) version 5.2 : version 5.1 de 5.2.157.0 (ou plus grand) : 5.1.151.0 (ou plus grand), ou Version 4.2 : 4.2.130 (ou plus grande) version 5.2 : version 5.1 de 5.2.157.0 (ou plus grand) : version 6.0 de 5.1.151.0 (ou plus grand) : 6.0.182.0 ou une plus grande note : La release 5.0.x ne prend en charge pas MSE.
Cisco WCS Version 5.1 : 5.1.64.0 (ou plus grands) Libérez 5.1.65.4 (ou plus grand) Version 5.2 : 5.2.110.0 (ou plus grands) Version 6.0 : 6.0.132.0 ou plus grand
Navigateur de Cisco WCS Libérez 1.3.64.0 (ou plus grand) Libérez 1.3.65.4 (ou plus grand) Libérez 1.4.110.0 ou plus grand) Libérez 1.4.110.0 ou plus grand)

Remarque: La version 5.2 de ¹ est la configuration logicielle requise minimale pour le support du wIPS sur le contrôleur, le WCS, et le MSE.

Remarque: La version de logiciel WCS doit être égale à la version de logiciel MSE, c.-à-d., si vous exécutez MSE 6.0.x, WCS doit être 6.0.x, aussi bien. L'autorisation est commencer imposé par la version de logiciel 6.0.

Liste de contrôle de déploiement

Planification Sans fil

  • Suivez les instructions appropriées de placement AP (emplacement et densité). Assurez la couverture appropriée de périmètre AP. L'outil de planification WCS peut être utilisé pour déterminer la densité et le placement AP.

  • Vérifiez la couverture de WiFi utilisant l'outil d'analyse de site aussi bien que le WCS (outil de préparation d'emplacement).

  • Vérifiez le placement AP pour éliminer des trous de couverture. Utilisez le mode moniteur optimisé par emplacement aps pour compléter des trous de couverture.

  • Spécifiez que les contrôleurs doivent parler à quel MSE avec la page de synchronisation WCS MSE.

  • Vérifiez que des Certificats sont permutés correctement.

WLC

  • Assurez-vous que tous les aps/radios sont hauts et le gestionnaire de ressources par radio (RRM) est activé

  • Configurez le serveur de NTP sur WLC et MSE ou synchronisez manuellement les périphériques (et de préférence WCS) avec du temps correct et le fuseau horaire.

    Remarque: WLC passe le temps GMT(UTC) avec le fuseau horaire correct de dériver l'heure locale, ainsi le temps doit être écrit dans l'UTC et le fuseau horaire correct spécifié.

  • Vérifiez que des clients/balises sont détectés par WLC avec cette exposition de commande [rfid | résumé de client]

  • Vérifiez que NMSP est établi entre MSE et le contrôleur avec cette commande sur le show nmsp status WLC ou sur WCS par des services > des Services de mobilité > « MSE » > des sessions >Active de système

  • Vérifiez si WLC a été abonné pour les services droits avec ce résumé d'abonnement de nmsp d'exposition de commande

  • Si vous précision de client du test CCX, vous assurez que le CCX est activé. le <interval> d'enable de client de plm de config location afin de vérifier la configuration, utilisent ce plm de show location de commande

  • WLC doit avoir ces paramètres par défaut de nmsp :

    Algorithme utilisé :

    Client

    • Échéance délai d'attente RSSI : sec 5

    • Demi vie : 0 sec

    • Informez le seuil : 0 DBs

    Client de calibrage

    • Échéance délai d'attente RSSI : sec 5

    • Demi vie : 0 sec

    AP escroc

    • Échéance délai d'attente RSSI : sec 5

    • Demi vie : 0 sec

    • Informez le seuil : 0 DBs

    Tag RFID

    • Échéance délai d'attente RSSI : sec 5

    • Demi vie : 0 sec

    • Informez le seuil : 0 DBs

    Commande de configuration

    <cmd> de config location

    Afin de vérifier ces valeurs

    show location summary

WCS/MSE

  • Configurez le serveur de NTP sur les deux MSE ou synchronisez manuellement les périphériques (et de préférence WCS) avec du temps correct et le fuseau horaire.

  • Assurez-vous que les calculs d'emplacement ont lieu à la page de cheminement ou à la console MSE avec la commande de getserverinfo.

  • Employez la caractéristique de « audit » dans WCS pour s'assurer que WCS évalue des valeurs de la correspondance WLC.

  • Assurez-vous que tous les aps sont assignés à la carte.

  • MSE doit être synchronisé avec la conception de réseaux, le WLC, les Commutateurs de câble, et les événements.

  • Assurez-vous que les cartes et des positions AP sont synchronisées entre le WCS et le MSE.

  • Le cheminement des clients/des balises doit être activé sur MSE sous des services > des Services de mobilité > le service averti de <MSE> > de contexte > des paramètres >Tracking de gestion.

  • Vérifiez que des clients/balises sont vus par WCS sous le moniteur > le client/balise.

  • Si des clients et/ou les balises ne sont pas vus par WCS, vérifiez que l'autorisation de client/balise est installée sur MSE. Assurez-vous également que la bonne version de WCS est installée qui prend en charge le contexte averti (WCS PLUS).

  • Utilisez l'outil d'étalonnage dans WCS pour calibrer des caractéristiques de signal pour l'environnement spécifique.

  • Utilisez les rails d'emplacement et les régions (pour le client dépistant) et les cellules et les masques (pour la balise dépistant) pour inclure/à l'exclusion des zones spécifiques sur la carte de plancher où les clients de WiFi doivent/ne doivent pas apparaître.

  • Vérifiez le niveau de la précision d'emplacement avec l'outil de précision dans WCS.

Pour des clients

  • Vérifiez cela qui dépiste est activé sur MSE.

  • Vérifiez que des clients sont détectés par WLC.

Pour des balises

  • Vérifiez cela qui dépiste est activé sur MSE.

  • Vérifiez que des balises sont détectées par WLC.

  • Les canaux 1,6,11 doivent être activés.

  • Par canal la répétition doit être 3.

  • Vérifiez l'état de batterie.

Section 5 : Questions techniques fréquemment posées

Q. Quelle est empreinte digitale rf ? Est-il identique que la triangulation rf ?

A. L'empreinte digitale rf est une méthode de détermination d'emplacement avec deux foyers : pour comprendre comment les ondes radios relient dans un environnement spécifique du RÉSEAU LOCAL Sans fil, et pour appliquer cette atténuation les caractéristiques au périphérique signalent les informations, ainsi un emplacement peut être déterminé. La triangulation ne prend pas en considération des variables environnementales, et se fonde à la place seulement sur des lectures de force du signal pour rapprocher l'emplacement de périphérique. L'empreinte digitale rf prend en considération des caractéristiques spécifiques de bâtiment parce qu'elles peuvent affecter la propagation des signaux rf et de la précision de la détermination d'emplacement.

Q. Quelle un peu fidélité d'emplacement est-ce que je peux attendre ?

A. L'emplacement est statistique en nature. Cisco cite des caractéristiques de précision d'emplacement à moins derrière dix mètres 90% du temps et à cinq mètres 50% du temps.

Q. Les informations sont-elles du temps réel ?

A. Le temps de réponse de l'information d'emplacement, aussi bien que les informations associées de client, est principalement une fonction du traitement de système. Les temps de réponse peuvent typiquement s'étendre de quelques secondes à quelques minutes.

Q. Combien extensible est le MSE ?

A. Cisco MSE 3350 peut dépister jusqu'à 18.000 périphériques. Pour le support de plus de périphériques, MSEs supplémentaire peut être ajouté au même système. La limite supérieure pour les périphériques simultanés est basée sur la capacité de traitement du MSE.

Q. Combien de temps peut-il l'historique d'emplacement de mémoire I ?

A. La quantité d'historique d'emplacement que le MSE peut enregistrer et de rediffusion est configurable. La valeur par défaut est de 30 jours.

Q. Comment le trafic d'emplacement affecte-il mon réseau ?

A. La quantité du trafic d'emplacement dépend du nombre de contrôleurs, d'aps, et finalement de nombre de périphériques qui sont dépistés par une infrastructure réseau donnée. Pendant que le réseau se développe, plus de trafic est expédié des aps aux contrôleurs sans-fil, qui, à leur tour, sont expédiés au MSE. Le niveau de trafic pour une mesure individuelle est très petit, mais le nombre de mesures dépend du nombre de périphériques et combien de fois des mesures sont prises.

Q. Comment le MSE est-il géré ?

A. Dans le cas du client dépistant avec l'engine avertie de contexte pour des clients, toutes les configuration et Gestion du MSE est exécutée par le WCS, au delà de l'installation commande commande CLI d'initiale. Quand l'engine avertie de contexte pour des balises est utilisée (dépistant des balises dans environnements d'intérieur et extérieurs/comme extérieure), Cisco (WCS) et AeroScout (gestionnaire de système) des solutions d'administration de réseaux sont exigées.

Q. Qu'est exigé de mon architecture Sans fil de RÉSEAU LOCAL pour prendre en charge le MSE ?

A. Le MSE fonctionne seulement avec Cisco a centralisé l'architecture Sans fil de RÉSEAU LOCAL, telle qu'une infrastructure LWAPP-activée. Le placement approprié AP est impératif à l'emplacement. Des aps doivent être placés près du périmètre des zones de couverture et intérieurement comme décrit dans ce document. Voyez la section autorisée des considérations pour déployer avec des données existantes et des services vocaux. WCS avec un permis averti d'engine de contexte est exigé.

Q. Quelle est la différence entre l'emplacement fourni dans le WCS contre le MSE ?

A. La base WCS indique quel AP peut détecter un périphérique donné, aussi bien que la force du signal à laquelle ce périphérique est détecté. WCS avec des utilisations d'emplacement a avancé l'empreinte digitale rf et peut indiquer exactement l'emplacement d'un à un dispositif de mode sur demande. Le MSE utilise la même méthode d'emplacement que le WCS avec l'emplacement, mais il peut dépister jusqu'à 18.000 périphériques simultanément quand il utilise Cisco MSE 3350. Ceci permet des applications tierces d'accroître l'historique de l'information sur le périphérique pour des applications telles que la recherche de valeur.

Q. Est-ce que j'ai besoin de logiciel client pour localiser des clients ?

A. Le logiciel client n'est pas nécessaire. Puisque l'emplacement est directement intégré dans l'infrastructure LAN Sans fil, les aps écoutent des périphériques de WiFi comme ils font normalement pour des données, expriment, et d'autres applications. CCX des clients sont dépistés mieux que des clients de non-CCX. En conséquence, Cisco recommande que vous achetiez les clients qui sont CCX compatible (v4 ou v5).

Q. Combien de temps les balises de WiFi peuvent-elles être opérationnelles avant que la batterie doive être remplacée ?

A. La vie de batterie de balise est une fonction de la longévité de batterie d'appareil spécifique, aussi bien que combien de fois ils balisent ou clignotent. Les balises peuvent durer n'importe où de 100 jours à une année ou même plus long. Quelques fabricants annoncent qu'ils peuvent durer 3-5 ans, mais il dépend du débit de balise.

Q. Quel est le coût de balises de WiFi ?

A. Entrez en contact avec un fabricant de balise. Cisco ne fabrique pas ou revend des balises. En outre, les prix de balise sont variables et dépendent du volume. Ces balises sont plus chères que les tags RFID passifs parce qu'elles fournissent une visibilité plus continue d'emplacement et des balises à piles réutilisables. Ils envoient activement des signaux, cela fournissent typiquement des plages plus grandes (plusieurs centaines de pieds), et les sont livré dans un grand choix de facteurs de forme avec de plusieurs options de support. L'utilisation du RFID actif est généralement associée avec un cheminement plus continu des ressources plus mobiles en valeur élevée ou à des éléments relatifs de ressources élevées en responsabilité qui sont généralement dépistés par RFID passif.

Annexe A : Installation MSE

Procédez comme suit :

  1. Procédure de connexion : Procédure de connexion avec ces qualifications : racine/mot de passe.

  2. Commencez la procédure d'installation : Sur l'amorce initiale, le MSE incite l'administrateur à lancer le script d'installation. Entrez « oui » à cette demande.

    Remarque: Si le MSE n'incite pas pour l'installation, sélectionnez cette commande :

    /opt/mse/setup/setup.sh
  3. Configurez la hostname et le nom de domaine de DN :

    mse-cams-guide61.gif

  4. Configurez les paramètres d'interface Ethernet :

    mse-cams-guide62.gif

    Une fois incité pour les paramètres de l'interface « eth1 », écrivez le saut pour poursuivre à l'étape suivante puisqu'un deuxième NIC n'est pas exigé pour l'exécution.

    Remarque: L'adresse configurée doit fournir à la connectivité IP au contrôleur LAN Sans fil éventuel et au système de gestion WCS utilisés cette appliance.

  5. Écrivez les informations de serveurs de DN : Seulement un serveur DNS est prié pour la résolution réussie de domaine ; présentez les serveurs de sauvegarde pour la résilience.

    mse-cams-guide63.gif

  6. Configurez le fuseau horaire : Si le fuseau horaire de délai par défaut de New York s'applique pas applicable à votre environnement, parcourez par les menus d'emplacement pour le placer correctement.

    mse-cams-guide64.gif

  7. Configurez le NTP ou l'heure système : Le NTP est facultatif, mais il s'assure que votre système met à jour une heure système précise. Si vous choisissez « non » vous êtes incité à placer le moment en cours pour le système.

    mse-cams-guide65.gif

    Remarque: Il est impératif que l'heure correcte soit placée sur l'engine de Services de mobilité, le contrôleur LAN Sans fil, et le système de gestion WCS. Ceci peut être réalisé si vous indiquez chacun des trois systèmes le même serveur de NTP et vous assurez qu'ils font configurer les fuseaux horaires corrects.

  8. Procédure de connexion locale de racine de console d'enable : Ce paramètre est utilisé pour activer/l'accès local de console au système. Ceci doit être activé, ainsi le dépannage local peut se produire.

    mse-cams-guide66.gif

  9. Procédure de connexion de racine de SSH d'enable (sécurisez le shell) : Facultatif : Ce paramètre est utilisé pour activer/l'accès distant de console au système. Ceci doit être activé, ainsi le dépannage distant peut se produire, mais la politique de sécurité interne peut l'exiger que vous désactiviez cette option.

    mse-cams-guide67.gif

  10. Configurez le point fort de mode et de mot de passe de seul utilisateur : Ces paramètres de configuration ne sont pas exigés, et la valeur par défaut est de les ignorer est d'écrire « s ».

    mse-cams-guide68.gif

  11. Placez la bannière de procédure de connexion : Une bannière de procédure de connexion est utilisée pour informer des utilisateurs de l'utilisation du système et pour présenter un avertissement de garder des utilisateurs non autorisés d'accéder au système. Puisque la bannière de procédure de connexion peut être un message multiligne, une seule période (.) finit le message et poursuit à l'étape suivante.

    mse-cams-guide69.gif

  12. Changez le mot de passe root : Cette étape est essentielle d'assurer la sécurité des systèmes ; soyez sûr de sélectionner un mot de passe fort qui se compose des lettres et numéro sans des mots de dictionnaire. La longueur du mot de passe minimum est 8 caractères.

    mse-cams-guide70.gif

  13. Configurez un mot de passe de VER : Facultatif : Ce paramètre de configuration n'est pas exigé, et la valeur par défaut pour l'ignorer est d'écrire « s ».

    mse-cams-guide71.gif

  14. Configurez un mot de passe de transmission WCS.

    mse-cams-guide72.gif

  15. Sauvegardez les modifications et les redémarrez : Une fois que le script d'installation s'est terminé, sauvegardez vos modifications une fois incité. Après que vous sauvegardiez, suivez les demandes pour redémarrer le MSE, aussi bien que pour s'assurer que toutes les configurations sont appliquées avec succès.

  16. Commencez le service MSE : Ouvrez une session au MSE avec la racine et le mot de passe de nom d'utilisateur précédemment configurés dans l'étape 12. Exécutez le début msed par service de commande pour commencer le service MSE.

    mse-cams-guide73.gif

  17. Permettez au service MSE de commencer au démarrage : Exécutez le chkconfig de commande msed en fonction.

Ajoutez le MSE à WCS

Procédez comme suit :

  1. Naviguez vers la page de configuration de Services de mobilité : Ouvrez une session à WCS, et cliquez sur les Services de mobilité du menu déroulant de mobilité.

    mse-cams-guide74.gif

  2. Ajoutez l'engine de Services de mobilité à WCS : Du menu déroulant du côté droit, choisissez ajoutent l'engine de Services de mobilité, et cliquent sur Go.

    Écrivez un seul nom du périphérique pour le MSE, l'adresse IP précédemment configurée dans l'installation MSE, un nom du contact pour le support, et « le mot de passe de transmission WCS » configuré à l'installation MSE. Ne changez pas le nom d'utilisateur du par défaut de l'admin.

    mse-cams-guide75.gif

  3. Choisissez le service averti de contexte pour s'exécuter sur le MSE.

    mse-cams-guide76.gif

  4. Synchronisez : Veillez à synchroniser des conceptions de réseaux, des contrôleurs et des groupes d'événements.

    mse-cams-guide77.gif

    mse-cams-guide78.gif

  5. Contrôleurs à synchroniser : Affichages instantanés avec une liste de contrôleurs pour synchroniser le MSE avec. Choisissez les contrôleurs désirés pour la synchronisation, et cliquez sur OK.

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

    Après que la fenêtre contextuelle se soit fermée, le clic synchronisent au bas du « synchronisent le dialogue WCS et MSE. »

    Remarque: Le service averti de contexte de Cisco dépend fortement d'une horloge synchronisée parmi le contrôleur LAN, le WCS, et le MSE Sans fil. Si chacun des trois de ces systèmes n'est pas indiqué le même serveur de NTP et est configuré avec les mêmes fuseaux horaires, le contexte averti ne fonctionne pas correctement. Avant que vous tentiez de dépanner, assurez-vous que l'horloge système est identique sur tous les composants du système averti de contexte.

Annexe B : Commandes WLC et MSE

Commandes 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

Commandes 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

Remarque: La commande de rundiag peut également être utilisée pour visualiser les informations MSE UDI qui sont exigées pour obtenir le fichier de licence pour l'engine avertie de contexte pour des clients.

Annexe C : Mise à jour MSE de 5.X à 6,0

Procédez comme suit :

  1. Sauvegardez pré 6.x la base de données de l'image MSE de WCS ; naviguez vers ce lien : Entretenez le >Backup de >Maintenance du >select MSE de services de >Mobility.

  2. Afin de sauvegarder des données et la configuration pour des balises, suivez la documentation d'AeroScoutleavingcisco.com .

  3. Téléchargez l'image 6.x sur MSE de WCS ; naviguez vers ce lien : Le service de >Mobility de services > choisissent MSE puis du volet gauche, vont au logiciel de >Download de maintenance, parcourent pour choisir l'image MSE de votre PC, et cliquent sur Download. Une fois que téléchargée, l'image MSE obtient automatiquement défait la fermeture éclair et mis dans /opt/installers le répertoire de MSE. Vous devez manuellement installer l'image de MSE CLI.

    mse-cams-guide80.gif

  4. Émettez cette commande d'arrêter le cadre MSE : arrêt de /etc/init.d/msed.

  5. De la console MSE, cd /opt/installers de question. Dans ce répertoire, vous voyez le fichier que vous avez téléchargé dans l'étape 3. Le répertoire ressemble à ceci :

    [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. Afin d'installer l'image MSE, exécuter le fichier et suivre les demandes :

    [root@heitz-3350 installers]# ./CISCO-MSE-L-K9-6-0-73-0-64bit.bin

    Remarque: Le message d'avertissement pour des conditions requises de permis sur MSE de dépister des éléments semble franc avec la release 6,0 MR1 en avant. Ce message d'avertissement apparaît également à la fin après que l'installation soit complète. Avec la release 6,0 ce message apparaît seulement à la fin après que l'installation soit complète. L'avertissement franc a été ajouté avec 6,0 MR1 de donner extra vigilant à l'utilisateur au sujet de l'application d'autorisation.

    Le message ressemble à ceci : « Autorisant sur l'engine de Services de mobilité sera imposé avec cette release de logiciel. Assurez s'il vous plaît que vous avez la clé d'autorisation de produit (le PAK) disponible et vous référez aux instructions tracées les grandes lignes dans le certificat du papier PAK et le guide utilisateur MSE pour activer l'autorisation sur le système. »

    Dans l'exécution du fichier, l'utilisateur a l'option de garder la base de données ou de l'enlever.

  7. Une fois que l'image est installée, exécutez cette commande de commencer le cadre MSE : début de /etc/init.d/msed.

  8. Débuts MSE pour utiliser les permis d'évaluation qui sont inclus avec la version logicielle 6,0.

  9. Ajoutez le permis permanent que vous avez reçu en enregistrant un nombre PAK de WCS ; naviguez vers ce lien : Le centre de gestion > de permis > classe > des fichiers MSE > ajoutent. Choisissez MSE du menu déroulant, recherchez le fichier de licence sur votre PC, et téléchargez-le.

  10. La reprise de services MSE après que le permis soit téléchargé à MSE, ainsi attendent plusieurs minutes avant que vous exécutiez n'importe quelle autre exécution. Obtenez l'état MSE quand vous émettez la commande d'état de /etc/init.d/msed.

  11. Au sein de l'installation de l'image MSE, si vous choisissiez de maintenir l'option de base de données comme dans l'étape 6, vous n'avez pas besoin de restaurer la base de données précédemment sauvegardée (pour des clients et des balises) ; autrement vous devez restaurer la base de données MSE. Naviguez pour entretenir des services de >Mobility, pour choisir MSE de la maintenance gauche de panneau, et pour cliquer sur la restauration.

    Remarque: Afin de restaurer les informations de balise, suivez la documentation d'AeroScoutleavingcisco.com .

Annexe D : Restauration de base de données MSE

Le DB MSE peut être restauré de trois manières différentes :

  • Option 1 :

    Tandis que vous améliorez l'image MSE à 6,0, choisissez de continuer quand les découvertes d'installateur que le MSE s'exécute déjà. Le message affiche ceci : « Le système semble avoir une engine de services de mobilité Cisco déjà installée. Si vous choisissez continuez, tous les composants actuellement installés seront retirés de manière permanente (seulement la base de données et les fichiers de licence seront préservés). »

  • Option 2 :

    Tandis que vous désinstallez l'image MSE, vous avez deux options. Le premier choix est de garder la base de données, et la deuxième option est d'enlever la base de données. Si la base de données est gardée, aucune restauration manuelle n'est exigée. Si la base de données est enlevée, suivez la troisième option.

  • Option 3 :

    Exécutez un frais installent, ainsi il signifie que vous l'un ou l'autre prenez une nouvelle case MSE avec une image pré 6,0 ou un MSE la base de données étant coupée. Vous devez restaurer la base de données sauvegardée (voir l'Option 1 à MSE exécutant 6,0).

    Si l'image sauvegardée MSE a été restaurée sur un autre MSE, le permis doit re-être hébergé de sorte qu'il puisse être utilisé sur le courant MSE. Des permis MSE sont attachés à MSE UDI.

    Dans la restauration, l'utilisateur reçoit un message dans WCS : « Vous pouvez devez re-hôte les permis si vous restaurez la sauvegarde sur une appliance différente MSE. »

    mse-cams-guide81.gif

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 107571