MSE - Implementatiegids voor contextbewuste mobiliteitsoplossing

Inleiding

Het doel van dit document is configuratie- en implementatierichtlijnen te bieden, evenals tips en antwoorden voor probleemoplossing voor veelgestelde technische vragen voor vragen die u kunt toevoegen aan de Cisco Mobility Services Engine (MSE) en contextbewuste services uitvoeren naar een Cisco Unified WLAN. Dit document heeft tot doel:

• De verschillende elementen en het framework voor de Cisco Mobility Solution uitleggen

• Algemene implementatierichtlijnen bieden voor de implementatie van Cisco Mobility Solution

Dit document bevat geen configuratiegegevens voor de MSE en de bijbehorende onderdelen. Deze informatie wordt in andere documenten verstrekt en er worden referenties verstrekt. Raadpleeg het gedeelte Verwante informatie voor een lijst met documenten over de configuratie en het ontwerp van Context Aware Mobility Services. Adaptieve IPS-configuratie wordt ook niet behandeld in dit document.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

De Cisco MSE biedt de mogelijkheid om de fysieke locatie van netwerkapparaten, zowel bekabeld als draadloos, te traceren met behulp van Wireless LAN-controllers (WLC’s) en Cisco Aironet lichtgewicht access points (LAP’s). Met deze oplossing kan een klant elk Wi-Fi-apparaat volgen, inclusief clients, actieve RFID-tags en schurkenclients en access points. Het werd ontworpen met deze vereisten in mening:

• Beheerbaarheid: Cisco Wireless Control System (WCS) wordt gebruikt voor het beheer en de bewaking van de MSE. Bovendien wordt de MSE rechtstreeks geïntegreerd in de draadloze LAN-architectuur, die voorziet in één uniform netwerk voor beheer in plaats van meerdere afzonderlijke draadloze netwerken.

• Schaalbaarheid: de Cisco MSE-serie kan gelijktijdig tot 18.000 netwerkelementen bijhouden. WCS kan meerdere Mobility Services Engines beheren voor grotere schaalbaarheid. De controller, WCS en MSE worden geïmplementeerd via afzonderlijke apparaten om grotere schaalbaarheid en prestaties te bieden.

• Beveiliging: de MSE, WCS en draadloze LAN-controller bieden robuuste beveiligde interfaces en beveiligde protocollen voor de toegang tot gegevens. De MSE registreert historische plaatsinformatie die voor controletrajecten en regelgevende naleving kan worden gebruikt.

• Open en op standaarden gebaseerde—De MSE heeft een SOAP/XML API die toegankelijk is voor externe systemen en applicaties die gebruik kunnen maken van locatiegegevens van de MSE.

• Eenvoudige implementatie van zakelijke applicaties—De MSE kan worden geïntegreerd met nieuwe zakelijke applicaties zoals het bijhouden van bedrijfsmiddelen, voorraadbeheer, locatiegebaseerde beveiliging of geautomatiseerd workflowbeheer.

Dit document bestaat uit vijf delen:

1. Overzicht van oplossing

2. Planning en installatie van Wi-Fi Network for Context Aware

3. Validering en verbeteringen van contextbewuste netwerken

4. Probleemoplossing

5. Items die de laatste controle hebben

Afdeling 1: Overzicht van oplossing

Context Aware Service (CAS) biedt de mogelijkheid voor een Wi-Fi 802.11a/b/g/n-netwerk om de locatie van een persoon of object met een actief Wi-Fi-apparaat te bepalen, zoals een draadloze client of een actieve RFID-tag en/of bijbehorende gegevens die door het eindpunt kunnen worden doorgegeven via de draadloze infrastructuur naar een upstream-client. Wanneer een Cisco Mobility Service Engine (MSE) wordt toegevoegd aan een Cisco Unified Wireless Network (CUWN) met een naar behoren gelicentieerde versie van WCS, neemt deze de verantwoordelijkheid voor verschillende belangrijke taken:

• Uitvoering van positioneringsalgoritmen

• Onderhoud van kalibratie-informatie

• Inleiding en verzending van locatiemeldingen

• Statistiekproces en historische locatie

• Depository voor geografische informatie, kaarten en alle draadloze apparaten

WCS is het beheersysteem dat met de MSE interfaceert en gebruikersinterface (UI) aanbiedt voor de diensten die de MSE biedt. Hoewel het mogelijk is om de MSE rechtstreeks via SSH of een consolesessie voor onderhouds- en diagnostische doeleinden te benaderen, wordt alle interactie tussen de operator en de gebruiker met de MSE doorgaans uitgevoerd via WCS (voor beheer) of een externe locatie-clienttoepassing.

Terminologie

Met de Cisco gecentraliseerde draadloze LAN-architectuur en Context-Aware Location Services kunnen beheerders de locatie van elk 802.11-gebaseerd apparaat bepalen, evenals het specifieke type of de status van elk apparaat. Clients (gekoppeld, sonderen, etc.), bedrieglijke access points, bedrieglijke clients en actieve tags kunnen allemaal worden geïdentificeerd en gelokaliseerd door het systeem. Deze informatie wordt binnen enkele seconden na een gebeurtenis beschikbaar gesteld via de API en kan door de MSE-database worden bewaard voor historische opzoekingen of veiligheidsaudits.

Mobility Services Engine (MSE): MSE ondersteunt een reeks programma's voor mobiliteitsdiensten. Ontworpen als een open platform, steunt de MSE de software van de mobiliteitsdiensten op modulaire wijze met diverse die configuratieopties op netwerktopologie en de types van vereiste diensten worden gebaseerd. De waarde van de MSE wordt geleverd door de verschillende toepassingen van de mobiliteitsdiensten. Cisco ondersteunt bestaande en toekomstige software met de volgende componenten:

• Contextbewuste services: Deze programma's leggen gedetailleerde contextuele informatie vast en integreren in bedrijfsprocessen over bijvoorbeeld locatie, temperatuur, beschikbaarheid en gebruikte toepassingen. Context-bewuste toepassingen beschikken over een breed scala aan locatieopties, waaronder realtime locatie, aanwezigheidsdetectie, chokepoint zichtbaarheid en telemetrie. Ondersteuning voor RSSI (Enhanced Received Signal Strength Indication) en TDoA-technologie (Time Difference of Aankomst) levert grotere schaalnauwkeurigheid en prestaties voor een breed scala aan omgevingen. Context Aware-software bestaat uit twee belangrijke onderdelen:

  • Context Aware Engine voor clients: De Cisco Location Engine (RSSI) wordt gebruikt om Wi-Fi-clients, frauduleuze clients, frauduleuze AP’s en bekabelde clients te volgen.

  • Context Aware Engine voor tags: De partner (AeroScout) locatie engine (zowel RSSI als TDOA) wordt gebruikt om Wi-Fi actieve RFID tag te volgen.

    Toepassingen van derden worden ondersteund via de MSE API.

• Adaptief draadloos inbraakpreventiesysteem (IPS): De IPS-software biedt zichtbaarheid en uitgebreide bedreigingspreventie voor het mobiliteitsnetwerk door bewaking, waarschuwingen, classificatie en herstel van draadloze en bekabelde netwerkkwetsbaarheden.

Network Mobility Services Protocol: Cisco-gedefinieerd protocol dat wordt gebruikt voor beveiligde communicatie tussen de WLC en de MSE.

Draadloos controlesysteem (WCS): Draadloos netwerkbeheersysteem ontwikkeld en ondersteund door Cisco Systems. Omvat deze functies:

• WLAN-configuratie

• WLAN-prestatiebewaking

• Rapportage (realtime en historisch)

• Grafisch beeld van het netwerk (draadloze LAN-controllers, access points, clients en tags)

Draadloze LAN-controller (WLC): De CUWN-architectuur centraliseert de WLAN-configuratie en -controle in een apparaat dat een WLAN-controller (WLC) wordt genoemd. Dit staat volledig WLAN toe om als een intelligent netwerk te werken dat draadloze verbindingen als toegangsmedium gebruikt om geavanceerde services te ondersteunen, in tegenstelling tot de bestaande 802.11 WLAN-infrastructuur die van autonome, afzonderlijke toegangspunten is gebouwd. De CUWN vereenvoudigt het operationele beheer door grote aantallen beheerde eindpunten—autonome toegangspunten—in één beheerd systeem samen te vouwen dat bestaat uit de WLAN-controller(s) en de bijbehorende, samengevoegde toegangspunten.

In de CUWN-architectuur zijn AP's "lichtgewicht", wat betekent dat ze niet onafhankelijk van een WLC kunnen handelen. AP's worden doorgaans "zero-touch" geïmplementeerd en er is geen individuele configuratie van AP's vereist. De AP's leren het IP-adres van een of meer WLC door middel van een controller-discovery algoritme en stellen vervolgens een vertrouwensrelatie met een controller vast via een "toetreden"-proces. Zodra de vertrouwensrelatie tot stand is gebracht, drukt de WLC firmware naar de AP, indien nodig, en een runtime configuratie. APs slaan geen configuratie lokaal op.

Clients: Alle apparaten die zijn gekoppeld aan op controllers gebaseerde, lichtgewicht access points op een draadloos netwerk.

Bedrieglijk access point: Een toegangspunt waarvan is vastgesteld dat het geen deel uitmaakt van de groep draadloze LAN-mobiliteit die het heeft gedetecteerd. Dit bestaat uit alle niet-systeemtoegangspunten binnen RF-bereik van lichtgewicht toegangspunten, waaronder toegangspunten op het bekabelde netwerk of toegangspunten op een ander bekabeld netwerk (zoals een toegangspunt van een buur). Omdat alle lichtgewicht access points een hash gebruiken als deel van het beacon frame met een speciale sleutel, worden zelfs gespoofde infrastructuur access points geïdentificeerd als bedrieglijke access points in plaats van verkeerd om legitieme access points die in WCS als parodie access points zijn gemarkeerd.

Rogue Clients: Alle apparaten die zijn gekoppeld aan bedrieglijke toegangspunten.

Actieve RFID-tags: Wi-Fi-apparaat dat kan worden gedetecteerd en zich op een Wi-Fi-netwerk bevindt. Er is een grote verscheidenheid aan Wi-Fi compatibele tags beschikbaar in de markt. Tags bieden een scala aan functies die telemetrie omvatten, zoals bewegings- en omgevingsgegevens zoals temperatuur en vochtigheid, oproepknoppen, binnen- en buitenbediening, intrinsiek veilige versies en flexibele montageopties.

De MSE biedt de mogelijkheid om tot 18.000 apparaten (tags, clients en schurkenclients/AP's) te volgen. Afbeelding 1 is een voorbeeld van een plattegrond zoals getoond in de WCS, en toont tags, clients, schurken clients en schurken AP's. De vloerkaart illustreert de schaal en de verscheidenheid van klassen van apparaten die door MSE kunnen worden gevolgd. WCS biedt de mogelijkheid om zoekparameters te definiëren die alleen in een subset van apparaten kunnen worden weergegeven. Een biomedische gebruiker kan bijvoorbeeld alleen infusiepompen en EKG-machines willen zien met vriendelijke identificatoren in plaats van schurkenapparaten of apparaten met cryptische MAC- of IP-adressen.

Afbeelding 1: WCS-vloerkaart met traceerbare apparaten

Klant:

Markering:

Rogue AP (rood=kwaadaardig, groen=vriendelijk, grijs=niet geclassificeerd)

Rogue Clients:

Informatie over de technologische achtergrond

Er zijn twee technologieën die worden gebruikt om Wi-Fi-apparaten te volgen met de Cisco Mobility Solution:

• RSSI (Indicatie van de ontvangen signaalsterkte)

• TDOA (tijdsverschil van aankomst)

Details over deze technologieën worden geleverd in de Wi-Fi Location-Based Services 4.1 Design Guide.

RSSI (Indicatie van de ontvangen signaalsterkte)

RSSI is het gemeten vermogen van een ontvangen radiosignaal. De pakketten die door een draadloos apparaat worden verzonden, worden ontvangen op meerdere AP's (op voorwaarde dat die AP's luisteren op het kanaal waarop het frame werd verzonden). APs verstuurt deze pakketten naar de draadloze LAN controller samen met de correspondent RSSI informatie gemeten bij het AP. De draadloze LAN-controller voegt deze informatie per apparaat bij van verschillende toegangspunten. Deze gegevens worden via NMSP naar de MSE doorgestuurd. De Context Aware Services die zich op de MSE bevinden, gebruiken de RSSI-gegevens die van een of meer WLC’s worden ontvangen om de locatie van een draadloos apparaat te bepalen.

RSSI wordt gewoonlijk verkozen voor binnen of lage plafondmilieu's, die in weerspiegeling van de signalen kunnen resulteren. In tegenstelling tot TDOA, vereist RSSI geen exacte tijdsynchronisatie tussen APs. Met de gemeten RSSI-waarden van verschillende AP’s wordt de waarschijnlijkheid van de locatie van een apparaat berekend op verschillende punten op de vloer. Gebaseerd op deze waarschijnlijkheid, wordt de plaats teruggekeerd als geschatte plaats.

TDOA (tijdsverschil van aankomst)

Wanneer u tags in buiten- en buitenomgevingen bijhoudt, zoals in binnenomgevingen met hoge plafonds, is het tijdverschil bij aankomst (TDOA)-mechanisme de voorkeursmethode om de locatie van het apparaat te bepalen. Met TDOA wordt de locatie van een WLAN-apparaat bepaald op basis van het verschil in tijd van aankomst (TOA) van het signaal dat wordt verzonden zoals gezien door drie of meer tijdgesynchroniseerde Wi-Fi TDOA-ontvangers. De gegevens over de aankomsttijd worden verzameld en doorgegeven aan de Context Aware Engine voor tags die zich op de MSE bevinden, die de tijd-verschillen-van-aankomst tussen meerdere paren van Wi-Fi TDOA-ontvangers berekent. De tijd die nodig is om een bepaald bericht te ontvangen door verschillende Wi-Fi TDOA-ontvangers is evenredig aan de lengte van het transmissiepad tussen het mobiele zendapparaat en elke TDOA-ontvanger. Dit mechanisme van de locatie van het rekenapparaat vereist tijdsynchronisatie tussen de Wi-Fi TDOA-ontvangers.

Om een positie nauwkeurig te berekenen, vereist deze methode een set van ten minste drie Wi-Fi TDOA-ontvangers. De afstand tussen Wi-Fi TDOA-ontvangers is relatief groter dan de afstand tussen access points die nodig zijn voor RSSI-positionering binnen. Net als bij RSSI-positionering is deze methode gebaseerd op unidirectionele communicatie (tag voor het verzenden van meldingen, geen associatie vereist).

Raadpleeg de Configuratiehandleiding voor contextbewuste servicessoftware.

Active RFID-tags

CCX-conforme RFID-tags worden gedetecteerd op een Wi-Fi-netwerk op basis van meldingen van tags die door de tag worden verzonden en door een 802.11 AP worden ontvangen. De snelheid van het kader van het markeringsbericht kan worden geprogrammeerd op basis van het specifieke gebruiksscenario. Doorgaans worden tags geconfigureerd om tag-meldingen elke 3-5 minuten te verzenden, om zo de frequente updates van de locatie en de levensduur van de batterij te optimaliseren.

De call knop functie biedt de mogelijkheid om gebeurtenissen te activeren op basis van de drukknop op de tag. Dit maakt geavanceerde functionaliteit mogelijk, zoals noodrapportage of het bijvullen van onderdelen. Sommige tags bieden meer dan één call knop. De tweede call knop kan geprogrammeerd worden voor extra functionaliteit.

Met tags kunnen voorgeprogrammeerde berichten worden opgeslagen die door de draadloze netwerkinfrastructuur kunnen worden ontvangen. Een batterij wordt gebruikt voor de voeding van actieve tags, die maximaal vier jaar accuduur bieden. De levensduur van de batterij is afhankelijk van een aantal tagconfiguratieparameters die de frequentie van de transmissie van het tag-meldingsframe en de herhalingssnelheid omvatten. Tags kunnen rapporteren over hun batterijniveau en waarschuwen wanneer laag. Tags kunnen ook een ingebouwde bewegingssensor hebben om tagmeldingen bij beweging te verzenden. Dit helpt de levensduur van de batterij te behouden wanneer de tag stilstaat; configureer de tags om minder vaak te verzenden wanneer ze niet bewegen.

Er is een andere categorie van tags die geavanceerde sensortechnologie toevoegen om de toestand van een actief nauwkeurig te bewaken, zoals de omgevingstemperatuur, naast andere locatie- en statusinformatie. Deze sensortags maken gebruik van standaard Wi-Fi-netwerken om de locatie van de activa en sensorgegevens te transporteren en vereisen geen speciale of bedrijfseigen sensornetwerken.

Wi-Fi RFID-tags die compatibel zijn met de specificatie Cisco Compatible Extensions (CCX) for Wi-Fi Tags, kunnen optioneel tagtelemetriegegevens doorgeven aan de locatiebewuste Cisco UWN als onderdeel van de payload van hun tagberichten. Telemetrie-informatie wordt ontvangen door access points en verzameld door de WLC's. Bij het opstarten van MSE, de MSE abonneert op alle dienst waarin het geïnteresseerd is, zoals de metingen voor tags. De WLC blijft de MSE-meldingen verzenden aan het einde van elke aggregatiecyclus.

Telemetrie-informatie wordt verzonden van een CCX-compatibele tag en wordt ontvangen door een of meer AP's en/of locatieontvangers, dat wil zeggen Wi-Fi TDOA-ontvangers, die op hun beurt de telemetrie-informatie doorgeven aan hun respectievelijke geregistreerde WLAN-controllers. Als de tags zijn geconfigureerd om meerdere frame-kopieën (of barsten) per kanaal te verzenden, elimineert de controller elke dubbele tag-telemetrie en geeft de gedistilleerde telemetriewaarden door aan de MSE. De database in de MSE wordt bijgewerkt met de nieuwe telemetrie-informatie en stelt deze beschikbaar aan locatieclients via de SOAP/XML API.

In het geval van een tag die telemetriewaarde passeert, is NMSP ontworpen om telemetriewaarden van meerdere tags op een vergelijkbare manier efficiënt te transporteren. Telemetrieverkeer van meerdere tags wordt door de WLC samengevoegd met elk NMSP-eindpunt dat in staat is om NMSP-framesplitsing en -hermontage uit te voeren indien nodig. Alle tag-gegevens kunnen worden opgenomen in de noord-gebonden meldingen, waaronder telemetrie, call-knoppen, chokepoint encounters, etc.

Systeemarchitectuur

De MSE wordt geïntegreerd in de Cisco gecentraliseerde draadloze LAN-architectuur zoals in afbeelding 2. De MSE bevindt zich buiten het gegevenspad van het draadloze LAN (zie diagram) en ontvangt gegevens van de WLC via NMSP. WCS wordt gebruikt om de MSE te configureren. Na configuratie is de MSE zonder meer ingesloten.

Afbeelding 2: Systeemarchitectuur

Wanneer u de Context Aware-oplossing implementeert, moet rekening worden gehouden met het type apparaten dat wordt bijgehouden en het maximale aantal apparaten. U kunt elk van de vijf apparaattypen (Wi-Fi-clients, actieve RFID-tags, schurken, schurken AP's of bekabelde clients) volgen die afzonderlijk of voor simultane tracking moeten worden geconfigureerd.

Eén MSE kan slechts door één WCS worden beheerd, dat wil zeggen dat één MSE niet door meerdere WCS-instanties kan worden beheerd, maar één WCS kan meerdere MSE's beheren. Wanneer het aantal te beheren apparaten de capaciteit van een enkele MSE overtreft, moet u meerdere, onafhankelijke MSE's inzetten. De mogelijkheid om meerdere MSE’s te implementeren voor schalen is van toepassing op alle services die momenteel op MSE worden ondersteund. Het maximum aantal apparaten dat door één Cisco MSE 3350 kan worden gevolgd is 18.000 apparaten (combinatie van Wi-Fi-clients, actieve RFID-tags, frauduleuze clients, frauduleuze AP’s en bekabelde clients) als onderdeel van Context Aware Service. Cisco MSE 3310 kan tot 2.000 apparaten volgen. Wanneer het aantal te beheren apparaten de capaciteit van een enkele MSE doos overschrijdt, moeten meerdere, onafhankelijke MSE-apparaten worden ingezet. Dit kan MSE's op specifieke controllers vereisen, met name op grote campussen waar roaming van klanten of activa verschillende fysieke gebouwen of domeinen kan doorkruisen. In dit geval kunnen controllers communiceren met maximaal 10 MSE-apparaten.

Cisco LAN’s werken in een unieke dubbele modus die apparaten detecteert op zowel de kanalen waar ze klanten bedienen als op alle andere kanalen als ze periodiek een achtergrond scannen terwijl ze nog steeds gegevenstoegang bieden aan hun draadloze clients. De verzamelde rauwe locatiegegevens worden vervolgens doorgestuurd van elk access point naar de bijbehorende WLC via het LWAPP of het op standaarden gebaseerde CAPWAP protocol. Er worden gegevens tussen de draadloze LAN-controller en de MSE vervoerd via een beveiligde NMSP-verbinding.

Cisco WCS wordt gebruikt voor het beheer en de configuratie van de MSE, en het kan ook het visuele front-end van de MSE worden voor het weergeven van Wi-Fi-apparaten die worden bijgehouden. Alle details van het apparaat (bekabeld en draadloos) en specifieke historische locatie-informatie kunnen worden benaderd met de MSE noordelijke API. WCS gebruikt deze interface om locatiegegevens te visualiseren en om Context Aware-parameters te bekijken en configureren.

De Cisco Mobility Solution bestaat uit twee locatiemotoren met één Unified Application Programming Interface (API):

• Context Aware Engine voor clients (Cisco-engine)

• Context Aware Engine voor tags (partner-engine)

De Context Aware Engine for Clients is een RSSI-gebaseerde oplossing en is ideaal om Wi-Fi-clientapparaten te volgen in binnenruimtes, bijvoorbeeld kantoren, ziekenhuizen of andere omgevingen met lage plafonds. Deze engine wordt standaard op alle Cisco MSE-servers geleverd. Naast de Cisco MSE moeten klanten twee extra onderdelen aanschaffen voor het volgen van clients:

• Clienttraceringslicentie voor de MSE met juiste clienttelling

• Cisco WCS PLUS met locatie

De Context Aware Engine for Tags kan zowel een RSSI- als TDOA-gebaseerde motor gebruiken en is bedoeld om te worden gebruikt wanneer u Wi-Fi-apparaten volgt in binnen-, lage-plafond (RSSI), overdekt hoge-plafond (TDOA) en buitenomgevingen (TDOA). Deze engine is standaard ook geïnstalleerd op alle MSE-platforms en is ingeschakeld voor de licentie. Klanten moeten deze extra onderdelen aanschaffen voor het bijhouden van de client:

• Tag tracking licentie voor de MSE met het juiste aantal tags (TDoA of RSSI)

• Wi-Fi TDoA locatieontvangers (indien en wanneer nodig)

• LR licentie voor elke Wi-Fi TDoA ontvanger

• Cisco WCS PLUS met locatie

Wanneer een Cisco MSE wordt toegevoegd aan een Cisco Unified Wireless Network, neemt de MSE de verantwoordelijkheid voor verschillende belangrijke taken:

• Uitvoering van positioneringsalgoritmen

• Onderhoud van kalibratie-informatie

• Inleiding tot en verzending van locatiemeldingen

• Verwerking van statistieken en historische locatie

WCS is het beheerplatform voor de MSE-servers en als gebruikersinterface (UI) voor de diensten die de MSE levert. De MSE is direct toegankelijk via SSH of een consolesessie voor onderhouds- en diagnosedoeleinden. Alle interactie tussen gebruiker en gebruiker met de MSE verloopt meestal via WCS.

Door de integratie van een Cisco MSE in een Cisco Unified Wireless Network-architectuur kunnen onmiddellijk verbeteringen worden aangebracht in de mogelijkheden van een basislocatie. Hieronder vallen de volgende verbeteringen:

Schaalbaarheid — Als u een Cisco MSE toevoegt, verhoogt dit de schaalbaarheid van het Cisco UWN van on-demand volgen van één apparaat tegelijk tot een maximale opsporingscapaciteit van maximaal 18.000 gelijktijdige apparaten (WLAN-clients, RFID-tags, bedrieglijke access points en schurkenclients) per MSE. Voor implementaties die ondersteuning van een groter aantal apparaten vereisen, kunnen extra MSE-applicaties worden geïmplementeerd en beheerd onder een of meer WCS-servers.

Historische en statistische trending —De MSE registreert en onderhoudt historische locatie- en statistische informatie voor klanten en tags. Deze informatie is beschikbaar voor het bekijken via WCS of met externe locatieclients. Deze historische informatie kan worden gebruikt voor locatie trending, asset loss onderzoek, RF-capaciteitsbeheer en facilitering van netwerkprobleemoplossing.

Historische parameters kunnen in WCS worden geconfigureerd zoals in afbeelding 3.

Er zijn verschillende variabelen die invloed hebben op de hoeveelheid historische gegevens die op de MSE kan worden opgeslagen: gemiddeld aantal bewegende elementen, gemiddelde afstand afgelegd telkens wanneer er een beweging is, informatie-overgangen, telemetrie-informatie van tags, enz.

Standaard worden 30 dagen historische gegevens opgeslagen in de MSE.

Afbeelding 3: Historische parameters configureren

Dit zijn belangrijke opmerkingen over de historie van de locatie:

1. De geschiedenistracering moet worden ingeschakeld (zoals getoond) om geschiedenisinformatie over een element op te halen.

2. Het aantal dagen geschiedenis en snoeitijd moet correct worden gekozen (zie schermopname).

3. Hoewel het aantal dagen om geschiedenis op te slaan niet beperkt is op de UI, wordt de geschiedenis die is opgeslagen op de server beperkt door de schijfruimte en de prestatie-impact op het gehele systeem.

4. De geschiedenis van een element wordt alleen geregistreerd als deze zich voordoen:

   1. Hij beweegt meer dan 10 m of 30 voet.

   2. Als de nood- of paniekknop op de tags is ingedrukt.

   3. Als de tag door een opwekker wordt doorgegeven.

   4. Als de vloer verandert, dat wil zeggen, beweegt het element tussen de verdiepingen.

5. Een element wordt "inactief" verklaard als het één uur inactief blijft. Als het 24 uur inactief blijft, wordt het uit de volgtafel verwijderd. Zodra het element uit de volgtafel is verwijderd, is het niet mogelijk om de historische locatie van het element op de WCS-monitoringpagina te zien, hoewel de geschiedenis van het element nog 30 dagen in de MSE aanwezig is. Absent Data Cleanup Interval (zie afbeelding 4), helpt bij het controleren van de volgtabel.

   Afbeelding 4: Locatieparameters

   

Vastlegging van elke overgang als een gebeurtenis voor opslag in de historische database en beperking van de tabel van de locatiegeschiedenis tot 10 miljoen rijen om prestatieredenen, geeft tabel 1 een overzicht van het aantal dagen dat nodig is om die grens te bereiken. Hoe groter het aantal elementenovergangen per minuut, hoe groter de hoeveelheid schijfruimte die wordt verbruikt. Volgens de tabel duurt het slechts 7,14 dagen om 10 miljoen rijen te bereiken met 1000 overgangen per minuut. Met de standaardinstelling van 30 dagen historische gegevens, 1000 overgangen/minuut verbruikt buitensporige schijfruimte aangezien MSE geen historische gegevens verwijdert voordat het venster van 30 dagen is bereikt.

Cisco raadt u aan de geschiedenisparameter te wijzigen voor apparaten die regelmatig worden verplaatst naar een waarde van minder dan 30 dagen.

Tabel 1: Databaselimiet voor historie van locaties

Overgangen per minuut	Dagen om 10 miljoen rijen te raken
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

Chokepointlocatie — De MSE biedt een granulaire en deterministische lokalisatie op basis van de doorvoer van een actief door een beperkt fysiek gebied dat bekend staat als een chokepoint. Chokepoint triggers (ook wel "exciters" genoemd) gelegen in deze gebieden en in de nabijheid van gelabelde activa stimuleren de tags met lage frequentie (125 kHz) signalering. De RFID-tags verzenden vervolgens de identiteit van de chokepoint trigger naar de Cisco UWN-infrastructuur. De chokepointinformatie in het tag-pakket biedt de MSE informatie om de coördinaten van de RF-vingerafdruklocatie te negeren en de chokepointpositie gedurende een bepaalde tijd in te nemen. Deze nabijheid locatie nauwkeurigheid kan variëren van een straal van minder dan een voet tot meer dan twintig voet (25 tot 650cm), afhankelijk van de mogelijkheden van de chokepoint trigger. Toepassingen voor chokepoint locatie variëren van algemeen gebruik, zoals diefstalpreventie van hoogwaardige activa, tot industriespecifieke procescontrole gebeurtenissen, zoals die gebruikt in fabrieken.

Cisco Extensions for Wi-Fi Tags telemetrie-informatie en noodmeldingen — Cisco heeft een partnerschap aangegaan met een verscheidenheid aan leveranciers van asset-tags om een verlengbare specificatie te creëren voor op 802.11 Wi-Fi gebaseerde actieve asset-tags. De specificatie Cisco Compatible Extensions (CCX) Wi-Fi Tag definieert een gemeenschappelijk transmissieformaat dat tagleveranciers kunnen gebruiken om te interageren met het contextbewuste Cisco UWN. Dit omvat een basislijn functie set die telemetrie, tag verzending vermogen niveau, batterij informatie, en geavanceerde velden voor noodgevallen groepen en chokepoints omvat. De toevoeging van een MSE stelt klanten in staat om voordeel te halen uit deze mogelijkheden en voordelen klanten door de mogelijkheid te bieden om compatibele asset-tags van verschillende leveranciers in hetzelfde netwerk te "mixen en matchen". Op dit moment hebben tagleveranciers CCXv1 geïmplementeerd. Tag referentie URL: http://www.cisco.com/web/partners/pr46/pr147/ccx_wifi_tags.html.

Afdeling 2: Het plan en de instelling van uw contextbewuste netwerk

Er zijn verscheidene richtlijnen die moeten worden gevolgd wanneer u een draadloos netwerk opstelt dat direct het niveau van plaatsnauwkeurigheid beïnvloedt.

Het ontwerpen van draadloze LAN voor locatie en spraak

Algemene richtsnoeren - RSSI

Om de optimale locatie van alle apparaten in de draadloze LAN-dekkingsgebieden te bepalen, overweegt u de dichtheid en plaatsing van toegangspunten.

Plaatsing van access points

Een juiste plaatsing van toegangspunten, of wellicht beter, plaatsing en type van antenne zijn verschillende beste praktijken waaraan moet worden voldaan om een redelijk niveau van plaatsnauwkeurigheid te ervaren. In veel draadloze LAN’s voor kantoren worden toegangspunten voornamelijk verdeeld over de binnenruimtes en worden zij gebruikt in de omliggende werkruimtes. Deze toegangspunten zijn traditioneel geselecteerd op basis van de dekking: WLAN-bandbreedte, kanaalhergebruik, cel-naar-cel overlap, beveiliging, esthetiek en implementatiehaalbaarheid. In een locatie-bewust WLAN-ontwerp moeten de vereisten voor onderliggende gegevens en spraaktoepassingen worden gecombineerd met de vereisten voor een goede locatie-trouw. Afhankelijk van de specifieke site, zijn de vereisten van de locatie-bewuste Cisco UWN flexibel genoeg om de toevoeging van locatie-tracking aan spraakinstallaties die al zijn ontworpen in overeenstemming met de best practices van Cisco, bijvoorbeeld, mogelijk geen uitgebreide herwerking te vereisen. Integendeel, de infrastructuur die reeds volgens de gebruikelijke best practices op het gebied van spraaktelefonie is geïmplementeerd, kan vaak zodanig worden uitgebreid dat ook aan de vereisten op het gebied van beste praktijken voor het traceren van locaties wordt voldaan (zoals de plaatsing van perimeters en toegangspunten op de hoek), afhankelijk van de kenmerken van de betrokken gebieden.

In een locatie-klaar ontwerp, is het belangrijk om ervoor te zorgen dat de toegangspunten niet alleen worden gegroepeerd in het binnenland en naar het centrum van vloeren. De perimetertoegangspunten vullen de toegangspunten aan die zich binnen de vloer bevinden. Bovendien moeten toegangspunten worden geplaatst in elk van de vier hoeken van de vloer en in alle andere hoeken die langs de vloerperimeter worden aangetroffen. Deze perimetertoegangspunten spelen een cruciale rol bij het verzekeren van een goede locatietrouw binnen de gebieden die ze omringen, en kunnen in sommige gevallen ook algemene spraak- of datadekking bieden.

Als u chokepoint locatie gebruikt, controleert u of alle gebieden die zijn gepland voor chokepoint trigger installatie duidelijk binnen het RF bereik van uw access points zijn. In tegenstelling tot passieve RFID-scanners gebruikt de tag het WLAN om de spanningsinhoud naar de infrastructuur te verzenden. Naast de zekerheid dat berichten die worden verzonden via asset-tags die zich binnen chokepointgebieden bevinden, goed worden ontvangen door het systeem, kan een goede planning helpen ervoor te zorgen dat asset-tags kunnen worden gevolgd met RF-vingerafdrukken wanneer ze chokepoints naderen en verlaten. De mogelijkheid om asset tags met RF-vingerafdrukken te volgen, vult de mogelijkheid van het systeem aan om gelabelde activa te lokaliseren binnen chokepointgebieden met zeer granulaire chokepoint locatietechnieken.

De toegangspunten die de perimeter en de hoeken van de vloer vormen, kunnen worden gezien als het schetsen van de convexe romp of set van mogelijke apparatenplaatsen waar de beste mogelijkheid voor hoge nauwkeurigheid en precisie bestaat. De binnenruimte (binnenzijde van de convexe romp) kan worden beschouwd als een gebied met een groot potentieel voor goede locatie nauwkeurigheid. Wanneer spoorstaafapparatuur zich in het gebied buiten de convexe romp beweegt, gaat de nauwkeurigheid achteruit.

Om ervoor te zorgen dat de juiste convexe rompinrichting rond de verzameling van locatiegegevenspunten die een groot potentieel voor goede nauwkeurigheid hebben, moeten toegangspunten worden geplaatst in elke hoek van de vloer, evenals langs de vloerperimeter tussen hoeken. De scheiding tussen toegangspunten langs de omtrek moet in overeenstemming zijn met de algemene richtlijnen voor de scheiding van toegangspunten (beschreven in een volgend punt). De ontwerper kan deze afstand indien nodig beperken, zodat deze toegangspunten spraak- of datadiensten aan de vloer kunnen leveren.

Zorg ervoor dat niet minder dan drie toegangspunten dekking bieden aan elk gebied waar apparaatlocatie vereist is. Voor optimale nauwkeurigheid zijn vier of meer AP’s vereist. Dit vermindert ook het risico dat AP's niet altijd bijdragen aan een locatie als gevolg van andere WLAN-activiteiten. In een normale kantooromgeving moeten toegangspunten de locatie van elk Wi-Fi-apparaat dat wordt bijgehouden, omringen. Elke 40-70 lineaire voet (~12-20 meter) moet een toegangspunt worden geplaatst. Dit vertaalt zich in één toegangspunt elke 2.500 tot 5.000 vierkante voet (230-450 vierkante meter). In een faciliteit van 200.000 ft2 zijn bijvoorbeeld 40 AP's (200.000/5.000) nodig voor Wi-Fi. AP-antennes moeten op een minimumhoogte van 10 voet en een maximumhoogte van 20 voet worden geplaatst. Omdat deze richtsnoeren sterk afhankelijk zijn van de bouwwijze en de gebruikte materialen, moet rekening worden gehouden met andere factoren en aanbevelingen. In het algemeen moet -75dBm worden gebruikt als het minimum signaalniveau voor het volgen van een apparaat vanaf een minimum van drie AP's op dezelfde vloer.

Als u deze richtlijnen volgt, is het waarschijnlijker dat de toegangspunten met succes getraceerde apparaten zullen ontdekken.

Zelden hebben twee fysieke omgevingen dezelfde RF-kenmerken. De gebruikers moeten deze parameters aanpassen aan hun specifieke omgeving en vereisten.

Dit zijn de basisregels voor AP plaatsing die bijdragen aan locatienauwkeurigheid:

1. Verstrek AP perimeterdekking.

2. Zorg voor voldoende AP-dichtheid.

3. Stagger AP's, met name in lange en smalle gebieden.

4. Ontwerp een draadloos netwerk voor alle toepassingen (gegevens, spraak en locatie).

5. Controleer de draadloze implementatie met een siteonderzoek.

6. In een gebouw met gelijkaardig gevormde vloeren, zet de AP's op elke verdieping in een gelijkaardig patroon. Dit verbetert de prestaties van de vloerscheiding van het systeem.

De WCS Planning Tool kan worden gebruikt om de juiste AP-plaatsing en dichtheid te bepalen/verifiëren.

1. Plaats toegangspunten langs de periferie en in de hoeken van dekkingsgebieden om te helpen bij het lokaliseren van apparaten in de buurt van de buitenkant van kamers en gebouwen. Toegangspunten die in het midden van deze dekkingsgebieden zijn geplaatst, leveren goede gegevens op apparaten die anders even ver van alle andere toegangspunten lijken af te staan (zie de figuren 5 tot en met 8) .

   Afbeelding 5: Access points die zijn geclusterd, kunnen leiden tot slechte resultaten op locatie

   

   AP:

   Wi-Fi-apparaat:

   RF-straler (mogelijke locatie):

2. Verhoog de algehele dichtheid van toegangspunten en verplaats de toegangspunten naar de perimeter van het dekkingsgebied om de nauwkeurigheid van de locatie aanzienlijk te verbeteren (zie afbeelding).

   Afbeelding 6: Verbeterde locatienauwkeurigheid via juiste AP-plaatsing

   

3. Plaats in lange en smalle gebieden de toegangspunten niet in een rechte lijn (zie figuren 7 en 8).

   Een voorkeursplaatsing is om APs te spreiden aangezien zij een unieke handtekening van RF aan om het even welk punt op de kaart van de WiFi- dekking verstrekken. Een lineaire plaatsing verstrekt een spiegel-achtige kaart van RF. Met dit type van plaatsing, kijkt de RF-handtekening van een punt in de bovenkant van de kaart zeer gelijkaardig aan de RF-handtekening op het spiegelpunt aan de onderkant van de kaart.

   Afbeelding 7: Vermijd implementatie van toegangspunten in een rechte lijn

   

   Hoewel het ontwerp in afbeelding 7 voldoende dichtheid van toegangspunten kan bieden voor toepassingen met een hoge bandbreedte, lijdt de locatie onder het feit dat de weergave van één apparaat van elk toegangspunt niet voldoende gevarieerd is, zodat de locatie van het apparaat moeilijk te bepalen is.

   Verplaats de toegangspunten naar de omtrek van het dekkingsgebied en verplaats ze. Elk van beide zal waarschijnlijk een duidelijk verschillend beeld van het apparaat geven, wat resulteert in een hogere locatiegetrouwheid (zie figuur 8).

   Afbeelding 8: Verbeterde locatie Nauwkeurigheid door vertakking AP's rond perimeter

   

4. Wanneer u een draadloze LAN voor Context Aware Mobility Solution ontwerpt, terwijl u ook voor spraak plannen maakt, moet u rekening houden met een aantal ontwerpfactoren. De meeste huidige draadloze handsets ondersteunen alleen 802.11b, die alleen drie niet-overlappende kanalen biedt. Draadloze LAN’s die zijn ontworpen voor telefonie hebben dus de neiging minder dicht te zijn dan de LAN’s die zijn bedoeld om gegevens te dragen. Ook, wanneer het verkeer in de emmer van Platina QoS (typisch gereserveerd voor stem en ander latentiegevoelig verkeer) wordt een rij gevormd, stellen de lichtgewicht access points hun scanfuncties uit die hen toestaan om op andere kanalen te pieken en, onder andere, apparatenplaatsinformatie te verzamelen. De gebruiker heeft dan ook de optie om de draadloze LAN-implementatie aan te vullen met toegangspunten die zijn ingesteld op de alleen-monitormodus. Toegangspunten die alleen worden bewaakt, bieden geen service aan clients en veroorzaken geen interferentie. Ze scannen de radiogolven gewoon op apparaatinformatie (zie figuren 9 en 10).

   Afbeelding 9: Installaties voor draadloos LAN met minder dichtheid

   

   Draadloze LAN-installaties met minder dichtheid, zoals die van spraaknetwerken, vinden hun locatie-trouw aanzienlijk verbeterd door de toevoeging en juiste plaatsing van locatie-geoptimaliseerde monitormodus access points.

5. Voer een dekkingsverificatie uit met een draadloze laptop, handheld en mogelijk een telefoon om ervoor te zorgen dat het apparaat niet minder dan drie toegangspunten detecteert. Om de locatie van client- en asset-tags te verifiëren, moet u ervoor zorgen dat de WCS-rapporten over clientapparaten en -tags binnen het opgegeven nauwkeurigheidsbereik vallen (10 m, 90%). Om dit niveau te bereiken, kan kalibratie nodig zijn.

Geoptimaliseerde monitormodus voor traceren (TOMM)

Vanaf softwareversie 5.0 kunnen Cisco Aironet 1100 en 1200 AP’s werken als tracering geoptimaliseerde monitormodus AP’s. Deze optie kan om de volgende redenen worden gebruikt:

• Plaats en spraakcoëxistentie: Met monitormodus AP in een gemengde implementatie, is er geen negatieve impact op de spraak omdat de locatie nodig heeft verhoogd de AP dichtheid.

• Low touch heeft geen invloed op de huidige infrastructuur.

Traceren Geoptimaliseerde monitormodus voor locatie kan worden gebruikt wanneer u clients en/of tags bijhoudt.

TOMM AP's zijn goed om de dekking voor tracking locaties te verbeteren, ongeacht waar Wi-Fi dekking gaten bestaan, ofwel in de omtrek of binnen de convexe romp. De AP van TOMM mengt zich niet in de lokale verrichting van wijzeAP. Om de controle en locatieberekening van tags te optimaliseren, kan TOMM worden ingeschakeld op maximaal vier kanalen binnen de 2.4GHz band (802.11b/g radio) van een access point. Dit biedt de mogelijkheid om kanaalscans alleen te focussen op die kanalen waarop tags meestal geprogrammeerd zijn om te opereren (zoals kanalen 1, 6 en 11).

Afbeelding 10: Volgen geoptimaliseerde monitormodus AP-implementatie

Plaatsing van AP en Antenne

De positionering van AP's en externe antennes kan een dramatische invloed hebben op de prestaties van een draadloos netwerk. Dit is waar voor gegevens en spraaktransmissie, evenals locatie tracking. AP's en antennes mogen niet worden geplaatst op een locatie (zoals in de buurt van I-bundels) die mogelijk signaalpatronen kan vervormen. Een RF-nulpunt wordt gemaakt door de signaalgolven te kruisen en multipath vervorming wordt gecreëerd wanneer RF-signalen worden weergegeven. Deze plaatsing resulteert in zeer weinig dekking achter AP en verminderde signaalkwaliteit voor AP. Een I-straal creëert veel reflecties voor zowel ontvangen als verzonden pakketten. De gereflecteerde signalen resulteren in zeer slechte signaalkwaliteit vanwege nulpunten en multipath interferentie, maar de signaalsterkte kan hoog zijn omdat de AP-antennes zo dicht bij de I-straal staan dat het signaal kan versterken. In plaats daarvan moet de plaatsing van het toegangspunt en de antenne niet bij I-bundels worden geplaatst, zodat er minder weerspiegelde signalen zijn, minder nulpunten en minder multipath interferentie. Het principe geldt ook wanneer AP's en antennes in of bij het plafond in een standaard bedrijfsomgeving worden geplaatst. Als er metalen luchtleidingen, liftassen of andere fysieke barrières zijn die signaalreflectie of interferentie via meerdere paden kunnen veroorzaken, raadt Cisco aan antennes niet bij dergelijke objecten te plaatsen. In het geval van grote metalen objecten, zoals liften en luchtkanalen, verplaats de antenne een paar meter afstand. Dit helpt de signaalreflectie en vervorming te elimineren. In de figuren 11 tot en met 13 wordt een slechte plaatsing van het toegangspunt weergegeven.

Afbeelding 11: Poor AP Placement - AP geplaatst dichtbij fysieke obstructie

Afbeelding 12: Poor AP Placement - AP geplaatst dichtbij fysieke obstructie

Afbeelding 13: Poor AP Placement - APs dicht bij elkaar geplaatst

Wanneer u toegangspunten met interne of externe antennes installeert, moeten zowel de plaatsing van het toegangspunt als de voor de toegangspuntenantennes in WCS gekozen oriëntatie overeenkomen met de daadwerkelijke fysieke plaatsing en de antenneoriëntatie van het toegangspunt. Dit zorgt voor nauwkeurigheid en precisie in zowel locatie tracking, evenals de weergave van voorspellende warmtekaarten. Het type, de positie, de oriëntatie en de hoogte van de antenne vanaf de vloer zijn van cruciaal belang om een goede nauwkeurigheid te garanderen. Wanneer u de AP's in WCS plaatst, zorg er dan voor dat de oriëntatie en het type van de antenne overeenkomen met wat er wordt geïmplementeerd.

Opmerking: wanneer u draadloze clients bijhoudt, worden alleen Cisco-antennes officieel ondersteund. Voor niet-Cisco-antennes worden verwarmingskaarten niet in WCS gegenereerd. Dit betekent ook dat RSSI-waarden die van deze antennes worden ontvangen, bij de locatieberekening worden genegeerd. Voor tagtracering kunnen zowel Cisco- als niet-Cisco-antennes worden gebruikt.

Het typische Cisco Aironet access point is geïnstalleerd met antennediversiteit. Antennediversiteit helpt een optimaal bereik en een optimale doorvoersnelheid te garanderen in omgevingen met veel verschillende paden. Aanbevolen wordt om de diversiteit van de antenne altijd mogelijk te maken. De contextbewuste Cisco UWN is ontworpen om rekening te houden met RSSI-informatie van beide antennes van access points wanneer u getraceerde apparaten lokaliseert. Voor een goede nauwkeurigheid moet u ervoor zorgen dat de antennes fysiek aanwezig zijn op alle ingerichte antennepoorten van het toegangspunt. Wanneer u dit niet doet, kan dit leiden tot onregelmatige RSSI-metingen op de geactiveerde antennepoorten die geen aangesloten antenne hebben. De abnormaal lage RSSI-waarden van antennepoorten zonder antennes resulteren in een slechte locatie nauwkeurigheid.

De keuze van antennekeuze voor gebruik met een AP is van vitaal belang voor de kenmerken van elke draadloze netwerkimplementatie. In wezen bestaan er twee brede soorten antennes: richting en omnidirectioneel. Elk type antenne heeft een specifiek gebruik en is beter geschikt voor een specifiek type plaatsing. Omdat de antennes RF-signaal in grote gelabelde die dekkingsgebieden verdelen door antenneontwerp worden bepaald, is de succesvolle dekking zwaar afhankelijk van antennekeus.

Een antenne heeft drie fundamentele eigenschappen: toename, directiviteit en polarisatie.

• Versterking: Een maatstaf voor de toename van de macht. Gain is de hoeveelheid van verhoging van energie die een antenne aan een signaal van RF toevoegt. Alle antennes zijn passieve elementen. Het vermogen wordt niet door een antenne toegevoegd, maar herverdeeld om in een bepaalde richting meer uitgestraald vermogen te leveren dan wordt uitgezonden door een omnidirectionele (isotrope) antenne. Indien een antenne een versterking van 1 in een bepaalde richting heeft, moet deze een versterking van 1 in andere richtingen hebben, aangezien de energie door de antenne wordt behouden.

• Directiviteit: De vorm van het transmissiepatroon. Als de versterking van de antenne toeneemt, neemt het dekkingsgebied af. Het dekkingsgebied of het uitstralingspatroon wordt in graden gemeten. Deze hoeken worden in graden gemeten en worden bundelbreedten genoemd.

  Opmerking: Beamwidth wordt gedefinieerd als een maat voor het vermogen van een antenne om de energie van het radiosignaal naar een bepaalde richting in de ruimte te richten. Beamwidth wordt meestal uitgedrukt in graden HB of Horizontale Beamwidth, meestal de belangrijkste met VB als het verticale (boven- en onderste) stralingspatroon van de Beamwidth. Wanneer u een antenneplot of patroon bekijkt, wordt de hoek gewoonlijk gemeten op halve macht (3 dB) punten van de hoofdkwab wanneer verwezen naar de piek effectief uitgestraald vermogen van de hoofdkwab.

• Polarisatie: De oriëntatie van het elektrische veld van de elektromagnetische golf door de ruimte. Antennes kunnen horizontaal of verticaal worden gepolariseerd, hoewel er andere soorten polarisatie beschikbaar zijn. Beide antennes in een verbinding moeten de zelfde polarisatie hebben om extra ongewenst signaalverlies te vermijden. Om de prestaties te verbeteren, kan een antenne soms worden gedraaid om polarisatie te veranderen en zo interferentie te verminderen. Een algemene vuistregel is dat verticale polarisatie de voorkeur heeft boven het sturen van RF-golven door betonnen canyons, en horizontale polarisatie is over het algemeen meer te verkiezen voor brede gebiedsverdeling. De polarisatie kan ook worden gebruikt om voor RF-aftappen te optimaliseren wanneer de vermindering van RF-energie aan aangrenzende structuren belangrijk is. De meeste omnidirectionele antennes worden standaard geleverd met verticale polarisatie.

  De radio-energie die wordt uitgestraald vanuit een antenne wordt de Effective Isotropic Radiated Power (EIRP) genoemd. De EIRP-waarde wordt gewoonlijk uitgedrukt in watt of dBm. Om een eerlijke en billijke verdeling van de band zonder vergunning mogelijk te maken, leggen regulerende domeinen maximale EIRP-niveaus op. Aangezien de EIRP een maatstaf is van het vermogen van de antenne, moet de EIRP de antenneversterking en het kabelverlies omvatten samen met het vermogen van de zender. De kabels van de antenne kunnen verlies toevoegen, dat tot vermindering van het overgebrachte signaal leidt. Hoe langer de kabel, hoe groter de verzwakking en hoe meer het signaalverlies in de kabel, die van invloed is op zowel ontvangen als verzenden. De vermindering van de kabel is afhankelijk van de graad en de fabrikant. Low-loss kabel is meestal rond 6,7 dB per 100 voet (30m) bij 2.4GHz.

Signaalverzwakking

Signaalvermindering of signaalverlies treedt op wanneer een RF-signaal door een willekeurig medium wordt doorgegeven. De signaalverzwakking varieert afhankelijk van het type materiaal dat een signaal doorgeeft. Tabel 2 geeft waarden voor signaalverlies voor verschillende objecten.

Tabel 2: Waarden voor signaalvermindering door verschillende objecten

Object in signaalpad	Signaalverzwakking via object
Gipsplaten	3 dB
Glazen muur met metalen frame	6 dB
Cinder block wall	4 dB
Kantoorvenster	3 dB
Metalen deur	6 dB
Metalen deur in bakstenen muur	12 dB
Menselijk lichaam	3 dB

Opmerking: dit is slechts een ruwe richtlijn; in verschillende landen gelden verschillende bouwvoorschriften. De verschillende verordeningen zijn van toepassing op het maximaal toegestane EIRP, evenals andere parameters.

Een transmissievermogen van 20 mW komt overeen met 13 dBm. Als het uitgezonden vermogen bij het ingangspunt van een gipsplaten muur 13 dBm is, wordt de signaalsterkte verminderd tot 10 dBm wanneer het die muur verlaat.

De onderzoeken van de plaats die bij verschillende types van faciliteiten worden uitgevoerd tonen verschillende niveaus van multipath vervorming, signaalverlies, en signaallawaai. Ziekenhuizen zijn doorgaans de meest uitdagende omgeving om te onderzoeken vanwege hoge multipath vervorming, signaalverliezen en signaalruis. Ziekenhuizen doen er over het algemeen langer over om onderzoek te doen en hebben waarschijnlijk een dichtere populatie van AP's nodig. De productie- en winkelvloeren vormen ook een uitdagende omgeving voor het uitvoeren van locatieonderzoeken. Deze sites hebben over het algemeen een hoge metaalinhoud in hun bouwstructuur die resulteert in weerspiegelde signalen die multipath vervorming creëren. Kantoorgebouwen en horecagelegenheden hebben over het algemeen een hoge signaalverzwakking, maar een lagere mate van multipath vervorming. De enige manier om de afstand te bepalen die een RF-signaal in een bepaalde omgeving aflegt, is door een juiste siteonderzoek uit te voeren.

Opmerking: het is belangrijk om rekening te houden met het Rx-signaalniveau op de AP en de apparaten die worden bijgehouden en niet zozeer met dat van de client die de gegevens van de site-enquête verzamelt. Een goede vuistregel is dat de AP's zijn ingesteld op een relatief hoog vermogen, bijvoorbeeld 50mW, wanneer u een site-survey uitvoert. Omdat de meeste antennes symmetrische kenmerken Tx/Rx hebben, weerspiegelen de resulterende dekkingspatronen de benaderde RSSI van APs

Enquête van Meervloerengebouwen, ziekenhuizen en magazijnen

Er zijn tal van factoren waarmee rekening moet worden gehouden wanneer u meervloerse gebouwen, ziekenhuizen en magazijnen inspecteert.

Het is belangrijk om zoveel mogelijk details te vinden met betrekking tot de bouw van het gebouw. Enkele voorbeelden van typische bouwmethoden en materialen die het bereik en het dekkingsgebied van APs beïnvloeden omvatten metallische film op vensterglas, loodglas, staal-studded muren, cementvloeren en wanden met stalen versterking, folie-ondersteunde isolatie, trappenhuizen en liftschachten, loodgieters en bevestigingen, en vele anderen. Ook kunnen verschillende soorten en niveaus van inventaris invloed hebben op RF-bereik, in het bijzonder die met een hoog staal of water gehalte. Enkele items om op te letten zijn printerpapier, kartonnen dozen, huisdiervoedsel, verf, petroleumproducten, motoronderdelen, enzovoort. Ervoor zorgen dat het plaatsonderzoek wordt uitgevoerd op piekniveaus of op momenten van de hoogste activiteit. Een pakhuis op een 50% bezettingsniveau toont een zeer verschillende RF-voetafdruk dan dezelfde faciliteit die volledig bezet is.

Op dezelfde manier heeft een kantoorgebied dat niet wordt bevolkt een andere RF-voetafdruk dan hetzelfde gebied wanneer het wordt bezet. Hoewel veel delen van het plaatsonderzoek kunnen worden uitgevoerd zonder volledige bezetting, is het essentieel om de plaatsonderzoek verificatie uit te voeren en de belangrijkste waarden bij te stellen in een tijd dat mensen aanwezig zijn en er normale activiteit plaatsvindt.

Hoe hoger de gebruiksvereisten en hoe hoger de dichtheid van de gebruikers, hoe belangrijker het is om een goed ontworpen diversiteitsoplossing te hebben. Wanneer er meer gebruikers aanwezig zijn, worden er meer signalen ontvangen op het apparaat van elke gebruiker. Extra signalen veroorzaken meer conflicten, meer nulpunten en meer multipath vervorming. De diversiteit van de antenne op de AP helpt om deze omstandigheden te minimaliseren.

Houd deze richtlijnen in gedachten wanneer u een site-enquête uitvoert voor een typisch kantoorgebouw met meerdere verdiepingen:

• De assen van de lift blokkeren en wijzen RF-signalen af.

• De ruimten van de levering met inventaris absorberen RF signalen.

• Binnenlandse kantoren met harde muren absorberen RF-signalen.

• Break kamers (keukens) kunnen 2.4GHz interferentie veroorzaakt door magnetronovens.

• De laboratoria van de test kunnen 2.4 GHz of 5 GHz interferentie veroorzaken. Het probleem van interferentie is dat het de lawaaivloer verhoogt en SNR (signaal aan lawaaiverhouding) van het ontvangen signaal vermindert. Een hogere lawaaivloer vermindert het effectieve bereik van de toegangspunten.

• Kantoorvakjes hebben de neiging signalen te absorberen en te blokkeren.

• De vensters en de verdelingen van de klasse wijzen op en blokkeren RF-signalen.

• Badkamertegels kunnen RF-signalen absorberen en blokkeren.

• De conferentieruimten vereisen hoge AP dekking omdat zij een hoge het gebruiksgebied van WiFi zijn.

Wanneer u de faciliteiten met meerdere verdiepingen in de gaten houdt, kunnen AP's op verschillende verdiepingen elkaar net zo makkelijk in de weg staan als AP's op dezelfde verdieping. Dit kan voordelig zijn voor spraak- en/of data-implementaties, maar het veroorzaakt problemen wanneer u Context Aware implementeert. Vloerscheiding is van cruciaal belang voor een goede werking van deze oplossing. In gebouwen met meerdere huurders kunnen er veiligheidsproblemen zijn die het gebruik van lagere transmissiebevoegdheden en lagere winstantennes vereisen om signalen uit nabijgelegen ruimten of kantoren te houden. Het onderzoeksproces voor een ziekenhuis is veel hetzelfde als dat voor een onderneming, maar de lay-out van een ziekenhuisfaciliteit neigt op deze manieren te verschillen:

• Ziekenhuisgebouwen hebben vaak terugkerende wederopbouwprojecten en toevoegingen. Elke extra constructie kan verschillende bouwmaterialen met verschillende niveaus van signaalverzwakking vereisen.

• De signaalpenetratie door muren en vloeren in de patiëntgebieden is doorgaans minimaal, wat helpt bij het creëren van microcellen. Daarom moet de AP dichtheid veel hoger zijn om voldoende RF dekking te bieden.

• De behoefte aan bandbreedte stijgt met het verhoogde gebruik van WLAN ultrasone apparatuur en andere draagbare beeldvormingstoepassingen.

• Vanwege de eis voor hogere AP-dichtheid, de celoverlap kan hoog zijn, wat resulteert in kanaalhergebruik.

• Ziekenhuizen kunnen verschillende typen draadloze netwerken hebben geïnstalleerd, waaronder 2.4 GHz non-802.11 apparatuur. Deze apparatuur kan conflicten opleveren met andere 2,4 GHz- of 5 GHz-netwerken.

• Muurgemonteerde diversiteitspleistantennes en plafond-gemonteerde diversiteitspleistanalen omnidirectionele antennes zijn populair, maar houd in gedachten dat diversiteit vereist is.

Warehouses hebben grote open ruimtes, die vaak hoge opslagruimten bevatten. Vaak bereiken deze racks bijna tot het plafond, waar AP's meestal worden geplaatst. Dergelijke opslagrekken kunnen het gebied beperken dat de AP kan bedekken. In deze gevallen, overweeg het plaatsen van APs op andere plaatsen naast het plafond, zoals zijmuren en cementpijlers. Houd ook rekening met deze factoren wanneer u een magazijn inspecteert:

• De niveaus van de inventaris beïnvloeden het aantal nodig APs. Testdekking met twee of drie AP's op geschatte plaatsingsplaatsen.

• Onverwachte celoverlappingen zijn waarschijnlijk vanwege variaties in de dekking. De kwaliteit van het signaal varieert meer dan de sterkte van dat signaal. Clients kunnen beter associëren en werken met AP's die verder weg liggen dan met nabijgelegen AP's.

• Tijdens een enquête hebben AP's en antennes meestal geen antennekabel die ze verbindt, maar in een productieomgeving kunnen de AP en antenne antenne antennekabels vereisen. Alle antennekabels hebben signaalverlies. Het meest nauwkeurige onderzoek omvat het type van antenne dat moet worden geïnstalleerd en de lengte van de te installeren kabel. Een goed hulpmiddel om de kabel en zijn verlies te simuleren is een verzwakker in een enquête kit.

Wanneer u een productiefaciliteit inspecteert, is het vergelijkbaar met de bewaking van een magazijn. Een belangrijk verschil is dat de omgevingsomgeving van RF veel luidruchtiger is in een productiefaciliteit vanwege veel meer bronnen van RF-interferentie. Ook, vereisen de toepassingen in een productiefaciliteit typisch meer bandbreedte dan toepassingen die in een pakhuismilieu worden gebruikt. Deze toepassingen kunnen videoweergave en draadloze spraak omvatten. Multipath vervorming is waarschijnlijk het grootste prestatieprobleem in een productiefaciliteit.

Het is belangrijk dat het plaatsonderzoek niet alleen signaalniveaus meet maar ook pakketten produceert en dan pakketfouten meldt om het milieu van RF behoorlijk te karakteriseren.

Voor gebieden met veel gebruikersverkeer, zoals kantoorruimtes, scholen, winkels en ziekenhuizen, raadt Cisco u aan het toegangspunt uit het zicht te plaatsen en onopvallende antennes onder het plafond te plaatsen.

Locatieraden en -regio’s

De gegeven implementatierichtlijnen leveren een goede mate van nauwkeurigheid op: 10/90%, 5/50%. De 10m/90% waarde komt overeen met een straal van 10m van de daadwerkelijke fysieke plaats van een bepaald apparaat, zodat er gevallen zullen zijn waar deze nauwkeurigheidsdoelstellingen worden bereikt, maar het apparaat dat wordt gevolgd kan in gebieden op vloer en/of bouwniveaus verschijnen waar apparaten niet aanwezig kunnen zijn.

De functie Rails and Regions biedt een netwerkbeheerder de mogelijkheid om gebieden voor inclusie/uitsluiting van locatiediensten te definiëren. Met deze functie kunnen specifieke regio's op een kaart worden gedefinieerd als binnen of buiten het bereik van een geldig locatiegebied.

Er kunnen drie soorten gebieden worden gespecificeerd zoals in afbeelding 14:

• Lokatieinclusieregio: Een trackapparaat kan niet buiten deze veelhoek vallen (voorbeeld: buiten de buitenmuren van gebouwen)

• Plaats van uitsluiting: Een spoorstaafapparaat kan niet in deze veelhoek zitten (voorbeelden: open atrium of bouwobstructies). Uitsluiting krijgt de voorkeur boven insluiting wanneer conflicterende regio's worden aangesproken.

• Spoorstaven: De volgapparatuur moet binnen een bepaald gebied met smalle band worden geplaatst, doorgaans gebruikt binnen een uitsluitingsgebied (voorbeeld: transportband).

Nadat de rails en regio's in de WCS zijn gedefinieerd, moet de vloerupdate van de WCS naar de MSE worden geduwd door het synchronisatieproces.

Opmerking: op de MSE werken locatieraden en regio's alleen met Context Aware Engine voor clients. AeroScout heeft een functie genaamd Cells and Masks geïmplementeerd die dezelfde functionaliteit biedt wanneer u tags bijhoudt. Voor de Cisco 2710 Location Appliance werken de Rails and Regions-functies met zowel client- als tagtracering.

Afbeelding 14: Spoorwegen en regio's

Een masker maken in System Manager

Een masker wordt gedefinieerd door een veelhoek op een kaart te tekenen die het uit te sluiten gebied afbakent.

Voltooi de volgende stappen om een masker te maken:

1. Kies Configuratie, Kaarten, Masker, en geef Masker uit.

   Dit switch het systeem aan de masker het uitgeven wijze. De muisaanwijzer verandert in een kruis.

2. Klik op een punt op de kaart; schuif de muis naar het volgende punt, klik nogmaals en herhaal dit proces om de hoekpunten van de veelhoek te markeren (zie afbeelding 15).

   Afbeelding 15: Een masker maken - de hoekpunten van de veelhoek markeren

   

   Wanneer u de muis naar het beginpunt schuift om de veelhoek te sluiten, wordt een paarse cirkel weergegeven die het sluitpunt aangeeft (zie afbeelding 16).

   Afbeelding 16: Een masker maken - Paarse cirkel die het sluitpunt aangeeft

   

   Klik om de maskerdefinitie te voltooien. Het masker verschijnt op de kaart (zie afbeelding 17).

   Afbeelding 17 : Een masker maken - Het masker verschijnt op de kaart

   

3. Klik met de rechtermuisknop ergens op de kaart en kies Afsluitmasker, tekenmodus (of druk op Esc) om de maskerbewerkingsmodus te verlaten.

   In de standaardinstelling wordt het masker uit het display verwijderd nadat het de maskertekenmodus heeft verlaten. Raadpleeg Aeroscout Documentation voor meer informatie om maskers in te schakelen / uit te schakelen of te bewerken.

Cells in Context-Aware Engine voor tags

Cellen zijn ontworpen om een kaart in kleinere delen te verdelen om het plaatsberekeningsproces te optimaliseren en positioneringsnauwkeurigheid te verbeteren. De cel definieert de geografische grenzen voor de positionering van een tag. Ook wordt bepaald welke specifieke apparaten (TDOA-ontvangers en toegangspunten) binnen die grenzen deelnemen aan het plaatsberekeningsproces.

Het celmechanisme wordt gebruikt voor zowel RSSI- als TDOA-locatieberekeningen.

De motor verwerkt inkomende locatiegegevens:

• Een rapport dat de locatie van een tag aangeeft, kan van meerdere toegangspunten of Wi-Fi TDOA-ontvangers tegelijk komen. De kaart-differentiatie algoritmen van de motor kiezen de kaart waar het apparaat waarschijnlijk zal worden gevestigd en verwerpt locatierapporten die aan andere kaarten richten.

• Zodra de kaart is bepaald, zoekt de motor naar cellen. Als de kaart is verdeeld in cellen, kiest hetzelfde optimalisatiemechanisme de cel de TDOA-ontvangers/access points van die die waarschijnlijk het meest nauwkeurige locatierapport leverden. De locatie van het apparaat wordt vervolgens berekend op basis van de gegevens die worden ontvangen van de TDOA-ontvangers/toegangspunten die aan die cel zijn gekoppeld en binnen de grenzen van die cel.

Merk op dat de TDOA-ontvangers/toegangspunten die aan een cel zijn gekoppeld, niet noodzakelijkerwijs binnen het gebied hoeven te liggen dat door de celgrenzen wordt afgebakend.

Configuratie van eerste bewerking voor cellen

Aanvankelijk wordt automatisch voor elke kaart een standaardcel gemaakt om het gehele kaartgebied te bestrijken. U kunt de kaart als volgt in afzonderlijke cellen splitsen:

1. Bewerk de standaardcel om alleen een subset van het kaartgebied te bedekken (zie instructies om een cel te wijzigen).

2. Voeg desgewenst meer cellen toe aan de kaart. Merk op dat een cel niet volledig binnen een andere cel kan worden opgenomen.

3. Ga over de eigenschappen van elk locatieapparaat (access points en TDOA-ontvangers) en associeer het apparaat met de juiste cellen.

4. De bijbehorende apparaten van een cel kunnen geen subset zijn van de gekoppelde apparaten van een andere cel. Zorg ervoor dat elke cel apparaten heeft die er aan zijn gekoppeld en die niet aan een andere cel zijn gekoppeld.

Calibratie - Context Aware Engine voor clients

Locatie Nauwkeurigheid is afhankelijk van twee belangrijke factoren:

• Plaatsing van toegangspunt en aantal toegangspunten dat bijdraagt aan de locatie

• Correcte RF-signaalkenmerken van een AP voor een bepaalde omgeving (nauwkeurige AP-warmtekaarten)

Binnen de kalibratiefase worden gegevens verzameld op de WCS-server wanneer een doorloop van de doelomgeving met een mobiel apparaat wordt uitgevoerd, waarbij meerdere AP's de signaalsterkte van dit apparaat kunnen bemonsteren. De aanbevolen methode is om enkele of meerdere laptops te gebruiken die zijn ingelogd op de WCS (maximaal vijf apparaten per radioband) en een kaart te kiezen van het te kalibreren gebied, dat doorgaans wordt overladen met een reeks rasterpunten of -notaties om de operator te leiden om precies te bepalen waar de voorbeeldgegevens moeten worden verzameld. Op elk monsterpunt op de kaart stuurt de WLC de met het kalibratieapparaat verbonden reeks RSSI-waarden naar de MSE. De grootte van een bepaalde gegevensreeks is gebaseerd op het aantal ontvangende access points dat het mobiele apparaat detecteert. Vanwege vervagen en andere RF-omgevingskenmerken is de waargenomen signaalsterkte van een mobiel apparaat op een bepaalde locatie een tijdvariant, dat wil zeggen dat deze in de loop van de tijd kan veranderen. Dientengevolge worden veel gegevensmonsters voor een kalibratievoorziening in het kalibratieproces geregistreerd.

Elke omgeving is uniek en de signaalkenmerken van een AP in een gegeven omgeving variëren aanzienlijk. WCS biedt een mechanisme waarmee een gebruiker signaalkenmerken voor zijn omgeving kan kalibreren. De eerste stap om de nauwkeurigheid te optimaliseren is ervoor te zorgen dat de implementatie van het toegangspunt in overeenstemming is met de samengevatte richtlijnen voor de implementatie van locaties. Een poging om locatienauwkeurigheid te verbeteren met kalibratie met ontoereikende AP-dekking en plaatsing levert mogelijk geen adequate resultaten op en kan zelfs schadelijk zijn voor de nauwkeurigheid.

Drie standaard kalibratiemodellen worden geleverd met WCS:

• Kubussen en wandbekleding

• Alleen Drywall Office

• Openstaande ruimte voor buitengebruik

Elk model is gebaseerd op de meest voorkomende factoren in een typische klantomgeving. De eerste van deze twee RF-modellen is nuttig in een normale kantooromgeving.

Als de verstrekte RF-modellen de vloerlay-out niet voldoende karakteriseren, kunnen kalibratiemodellen met WCS worden gemaakt en op de vloer worden toegepast om de dempingskenmerken van een bepaalde omgeving beter weer te geven. In omgevingen waar veel vloeren gemeenschappelijke dempingskenmerken delen, kan één kalibratiemodel worden gemaakt en toegepast op alle vergelijkbare vloeren.

Sommige binnenomgevingen kunnen meer verzwakking hebben dan wat in een typische kantooromgeving wordt gevonden. In goed ontworpen binneninstallaties waar verhoogde demping een factor kan zijn die bijdraagt tot een minder dan optimale locatienauwkeurigheid, kan een locatiekalibratie helpen om minder dan optimale prestaties te herstellen. Wanneer een kalibratie ter plaatse wordt uitgevoerd, mag het systeem padverliezen van bekende punten in de omgeving bemonsteren, zodat het een aangepast RF-model kan formuleren dat een beter begrip van de voortplantingskenmerken van die omgeving biedt.

In veel gevallen kan het gebruik van de bij kalibratie verzamelde informatie in plaats van een standaardmodel de fout tussen berekende cliëntplaats en empirische gegevens dramatisch verminderen. In omgevingen waar veel vloeren vrijwel identieke verzwakkingskenmerken delen, maken sterke gelijkenissen tussen deze locaties het mogelijk dat het RF-model, gemaakt door kalibratie uitgevoerd op een van de locaties, met goede resultaten wordt toegepast op andere vergelijkbare gebieden.

Er moet ook rekening worden gehouden met gebieden met gemengde RF-demping, dat wil zeggen, productie- of opslagplaatsen waar zich stapelgoederen of dichte obstructie in één deel van het gebouw en/of open ruimten kunnen bevinden die worden gebruikt voor assemblage of verzending. Deze zones moeten worden beschouwd als onafhankelijke zones die de kalibratie beperken tot de zones waar de grootste nauwkeurigheid vereist is. Als de hoogste nauwkeurigheid voor al deze zones in een gemengd gebied wordt vereist, is het raadzaam om het vloergebied in individuele cellen of kaarten te breken en afzonderlijke RF-modellen toe te passen.

Opmerking: de prestaties van dit type RF-modellering zijn complex en vereisen verdere implementatieoverwegingen, die buiten het bereik van dit document vallen.

Calibratie is eigenlijk een meerstappenproces dat begint met de definitie van een nieuw calibratiemodel via Monitor > Kaarten > RF-calibratiemodellen > Nieuw model maken. Raadpleeg voor een stapsgewijze beschrijving van het kalibratieproces Calibratiemodellen maken en toepassen in de Cisco Context-Aware Software Configuration Guide.

Binnen het kalibratieproces stuurt de kalibratieclient herhaaldelijk sonde-verzoeken op alle kanalen. Afhankelijk van de specifieke kalibratieclient die wordt gebruikt, kan de client worden getriggerd om op verzoek sonde-verzoeken via een netwerkverzoek te verzenden. Clients die deze verzoeken niet kunnen herkennen, kunnen worden gedereguleerd en losgekoppeld om ze ertoe te brengen sonde-verzoeken naar het draadloze netwerk te sturen en vervolgens opnieuw te koppelen/opnieuw te verifiëren. Toegangspunten in de buurt van de klant detecteren de RSSI van deze sonde verzoeken en geven deze informatie door aan hun geregistreerde controleurs. Controllers leveren de RSSI-informatie die binnen het kalibratieproces wordt gedetecteerd, aan de WCS voor gebruik bij de berekening van de padverliezen die worden gebruikt om het nieuwe kalibratiemodel te definiëren.

Wanneer u een calibratiemodel maakt, is de belangrijkste stap het verzamelen van de datapunten. De datapuntenverzameling van het kalibratieproces in WCS kan met een van de twee methoden worden uitgevoerd. Het kan worden uitgevoerd vanaf één enkel web-enabled mobiel apparaat dat is gekoppeld aan het WLAN, dat zowel de controle van het netwerk als de feitelijke gegevensverzameling regelt. U kunt ook de fase voor gegevensverzameling uitvoeren vanaf twee afzonderlijke apparaten die zijn gekoppeld aan de WLAN-infrastructuur. In dit geval wordt de interactie met de WCS GUI bestuurd vanaf een primair apparaat dat is uitgerust met toetsenbord- en muisfuncties, terwijl de daadwerkelijke generatie van sonde verzoeken plaatsvindt op een tweede gekoppeld apparaat wanneer u zijn bekend MAC-adres kiest.

Aanbevolen wordt voor elke band afzonderlijk ijkgegevens te verzamelen. Wanneer u een dual-band client gebruikt, kunt u een van de volgende alternatieven gebruiken:

1. Voer de kalibratiegegevensverzameling uit met één laptop die is uitgerust met een Cisco Aironet 802.11a/b/g Wireless CardBus Adapter (AIR-CB21AG) op elke band afzonderlijk. Wanneer u een calibratie uitvoert voor de 2,4 GHz band, schakelt u de 5 GHz band uit en voltooit u de gegevensverzameling alleen met de 2,4 GHz band. Nadat dit kalibratieproces is voltooid, schakelt u de 2,4 GHz-band uit, schakelt u de 5 GHz-band in en herhaalt u het kalibratieproces voor gegevensverzameling met de 5 GHz-band.

   Opmerking: In een productieomgeving waar het moeilijk blijkt om de PC-radioband te kiezen, is het beter om een specifieke calibratie-SSID te definiëren met slechts 11b/g of 11a actief.

2. Voer de kalibratie uit met maximaal vijf clients per radioband - elk uitgerust met een laptop. Elke laptop moet een Cisco AIR-CB21AG hebben en aan de infrastructuur zijn gekoppeld met een speciale band. Elke kalibratieclient kan onafhankelijk werken.

Voordat u een calibratie uitvoert, zijn er verschillende voorconfiguratiestappen nodig:

1. In een productieomgeving het personeel of de werknemers over het proces informeren. Dit vermindert onderbreking en verzekert een hogere graad van nauwkeurigheid. Verlaag het risico op ongelukken, met name in fabrieken waar vorkheftrucks in bedrijf zijn.

2. Schakel de dynamische stroommodus van het RRM AP uit op de controller(s) of AP's waar u de calibratie uitvoert.

3. Bevestig dat de kaarten op WCS aan schaal zijn en APs correct met correcte antennetype richtlijn en hoogte zijn geplaatst.

4. De PC of het apparaat dat voor de calibratie wordt gebruikt, is gekoppeld aan een AP die zich op de MAP in kwestie bevindt.

5. De draadloze client die voor de calibratie wordt gebruikt, moet minimaal CCXv2 zijn. Cisco raadt CCXv4 aan voor het beste resultaat. De informatie over de CCX-versie voor clients kan in WCS worden weergegeven (zie afbeelding 18).

   Afbeelding 18: CCX-versie van clients controleren

   

6. Cisco Secure Services Client (CSSC) moet niet worden gebruikt om calibratie uit te voeren.

7. Ten minste 50 datapunten moeten worden verzameld op een plattegrond.

8. Nadat u het kalibratiemodel hebt gemaakt en dit model op de vloerkaart(en) hebt toegepast, moet WCS worden gesynchroniseerd met MSE.

In het geval van gebouwen met meerdere verdiepingen moet de verzameling van kalibreringsgegevens op één verdieping tegelijk worden voltooid. Aangezien er de mogelijkheid is dat een kalibratieclient kan zien en gezien kan worden door AP's op aangrenzende vloeren als gevolg van RF-bloeding tussen vloeren, minimaliseert de verzameling van kalibratiegegevens op één verdieping tegelijk het risico dat de MSE kalibratiegegevens tussen vloeren mengt.

Wanneer een client die compatibel is met de CCXv2 of groter is gekoppeld aan de WLAN-infrastructuur en is gespecificeerd als de calibratieclient in WCS, wordt het MAC-adres van de client ingevoegd in de locatiecalibratietabel van alle controllers die de toegangspunten op de gekalibreerde vloer onderhouden. Deze invoeging gebeurt in eerste instantie onmiddellijk nadat het MAC-adres van de kalibrerende client, de kalibratiecampus, het gebouw en de vloer zijn gespecificeerd. Na elke opslag van een verzameld datapunt wordt het client-MAC-adres verwijderd uit de locatiecalibratietabel van de controller. Het MAC-adres van de client wordt vervolgens kort opnieuw in de calibreeringstabellen van de controllerlocatie geplaatst bij elk volgend gegevenspunt, waarna het direct wordt verwijderd. Dit proces herhaalt voor elk verzameld gegevenspunt.

Wanneer de MAC-adressen van CCXv2 (of groter) clients in de locatie calibratie tabel van een WLC verschijnen, worden unicast Radio Metingen aanvragen naar deze clients verzonden. Vergelijkbaar met de manier waarop Radio Metingen Verzoeken helpen om de locatie nauwkeurigheid van compatibele clients te verbeteren bij normaal gebruik, unicast Radio Metingen Verzoeken verzonden met korte regelmatige intervallen (4 seconden) zorgen ervoor dat compatibele calibratie cliënten vaak sonde verzoeken verzenden. Het gebruik van CCX Radio Metingsaanvragen en CCXv2 of grotere clients maakt dit mogelijk zonder de noodzaak om de client te dwingen om voortdurend te scheiden en opnieuw te associëren. Dit maakt een meer consistente en betrouwbare controle van het netwerk mogelijk en zorgt voor een soepeler werking van de calibratieclient, met name als het wordt gebruikt als een werkstation dat via de GUI voor kalibratiegegevens met WCS interageert.

Er wordt een kalibratiemodel op de vloer toegepast dat een beter beeld geeft van de dempingskenmerken van die vloer. In omgevingen waarin veel vloeren gemeenschappelijke dempingskenmerken delen, kan één kalibratiemodel worden gemaakt en vervolgens toegepast op vloeren met dezelfde fysieke lay-out en dezelfde inzet.

Kalibratiegegevens kunnen met een van de volgende twee methoden worden verzameld:

• Inzameling in puntstand — De kalibratiepunten worden gekozen en het dekkingsgebied ervan wordt berekend, op één locatie tegelijk (zie figuur 19 en 20).

• Lineaire-modusverzameling — Er wordt een reeks lineaire paden gekozen en vervolgens berekend terwijl u het pad oversteekt. Deze aanpak is over het algemeen sneller dan het verzamelen van gegevenspunten. U kunt ook gebruikmaken van datapuntverzameling om de gegevensverzameling te vergroten voor locaties die door de lineaire paden worden gemist (zie afbeelding 21).

Hoewel beide methoden officieel worden ondersteund, raadt Cisco u aan de Point Mode voor calibratie te gebruiken, omdat dit de beste resultaten oplevert.

Afbeelding 19: Calibratie—Puntmodus

Afbeelding 20: Point Mode—Calibratieresultaten

Afbeelding 21: Calibratie—Lineaire modus

Calibratiemodellen kunnen alleen worden toegepast op clients, frauduleuze clients en frauduleuze access points. Calibratie voor tags gebeurt met de AeroScout System Manager.

Calibratie—Context Aware Engine voor tags

Er zijn twee locaties motoren op de MSE: één om clients te volgen (Cisco-engine beschreven in de vorige sectie) en één om tags te volgen (AeroScout). Elke motor heeft een afzonderlijk kalibratiemodel, dus kalibratie voor tags is een afzonderlijk proces.

De AeroScout-engine gaat uit van het typische standaard-RF-wegverliesmodel voor alle geïmporteerde WCS-kaarten. Als dit niet uw omgeving vertegenwoordigt, moeten wijzigingen worden aangebracht in de standaardmodellen per kaart en/of cel om de nauwkeurigheid van de locatie te verbeteren.

AeroScout System Manager — Om de standaardinstellingen van het Path Loss Model (PLM) te kunnen wijzigen, moet de AeroScout System Manager applicatie worden geïnstalleerd en uitgevoerd. Raadpleeg voor het downloaden en installeren van AeroScout-documentatie.

Nadat u de toepassing start, logt u in op de MSE-motor, switch naar de eigenlijke map vloer, die moet worden aangepast. Gebruik het pull-down tabblad en ga naar configuratie > Map > eigenschappen. De RSSI-opties voor locatieberekening kunnen worden gebruikt om het type vaste omgeving te kiezen dat geschikt is voor de fysieke specificaties die worden weergegeven door de vier gedefinieerde modellen in afbeelding 22. Nadat u het model hebt gekozen, past u het toe op de gekozen vloer. Gebruik het tabblad OK of de optie om alle RSSI-apparaten met Global Parameters te synchroniseren, waardoor hetzelfde model naar alle bestaande kaarten wordt gedrukt als het nieuwe standaardmodel.

Opmerking: de vijfde optie, "Aangepast", mag alleen worden gebruikt als AeroScout of technische ondersteuning van Cisco daarom vraagt.

Afbeelding 22: Modellen beschikbaar in AeroScout Systems Manager

Calibratiemethoden—Er zijn verschillende opties beschikbaar met afzonderlijke tags als statische referentie-apparaten of als periodieke of eenmalige opnames worden uitgevoerd, die kunnen worden gebruikt om nauwkeurige modellen per kaart/cel te analyseren en te berekenen.

Referentietags—Dit zijn standaardtags die worden gebruikt voor het bijhouden van bedrijfsmiddelen. Het enige verschil, als er een is, is de configuratie. Normaal gesproken gebruikt een referentietag een snellere bakenperiode voor een bepaald meetinterval.

Referentietags kunnen worden gedefinieerd met het MAC-adres, zoals in afbeelding 23, en direct op een cel of kaart worden geplaatst die wordt weergegeven door een blauwe, verankerde tag. De coördinaten kunnen handmatig worden ingevoerd door met de rechtermuisknop op de kaart te klikken. De referentietags die worden gebruikt voor de dynamische aanpassing van de locatie moeten worden ingeschakeld in het selectievakje voor de referentietag onder Map Properties > Reference Units (zie figuur 22). Deze kalibratiemethode wordt beschreven voor TDoA.

Afbeelding 23: Eigenschappen referentietag

Opname met één klik—Een meer geprefereerde methode voor calibratie is de opnamehandeling met één klik. Dit definieert een groep(en) tags en plaatst ze op de kaart voor een korte vooraf ingestelde tijdsperiode. Een opname wordt geïnitieerd en de opgenomen gegevens worden direct op de MSE opgeslagen op basis van tijdstempel- en kaartidentificatie.

De beste resultaten worden behaald wanneer de referentiegroep van tags in een compacte volgorde op een kleine kubus of pool wordt geplaatst. Dezelfde groep kan herpositioneerd worden en de procedure kan meerdere malen herhaald worden op dezelfde kaart als u de groep herpositioneert en de opname met één muisklik opnieuw start. Op dezelfde kaart kunnen meerdere groepen worden gedefinieerd en in één volgorde worden opgenomen.

Afbeelding 24: AeroScout Systems Manager-tools

Afbeelding 25: Configuratie van opname met één klik

Om deze methode uit te voeren, voert u de configuratie-informatie in die u vindt onder Gereedschappen > Opname met één klik zoals weergegeven in afbeeldingen 24 en 25. Opnameeigenschappen kunnen worden gewijzigd als de standaardwaarden niet juist zijn. De opnames worden automatisch opgeslagen in subdirectories gebaseerd op de tijd en datum van de opname.

Analyzer Tool—Voordat de opnamegegevens met één klik voor calibratie kunnen worden gebruikt, moet deze worden bekeken en in een mesh-bestand worden geconverteerd. Met de System Manager moeten de in de MSE opgeslagen opgenomen gegevensbestanden worden geëxporteerd naar het systeem waar het analysatorgereedschap kan worden gebruikt om de opgenomen gegevens te bekijken en te wijzigen, indien nodig, voordat er een Mesh-bestand wordt gemaakt. Het resulterende mesh-bestand wordt opnieuw geïmporteerd naar de MSE, waar het kan worden toegepast op de map-eigenschappen als u het RSSI Location Calculator Mesh kiest samen met de keuze van het uploadbestand.

Raadpleeg voor een gedetailleerde uitleg de AeroScout-documentatie voor verdere configuratie-informatie en het kalibratieproces.

Raadpleeg de AeroScout Mesh File Generation in AeroScout-documentatie.

Exciter (Chokepoint Trigger) technologie

Exciters zijn nabijheidscommunicatie-apparaten die activatags activeren om hun gedrag te veranderen wanneer een activatabel in de nabijheid van een exciter komt. Deze wijziging kan ertoe leiden dat de RFID-tag zijn unieke identificatiecode doorgeeft of dat de tag zijn interne configuratie of status wijzigt. Een van de belangrijkste functies van een chokepoint trigger is om de asset tag zodanig te stimuleren dat het een indicatie geeft aan de MSE dat de tag een bepaald gebied is binnengegaan of verlaten. Chokepoints zijn entry- of exitpunten die doorgang bieden tussen verbonden gebieden. De gemeenschappelijke chokepoints zijn deuropeningen, gangen en trappenhuizen. Indoor chokepoint locaties omvatten aansluitende ingangen of uitgangen.

Exciters maken geen gebruik van triangulatie en hoeven dus geen signalen te detecteren met minimaal drie AP's.

Exciters kunnen gedragsveranderingen in tags initiëren die onmiddellijk het locatiesysteem kunnen waarschuwen dat het gelabelde activum het chokepointgebied is binnengedrongen of verlaten. De RFID-tags verzenden vervolgens de identiteit van de chokepoint trigger naar de Cisco UWN-infrastructuur. De chokepointinformatie in het tag-pakket biedt de MSE informatie om de coördinaten van de RF-vingerafdruklocatie te negeren en de chokepointpositie gedurende een bepaalde tijd in te nemen.

De best practices voor het configureren en afstemmen van spanners en tags vindt u in de Exciter en Tag Configuration Guide van AeroScout Documentatie.

Overwegingen voor het implementeren van contextbewustzijn met bestaande data- en spraakservices

In kantooromgevingen van de klant waar bestaande draadloze netwerken zijn geïnstalleerd, vereist overlay Context Aware Mobility Solution dat u de algehele implementatie opnieuw moet evalueren voor nauwkeurigheid en potentiële dekkingsgaten. Dit zijn algemene richtsnoeren die moeten worden gevolgd:

• Maximale effectieve access point spacing in de meeste site-office omgevingen: 40-70 feet (12 tot 21 meter)

• Minimaal 3 AP's binnen het transmissiebereik van elke client (aanbevolen 4 AP's voor redundantie)

• Plaats de perimeter APs eerst aangezien de toegangspunten de gewenste gebieden van plaatsdekking moeten omringen

• Volgende plaats interieur APs om dekking gaps voor een minimum van -75dBm te minimaliseren

• In een vierzijdig gebied moeten minimaal 4 toegangspunten worden geïnstalleerd in de vier hoeken van het gebied

• Factoren die de nauwkeurigheid beïnvloeden: AP plaatsing, muurmaterialen, grote bewegende voorwerpen, en de interferentie van RF

• Mogelijk moet de vloerruimte in subgebieden worden verdeeld en moeten subgebieden onafhankelijk worden ontworpen om rekening te houden met grote barrières die RF-signalen blokkeren (zie figuur 26). Tot 50 overdekte gebieden voor de vloer worden ondersteund. De grootte van het dekkingsgebied kan niet kleiner zijn dan het typische locatiebereik (~10 m)

Afbeelding 26: Map Editor in WCS maakt meerdere dekkingsgebieden af

• AP's worden bij voorkeur langs en binnen de omtrek van een omsloten gebied geplaatst.

• AP's moeten gelijkmatig verdeeld zijn, d.w.z. AP's moeten relatief gelijkmatig van elkaar verwijderd zijn.

• De fysieke plaatsing van toegangspunten moet niet collineair zijn, ook wanneer zij op gelijke afstanden van elkaar worden geplaatst.

• Gebruik de Location Readiness Tool in WCS om de effectiviteit van de totale vloerdekking te meten.

• Geometrische vormen gevormd door de verdeling van AP's beïnvloeden de nauwkeurigheid:

  • De gelijkzijdige driehoeksplaatsing levert een betere nauwkeurigheid op dan AP's die een obtuse driehoek vormen.

  • De vierkante plaatsing van de plaatsingsplaatsing levert betere resultaten op dan APs die rechthoeken vormen.

Afbeelding 27 illustreert het concept van celoverlap voor een Cisco 7921G VoWLAN-handset met 802.11bg. Voor Cisco 7921G wordt in de Voice over Wireless LAN Design Guide aanbevolen dat de overlap tussen cellen en cellen ongeveer 20% moet zijn bij gebruik van 802.11bg en ongeveer 15% bij gebruik van 802.11a.

De toepassingen van gegevens tonen niet het zelfde niveau van gevoeligheid aan pakketverlies zoals stemtoepassingen. Daarom hebben ze niet dezelfde mate van cel-naar-cel overlap nodig als VoWLAN-implementaties. In de meeste gevallen is een minimum van 10% cel-naar-cel overlap voldoende voor betrouwbare roaming met datatoepassingen, zoals wordt getoond in afbeelding 28. Snelle datatoepassingen en toepassingen die spraak- en datamogelijkheden combineren in één apparaat (bijvoorbeeld smartphones) zouden cel-naar-cel overlap kunnen vereisen die veel meer lijkt op een VoWLAN-ontwerp dan een dataontwerp.

Afbeelding 27: Inter-Cell Overlap—spraak- en gegevensimplementatie (20% celoverlap)

Afbeelding 28: Inter-cell overlap-gegevensimplementatie (10% celoverlap)

Algemene richtsnoeren - TDOA

Bij TDOA-gebaseerde inzet is minimaal drie ontvangers vereist, maar vier ontvangers leveren nauwkeuriger resultaten op. Dit zijn de algemene regels voor de TDOA-ontvangerdichtheid:

• Buiten — gemiddelde dichtheid is één TDOA-ontvanger voor elke 20.000 - 50.000 vierkante voet. (1.900 - 4.700 m2).

• Grote overdekte gebieden - de gemiddelde dichtheid is één TDOA-ontvanger elke 5000 - 14.000 vierkante voet. (450 - 1300 vierkante meter).

• De afstand tussen gesynchroniseerde bron- en TDOA-ontvangers is minder dan of gelijk aan 150m voor outdoor-implementaties.

• De afstand tussen gesynchroniseerde bron- en TDOA-ontvangers is minder dan of gelijk aan 70 m voor grote indoorimplementaties.

Twee belangrijke overwegingen voor TDOA: De implementatie van de ontvangerdichtheid is afhankelijk van de synchronisatie van de ontvanger en de RF-dekking Rx-gevoeligheid van de getraceerde apparaten. De tweede belangrijke overweging is om voldoende dekking van de locatieontvangers te hebben om te zorgen voor een receptieve dichtheid van ten minste drie locatieontvangers op elk punt in het locatiegebied.

In bepaalde scenario's kunnen grote gebieden in deelgebieden worden verdeeld. Bijvoorbeeld, in het geval dat een groot pakhuis wordt afgesneden door een muur, moet het worden ontworpen als twee deelgebieden. De beste resultaten worden behaald wanneer de kijklijn tussen de synchronisatiebron en de Wi-Fi TDOA-ontvangers wordt onderhouden.

Dit zijn extra richtlijnen voor Wi-Fi TDOA ontvangerplaatsing:

• Wi-Fi TDOA-ontvangers moeten langs de buitenrand worden geplaatst en gelijkmatig verdeeld zijn.

• Er kunnen extra Wi-Fi TDOA-ontvangers nodig zijn binnen de grenzen van de perimeterontvangers, afhankelijk van de grootte van het gebied.

• TDOA-ontvangers moeten gelijkmatig verdeeld zijn en een gelijkzijdige driehoek vormen (wanneer drie Wi-Fi TDOA-ontvangers worden gebruikt) of veelhoek (vier of meer Wi-Fi TDOA-ontvangers).

Met betrekking tot Wi-Fi TDOA ontvangerantennes, gebruik diversiteitstantennes om multipath problemen aan te pakken. Wi-Fi TDOA-ontvangers die langs de omtrek van het overdekte gebied worden geplaatst, moeten richtantennes bevatten om de ontvangst alleen in het overdekte gebied te concentreren. Gebruik in de hoek van een omtrek richtingsantenne van 90 graden en gebruik richtingsantennes van 180 graden langs de omtrek. Er moeten omnidirectionele antennes worden gebruikt met Wi-Fi TDOA-ontvangers die zich binnen de perimeter bevinden. De ontvangerantennes moeten zowel naar de synchronisatiebron (bij voorkeur de kijkrichting) als naar het gebied in kwestie wijzen

Antennes moeten worden geplaatst op plaatsen waar zij niet worden geblokkeerd door obstakels, zoals betonnen muren, grote metalen objecten of dicht bedekte boomgebieden. Zij moeten (zoveel mogelijk) met een goede zichtlijn naar het overdekte gebied worden geplaatst. De voorkeurshoogte is 3 tot 5 meter boven het asfaltoppervlak. Wanneer dit wegens het milieu niet mogelijk is, moet het dekkingspatroon, d.w.z. het hoogtepatroon - typische antennes hebben een verhoging van ongeveer 35 graden, dienovereenkomstig worden aangepast. Langs de omtrek moeten antennes op hoge plaatsen naar het dekkingsgebied worden gekanteld (tot 30 graden naar beneden om de hoogte te compenseren.

Raadpleeg voor meer informatie de AeroScout TDOA-implementatiegids.

Bedrade locatie

Met de 6.0 softwarerelease kunnen zowel draadloze als bekabelde (Ethernet) apparaten worden gevolgd met de Context Aware-oplossing. Met een bekabelde locatie biedt MSE de mogelijkheid om civic locatie-informatie te verzamelen en te onderhouden voor switches en switches. U kunt de locatie bepalen van bekabelde Ethernet-apparaten die zijn aangesloten op een van deze Cisco-switches: Catalyst stapelbare switches (3750, 3750-E, 3560, 2960 en IE-3000 switches) of switch-blades (3110, 3120, 3130, 3040, 3030 en 3020) en Catalyst 4K-serie (WS-C4948, WS-C4948-10GE, ME-49 24-10 GE, WS-4928-10 GE, WS-C4900M, WS-X4515, WS-X4516, WS-X4013+, WS-X4013+TS, WS-X4516-10 GE, WS-X4013+10 GE, WS-X45-SUP6-E en WS-X45-SUP LE). Gebruik voor een bekabelde locatie deze IOS-versies die betrekking hebben op het betreffende switch-model: IOS 12.2 (50)SE voor Catalyst 3K switches en IOS 12.2(52)SG voor Catalyst 4K switches. De bekabelde plaatsinformatie wordt verzonden van deze switches door NMSP naar MSE.

Locatiegegevens worden op de Cisco-switch geconfigureerd via IOS CLI. De bekabelde switches zijn gedefinieerd in WCS en gesynchroniseerd met een MSE. Details over bekabelde clients worden via een NMSP-verbinding van een locatie-enabled switch naar de MSE verzonden. U kunt bekabelde switches en bekabelde clients vervolgens met Cisco WCS bekijken.

De invoer en weergave van informatie over de locatie van burgers en noodsituaties (ELIN) voldoet aan de specificaties van RFC4776 (zie http://tools.ietf.org/html/rfc4776#section-3.4).

MSE houdt niet alleen de locatiegeschiedenis van de bekabelde clients bij, maar biedt ook de SOAP/XML API's aan externe systemen die geïnteresseerd zijn in de locatie van chassis of endpointapparaten of een client zoeken/volgen over bekabelde en draadloze categorieën. Zie figuur 29.

• Switches rapporteren aan de MSE switch-poorttoewijzing van aangesloten apparaten die locatie- en UDI-informatie van het chassis, samen met de lijnkaarten, omvatten.

• MSE volgt actief gecommuniceerde informatie en locatie van zowel apparaten als chassis.

Opmerking: de functie voor bekabelde locatie biedt momenteel niet de mogelijkheid om bekabelde clients op vloerkaarten te zoeken of visueel weer te geven.

Afbeelding 29: Architectuur van bekabelde locatie

Zorg dat u de stappen volgt om de bekabelde locatie te bekijken.

Dit zijn de configuratiestappen aan de switch kant:

1. Begrijp de sleuf/module/poortconfiguratie (1/0/20).

2. Gebruik de juiste IOS-versie die betrekking heeft op het betreffende switch-model: IOS 12.2 (50)SE voor Catalyst 3K switches en IOS 12.2(52)SG voor Catalyst 4K switches.

3. Schakel de NMSP in.

4. Schakel het volgen van het IP-apparaat in.

5. Configureer de SNMP-community met toegang tot lezen-schrijven.

6. Configureer de Civic/ELIN location-identificatiecodes.

7. Wijs identifiers toe aan de switch interfaces.

Dit zijn de configuratiestappen op de WCS:

1. Ga naar Configureren >Ethernet Switches .

2. Voeg Ethernet-switches toe.

   1. Voeg het IP-adres toe.

   2. Geschikt voor locatie inschakelen.

   3. Voer de SNMP-community in (read-write). De ingevoerde SNMP-community-string moet overeenkomen met de waarde die aan de Catalyst switch is toegewezen.

3. Ga naar Services > Synchronize Services > Switches .

   1. Klik op Toewijzen om toe te wijzen aan de gewenste MSE.

   2. Kies de switch en synchroniseer.

4. Ga naar Services > Mobility Services en klik op MSE.

   1. Ga naar Systeem > Status > NMSP verbindingsstatus.

   2. Controleer voor elke switch de actieve NMSP-status.

Nadat u de stappen op de switch en WCS hebt voltooid, kunt u de bekabelde onderdelen op de WCS bekijken:

• Klik onder Context Aware Services op Wired Switches onder Wired.

• Er wordt een lijst met switches weergegeven.

• Klik op IP-adres van Switch om de gegevens te bekijken (zie afbeelding 30).

Opmerking: Lees-schrijf SNMP-toegang is vereist om WLC's aan de WCS toe te voegen. De WLC zal de MSE key-hash niet ontvangen met SNMP read-only access modus.

Afbeelding 30: Bedrade Switches - Switch informatie

• U kunt switch poorten en Burgerinformatie ook bekijken (zie afbeelding 31 tot en met 33) of de lijstvolgorde (oplopend, aflopend) van poort IP-adressen, sleufnummers, modulenummer en poortnummer wijzigen. Klik gewoon op de betreffende kolom.

Afbeelding 31: Bedrade Switches - Informatie over Switch-poorten

Afbeelding 32: Bedrade Switches - Burgerinformatie

Het tabblad Advanced geeft aanvullende informatie over de maatschappij:

Afbeelding 33: Bedrade Switches - geavanceerde informatie

Bedrade clients die door alle switches worden bekeken, kunnen worden bekeken wanneer u op Wired Clients klikt onder Wired Context Aware Service > Wired > Wired Clients.

Bedrade clients kunnen worden doorzocht op IP-adres/gedeeltelijk IP-adres/Mac-adres/gedeeltelijk Mac-adres/802.1x-gebruikersnaam/VLAN-id zoals in afbeelding 34.

Afbeelding 34: Wired Clients - Zoekresultaten

Een switch heeft een bepaald aantal switch poorten en clients; hosts zijn aangesloten op deze poorten. Wanneer u de locatie voor een specifieke poortpoort configureert, wordt de op die switch aangesloten client verondersteld de poortlocatie te hebben.

Als een switch (switch 2) is aangesloten op een poort (zoals port1) op een andere switch (switch 1), krijgen alle clients die zijn aangesloten op switch 2, de locatie toegewezen die is geconfigureerd op port1.

U kunt ook details van de bekabelde klanten bekijken wanneer u op de betreffende client klikt om apparaatinformatie, poortassociaties, burgeradressen, enz. te verkrijgen (zie figuren 35 tot en met 38).

Afbeelding 35: Bedrade clients - Apparaatinformatie

Klik op het tabblad Port Association om de fysieke locatie te zien van de switch-poort/sleuf/module waarop de bekabelde client wordt beëindigd, de clientstatus (verbonden, losgekoppeld of onbekend) en het IP-adres van de switch:

Afbeelding 36: Bedrade clients - informatie over poortassociatie

Afbeelding 37: Bedrade clients - adresgegevens van burgers

Afbeelding 38: Bedrade clients - geavanceerde informatie

Afdeling 3: Bevestiging en verbetering van uw contextbewuste netwerk

WCS-nauwkeurigheidstool

Voor de WCS 5.0 release was het moeilijk voor gebruikers om te weten welke nauwkeurigheid ze op hun draadloze netwerk zagen. Er was geen standaardmanier om de nauwkeurigheid te kwantificeren met de Context Aware-implementatie. De WCS 5.0 release introduceerde een geïntegreerde precisie tool. Tag- en/of Wi-Fi-clients zijn geplaatst op referentiepunten op de plattegrond in WCS. Een gedetailleerd rapport wordt gegenereerd door WCS met verschillende nauwkeurigheids- en foutdistributieniveaus in tijd en ruimte.

Er zijn twee vormen van nauwkeurigheidstesten:

• Geplande nauwkeurigheid

• Nauwkeurigheid op aanvraag

De gebruikers kunnen een van deze methoden kiezen nadat ze de vloer hebben gekozen waarop ze de nauwkeurigheidstest willen uitvoeren, zoals weergegeven in figuur 39. Deze tests worden op dezelfde vloer uitgevoerd.

Afbeelding 39: Nauwkeurigheidstest op aanvraag

Geplande nauwkeurigheidstest: Deze test wordt uitgevoerd op een actieve omgeving (bewegend netwerk). Clients en/of tags worden op de vloer geplaatst en de test is gepland via WCS. Bij deze test wordt de "feitelijke" plaats van een element ten opzichte van de "gemeten" plaats gebruikt. De gebruiker kan de test aanpassen:

• De elementen toevoegen of verwijderen

• De posities wijzigen

• De schema's wijzigen

De test kan als een geplande taak worden uitgevoerd en alarmen genereren als deze onder een bepaald nauwkeurigheidsbereik valt. Dit type test moet periodiek worden uitgevoerd, aangezien de RF-omgeving in een bepaalde inzet kan veranderen, wat op zijn beurt van invloed is op de nauwkeurigheid van de locatie.

Afbeelding 40: Nauwkeurigheidstest

In het voorbeeld in figuur 40 staat 98,14% voor het aantal apparaten in de test dat binnen 10m is gedetecteerd, dat wil zeggen de som van 49,31, 25,86, 17,53 en 5,11.

Nauwkeurigheidstest op aanvraag: Deze test wordt uitgevoerd wanneer een gebruiker geen actieve clients en/of tags in zijn netwerk heeft geïmplementeerd en geïnteresseerd is in het meten van nauwkeurigheid. Deze test kan worden uitgevoerd wanneer een vloer geen vooraf gepositioneerde tags/clients heeft. Dit is vergelijkbaar met de nauwkeurigheidstest die in WCS was voorafgaand aan release 5.0 met één client. De gebruiker plaatst een client op een bepaalde locatie en geeft die locatie op de plattegrond in WCS aan door de test te verslepen met "drag and drop". De gebruiker klikt op Start, wacht een paar minuten op de voltooiing van het RSSI-inzamelingsproces en klikt op de knop Stop. De gebruiker kan vervolgens de test voortzetten en naar het volgende punt op de plattegrond van de vloer gaan. Wanneer alle punten zijn verzameld, kan de gebruiker op de knop Resultaten analyseren klikken om de test uit te voeren. Dit resulteert in de nauwkeurigheidsresultaten in een rapportformaat.

Dit zijn de belangrijkste punten die je moet onthouden als je een van de nauwkeurigheidstests uitvoert:

• De client moet door minimaal drie toegangspunten worden gezien

• Nauwkeurigheid is afhankelijk van de triangulatie en RF-vingerafdruk

• Geavanceerde debugging op de MSE moet zijn ingeschakeld

• Op een bepaald punt op de plattegrond, wacht ongeveer een minuut met de cliënt op zijn plaats, namelijk, stationair, alvorens u de nauwkeurigheidstest in werking stelt. Dit geeft de draadloze client voldoende tijd om de MSE met zijn locatie bij te werken. Voer de test twee minuten uit.

Location Readiness Tool

WCS biedt een tool - de Inspect Location Readiness-functie - waarmee een netwerkontwerper een snelle voorspellende controle kan uitvoeren van de locatieprestaties voor een vloer voordat de kabel wordt getrokken, apparatuur wordt geïmplementeerd of calibraties worden uitgevoerd.

Dit hulpmiddel is een op afstand gebaseerd voorspellend hulpmiddel en veronderstelt een typisch bureau type gebouw. Er is dus sprake van enige mate van verschil tussen de voorspelde en de werkelijke resultaten. Cisco raadt aan de tool voor locatievoorbereiding te gebruiken in combinatie met andere best practice-technieken.

Inspect Location Readiness houdt rekening met de plaatsing van elk toegangspunt samen met de interaccess point spacing aangegeven op vloerkaarten om te voorspellen of de geschatte locatie tracking nauwkeurigheid zal binnen 10 meter in 90 procent van alle gevallen. De output van de inspectie van de plaatsbereidheid is groene en rode grafische weergave van de gebieden die worden voorspeld om dit niveau van nauwkeurigheid en probleemgebieden, respectievelijk te veroorzaken.

De Location Readiness Tool gaat ervan uit dat toegangspunten en controllers bekend zijn bij WCS en zijn gedefinieerd op de WCS-vloerkaarten. Hoewel het niet nodig is om daadwerkelijk toegangspunten en antennes op muren en plafonds te installeren om een beoordeling van de locatie-gereedheid uit te voeren, moeten alle van toepassing zijnde controllers samen met hun geregistreerde toegangspunten worden toegevoegd met de pictogrammen die de toegangspunten vertegenwoordigen die op de juiste vloerkaarten zijn geplaatst. Zodra de toegangspunten die op vloerkaarten moeten worden geplaatst aan de WCS-database zijn toegevoegd, kunnen latere beoordelingen van de locatie-gereedheid worden uitgevoerd met deze zelfde toegangspunten, zelfs als ze op dat moment niet bereikbaar zijn vanuit WCS. Omdat de inspectie van de plaatsbereidheid op de plaatsing van het toegangspunt en de afstanden van het interaccess punt die op de vloerkaarten worden getoond gebaseerd is, nauwkeurige kaartplaatsing van toegangspunten kritisch wanneer u dit hulpmiddel gebruikt. De locatiegereedschapstool wordt alleen gebruikt om te beoordelen of het ontwerp klaar is om op RF-vingerafdrukken gebaseerde locatiebewaking uit te voeren. Het valideert geen enkel aspect van het ontwerp om chokepoint locatie uit te voeren, vooral met betrekking tot de definitie of positionering van chokepoint triggers. Nadat de plaatsing van het toegangspunt is uitgevoerd, kies de vloerkaart waarvan u de plaatsbereidheid wilt verifiëren en kies dan Inspect de Bereidheid van de Plaats van het bovenste rechtse vervolgkeuzemenu.

Een punt wordt gedefinieerd als "locatie-ready" indien deze allemaal als waar worden beschouwd:

• Ten minste vier toegangspunten worden op de vloer geplaatst

• Ten minste één toegangspunt blijkt te verblijven in elk kwadrant dat het betreffende punt omsluit

• Ten minste één toegangspunt bevindt zich in elk van ten minste drie omliggende kwadranten die zich op minder dan 10 meter van het desbetreffende punt bevinden.

  Figuur 41 illustreert deze drie regels van de plaatsbereidheid.

  Afbeelding 41: Locatie gereed punt

  

De WCS-schermopname laat een voorbeeld zien van een vloerinstallatie waarbij niet alle gebieden de evaluatie van de locatie met drie punten hebben doorstaan, zoals eerder beschreven voor een nauwkeurigheid van 10m/90%. Hoewel er groene gebieden naar het midden van de figuur zijn, merk op dat rode gebieden overvloedig als je voorbij de perimeter access points die de convexe romp vertegenwoordigen. Met een gedegen begrip van de vereisten die de gereedheid van een locatie definiëren, kan de informatie in deze afbeelding worden gebruikt om te bepalen hoeveel AP's moeten worden verplaatst of toegevoegd om de prestaties te verbeteren. Bijvoorbeeld, als een 10m/90% of betere plaatsnauwkeurigheid binnen de rode gebieden wordt vereist, kunnen de extra toegangspunten worden geïntroduceerd om een duidelijker afgebakende vloerperimeter te vestigen, die de plaatsing van toegangspunten in de hoeken van de vloer omvat en interaccess puntafstanden opnieuw controleert. Wanneer u deze soorten wijzigingen implementeert, zal de mogelijkheid van Cisco UWN om de locatie van de gevolgde apparaten in deze gemarkeerde gebieden op te lossen, waarschijnlijk aanzienlijk worden verbeterd.

Afbeelding 42: Voorbeeld van gebruik van de Location Readiness Tool

De locatiekwaliteit kan worden geverifieerd voor een draadloze implementatie op basis van de mogelijkheid om te voldoen aan de locatiespecificatie (10 m, 90%), op basis van datapunten die zijn verzameld binnen een fysieke inspectie en calibratie zoals getoond in afbeelding 42. Wanneer u de Location Readiness Tool gebruikt, verschijnt een kleurgecodeerde kaart die gebieden toont die voldoen aan (groen=ja) en niet voldoen aan (rood=nee) de 10 meter, 90% locatiespecificatie.

Afbeelding 43: Inspecteer de Kwaliteitstool van de Plaats

Nadat u een kalibratie hebt uitgevoerd op een specifiek gebied of een specifieke kaart, kunnen deze gegevens worden herzien om de tijdens de kalibratie verzamelde ruwe gegevens te verifiëren zoals getoond in figuur 43. Het is belangrijk om de ruwe gegevens op elk punt van gegevensverzameling te verifiëren met betrekking tot de fysieke meting en de bijbehorende AP RSSI-waarde. Anomalieën in de AP positionerings-, antenne- of zelfs meetreferentiepunten kunnen eenvoudig worden geïdentificeerd en gecorrigeerd voordat ze op de kaarten worden toegepast. Aanvullende informatie over het waargenomen nauwkeurigheidsniveau en bijdragende AP's kunnen ook helpen bij de beoordeling van de algehele nauwkeurigheid van de locatie.

Context Aware - systeemprestaties

In een geïmplementeerde Context Aware-oplossing kunnen meerdere tags en/of clients tegelijkertijd worden verplaatst. Hoe groter het aantal apparaten dat wordt verplaatst, hoe groter de verwerkingsbelasting op de MSE. Dit, beurtelings, beïnvloedt de algemene latentie van het netwerk. Latentie in deze context verwijst naar de vertraging tussen het moment waarop de MSE RSSI-informatie over een apparaat ontvangt en het moment waarop de locatie ervan door de MSE wordt berekend. Dit is het maximale aantal elementen dat op een gegeven moment kan bewegen:

• 100 elementen bewegend/seconde voor MSE-3310

• 650 elementen bewegend/seconde voor MSE-3350

End-to-end latentie van het systeem:

• Clients en tags: tien seconden onder een volle belasting met 650 elementen bewegend/seconde (start met WLC-softwarerelease 5.1)

Latentie is ook gerelateerd aan het NMSP aggregatievenster, dat kan worden afgestemd. Zie de sectie RFID Tag en WLC Configuration/Tuning in de onderafdeling getiteld "Hoeveel tijd tussen herhalingen?"

• Maximum aantal toepassingssessies: 1024

• Maximum aantal bestemmingen van Noordelijke API: 1024

• Maximumaantal bestreken gebieden: 50/vloer

  • De grootte van het dekkingsgebied mag niet kleiner zijn dan de typische nauwkeurigheid van de locatie (10 m). De normale dekking is een minimum van 50 voet bij 50 voet (2.500 vierkante voet).

· Aantal toegangspunten per vloer:

MSE/2710 heeft als zodanig geen beperkingen. De belangrijkste beperking is toe te schrijven aan de aanbeveling van het hebben van minder dan 100 AP's volgens aanbevelingen WCS - anders worden de kaarten WCS onhandelbaar, verstrekt slechte resolutie en bouwt zeer langzaam kaartdetails. Er is ook een limiet op het aantal getraceerde apparaten dat op een WCS-kaart kan worden bekeken.

· Aantal controllers per MSE:

Dezelfde controller kan met meer dan één MSE worden gesynchroniseerd, met een paar uitzonderingen:

1. Als controller is op 4.2 of 5.0 code, dan worden meerdere NMSP verbindingen niet ondersteund, dus ze hoeven niet gesynchroniseerd te worden naar meer dan één MSE.

2. WLC met wIPS AP kan geen NMSP verbinding vestigen met meer dan MSE. Dit komt doordat wIPS AP slechts kan praten met één MSE die wIPS adaptieve services uitvoert.

Eén WLC kan maximaal 10 NMSP verbindingen hebben.

Eén MSE ondersteunt maximaal 500 NMSP-verbindingen. Maar het is belangrijk om dit uit het plaatsingsperspectief van CAS te begrijpen. Elke WLC is in staat om meerdere clients te traceren (5000 clients per WLC4400). Dus in pragmatische implementaties met zeer weinig controllers bereikt MSE CAS zijn trackinglimiet tot 18000 apparaten. Er zijn twee glazen plafonds die men in gedachten moet houden, een is 5000 clients per controller en een andere is 18000 apparaten per MSE 3350. Als we een van deze limieten bereiken dan maximaliseren we de capaciteit van het systeem.

Er is altijd een limiet op het uitvoeren van schaalbaarheidstests, en we hebben stresstests uitgevoerd met 100 controllers per MSE, met verkeer op een actieve locatie.

· Aantal MSE's per WCS:

Hoewel MSE kan worden beheerd met één WCS, kan WCS meerdere MSE’s beheren. WCS heeft grenzen vanuit verschillende perspectieven, die zouden kunnen bepalen hoeveel MSE's zij zou kunnen beheren op basis van de verdeling van die eenheden over MSE's. Zo komen de factoren zoals Maximumaantal gesteunde elementen, Maximumaantal gesteunde vloeren, of Maximumaantal gesteunde APs in spel. Officieel ondersteunen we 5 MSE's per WCS.

· Aantal netwerkontwerpen:

Er zijn geen limieten voor netwerkontwerpen toegevoegd aan MSE. Aeroscout motor heeft echter een limiet afhankelijk van het aantal verdiepingen, afmetingen en hoeveelheid elementen voor MSE.The maximum aantal vloeren is beperkt tot 255. En uitgaande van apparaten die elke 60m en rasterresolutie van 1m worden ingezet, kan kleine installatie 15 kaarten ondersteunen en grote installatie (hogere geheugenvereiste) kan 90 kaarten ondersteunen.

Noordelijke meldingen

De MSE kan alle bekende taggegevens doorsturen naar een noordwaartse SOAP-luisteraar. Indien geconfigureerd, elke keer dat een tag-meldingskader wordt gemeld aan de MSE of elke keer dat de MSE de locatie voor een tag berekent, kan het de luisteraar op de hoogte stellen. Dit is handig als applicaties van derden direct updates willen ontvangen telkens wanneer er een tag wordt gehoord, in plaats van deze periodiek te doorzoeken. Dit kan worden geconfigureerd via de Berichtparameters UI: Services > Mobility Services > Context Aware Service > Advanced > Notification Parameters.

Om Northbound-meldingen te ondersteunen, volgt u de volgende aanbevelingen:

• Reguliere tagbakens mogen niet minder dan drie tot vijf minuten uit elkaar liggen.

• Het interval van het kader van het markeringsbericht om markeringen te bewegen moet tussen één en tien seconden zijn.

• De wachtrijlimiet voor meldingsparameters moet worden ingesteld op meer dan het aantal ondersteunde tags.

• Zorg ervoor dat de SOAP-luisteraar niet naar beneden gaat.

• Zorg ervoor dat de SOAP-luisteraar een geldige lege SOAP-envelop retourneert in antwoord op het bericht.

• Zorg ervoor dat de SOAP-luisteraar de inkomende meldingen snel verwerkt.

Als niet aan deze voorwaarden wordt voldaan, kan de meldingswachtrij van de MSE overlopen. Deze voorwaarde is zichtbaar in de pagina Meldingsparameters als teller "Meldingen gevallen" (zie afbeelding 44).

Afbeelding 44: Noordelijke meldingen

Deze hele sectie is alleen geldig als de noordoostelijke luisteraar niet in staat is om het verkeer van noordoostelijke meldingen te verwerken en ze wil onderdrukken tenzij de tag iets belangrijks (of interessants) te melden heeft:

Filter noord-gebonden meldingen op basis van de tag payloads van belang om het systeem schaalbaarder te maken. Bijvoorbeeld, als een tag beacons elke paar seconden, maar de tag payload bevat alleen batterijinformatie of bewegingstelemetrie die niet van belang is, kan de generatie van noordelijke gebeurtenissen op de ontvangst van deze tag payloads worden onderdrukt.

Northbound gebeurtenis filtering wordt gecontroleerd door zes nieuwe parameters in het aes-config.xml bestand:

<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>

Om ALLE meldingen te ontvangen, schakelt u de send-event-on-location-calc en send-event-on-each-beacon in. Als elke enkele tag payload niet van belang is, stel selectief in. Als u bijvoorbeeld de MSE alleen berichten wilt laten versturen voor een locatieberekening, een druk op de knop of een ontmoeting met een chokepoint, schakelt u deze in. (Stel in op "true" in het bestand. VERWIJDER DEZE WAARDEN NIET!):

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

Zet de andere drie vlaggen uit.

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

Verander filters om aan uw vereisten te voldoen. Sla het bestand op en sluit het af. Start het gemiste proces opnieuw.

/etc/init.d/msed start

Raadpleeg voor meer informatie over de melding het API-document.

RFID-tag en WLC-configuratie/afstemming

Een RFID tag is een Wi-Fi apparaat uitgerust met een zender en een antenne. Het associeert niet met access points, dus het gedraagt zich niet als andere draadloze clients. Een RFID-tag geeft periodiek informatie door - de zogeheten "tag notification frames", die multicast-pakketten zijn die met lage gegevenssnelheden worden verzonden. Elke x seconden, stuurt de RFID-tag mijn tag-meldingsframe op zijn geconfigureerde kanalen. Aanbevolen wordt om meldingsframes voor tags te verzenden met een signaalsterkte van 17 dBm. Wanneer de RFID-tag een cyclus in alle geconfigureerde kanalen voltooit, staat hij stand-by en wacht hij op de volgende transmissieperiode om tagmeldingsframes te verzenden.

Wanneer u RFID voor het volgen van activa in WiFi opstelt, moet dit worden geconfigureerd:

1. Hoeveel tag-meldingsframes per kanaal zal de RFID-tag uitzenden?

Vanwege de aard van multicast verkeer op 802.11-netwerken is het over het algemeen een goede praktijk om het aantal tag-meldingsframes per kanaal te verhogen.

In een schone RF-omgeving ontvangen AP's tag-updates en rapporteren ze aan hun WLC, zelfs als de tag is geconfigureerd om één tag-meldingskader per kanaal te verzenden. In real life implementaties, is er een hoge waarschijnlijkheid dat een tag update wordt gemist op een bepaalde AP vanwege RF-ruis of andere activiteit. Als er geen tag-update op een nabijgelegen AP komt, kan dit leiden tot onjuiste locatieberekeningen. Herhaal het aantal tag-meldingsframes per kanaal naar twee of drie, in plaats van de standaard, om de mogelijkheid dat de tag-update niet gehoord wordt door nabijgelegen AP's te beperken.

Aandacht voor de levensduur van de batterij van de tag is ook een belangrijk aspect van de nauwkeurigheid en het kaderinterval van het markeringsbericht en vaak moet een compromis worden gemaakt. De beste praktijkaanbevelingen om bewegend voorwerp te volgen is het gebruik van de markeringen van de motieopsporing. Configureer een tag-melding frame interval, dat wil zeggen 3 tot 5 minuten bij stilstand, en heb een verlengde frame interval van 1 of 2 seconden bij beweging om een goede nauwkeurigheid en lange accuduur te leveren. De configuratie en de aanbeveling voor beste praktijken kunnen uit de markeringsvervaardiging worden verkregen

Raadpleeg AeroScout-documentatie.

Een andere manier om een tag update verlies op een bepaald access point te compenseren is het verhogen van de RFID RSSI-vervalwaarde op de WLC. De aanbevolen waarde moet driemaal de intervalperiode + 5 seconden zijn. Met deze waarde blijft de laatste RSSI op de WLC behouden als een AP de laatste iteratie van een gegeven tag niet detecteert. Nieuwe updates worden naar de MSE gestuurd, samen met de bewaarde gegevens van eerdere herhalingen.

Een nadeel van deze benadering is dat het de nauwkeurigheid kan beïnvloeden. Als bewegingstransmissie niet is ingeschakeld op een RFID-tag en de tag snel vertrekt van de laatste plaats waarop hij een tag-meldingsframe heeft verzonden, is de locatieberekening gebaseerd op de oude gegevens. De aanbeveling is om Bewegingscontrole toe te laten om plaatsberekening altijd op verse AP gegevens te baseren en de timers WLC zo laag mogelijk te houden om latentie te verminderen.

Opmerking: WLC-code 5.x biedt een nieuwe opdracht die ook een effect heeft op de gegevens die op de WLC behouden blijven. Deze vervaltimer is individueel configureerbaar voor RFID-tags, -clients en -schurken. De standaardinstelling voor verloopdatums is vijf seconden, waardoor verouderde gegevens van de controller langer dan vijf seconden worden gesnoeid. De RFID timeout setting regelt de totale tijd dat een RFID tag op de controller blijft zitten nadat hij buiten bereik is geraakt of de transmissie stopt. De combinatie van deze timers samen met aanvullende instellingen op de MSE kan optimale nauwkeurigheid bieden met minimale NMSP-updates tussen de controllers en MSE's.

De RFID RSSI-vervaldatum kan worden geconfigureerd met de WLC CLI:

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

Dit is een opdracht om te zien of een AP detecteert een gegeven RFID tag is:

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

2. Welke kanalen?

In 2.4 GHz zijn kanalen 1, 6 en 11 de niet-overlappende kanalen in het spectrum. De aanbevolen kanalen die op een RFID-tag moeten worden ingesteld, zijn 1,6 en 11. Merk op dat in sommige scenario's een AP in staat is om RFID-tag-updates te horen op een kanaal dat anders is dan het kanaal waarop hij werkt. Door ontwerp, laat de AP deze updates vallen en door:sturen hen niet aan WLC.

3. Hoeveel tijd tussen herhalingen?

De configuratie van het interval van het kader van het markeringsbericht speelt een belangrijke rol voor plaats het volgen aangezien het de tijdscheiding tussen plaatsberekeningen of updates bepaalt. Zoals eerder gezegd, moet het tag-meldingsframematige worden geconfigureerd voor een optimale accuduur en locatie nauwkeurigheid, dat wil zeggen 3-5 minuten voor stationaire tags.

Houd in gedachten dat, wanneer een tag beweegt, meer real-time informatie nodig is om de locatie te berekenen. Wanneer het bewegende markeringen volgt, moet de bewegingstransmissie op de RFID-tag worden ingeschakeld met een tag-meldingsframetermijn van <10 seconden.

4. Hoeveel tijd wacht een RFID tussen frametransmissies?

Bij het verzenden van frames of beaconing, wacht een Aeroscount RFID-tag op een vooraf ingestelde hoeveelheid tijd tussen de uitzendingen. Deze wachttijd kan 128, 256 of 512 milliseconden bedragen en is bekend als "Message Repetition Interval". Als 512 msec is geconfigureerd en de tag één beacon per kanaal verstuurt, dan eindigt de RFID-tag binnen ongeveer 1,5 seconden volledig. Als twee frames per kanaal met hetzelfde "Message Repetition Interval" worden verzonden, wordt de tag binnen 3 seconden volledig herhaald.

De RFID-tag geeft de geconfigureerde hoeveelheid frames op een specifiek kanaal door en verplaatst zich vervolgens naar het volgende kanaal om dezelfde routine te doen. De tijd die elke frametransmissie van elkaar scheidt, wordt "Message Repetition Interval" genoemd.

Het is van cruciaal belang dat de WLC tag updates ontvangt van alle bijdragende AP's op kanalen 1,6 en 11 voordat het deze gegevens via NMSP naar de MSE stuurt. De WLC wacht op een configureerbare hoeveelheid tijd, het Aggregation Window, voordat het de nabijgelegen AP lijst voor een RFID-tag naar de MSE verstuurt.

Beginnend met WLC 5.1 software, is het venster van de Aggregatie NMSP configureerbaar en aan twee seconden door gebrek geplaatst. Op releases voorafgaand aan 5.1, is het aggregatievenster op WLC acht seconden en niet configureerbaar. Als een controller hetzelfde pakket van meerdere AP’s in hetzelfde aggregatievenster ontvangt, worden de duplicaten verlaagd. Als het ontvangt sommige pakketten in één venster en de rest in het volgende, het verzendt één dubbel pakket (het eerste in het tweede venster) maar laat vallen de rest duplicaten.

Het is belangrijk om de juiste grootte van het Aggregatievenster te configureren om ervoor te zorgen dat de WLC updates van alle AP’s heeft ontvangen. Dit venster moet langer zijn dan de tijd die een RFID-tag nodig heeft om een cyclus te voltooien. Het is gebruikelijk om minstens één extra seconde toe te voegen om er zeker van te zijn dat de WLC lang genoeg wacht. Configuratie van een venster voor lage aggregatie leidt tot verkeerde berekening van de locatie.

CCA (Clear Channel Assessment) kan extra tijd toevoegen voor een RFID-tag om alle drie de kanalen updates te voltooien. De meeste RFID-tags maken gebruik van sensoren voordat ze worden verzonden. Als het draadloze medium bezet is, wordt extra tijd teruggenomen en wordt geen transmissie uitgevoerd. Na een vooraf bepaalde tijd, als het medium helder is, verzenden ze en gaan ze naar het volgende kanaal. Als het medium nog steeds bezet is, wordt de transmissie voor die kanaaliteratie opgeschort en naar het volgende kanaal verplaatst. De maximale tijd voor de back off is niet vast en kan variëren van verkoper tot verkoper.

Opmerking: Wanneer u WLC 4.x of WLC 5.x software releases in combinatie met de MSE gebruikt, wordt het NMSP aggregatie venster op de MSE ingesteld op 8 seconden.

Configuratie en afstemming van WCS en MSE

Er zijn een aantal belangrijke configuratieparameters die in WCS en MSE kunnen worden geconfigureerd en die van invloed kunnen zijn op het bijhouden van locaties (zie afbeelding 45).

Afbeelding 45: Locatieparameters

De RSSI Cutoff is een belangrijk veld dat afgestemd kan worden op een bepaalde omgeving. Dit veld specificeert de minimale RSSI-waarde waaronder de MSE negeert wanneer de locatie voor een bepaald element wordt berekend. Deze waarde is alleen van toepassing op track clients, dat wil zeggen, het is niet van toepassing op tag tracking.

Als u een zeer hoge RSSI Cutoff, zoals -60 of -50 met lage AP dichtheid specificeert, leidt het tot slechte plaatsberekening aangezien de MSE RSSI waarden van betrouwbare hoortoestellen van zijn berekening uitsluit.

Als u een lage RSSI Cutoff, zoals -85 van -90 gebruikt en in een open ruimte of met lage muren werkt, leiden de inter-vloer dempingsgebieden tot slechte plaatsberekening omdat de MSE RSSI waarden van afgelegen APs in zijn berekening omvat.

Hoewel de RSSI Cutoff een vaste waarde is, compenseert het algoritme voor ontbrekende waarden wanneer het lagere RSSI waarden van de laatste herhaling aanvult of waarden van relatieve verwerpingsbewaarplaats neemt. Ideaal gezien, staat de optimale waarde van de Afsnijding RSSI voor meer dan vijf bijdragende APs met RSSI waarden toe hoger dan - 75dBm van de zelfde vloer. Gebouwen met niet-karakteristiek RF-verlies kunnen aanpassing van deze parameter vereisen, maar het is normaal een indicatie van een suboptimale inzet.

Jitter: Vóór de 5.2 release had MSE een Location Smoothening mechanisme om clients te volgen. Er werd uitgegaan van een voortschrijdend gemiddelde voor de klanten, met andere woorden: het gemiddelde van de cliëntenbewegingen. Beginnend met 5.2 softwarerelease is dit gehele mechanisme vervangen door "de Filters van de Plaats." Lokatiefiltering wordt intern per client toegepast. MSE houdt bij welke client beweegt en welke stationair is, en past dienovereenkomstig filtering toe. Hierdoor wordt de totale wirwar van het systeem verminderd. Het filteren van locaties is standaard ingeschakeld. Zie afbeelding 46.

Afbeelding 46: Locatiefiltering

WCS/MSE-communicatie: Dit is de implementatieaanbeveling om de communicatie tussen WCS en MSE te configureren:

• MSE: HTTPS is altijd ingeschakeld (standaard). HTTP is standaard uitgeschakeld. Het toelaten van HTTP vereist handconfiguratie door de consoletoegang (direct of ssh) in MSE.

• WCS: Standaard gebruikt WCS HTTPS om met MSE te communiceren. HTTP kan worden ingeschakeld via WCS GUI.

In bepaalde gevallen kan WCS niet via HTTPS met MSE communiceren. In dit geval blijft het toevoegen van MSE aan WCS of Opslaan op MSE Algemene Eigenschappen pagina de fout "HTTPS verbinding naar server mislukt." MSE moet pingable (bereikbaar) zijn van WCS en de opdracht "getserverinfo" op MSE geeft statusinformatie. Aanbevolen wordt om HTTP op MSE in te schakelen en WCS via HTTP met MSE te laten communiceren.

Voor MSE is HTTP-ondersteuning beschikbaar in releases 5.1, 5.2 en 6.0.

HTTP inschakelen op MSE waarop versie 6.0 van de softwarerelease wordt uitgevoerd: Log in op MSE via ssh/console. Voer de volgende opdracht uit:

root@mse ~]# enablehttp

HTTP inschakelen op MSE waarop versie 5.x-softwarerelease wordt uitgevoerd: Log in op MSE via ssh/console. Voer de volgende opdracht uit:

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

Deze opdracht geeft het dB-wachtwoord terug. Gebruik dit wachtwoord in deze opdracht:

[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.

Druk op Control-C om de database shell te verlaten. MSE-platformherstart uitvoeren met /etc/init.d/msed stop; /etc/init.d/gemsed start.

Schakel HTTP-communicatie van WCS in (voert softwarerelease 6.x uit) naar MSE:

• Zorg ervoor dat HTTP bij de vorige stappen is ingeschakeld voor MSE.

• In WCS kiest u HTTP op de pagina Algemene eigenschappen MSE. Dit maakt HTTP-communicatie tussen WCS en MSE mogelijk. Zie afbeelding 47.

Nu begint WCS via HTTP met MSE te communiceren.

Opmerking: Raadpleeg de WCS 5.2 Configuration Guide om HTTP op WCS 5.2 in te schakelen.

Afbeelding 47: HTTP-communicatie tussen MSE en WCS inschakelen

MSE-licenties

MSE-licenties zijn vereist om contextuele informatie over tags en clients op te halen vanaf 6.0-code. De licentie van de client omvat het bijhouden van draadloze/bekabelde clients, frauduleuze clients en frauduleuze access points. Licenties voor tags en clients worden onafhankelijk aangeboden. Licenties voor tags en clients worden aangeboden in een reeks van 1.000, 3.000, 6.000 en 12.000 apparaten. Cisco biedt licenties voor clients en tags. De eigenlijke creatie van licenties en het beheer van SKU-gerelateerde informatie wordt afgehandeld door FlexLM-licentiesysteem dat door het SWIFT-team wordt ontwikkeld en onderhouden.

WCS is het beheersysteem dat wordt gebruikt om client- en IPS-licenties op MSE te installeren. Licenties voor tags moeten worden geactiveerd via AeroScout en op de MSE worden geïnstalleerd met de AeroScout Systems Manager.

Raadpleeg voor gedetailleerde informatie over MSE-licenties Cisco 3300 Series Licentie- en bestelgidsen voor Mobility Services Engine.

Nieuwe aankopen

Clients

• De klant koopt een SW-licentie en ontvangt de Product Authorisation Key (PAK) per post (licentiedocument).

• Klant registreert PAK voor klanten op https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (alleen geregistreerde klanten).

• Voer informatie over MSE UDI in het veld "host ID" in. Accepteer de overeenkomst en ga door. Licentie wordt per e-mail naar de klant verzonden.

• MSE UDI kan op WCS worden verkregen door middel van deze tabbladen:

  • Services > Mobiliteitsservices > MSE > Systeem > Algemene eigenschappen

• Zonder licentie biedt de MSE 60 dagen lang de functionaliteit "probeer voordat u koopt" (evaluatielicentie).

• De evaluatievergunning is op het gebruik gebaseerd en is goed voor 60 dagen; deze kan slechts eenmaal worden verlengd.

• Limieten van de beoordelingsvergunningen:

  • Clients: 100

  • Tags: 100

  • IPS APs: 20

• Evaluatielicentie wordt altijd gehandhaafd, maar als de platformlimiet is bereikt op basis van de geïnstalleerde licentie(s), kan de evaluatielicentie van de afzonderlijke service nog steeds worden gebruikt. Als een klant bijvoorbeeld een MSE-3350 heeft en licenties heeft geïnstalleerd om 18K-apparaten (clients en/of tags) te traceren en 18K-apparaten actief worden getraceerd, kunnen ze nog steeds een evaluatielicentie voor wIPS gebruiken, ook al is de platformlimiet overschreden.

• De timer van de evaluatielicentie begint op de dag dat deze wordt gegenereerd, zodat de uitbreiding van de evaluatielicentie onmiddellijk moet worden geïnstalleerd.

• Zodra de licentie is geïnstalleerd, is deze afhankelijk van het gebruik dat van de service wordt gemaakt of uitgeschakeld.

• Als de evaluatielicentie verloopt en de MSE niet opnieuw wordt gestart, blijven de kernservices van MSE draaien en blijven gelicentieerde services, zoals Context Aware, ook draaien, maar worden apparaten niet gevolgd.

• Als de evaluatielicentie verloopt en de MSE opnieuw wordt gestart, beginnen de gelicentieerde services niet. Apparaten worden niet bijgehouden.

Als u geen PAK hebt

• Ga naar de tool voor de status van verkooporders op http://tools.cisco.com/qtc/status/tool/action/LoadOrderQueryScreen.

• Kies in de vervolgkeuzelijst Type Query de optie Verkooporder uit.

• Voer in het veld Waarde het nummer van de verkooporder in.

• Weergave met Serienummer controleren en op Zoeken klikken.

• Het venster met de MSE-order geeft gedetailleerde informatie weer.

• Klik in het venster Orde gedetailleerd op lijn 1.1 uitvouwen in de tabel.

• Kopieer onder de kolom Product, tweede regel, het PAK-nummer (start met 3201J) dat u wilt registreren om de licentie te verkrijgen.

• Om PAK te registreren, ga naar https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (geregistreerde slechts klanten).

• Klik op de koppeling Productlicentie links, voer het PAK-nummer in het lege veld in en dien het in.

• Voer de UDI-informatie van de MSE in het veld Host ID in. Accepteer de overeenkomst en ga door.

• Er wordt een licentie gegenereerd en een e-mail wordt naar uw e-mail-id verzonden.

Tags

1. De klant koopt de softwarelicentie en ontvangt de PAK (Product Authorisation Key) per post (licentiedocument).

2. De klant registreert het PAK voor tags op http://support.AeroScout.com.

3. Als u geen account hebt, maakt u een nieuwe account aan met de link Nieuwe account maken.

4. Zodra de account is aangemaakt, ontvangt u een e-mail met uw gebruikersnaam en wachtwoord.

5. Log in op het AeroScout Support Portal.

6. Klik onder het tabblad Home op de link "Producten registreren die bij Cisco zijn gekocht".

7. Registreer uw producten en geef contactgegevens, PAK#, MSE-id (MSE S\N) en het installatietype op. U ontvangt een e-mailbericht dat de registratie bevestigt.

8. Het SE-serienummer kan worden verkregen uit de WCS-tabbladen:

   Services > Mobiliteitsservices > MSE > Advanced Parameters

9. AeroScout verifieert uw PAK-nummer binnen twee werkdagen. Na verificatie worden een bericht met uw licentiesleutel, instructies hoe u Context Aware Engine SW kunt downloaden en relevante gebruikershandleidingen naar uw e-mailadres verzonden. Als uw PAK-nummer ongeldig blijkt te zijn, wordt u gevraagd opnieuw een geldig PAK-nummer te registreren.

Upgrade - clientlicentie

1. De klant koopt de nieuwe licentie en ontvangt PAK met mail.

2. De klant ontvangt de PAK en krijgt de licentiesleutel via e-mail.

3. De klant installeert de licentiecode op MSE.

4. Het toevoegen van de telling van de evaluatielicentie (wanneer de bestaande/geïnstalleerde telling van de cliëntvergunning MSE max. evenaart): WCS maakt het mogelijk om de evaluatielicentie toe te voegen, ook al is het maximale aantal apparaten (client) van MSE bereikt. Als de klant bijvoorbeeld MSE-3350 heeft, een 18K-clientlicentie heeft geïnstalleerd en tag-tracking en/of wIPS wil toevoegen, kan WCS een evaluatielicentie toevoegen voor een van beide of beide services.

Upgrade - Tag License

• Het toevoegen van het aantal van de markeringsvergunning (wanneer het bestaande/geïnstalleerde aantal van de markeringsvergunning minder dan maximum MSE is): De bestaande tag-licentie wordt overschreven door een nieuwe licentie, bijvoorbeeld als een klant een bestaande licentie heeft om 1K-tags te volgen en wil upgraden naar 4K-tags, kopen ze een 3K-licentie om toe te voegen aan hun bestaande 1K-licentie. AeroScout geeft een 4K tag licentie om de gehele nieuwe tag telling te dekken.

• Het toevoegen van het aantal van de markeringsvergunning (wanneer het bestaan/de geïnstalleerde telling van de markeringsvergunning MSE max. evenaart): De AeroScout System Manager retourneert een foutmelding. De bestaande tag-licentie blijft van kracht. Bijvoorbeeld, de klant heeft MSE-3350 en heeft een 18K markeringsvergunning die op MSE wordt geïnstalleerd. Als ze proberen om een 3K tag licentie te installeren, geeft AeroScout System Manager een foutmelding. De tag-licentie moet handmatig uit MSE worden verwijderd, aangezien AeroScout System Manager niet de mogelijkheid heeft om tag-licenties te verwijderen. Om de nieuwe tag licentie te verwijderen, moet de klant het MSE-image verwijderen, de database optie verwijderen en de MSE software opnieuw installeren.

• Het toevoegen van de telling van de evaluatielicentie (wanneer de bestaande/geïnstalleerde telling van de markeringsvergunning MSE maximum evenaart): WCS maakt het mogelijk een evaluatielicentie toe te voegen, ook al is het maximale aantal apparaten (tags) van MSE bereikt. Als de klant bijvoorbeeld een MSE-3350 heeft, een 18K-tag-licentie heeft geïnstalleerd en client-tracking en/of wIPS wil toevoegen, kan hij een evaluatielicentie toevoegen voor een van beide of beide services.

Bestaande klanten (alleen van toepassing bij upgraden naar softwarerelease 6.0)

1. Bezoek https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet (alleen geregistreerde klanten) om PAK voor klanten te registreren en licentiesleutel te krijgen zoals hierboven uitgelegd in het gedeelte Nieuwe aankopen. Als PAK verkeerd is geplaatst, moet de klant Cisco TAC/LO bellen.

2. Installeer het licentiebestand op MSE via WCS.

3. Licentie is gekoppeld aan MSE UID.

4. Bestaat uit platform (MSE 3310 of 3350) en uniek serienummer. Voorbeeld van UDI: AIR-MSE-3310-K9:V01:QCN1224001Y. In dit voorbeeld is het serienummer QCN1224001Y.

5. De MSE-licentie is gekoppeld aan de unieke Device Identifier (UDI). Als dezelfde unit kan worden gefixeerd, is de UDI hetzelfde en kan dezelfde Licentie worden gerehost, maar als de unit moet worden vervangen, verandert de UDI, zodat er een nieuwe licentie moet worden gegenereerd. MSE accepteert de licentie niet als UDI niet overeenkomt. Klanten kunnen Cisco TAC bellen en de oude en nieuwe UDI bieden. Cisco TAC deactiveert de oude licentie en geeft een nieuwe af.

6. De MSE-3350 kan tot 18.000 apparaten (elke combinatie van clients en tags) volgen met de juiste licentie aankoop. Updates op de locaties van de gevolgde elementen worden geleverd aan de engine voor mobiliteitsservices van de Cisco draadloze LAN-controller.

7. Alleen die elementen die door de controller zijn aangewezen voor tracking, kunnen worden weergegeven in Cisco WCS-kaarten, vragen en rapporten. Er worden geen gebeurtenissen of alarmen verzameld voor niet-getraceerde elementen en geen daarvan wordt gebruikt om de limiet van 18.000 elementen voor clients of tags te berekenen.

Na een succesvolle installatie van Licentie wordt het licentietype nu weergegeven als "Permanent" zoals in afbeelding 48.

Afbeelding 48: Licentiecentrum

Opmerking: Als een client of tag 24 uur inactief is, telt deze niet meer op het respectieve aantal licenties.

Het licentiebestand wordt opgeslagen op "opt/mse/licentiëring".

Zorg er bij het upgraden van MSE 5.x naar 6.x voor dat deze stappen achter elkaar worden gevolgd:

1. Met WCS voert u een MSE-databaseback-up uit van MSE 5.x, dat wil zeggen, het huidige MSE-systeem.

2. Raadpleeg de Configuratiehandleiding van de contextbewuste servicessoftware voor informatie over het maken van back-ups van gegevens en het configureren van tags.

3. Upgrade MSE naar 6.x software. De waarschuwingsberichten worden tijdens het upgradeproces weergegeven op de MSE over "Licensing" bij de installatie.

4. Installeer de MSE-licentie via WCS. Een waarschuwingsbericht geeft aan of een licentie die de capaciteit van het MSE-systeem te boven gaat, is geïnstalleerd en of het installatieproces van de licentie is geblokkeerd. Bijvoorbeeld, als een klant een MSE-3310 heeft en probeert om een 6K clientlicentie te installeren, een waarschuwingsbericht toont aangezien een MSE-3310 een maximum van 2K apparaten kan volgen.

5. Herstel de MSE-database met WCS.

6. Om gegevens en configuratie voor de Tag engine te herstellen, volgt u AeroScout Documentatie.

7. Raadpleeg Bijlage B bij dit document en de Context Aware Configuration Guide voor release 6.x voor meer informatie over deze stappen.

   Opmerking: met softwarerelease 6.0 voor tagtracering worden AeroScout-motorconfiguraties en licentiedata bewaard binnen de back-up- en herstelprocessen van WCS/MSE. Elke configuratie uitgevoerd op MSE die softwareversie voorafgaand aan 6.0 in werking stelt wordt niet automatisch bewaard. Bij het upgraden van 6.0 naar 6.x blijven deze configuratiegegevens behouden wanneer u de MSE-back-up-/herstelprocedure gebruikt zoals beschreven in Cisco-documentatie. Als een klant upgrades uitvoert van 5.2 naar 6.0, dient deze de handmatige procedure te volgen zoals beschreven in AeroScout Documentatie.

   Waarschuwing: het aantal ondersteunde clients, tags en access points (wIPS) wordt hersteld naar 100 clients, 100 tags en 20 AP’s wanneer u upgradt naar release 6.x zonder de juiste licentie. Alle elementen, op 100 na, zijn aangeduid als inactief. De historische gegevens voor alle elementen die werden bijgehouden, blijven in de database en kunnen worden opgevraagd binnen de locatie API op de MSE. Deze limieten komen overeen met 60-dagenbeoordelingslicenties die standaard worden geleverd bij MSE zonder vergunning.

Wijzig deze traceerparameters met Cisco WCS (zie afbeelding 49):

1. Schakel de locaties van de elementen (bekabelde/draadloze clients, actieve asset-tags en schurkenclients en access points) die u actief volgt, in en uit.

2. Stel limieten in op hoeveel van een specifiek element u wilt volgen.

3. Bijvoorbeeld, gegeven een cliëntvergunning van 12.000 trackable apparaten (bedraad/draadloos), kunt u een grens aan spoor slechts 8.000 cliëntposten (die 4.000 apparaten beschikbaar verlaat om schurkencliënten en schurkentoegangspunten te volgen) plaatsen. Zodra de trackinglimiet voor een bepaald element is bereikt, wordt het aantal niet-gevolgde elementen samengevat op de pagina Trackingparameters.

4. Schakel tracking en rapportage van ad hoc schurkenclients en access points uit.

Afbeelding 49: Trackingparameters voor contextbewuste services

Het werkelijke aantal getraceerde klanten wordt bepaald door de aangeschafte licentie.

Actieve waarde (zie afbeelding 49): Geeft het aantal client stations aan dat op dit moment wordt bijgehouden.

Niet getraceerd (zie afbeelding 49): Geeft het aantal client stations buiten de limiet aan.

Overtollige elementen (tags/clients/schurken) worden niet getraceerd zoals in afbeelding 50.

Afbeelding 50: Licentiegebruik

Hoe meerdere services worden geschaald

De MSE met de 6.0-softwarerelease ondersteunt de gelijktijdige werking van Context-Aware en WIPS. De limieten van de functiecoëxistentie worden gehandhaafd. Boven de limietcombinaties worden niet-TAC ondersteund en zijn zelfs niet mogelijk omdat er geen licenties kunnen worden toegevoegd die ertoe zullen leiden dat de MSE-capaciteit wordt overschreden.

De ondersteunde combinaties zijn weergegeven in de figuren 51 en 52.

Afbeelding 51: MSE-3350 systeemcapaciteit : IPS-monitormodus AP’s en contextbewuste apparaten

Afbeelding 52: MSE-3310 systeemcapaciteit : IPS-monitormodus AP’s en contextbewuste apparaten

Een paar voorbeelden:

• De klant is geïnteresseerd in het volgen van 6K-apparaten met behulp van de Context-Aware-service, dan heeft hij/zij capaciteit om tot 2.000 IPS Monitor Mode AP's op de MSE 3350 te hebben

• De klant is geïnteresseerd in het volgen van 3K-apparaten met behulp van de Context-Aware-service, dan heeft hij/zij capaciteit om tot 2.500 IPS Monitor Mode AP's op de MSE 3350 te hebben

• De klant is geïnteresseerd in het volgen van 1K-apparaten met behulp van de Context-Aware-service, dan heeft hij/zij capaciteit om tot 1.000 W IPS Monitor Mode AP's op de MSE 3310 te hebben en een capaciteit om 2.500 W IPS Monitor Mode AP's op de MSE 3350 te hebben

Probleemoplossing

MSE is onbereikbaar

Als MSE vanuit het WCS-perspectief als onbereikbaar wordt gedetecteerd, kunnen de volgende redenen worden gegeven:

• De API-aanmeldingsreferenties in WCS worden niet correct geconfigureerd. Het apparaat heeft twee sets referenties: een voor de shell-interface van het apparaat en een ander voor de API-referenties. WCS heeft de API-referenties nodig wanneer ze MSE toevoegt. Raadpleeg Bijlage A bij dit document.

• De connectiviteitsregels van de route en de firewall blokkeren de connectiviteit tussen WCS en MSE. Raadpleeg de sectie "Netwerkconnectiviteit controleren" in dit document.

• De WCS-achtergrondtaak "Mobility Service Status" is uitgeschakeld. Schakel WCS in via Beheer > Achtergrondtaken > Andere achtergrondtaken > Mobility Service Status .

• De MSE Service Context Aware is ingeschakeld vanaf de MSE CLI.

• In zeldzame situaties kan HTTPS een connectiviteitsprobleem hebben. U kunt de HTTP-optie inschakelen onder MSE General Properties in WCS. Raadpleeg het gedeelte "WCS/MSE Communication" van dit document voor meer informatie.

• De MSE is neergestort. Bij MSE kan CLI "getserverinfo" geen uitvoer ophalen. Verzamel alle logbestanden onder de map /opt/mse/logbestanden en neem contact op met Cisco TAC.

Er zijn geen elementen gevonden

Als geen elementen in MSE worden gevestigd, kunnen de mogelijke redenen zijn deze:

• MSE is onbereikbaar.

• De evaluatievergunning is verlopen.

• MSE is bereikbaar en licentie wordt toegepast, maar de MSE Context Aware Module Service is niet ingeschakeld.

• Traceren voor clients en/of tags is niet ingeschakeld op de pagina MSE Tracking Parameters. Raadpleeg het gedeelte 'MSE Licensing' van dit document voor meer informatie.

• Netwerkontwerpen en/of controllers zijn niet gesynchroniseerd met MSE.

• De access points waren niet op WCS Maps geplaatst.

• Er zijn geen NMSP-verbindingen tussen MSE en Controller(s). Raadpleeg de sectie "Controleer NMSP-verbinding tussen WLC en MSE" van dit document voor meer informatie.

• Access points in WCS hebben antennes die niet van Cisco zijn (het gekozen type was "Overige"). In dit geval moeten de toegangspunten in WCS worden ingesteld op een ander type antenne dat op dezelfde manier wordt ondersteund en moet het netwerkontwerp met MSE worden gesynchroniseerd.

• Draadloze LAN-controller (WLC) detecteert geen clients. Probleemoplossing op WLC met CLI "toon client samenvatting".

• Draadloze LAN-controller (WLC) detecteert geen actieve RFID-tags. Probleemoplossing op WLC met CLI "toon rfid samenvatting".

Tags zijn niet gevonden

Wanneer Tags niet gelokaliseerd zijn (maar andere clients zijn), kan er een probleem zijn binnen de AeroScout Engine; mogelijke redenen zijn de volgende:

• Actieve RFID-tags worden niet door de WLC gevolgd. Dit bevel moet in de configuratie aanwezig zijn WLC: rfid-status in configuratie inschakelen.

• Draadloze LAN-controller (WLC) detecteert geen actieve RFID-tags. Probleemoplossing op WLC met CLI "toon snelle samenvatting."

• Tags worden gezien door WLC, maar niet gezien in WCS. Controleer of NMSP-melding met deze opdracht naar MSE wordt verzonden: debug rfid nmsp inschakelen.

• De AeroScout Engine is niet geïnstalleerd in MSE. Bij de uitlaatgasemissies 5.1 en 5.2 moet de motor afzonderlijk worden geïnstalleerd. Vanaf release 6.0 wordt de motor gebundeld met MSE.

• De licentie is niet geïnstalleerd voor de AeroScout Engine.

• De AeroScout Engine registreert niet bij MSE. Controleer de statuspagina van de Partner Engine in WCS.

• MSE bevat te veel kaarten, of de kaarten zijn te groot. Raadpleeg de richtlijnen voor de AeroScout-motor.

• Na een upgrade kan de configuratie worden hersteld naar de AeroScout-engine.

• De vloerkaart heeft geen afbeelding (vastgelegd in recente releases).

• MSE houdt alleen CCX-compatibele tags bij en de implementatie heeft alleen niet-ondersteunde niet-CCX-tags, of ze zijn niet geconfigureerd om te verzenden in CCX-indeling.

Bepaalde elementen bevinden zich niet (clients of tags)

Als MSE bepaalde elementen bijhoudt, maar andere niet zichtbaar zijn, kunnen de mogelijke redenen deze zijn:

• MSE werkt op een evaluatielicentie, beperkt tot 100 elementen.

• MSE werkt met een geldige Licentie, maar de capaciteit is overschreden, dus extra elementen (Clients/Tags/Rogues) worden weggegooid.

• Bepaalde controllers hebben geen NMSP-connectiviteit met MSE.

• Het element is van het netwerk verdwenen en zendt niet meer uit. MSE slaat het element op in zijn geschiedenisverslag, maar het verdwijnt van de schermen WCS.

• Er zijn filtreeropties toegepast in WCS Maps-lagen om te voorkomen dat bepaalde elementen worden weergegeven.

• De opties voor MAC-filtering zijn ingeschakeld in MSE Filtering Parameters, waarbij bepaalde elementen worden verwijderd.

• MSE houdt alleen CCX-compatibele tags bij; de inzet heeft een combinatie van CCX- en niet-CCX-tags.

• Uitbreiding voor probleemoplossing bij client/tag voor locatie:

  • Controleer of WCS deze client ziet of niet? Via SNMP bestaat deze functionaliteit al voor clients. (Problemen oplossen bij client). Dit moet worden uitgebreid voor tags.

  • Zoek naar de client op de locatie toegewezen controllers. Het bevel van WLC van het gebruik toont cliëntsamenvatting.

  • Bepaal hoe lang geleden WLC zag de client gebruik maken van de WLC-opdracht client <MAC-adres> detail tonen.

  • Bepaal wanneer AP's de client voor het laatst zagen met de WLC-opdracht client <MAC-adres> detail tonen.

WLC niet verbonden met MSE

Wanneer een controller geen verbinding met MSE tot stand brengt, zijn de mogelijke oorzaken:

• Controller is niet bereikbaar vanuit MSE- of WCS-perspectief.

• De WCS had een tijdelijk connectiviteitsprobleem met de controller en kon de hashbeveiligingssleutel voor NSMP-verbinding niet indrukken. Controleer de SNMP-verbinding tussen WCS en controller.

• De controller en MSE hebben geen correcte NTP-configuratie of hun tijdsverschil is significant. Configureer de tijden correct.

• Controllers met een oudere release dan 4.2 ondersteunen NMSP niet.

• Controllers vóór release 5.1 ondersteunen geen meerdere MSE-verbindingen.

• Als een controller wordt toegewezen aan een MSE met IPS ingeschakeld, kan dezelfde controller niet tegelijkertijd aan een andere MSE worden toegewezen.

• WCS heeft geen lees/schrijftoegang tot de WLC wanneer sync is uitgevoerd. Dit resulteert in het onvermogen van de WCS om de MSE MAC en de belangrijkste hash naar de WLC te duwen.

Kennisgevingen bereiken geen externe partnertoepassingen

In situaties waarin een partneraanvraag geen meldingen van MSE ontvangt, zijn de mogelijke redenen:

• De connectiviteit tussen MSE en de externe toepassing is niet vastgesteld. Controleer XML-/API-verkeer.

• De externe luisteraartoepassing is niet beschikbaar.

• De externe luisteraar is traag om de inkomende meldingen te parseren. In dit geval wacht MSE op een proces van externe luisteraar, wat kan leiden tot congestie op MSE uitgaande wachtrijen.

• De MSE laat meldingen vallen vanwege de relatief kleine omvang van de uitgaande wachtrij vergeleken met de hoeveelheid tag-meldingen die in het netwerk verwacht wordt. Controleer of tags een redelijke configuratie hebben, met name voor bewegingsversnelling/deversnelling. Vergroot de wachtrijgrootte in de MSE Notification Parameters. Raadpleeg de sectie "Northbound Notification" in dit document.

De bekabelde locatie werkt niet

Als er geen elementen worden bijgehouden tijdens het gebruik van de bekabelde locatie, zijn de mogelijke redenen:

• Probleem met NMSP-connectiviteit tussen MSE en bekabelde Switches.

• De bekabelde switch voert een oudere versie uit die geen bekabelde locatie ondersteunt.

• De bekabelde switch heeft de juiste versie maar NMSP is niet ingeschakeld. Schakel deze optie in met de CLI-optie.

• De bekabelde switch moet IP-traceringsoptie hebben ingeschakeld om de verbonden clients te kunnen volgen.

• De bekabelde switch werd niet toegevoegd aan WCS.

• Mogelijke problemen terwijl u een bekabelde switch in WCS toevoegt:

  • Foute SNMP-community-strings.

  • Switch OID wordt niet ondersteund in WCS.

• De bekabelde switch werd toegevoegd aan WCS maar is niet gesynchroniseerd met MSE.

• De bekabelde switch is beschikbaar voor synchronisatie. Controleer of de switch is toegevoegd terwijl "Location Capable" is ingeschakeld in WCS.

• De bekabelde switches ondersteunen slechts één NMSP-verbinding met een MSE.

• Het bekabelde volgen wordt niet toegelaten in MSE volgende parameters.

MSE-licenties

• bericht UDI mismatch wanneer u de licentie installeert - MSE-licenties zijn gekoppeld aan MSE UDI, dus zorg ervoor dat de geïnstalleerde licentie is gemaakt voor de juiste MSE. U kunt geen licenties tussen verschillende MSE’s uitwisselen.

• Licentie-installatie is geblokkeerd vanwege een element dat de toegestane limiet op die MSE overschrijdt - controleer de licentiecapaciteit voor elke service op verschillende MSE-platforms zoals in het gedeelte Voorwoord is beschreven.

• Fout kan worden weergegeven als u probeert twee licenties na elkaar te installeren of verwijderen - de reden hiervoor is dat elke keer dat CAS-licenties worden geïnstalleerd, alle services opnieuw worden gestart en elke keer dat de wIPS-licentie wordt geïnstalleerd, de wIPS-service opnieuw wordt gestart. Voordat u verdergaat met het installeren van een andere licentie direct, zorg ervoor dat alle diensten zijn gekomen.

• MSE-licenties worden geïnstalleerd onder /opt/mse/licenties.

Controleer de netwerkconnectiviteit

Zorg ervoor dat geen firewalls de connectiviteit tussen MSE, WLC en WCS blokkeren. Als u firewall van deze dozen moet, creeer wilde kaartregels zodat deze machines met elkaar met succes kunnen spreken (zie Afbeelding 53).

Afbeelding 53: Controleer de netwerkconnectiviteit

Controleer NMSP-verbinding tussen WLC en 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

Als de NMSP verbinding niet wordt gevestigd nadat u MSE aan WCS toevoegt, is één mogelijke oorzaak klokdiscrepantie tussen WLC en MSE. Het is aan te raden om een NTP server te gebruiken om de klokken te synchroniseren. Als dat niet mogelijk is, kunnen de klokken op de WLC en MSE handmatig worden geconfigureerd. Het belangrijkste probleem met de systeemklokken is om ervoor te zorgen dat de WLC-tijd niet achter de tijd ligt die is ingesteld op de MSE.

Opmerking: Tijdsynchronisatie tussen controllers is essentieel in grote meerdere WLC-implementaties.

Als een NMSP-sessie nog steeds niet is ingesteld, kan de netwerkbeheerder NMSP-sessie handmatig instellen door de MSE-toetshash in de WLC in te voeren.

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>

Controleer of MSE operationeel is en tag- en clientgegevens van WLC ontvangt

De opdracht getserverinfo op de MSE biedt deze uitvoer:

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

Controleer of RFID Tag wordt gezien door WLC

Tags moeten worden geconfigureerd om te verzenden op 3 kanalen (1,6,11) en met 3 of meer herhalingen.

Voorbeeld: 1,6,11, 1,6,11, 1,6,11

Controleer de globale RFID-configuratie op de controller.

show rfid config

Als de RFID-tagdetectie niet is ingeschakeld, schakelt u deze opdracht in:

config rfid status enable

Controleer/stel de tijdelijke parameters in.

config rfid timeout 1200
config rfid auto-timeout disable

Controleer de vervaltijd van RSSI.

show location summary

Als de markering nog niet door WLC wordt gezien, gebruik deze debug bevelen:

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

Controleer of WLC de tag ziet.

show rfid summary
show rfid detail <MAC address>

Als de tag wel door de WLC wordt gezien, maar niet in WCS, kijk dan of NMSP-meldingen naar MSE worden verzonden.

debug rfid nmsp enable

Controleer of NMSP-melding op de WLC is ingeschakeld

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

Controleer of de NMSP-laag op de WLC een melding verstuurt.

debug nmsp message tx enable

RSSI-afsnijding: MSE behoudt de vier hoogste signaalsterktewaarden plus signaalsterkterapporten die voldoen aan of de RSSI-afkapwaarde overschrijden. Standaard = -75 dBm

toon rfid summier bevel (WLC)

Deze opdracht geeft een lijst van alle RFID-tags die door AP’s worden gemeld, die de volgende informatie bevat:

• RFID MAC-adres

• Dichtste toegangspunt

• RSSI-waarde

• Tijd sinds de tag voor het laatst werd gehoord

(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

toon rfid detail opdracht

Deze opdracht geeft parametergegevens voor een RFID-tag wanneer deze het MAC-adres specificeert.

(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) >

Controleer of de Wi-Fi-client wordt gezien door WLC

Bepaal aan welke AP's de client is gekoppeld en bepaal de RSSI-waarden die door de AP's worden gezien.

show client summary
show client detail <MAC address>

Controleer of de RSSI-onderbrekingen voor de client zijn ingesteld op de standaardwaarden.

show location summary

Als RSSI-waarden verschillen van de standaardwaarden, stelt u deze in op standaardwaarden met deze configuratieopdrachten:

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

debuggen van taakverdeling inschakelen; laten zien welke AP's de client hebben gehoord en met wat RSSI.

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

Debug melding gerelateerde problemen met deze opdrachten:

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

"toon client samenvatting" opdracht

(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

opdracht "toon 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

Afdeling 4: Laatste controlelijst

Hardwarevereisten

Tabel 3: Cisco MSE 3310 - Hardware specificaties

Item	Beschrijving
Vormfactor	1U-rackvormfactor: 4,45 cm (1,75 inch) hoogte, 70,5 cm (27,75 inch) diepte
Processor	Intel Core2 Duo (1,8 GHz)
Geheugen	4 GB (PC2-5300)
Harde schijven	2 x 250 GB SATA
Capaciteit voor locatietracering	Tot 2.000 apparaten (tot 1.000 clients en tot 1.000 tags)
Connectiviteit	Netwerk: Twee ingesloten multifunctionele Gigabit-netwerkadapters met TCP/IP-offload engine
Voedingseenheden	Eén 120/240V AC
Netwerkbeheer	Cisco WCS Location v5.2 of hoger via Internet Explorer 6.0/Service Pack 1 of hoger
Ondersteunde netwerkapparaten	Cisco 2100, 4400 Series draadloze LAN-controllers; Cisco Catalyst 6500 Series draadloze servicesmodule, Cisco Catalyst 3750G geïntegreerde draadloze LAN-controller, Cisco draadloze LAN-controllermodule (WLCM en WLCM-E) voor geïntegreerde services routers; Cisco Aironet lichtgewicht access points

Tabel 4: Cisco MSE 3550 - hardwarespecificaties

Item	Beschrijving
Vormfactor	1U-rackvormfactor: 4,45 cm (1,75 inch) hoogte, 70,5 cm (27,75 inch) diepte
Processor	Twee Quad-Core Intel Xeon Processor (2.3 GHz)
Geheugen	8 GB PC2-5300 (4 x 2 GB)
Harde schijven	Hot Plug SAS (Serial Attached SCSI)-schijven: 2 x 146 GB (10.000 rpm)
Capaciteit voor locatietracering	Tot 18.000 apparaten (elke mix van clients en tags)
Connectiviteit	Netwerk: Twee ingesloten multifunctionele Gigabit-netwerkadapters met TCP/IP-offload engine
Voedingseenheden	Twee redundante 120/240 V AC (hot-swappable)
Netwerkbeheer	Cisco WCS Location v5.1 of hoger via Internet Explorer 6.0/Service Pack 1 of hoger
Ondersteunde netwerkapparaten	Cisco 2100, 4400 Series draadloze LAN-controllers; Cisco Catalyst 6500 Series draadloze servicesmodule, Cisco Catalyst 3750G geïntegreerde draadloze LAN-controller, Cisco draadloze LAN-controllermodule (WLCM en WLCM-E) voor geïntegreerde services routers; Cisco Aironet lichtgewicht access points

Locatieservices van Cisco 2710 naar Cisco MSE migreren

Vóór de introductie van het MSE-platform bood Cisco locatiegebaseerde services aan met de op Cisco 2710 gebaseerde oplossing. Tabel 5 geeft een vergelijking tussen de twee oplossingen en toont de voordelen van de MSE-oplossing.

Tabel 5: Cisco 2710 versus Cisco MSE

Feature	Cisco 2710	MSE
Ondersteunde klantomgevingen	Binnenshuis, laag plafond (RSSI)	Binnen laag-plafond (RSSI) Binnen hoog-plafond (TDOA) Buitenshuis (TDOA)
Ondersteunde locatietechnologieën	Alleen RSSI	RSSI TDOA
Ondersteunde locatiemotoren	Alleen Cisco	Cisco Partner Engine
Max. aantal bijgehouden Wi-Fi-apparaten	2,500	18,000
Aantal ondersteunde services	Enkelvoudig (alleen locatie)	Meervoudige (Context Aware Mobility Solution, IPS, toekomstige services)
Ondersteunde tags	CCX of niet CCX (alleen opiniepeiling)	CCX
Spoorwegen en regio's	Ja (clients en tags)	Ja (alleen klanten) Tags - AeroScout Cells and Masks functie
Locatiesensoren	Niet ondersteund	Niet ondersteund

Voor klanten met bestaande Cisco 2710-installaties is het mogelijk om hun configuratie te migreren en te behouden naar een nieuwe Cisco MSE.

Softwarevereisten

Cisco Aironet 1000 Series access points voor contextbewuste software worden alleen ondersteund met versie 4.2.xxx (xxx>12).

Opmerking: Cisco Aironet 1000 Series access points is een product dat End-of-Life en End-of-Sale bevat. Cisco Aironet 1000 Series access points voor Cisco Context-Aware Solution worden alleen ondersteund met versie 4.2.xxx (xxx>12). Alleen de Cisco Context-Aware Solution op Cisco 3300 Series Mobility Services Engine wordt ondersteund; geen andere services op Cisco 3300 Series Mobility Services Engine worden ondersteund of worden ondersteund. De 5.x.xxx-versies en toekomstige versies van software ondersteunen de Cisco Aironet 1000 Series access points niet. Klanten worden aangemoedigd om naar de Cisco Aironet 1130, 1140, 1240 of 1250 Series access points te migreren om de voordelen van de nieuwste functies te gebruiken. Neem contact op met Cisco voor meer informatie over de vervangende producten.

Tabel 6 toont de softwarerelease die op de MSE, WLC en WCS moet worden gebruikt. Elke verticale kolom vertegenwoordigt compatibele versies voor MSE, WLC, en WCS samen.

Tabel 6: Software Compatibiliteitstabel

Service	Systeemcomponent	Minimale softwarerelease
CAS en IPS¹	MSE	release 5.1.30.0	release 5.1.35.0	release 5.2.9.0	release 6.0.75.0
	Cisco draadloze LAN-controller (WLC)	release 4.2: 4.2.130 (of groter) release 5.1: 5.1.151.0 (of meer)	release 4.2: 4.2.130 (of groter) release 5.1: 5.1.163.0 (of meer)	release 4.2: 4.2.130 (of groter) release 5.2: 5.2.157.0 (of groter) release 5.1: 5.1.151.0 (of meer), of	release 4.2: 4.2.130 (of groter) release 5.2: 5.2.157.0 (of groter) release 5.1: 5.1.151.0 (of hoger) release 6.0: 6.0.182.0 of hoger Opmerking: Release 5.0.x ondersteunt MSE niet.
	Cisco WCS	release 5.1: 5.1.64.0 (of meer)	Release 5.1.65.4 (of hoger)	release 5.2: 5.2.110.0 (of meer)	release 6.0: 6.0.132.0 of meer
	Cisco WCS Navigator	release 1.3.64.0 (of hoger)	Release 1.3.65.4 (of hoger)	release 1.4.10.0 of hoger)	release 1.4.10.0 of hoger)

Opmerking: ¹ release 5.2 is de minimale softwarevereiste voor ondersteuning van wIPS op de controller, WCS en MSE.

Opmerking: WCS softwareversie moet gelijk zijn aan MSE softwareversie, dat wil zeggen, als u MSE 6.0.x draait, moet WCS ook 6.0.x zijn. Licentie wordt afgedwongen vanaf softwarerelease 6.0.

Controlelijst voor implementatie

Draadloze planning

• Volg de juiste AP plaatsingsrichtlijnen (plaats en dichtheid). Zorg voor een goede dekking van de AP-perimeter. WCS-planningtool kan worden gebruikt om de dichtheid en de plaatsing van AP te bepalen.

• Verifieer Wi-Fi dekking met behulp van site enquête tool en WCS (Location Readiness tool).

• Controleer de plaatsing van het toegangspunt om dekkingsgaten te elimineren. Gebruik locatie-geoptimaliseerde monitormodus AP's om dekking gaten in te vullen.

• Specificeer welke controllers moeten praten met welke MSE met de WCS MSE synchronisatiepagina.

• Controleer of certificaten correct worden uitgewisseld.

WLC

• Zorg dat alle AP’s/radio’s zijn ingeschakeld en Radio Resource Manager (RRM) is ingeschakeld

• Configureer NTP-server op zowel WLC als MSE of synchroniseer handmatig beide apparaten (en bij voorkeur WCS) met de juiste tijd en tijdzone.

  Opmerking: WLC gebruikt GMT (UTC) tijd met de juiste tijdzone om lokale tijd af te leiden, dus tijd moet worden ingevoerd in UTC en de juiste tijdzone gespecificeerd.

• Controleer of clients/tags door WLC met deze opdracht worden gedetecteerd en [rfid] tonen | [cliënt] samenvatting

• Controleer of NMSP is ingesteld tussen MSE en de controller met deze opdracht op WLC toon nmsp status of op WCS via services > Mobility services > "MSE" > System >Active Sessions

• Controleer of WLC is geabonneerd op de juiste services met deze opdracht toon nmsp abonnementssamenvatting

• Als u CCX client nauwkeurigheid test, zorg ervoor dat de CCX is ingeschakeld. configuratieschakelaar voor locatieschakelaar in <interval> Om de configuratie te verifiëren, gebruikt u deze opdracht om locatie te tonen plm

• WLC moet deze standaard nmsp parameters hebben:

  Gebruikt algoritme:

  Klant

  • RSSI-vervaltijd: 5 sec.

  • Halfwaardetijd: 0 sec.

  • Drempelwaarde melden: 0 dB

  Calibrerende client

  • RSSI-vervaltijd: 5 sec.

  • Halfwaardetijd: 0 sec.

  Rogue AP

  • RSSI-vervaltijd: 5 sec.

  • Halfwaardetijd: 0 sec.

  • Drempelwaarde melden: 0 dB

  RFID-tag

  • RSSI-vervaltijd: 5 sec.

  • Halfwaardetijd: 0 sec.

  • Drempelwaarde melden: 0 dB

  Configuratieopdracht

  Configuratielocatie <cmd>

  Zo controleert u deze waarden

  locatieoverzicht tonen

WCS/MSE

• Configureer NTP-server op zowel MSE als synchroniseer handmatig beide apparaten (en bij voorkeur WCS) met de juiste tijd en tijdzone.

• Zorg ervoor dat locatieberekeningen plaatsvinden op de tracking pagina of op de MSE console met de opdracht getserverinfo.

• Gebruik de "controle"eigenschap in WCS om ervoor te zorgen dat de waarden WCS WLC waarden aanpassen.

• Zorg ervoor dat alle AP's zijn toegewezen aan de kaart.

• MSE moet worden gesynchroniseerd met netwerkontwerp, WLC(s), bekabelde switches en gebeurtenissen.

• Zorg ervoor dat de kaarten en AP-posities gesynchroniseerd zijn tussen de WCS en de MSE.

• Het traceren van clients/tags moet op MSE zijn ingeschakeld onder Services > Mobility Services > <MSE> > Context Aware Service > Administration >Tracking Parameters.

• Controleer of clients/tags door WCS worden bekeken onder Monitor > Client/Tag.

• Als clients en/of tags niet worden gezien door WCS, controleert u of client/tag-licenties zijn geïnstalleerd op MSE. Zorg er ook voor dat de juiste versie van WCS is geïnstalleerd die Context Aware (WCS PLUS) ondersteunt.

• Gebruik het kalibratiegereedschap in WCS om de signaalkenmerken voor de specifieke omgeving te kalibreren.

• Gebruik Location Rails and Regions (voor client tracking) en Cells and Masks (voor tag tracking) voor het opnemen of uitsluiten van specifieke gebieden op de plattegrond waar Wi-Fi-clients niet mogen of moeten verschijnen.

• Controleer de nauwkeurigheid van de locatie met de Accuracy Tool in WCS.

Voor clients

• Controleer of tracking is ingeschakeld bij MSE.

• Controleer dat clients worden gedetecteerd door WLC.

Voor tags

• Controleer of tracking is ingeschakeld bij MSE.

• Controleer of tags zijn gedetecteerd door WLC.

• Kanalen 1,6,11 moeten worden ingeschakeld.

• Per kanaalherhaling moet 3 zijn.

• Controleer de status van de batterij.

Afdeling 5: Veelgestelde technische vragen

V. Wat is RF-vingerafdruk? Is het hetzelfde als RF-triangulatie?

A. RF-vingerafdruk is een methode voor plaatsbepaling met twee focussen: om te begrijpen hoe radiogolven in een specifieke omgeving van het draadloze LAN communiceren en om deze dempingskenmerken toe te passen op apparaatsignaalinformatie, zodat een locatie kan worden bepaald. Triangulatie houdt geen rekening met omgevingsvariabelen, maar is alleen afhankelijk van de aflezingen van de signaalsterkte om de locatie van het apparaat te benaderen. RF-vingerafdrukken houden rekening met specifieke kenmerken van gebouwen, omdat ze de voortplanting van RF-signalen en de nauwkeurigheid van locatiebepaling kunnen beïnvloeden.

V. Wat voor soort locatie trouwe kan ik verwachten?

A. Locatie is statistisch van aard. Cisco gebruikt de specificaties van de plaatsnauwkeurigheid om binnen tien meter 90% van de tijd en vijf meter 50% van de tijd te vallen.

V. Is de informatie in real time?

A. De responsietijd van locatie-informatie en bijbehorende client-informatie is voornamelijk een functie van systeemverwerking. De responsietijden kunnen variëren van een paar seconden tot een paar minuten.

V. Hoe schaalbaar is de MSE?

A. De Cisco MSE 3350 kan tot 18.000 apparaten volgen. Voor ondersteuning van meer apparaten kunnen extra MSE's aan hetzelfde systeem worden toegevoegd. De bovengrens voor gelijktijdige apparatuur is gebaseerd op de verwerkingscapaciteit van de MSE.

Q. Hoe lang kan ik de geschiedenis van de locatie opslaan?

A. De hoeveelheid locatiegeschiedenis die de MSE kan opslaan en terugspelen is configureerbaar. De standaardwaarde is 30 dagen.

V. Hoe beïnvloedt het plaatsverkeer mijn netwerk?

A. De hoeveelheid plaatsverkeer is afhankelijk van het aantal controllers, AP's, en uiteindelijk het aantal apparaten dat wordt bijgehouden door een bepaalde netwerkinfrastructuur. Naarmate het netwerk groeit, wordt er meer verkeer doorgestuurd van de AP naar draadloze controllers, die op hun beurt worden doorgestuurd naar de MSE. De hoeveelheid verkeer voor een individuele meting is zeer klein, maar het aantal metingen is afhankelijk van het aantal apparaten en hoe vaak metingen worden verricht.

V. Hoe wordt de MSE beheerd?

A. In het geval van client tracking met de Context Aware Engine voor Clients wordt alle configuratie en het beheer van de MSE uitgevoerd via de WCS, voorbij de initiële door CLI-opdracht aangestuurde setup. Wanneer de Context Aware Engine for Tags wordt gebruikt (tracking tags in binnen- en buitenomgevingen), zijn zowel Cisco (WCS) als AeroScout (System Manager) netwerkbeheeroplossingen vereist.

V. Wat is er van mijn draadloze LAN-architectuur vereist om de MSE te ondersteunen?

A. De MSE werkt alleen met Cisco gecentraliseerde draadloze LAN-architectuur, zoals een LWAPP-enabled-infrastructuur. Juiste AP plaatsing is noodzakelijk aan plaats. AP's moeten dicht bij de omtrek van de dekkingsgebieden en intern worden geplaatst zoals in dit document is beschreven. Zie de sectie getiteld Overwegingen voor het Inzetten met bestaande data- en spraakservices. WCS met een Context Aware Engine-licentie is vereist.

V. Wat is het verschil tussen de locatie in de WCS en de MSE?

A. De WCS-basis geeft aan welke AP een bepaald apparaat kan detecteren, evenals de signaalsterkte waarmee dat apparaat wordt gedetecteerd. WCS with Location maakt gebruik van geavanceerde RF-vingerafdrukken en kan de locatie van een enkel apparaat aanwijzen in on-demand mode. De MSE gebruikt dezelfde locatiemethode als de WCS met locatie, maar kan tot 18.000 apparaten tegelijk volgen wanneer de MSE 3350 van Cisco wordt gebruikt. Dit staat toepassingen van derden toe om apparateninformatiegeschiedenis voor toepassingen zoals activa het volgen leverage.

V. Heb ik clientsoftware nodig om clients te vinden?

A. Clientsoftware is niet nodig. Omdat de locatie direct is geïntegreerd in de draadloze LAN-infrastructuur, luisteren AP's naar Wi-Fi-apparaten zoals ze normaal doen voor gegevens, spraak en andere toepassingen. CCX-clients worden beter gevolgd dan niet-CCX-clients. Daarom raadt Cisco u aan clients te kopen die CCX-compatibel (v4 of v5) zijn.

V. Hoe lang kunnen Wi-Fi-tags actief zijn voordat de batterij moet worden vervangen?

A. De levensduur van de merkbatterij is een functie van de specifieke levensduur van de apparatenbatterij, evenals hoe vaak zij bebaken of knipperen. De tags kunnen overal van 100 dagen tot een jaar of zelfs langer meegaan. Sommige fabrikanten adverteren dat ze 3-5 jaar kunnen duren, maar het is afhankelijk van het aantal baken.

V. Wat zijn de kosten van Wi-Fi-tags?

A. Neem contact op met een fabrikant van de tag. Cisco vervaardigt of verkoopt geen tags. Ook de prijzen van de merken zijn variabel en hangen af van het volume. Deze tags zijn duurder dan passieve RFID-tags omdat ze meer continue locatiezichtbaarheid en herbruikbare accu-aangedreven tags bieden. Zij verzenden actief signalen, die typisch grotere bereiken (verscheidene honderden voet) verstrekken, en komen in een verscheidenheid van vormfactoren met veelzijdige het opzetten opties. Het gebruik van actieve RFID wordt over het algemeen geassocieerd met een meer continue opsporing van meer mobiele activa met een hoge waarde of activa met een hoge aansprakelijkheid in vergelijking met voorwerpen die over het algemeen door passieve RFID worden gevolgd.

Bijlage A: MSE instellen

Voer de volgende stappen uit:

1. Inloggen: Log in met deze referenties: wortel/wachtwoord.

2. Start het installatieproces: Na het opstarten van het programma vraagt de MSE de beheerder om het setup-script te starten. Typ ‘ja’ op deze prompt.

   N.B.: Als de MSE niet om installatie vraagt, voert u deze opdracht in:

   /opt/mse/setup/setup.sh

3. Hostnaam en DNS-domeinnaam configureren:

   

4. Ethernet-interfaceparameters configureren:

   

   Wanneer u om de "eth1" interfaceparameters wordt gevraagd, gaat u verder met de volgende stap omdat een tweede NIC niet nodig is voor het gebruik.

   Opmerking: het geconfigureerde adres moet IP-connectiviteit bieden voor de beoogde draadloze LAN-controller(s) en het WCS-beheersysteem dat met dit apparaat wordt gebruikt.

5. Voer informatie over DNS-server(s) in: Er is slechts één DNS-server vereist voor een succesvolle domeinresolutie. back-upservers invoeren voor veerkracht.

   

6. Tijdzone configureren: Als de standaardtijdzone van New York niet van toepassing is op uw omgeving, blader dan door de menu's van de locatie om deze correct in te stellen.

   

7. NTP- of systeemtijd configureren: NTP is optioneel, maar zorgt ervoor dat uw systeem een nauwkeurige systeemtijd behoudt. Als u 'Nee' kiest, wordt u gevraagd de huidige tijd voor het systeem in te stellen.

   

   Opmerking: het is absoluut noodzakelijk dat de juiste tijd wordt ingesteld voor de Mobility Services Engine, draadloze LAN-controller en WCS Management System. Dit kan worden bereikt als u alle drie systemen naar dezelfde NTP-server wijst en ervoor zorgt dat ze de juiste tijdzones ingesteld hebben.

8. Aanmelden bij basisstation van lokale console inschakelen: Deze parameter wordt gebruikt om lokale consoletoegang tot het systeem in/uit te schakelen. Dit moet worden ingeschakeld, zodat lokale probleemoplossing kan optreden.

   

9. Aanmelden bij SSH (Secure Shell)-roots inschakelen: Optioneel: Deze parameter wordt gebruikt om externe consoletoegang tot het systeem in/uit te schakelen. Dit moet worden ingeschakeld, zodat externe probleemoplossing kan optreden, maar het beveiligingsbeleid van het bedrijf kan vereisen dat u deze optie uitschakelt.

   

10. De modus voor één gebruiker en de wachtwoordsterkte configureren: Deze configuratieparameters zijn niet vereist en de standaardinstelling is om ze over te slaan om ‘s’ in te voeren.

    

11. Inlogbanner instellen: Een login banner wordt gebruikt om gebruikers over het gebruik van het systeem te informeren en een waarschuwing voor te leggen om onbevoegde gebruikers van de toegang tot het systeem te houden. Aangezien de login banner een multi-line bericht kan zijn, beëindigt één enkele periode (.) het bericht en gaat aan de volgende stap verder.

    

12. Het hoofdwachtwoord wijzigen: Deze stap is van cruciaal belang om de systeembeveiliging te waarborgen; Zorg ervoor dat u een sterk wachtwoord kiest dat uit letters en cijfers zonder woordenboekwoorden bestaat. De minimale wachtwoordlengte is 8 tekens.

    

13. Een GRUB-wachtwoord configureren: Optioneel: Deze configuratieparameter is niet vereist en de standaardinstelling voor overslaan is om ‘s’ in te voeren.

    

14. Configureer een WCS-communicatiewachtwoord.

    

15. Wijzigingen opslaan en opnieuw opstarten: Nadat het setup-script is voltooid, slaat u de wijzigingen op als hierom wordt gevraagd. Nadat u hebt opgeslagen, volgt u de aanwijzingen om de MSE opnieuw op te starten en om er zeker van te zijn dat alle instellingen met succes worden toegepast.

16. Start de MSE-service: Login aan de MSE met de gebruikersbenamingswortel en het wachtwoord dat eerder in Stap 12 wordt gevormd. Voer de bevel dienst gemaskeerde begin uit om de dienst MSE te beginnen.

    

17. Schakel de MSE-service in om bij opstarten te starten: Voer de opdracht chkconfig uitgevoerd.

Voeg de MSE toe aan WCS

Voer de volgende stappen uit:

1. Naar de configuratiepagina voor Mobility Services navigeren: Log in op WCS en klik op Mobility Services in het vervolgkeuzemenu Mobility.

   

2. Voeg de Mobility Services Engine toe aan WCS: Kies in het vervolgkeuzemenu aan de rechterkant de optie Mobility Services Engine toevoegen en klik op Ga.

   Voer een unieke apparaatnaam in voor de MSE, het IP-adres dat eerder is geconfigureerd binnen de MSE-instelling, een contactnaam voor ondersteuning en het "WCS Communication Password" dat is ingesteld bij de MSE-instelling. Verander de gebruikersnaam niet van het gebrek van admin.

   

3. Kies de Context Aware Service die op de MSE moet worden uitgevoerd.

   

4. Synchroniseren: Zorg ervoor dat netwerkontwerpen, controllers en gebeurtenisgroepen worden gesynchroniseerd.

   

   

5. Te synchroniseren controllers: Een pop-up wordt weergegeven met een lijst van controllers waarmee de MSE kan worden gesynchroniseerd. Kies de gewenste controllers voor synchronisatie en klik op OK.

   

   Nadat het pop-upvenster is gesloten, klikt u op Synchronize onder in het dialoogvenster "Synchronize WCS and MSE(s)".

   Opmerking: de Cisco Context Aware Service is sterk afhankelijk van een gesynchroniseerde kloktijd tussen de draadloze LAN-controller, WCS en MSE. Als alle drie van deze systemen niet naar dezelfde NTP-server zijn gericht en zijn geconfigureerd met dezelfde tijdzone-instellingen, werkt Context Aware niet correct. Voordat u probeert problemen op te lossen, zorg ervoor dat de systeemklok hetzelfde is op alle componenten van het Context Aware-systeem.

Bijlage B: WLC- en MSE-opdrachten

WLC-opdrachten

config location expiry ?
client         Timeout for clients
calibrating-client Timeout for calibrating clients
tags           Timeout for RFID tags
rogue-aps      Timeout for Rogue APs

show location ap-detect ?
all            Display all (client/rfid/rogue-ap/rogue-client) information
client         Display client information
rfid           Display rfid information
rogue-ap       Display rogue-ap information
rogue-client   Display rogue-client information
(Cisco Controller) >show location ap-detect client

show client summary 
Number of Clients................................ 7
MAC Address       AP Name           Status        WLAN/Guest-Lan Auth Protocol Port Wired
----------------- ----------------- ------------- -------------- ---- -------- ---- -----
00:0e:9b:a4:7b:7d AP6               Probing       N/A            No   802.11b  1    No
00:40:96:ad:51:0c AP6               Probing       N/A            No   802.11b  1    No
(Cisco Controller) >show location summary 
 Location Summary 
 Algorithm used:                 Average
 Client 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db
 Calibrating Client 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
 Rogue AP 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db
 RFID Tag 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db

show rfid config 

RFID Tag data Collection......................... Enabled
RFID  timeout.................................... 1200 seconds
RFID mobility.................................... Oui:00:14:7e : Vendor:pango  State:Disabled

(Cisco Controller) >config location ?
plm            Configure Path Loss Measurement (CCX S60) messages
algorithm      Configures the algorithm used to average RSSI  and SNR values
notify-threshold Configure the LOCP notification threshold for RSSI measurements
rssi-half-life Configures half life when averaging two RSSI readings
expiry         Configure the timeout for RSSI values

config location expiry client ?
<seconds>      A value between 5 and 3600 seconds

config location rssi-half-life client ?
<seconds>      Time in seconds (0,1,2,5,10,20,30,60,90,120,180,300 sec)

show nmsp subscription summary 
Mobility Services Subscribed: 
Server IP                Services
---------                --------
172.19.32.122            RSSI, Info, Statistics, IDS

MSE-opdrachten

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

Opmerking: De opdracht rundiag kan ook worden gebruikt om UDI-informatie te bekijken die vereist is om het licentiebestand voor Context Aware Engine voor clients te verkrijgen.

Bijlage C: MSE upgrade van 5.X naar 6.0

Voer de volgende stappen uit:

1. Maak een back-up van de pre 6.x image MSE database van WCS; op de volgende link te navigeren: Service >Mobility Services >selecteer MSE >Onderhoud >Backup.

2. Volg de AeroScout-documentatie om back-ups te maken van de gegevens en de configuratie voor tags.

3. Download 6.x beeld op MSE van WCS; op de volgende link te navigeren: Services >Mobility Service > kies dan MSE uit het linker deelvenster, ga naar Onderhoud >Download Software, blader om de MSE-afbeelding van uw pc te kiezen en klik op Downloaden. Na het downloaden wordt de MSE-afbeelding automatisch uitgepakt en in de map /opt/installers van MSE geplaatst. U moet de afbeelding handmatig installeren vanaf MSE CLI.

   

4. Geef deze opdracht om het MSE-kader te stoppen: /etc/init.d/gemsed stop.

5. Vanuit de MSE-console cd /opt/installers uitgeven. In deze map ziet u het bestand dat u hebt gedownload in Stap 3. De map ziet er zo uit:

   [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. Voer het bestand uit om het MSE-beeld te installeren en volg de aanwijzingen op:

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

   Opmerking: Waarschuwingsbericht voor de vergunningsvereisten voor MSE voor spoorelementen verschijnt van tevoren met de introductie van 6.0 MR1. Dit waarschuwingsbericht verschijnt ook aan het einde als de installatie is voltooid. Met de 6.0 release verschijnt dit bericht alleen aan het einde als de installatie is voltooid. Er is een waarschuwing vooraf toegevoegd met 6.0 MR1 om de gebruiker extra te waarschuwen over de handhaving van de licentie.

   De boodschap ziet er als volgt uit: "Licenties voor de Mobility Services Engine worden met deze release van software afgedwongen. Zorg ervoor dat u de Product Authorisation Key (PAK) beschikbaar hebt en verwijs naar de instructies in het papieren PAK-certificaat en de MSE User Guide om licenties op het systeem in te schakelen."

   Binnen de uitvoering van het bestand heeft de gebruiker de optie om de database te bewaren of te verwijderen.

7. Zodra het beeld is geïnstalleerd, voert u deze opdracht uit om het MSE-framework te starten: /etc/init.d/gemsed start .

8. MSE begint de evaluatielicenties te gebruiken die bij de softwarerelease 6.0 zijn inbegrepen.

9. Voeg de permanente licentie toe die u hebt ontvangen door een PAK-nummer van WCS te registreren; op de volgende link te navigeren: Beheer > Licentiecentrum > Bestanden > MSE-bestanden > Toevoegen . Kies MSE in het vervolgkeuzemenu, blader naar het licentiebestand op uw pc en upload het.

10. MSE-services opnieuw opstarten nadat de licentie is geüpload naar MSE, dus wacht een aantal minuten voordat u een andere bewerking uitvoert. Verkrijg de MSE status wanneer u de opdracht /etc/init.d/msed status uitgeeft.

11. Als u er binnen de installatie van de MSE-afbeelding voor hebt gekozen om de databaseoptie te behouden zoals in Stap 6, hoeft u de eerder opgeslagen database niet te herstellen (voor clients en tags); anders moet u de MSE-database herstellen. Navigeer naar Service >Mobility Services, kies MSE van links onderhoudspaneel en klik op Terugzetten.

    Opmerking: Volg de AeroScout-documentatieom taginformatie te herstellen.

Bijlage D: MSE-databasereservering

MSE DB kan op drie verschillende manieren worden hersteld:

• Optie 1:

  Terwijl u het beeld van de MSE aan 6.0 bevordert, verkies om verder te gaan wanneer de installateur vindt dat de MSE reeds loopt. Het bericht laat dit zien: "In het systeem lijkt een Cisco Mobility Services Engine al geïnstalleerd te zijn. Als u Doorgaan kiest, worden alle momenteel geïnstalleerde onderdelen permanent verwijderd (alleen database- en licentiebestanden worden bewaard)."

• Optie 2:

  Terwijl u de MSE-afbeelding verwijdert, hebt u twee opties. De eerste optie is om de database te bewaren, en de tweede optie is om de database te verwijderen. Als de database wordt bewaard, is geen handmatig herstel vereist. Als de database is verwijderd, volgt u de derde optie.

• Optie 3:

  Voer een frisse installatie uit, wat betekent dat u een nieuwe MSE doos met een pre 6.0 beeld of een MSE met de verwijderde database neemt. U moet de back-updatabase herstellen (zie Optie 1 naar MSE met 6.0).

  Als de back-up van de MSE-afbeelding is teruggezet naar een andere MSE, moet de licentie opnieuw worden gehost, zodat deze op de huidige MSE kan worden gebruikt. MSE-licenties zijn gekoppeld aan MSE UDI.

  Binnen de terugzetprocedure ontvangt de gebruiker een bericht in WCS: "Het kan zijn dat u de licenties opnieuw moet hosten als u de back-up naar een ander MSE-apparaat wilt herstellen."

  

Gerelateerde informatie

• Cisco 3350 mobiele services aan de slag
• Cisco 3310 Mobility Services Engine handleiding voor aan de slag
• Cisco Mobility Services Engine - Implementatiegids voor contextbewuste mobiliteit
• Veelgestelde vragen over mobiliteit
• Wi-Fi Locatiegebaseerde services 4.1 Ontwerpgids
• Cisco 3300 Series Licentie- en bestelgids voor Mobility Services Engine
• RFID-tags, meer naar hen en hun configuratie kijken
• Cisco Aironet Antennas and Accessories Reference Guide (Referentiehandleiding Cisco Aironet-antennes en -accessoires)
• Ondersteuning van AeroScout
• Technische ondersteuning en documentatie – Cisco Systems