Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Conventies

WCS-foutmeldingen

Installatiefout: "Selecteer een andere locatie waar u de installateur wilt extraheren naar"

Foutbericht wanneer licentieserver wordt geüpload naar de WCS Linux-server: "Licentiebestand komt niet overeen met de lokale naam van de host"

WCS tekent een onjuiste de sleutelfout van EVN wanneer draadloze Clients TKIP uitvoeren

Fout die wordt gegenereerd wanneer regel in ACL wordt ingevoegd

WCS kan interface met hoofdletters niet verwijderen: "SNMP-handeling mislukt"

WCS kan geen belemmeringen op huidige of nieuwe kaarten opslaan - uitgevoerde n-ID’s

Uitsluitingsfouten van client op WCS als minialarm

Foutbericht: "Webcontainerpoort 8009 die WCS nodig heeft, is al in gebruik"

WCS 4.0-kaarten met locatieserver 2.1 worden niet gegenereerd

WCS meldt ontbrekende AP's: "Trusted AP <mac-adres> op Controller <ip-adres> ontbreekt of heeft gefaald"

Kan geen APs via WCS configureren. De foutmelding "Fout:COMMON-1:Er is een onverwachte interne fout opgetreden" verschijnt in de WCS-bestanden.

Kan geen locatieserver of locatieapplicatie aan WCS toevoegen

Fout bij bericht "geïmporteerd bestand is niet van het juiste type. Importeer .txt-bestand"

Error Message "The procedure entry point_FIIfexp_ kon niet gevonden worden in de "dynamic link library DFORRT.DLL"

FOUT: MIB-toegang mislukt

Kan WLAN-sjablonen niet vanaf WCS naar de WLC duwen

Gerelateerde informatie

Inleiding

Dit document beschrijft gemeenschappelijke foutmeldingen in WCS en hoe u deze fouten kunt oplossen.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- Hoe u Cisco WCS configureren

- Hoe u een draadloos LAN (WLAN) kunt configureren met de WLAN-controllers (WLC’s) en lichtgewicht access points (LAP’s)

Gebruikte componenten

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

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Conventies

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

WCS-foutmeldingen

Installatiefout: "Selecteer een andere locatie waar u de installateur wilt extraheren naar"

U kunt dit bericht ontvangen wanneer u de nieuwe WCS 4.0-software op een Windows 2003-server installeert en uitvoert:

"Selecteer een andere locatie waar u de installateur wilt extraheren naar"

Deze foutmelding wordt mogelijk opnieuw weergegeven, zelfs als er een andere locatie is geselecteerd om het installatiebestand te extraheren. Dit probleem kan voorkomen als het gedownload installatiebestand beschadigd is.

Download het installatiebestand en voer de setup-toepassing opnieuw uit om dit probleem op te lossen.

Foutbericht wanneer licentieserver wordt geüpload naar de WCS Linux-server: "Licentiebestand komt niet overeen met de lokale naam van de host"

De WCS-licentie wordt verleend op basis van de hostnaam van de WCS-server die bij de aankoop van de licentie wordt meegeleverd.

WCS kijkt op Linux naar de bestanden /etc/hosts en /etc/sysfig/netwerk, en de uitvoer van de hostname opdracht om de hostnaam van de server voor licentiedoeleinden te bepalen.

Eén van de algemene problemen die tijdens de WCS-licentieverbinding worden gezien, is waar één of beide /etc/hosts en /etc/sysfig/network files verkeerd zijn ingebouwd met een volledig gekwalificeerd domeinnaam (FQDN), wat ervoor zorgt dat de hostname-opdracht de FQDN niet alleen de hostname maar op een onjuiste manier teruggeeft.

Wanneer u het licentieserver (.lic) uploadt naar de WCS Linux-server, kan het uploadproces dus mislukken met deze foutmelding:

"het licentiebestand komt niet overeen met de lokale naam van de gastheer "

Omdat de Cisco WCS-licentie is gekoppeld aan de host-naam van de server waar Cisco WCS is geïnstalleerd, is het belangrijk om de juiste hostnaam in te voeren tijdens het Cisco WCS-licentieregistratieproces. Als dit niet het geval is, komt het gegenereerde licentiesleutel niet overeen met de hostnaam van de WCS-server en werkt de licentiesleutel dan ook niet. Dit leidt tot deze foutmelding wanneer u het licentibestand uploadt.

U kunt dit probleem met een van deze opties oplossen:

- Wijzig de naam van de host van de WCS-server om dezelfde te zijn als de bestandsnaam van de licentiesleutel.

Voltooi de volgende stappen om de hostnaam van de WCS-server te wijzigen:

1. Stop de WCS-service voordat u de hostnaam van de server wijzigt zoals wordt beschreven in het gedeelte "Stoppen WCS op Linux" van de Cisco Wireless Control System Configuration Guide.

2. Maak een back-up van de WCS-database voordat u de hostnaam wijzigt zoals wordt beschreven in het gedeelte "Backing Up the WCS Database (voor Linux)" van de Cisco Wireless Control System Configuration Guide.

3. Verander de hostnaam van de WCS Linux-server zoals beschreven in Verander uw naam zonder opnieuw te starten in RedHat Linux op de XenoCafe -website.

4. Start een controle van de database.

Navigeer naar de /opt/WCS4.0/bin folder (of de folder geselecteerd tijdens installatie) en voer het selectieschema ./DBAdmin in.

5. Start WCS.

Navigeer naar de /opt/WCS4.0/-folder (of de folder geselecteerd tijdens installatie) en voer ./StartWCS in

- Verzoek de de licentiegroep van Cisco om een nieuw licentiebestand met de juiste hostnaam van de server te maken.

WCS tekent een onjuiste de sleutelfout van EVN wanneer draadloze Clients TKIP uitvoeren

Draadloze klanten die TKIP (Temporal Key Integrity Protocol) (meestal WAP-PSK) uitvoeren, worden door WCS gemeld als een onjuiste sleutel van EFN.

The WEP Key configured at the station may be wrong. Station MAC Address is

00:11:85:1a:b4:e4', AP base radio MAC is '00:0V:85:65:2e:80' and Slot ID is '1'.

Dit is te wijten aan Cisco bug-ID CSCse11202 (alleen geregistreerde klanten). Dit defect heeft geen invloed op de prestaties van het WLAN. De oplossing hiervoor is beschikbaar in WLC release 3.2.17.1.6. Om deze foutmeldingen te stoppen, upgrade van de WLC-software op 3.2.171.6.

Fout die wordt gegenereerd wanneer regel in ACL wordt ingevoegd

Wanneer een gebruiker een regel aan een toegangscontrolelijst (ACL) in de WCS-sjabloon toevoegt, dan faalt deze als een bestaand nummer wordt gebruikt voor het veld sequentienummer, zoals bij wanneer een gebruiker een regel in het begin of midden van een bestaande lijst invoegt. Dit voorkomt dat WCS nieuwe regels in een ACL instelt.

In de logbestanden wordt een uitzondering gemaakt:

TRACE[com.aes] THROW java.lang.ClassCastException

at com.cisco.server.managedobjects.aaa.AclHelper.addNewRule(Unknown Source)

Deze fout wordt ook in het venster aan de gebruiker getoond:

Error(s): You must correct the following error(s) before

proceeding: Error:\nUnknown Exception Occured.

Dit probleem is veroorzaakt door Cisco bug-ID CSCse66255 (alleen geregistreerde klanten). De tijdelijke versie is om een nieuwe regel aan het einde van ACL toe te voegen of de vorige regel te wijzigen. Dit probleem is opgelost in WCS versie 4.0.8.7.0.

WCS kan interface met hoofdletters niet verwijderen: "SNMP-handeling mislukt"

Wanneer u een dynamische interfacenaam binnen WCS creëert die hoofdletters en spaties bevat (bijvoorbeeld Enterprise Access), wordt de interface met succes gemaakt. Het is echter mogelijk dat u deze dynamische interface niet uit het WCS kunt verwijderen. U ontvangt dit bericht wanneer u probeert de interface te verwijderen:

"SNMP-bediening mislukt"

Dit probleem houdt verband met de bug-ID CSCsc92240 (alleen geregistreerde klanten).

Als een tijdelijke oplossing kunt u deze interfaces alleen van de controller verwijderen (niet via WCS). Dynamische interfaces die met hoofdletters in WCS worden gemaakt, worden met kleine letters in de controller omgedoopt. Om de interface met hoofdletters te verwijderen van de opdrachtregel van de controller, moet u alle kleine letters gebruiken. Als de interfacenaam spaties bevat, zoals Enterprise Access, moet de opdracht om de interface van de controller te verwijderen worden gebruikt met de interfacenaam die in aanhalingstekens is ingesloten. Bijvoorbeeld:

configuratieinterface verwijdert "interface name"

In dit scenario, is het commando configuratie interface wissen "ondernemingstoegang".

WCS kan geen belemmeringen op huidige of nieuwe kaarten opslaan - uitgevoerde n-ID’s

Dit probleem is veroorzaakt door Cisco bug-ID CSCse27134 (alleen geregistreerde klanten). WCS kan geen hindernissen op de huidige of nieuwe kaarten overwinnen - geen ID's uitgeput. De gebruiker heeft de harde codegrens van 999 bereikt. De logbestanden tonen deze output:

5/17/06 08:44:01.750 TRACE[general] Command is updateWalls

5/17/06 08:44:01.750 TRACE[general] SD Key is ServiceDomain!128

5/17/06 08:44:01.750 TRACE[objmgr] [DatabaseOpsHelper]  Total Objects Deleted 0

5/17/06 08:44:01.750 TRACE[objmgr] [DatabaseOpsHelper]  Total time in this Method is  0

5/17/06 08:44:01.766 TRACE[objmgr] [DatabaseOpsHelper]  Total Objects Deleted 0

5/17/06 08:44:01.766 TRACE[objmgr] [DatabaseOpsHelper]  Total time in this Method is  16

5/17/06 08:44:02.969 TRACE[com.aes] THROW com.bsn.server.api.BsnInternalException:

COMMON-8,1,99999

Er is geen tijdelijke oplossing, maar WCS versies 4.0 en hoger worden niet door deze bug beïnvloed, dus een upgrade naar deze release lost het probleem op.

Uitsluitingsfouten van client op WCS als minialarm

WCS toont dit minder belangrijke alarm:

Client '00:14:a5:0d:fe:3c' which was associated with

AP '00:17:0f:8c:96:30', interface '0' is excluded. The reason code is '1'

Dit kleine alarm geeft aan dat de cliënt herhaaldelijk heeft geprobeerd te authentiseren en heeft gefaald. Na de derde poging werd de cliënt op de uitsluitingslijst van cliënten geplaatst. Op dit punt mag die bepaalde client niet gedurende 60 seconden associëren (standaard of wat u ook op WLAN hebt ingesteld). Nadat de 60 seconden omhoog zijn, wordt de client vrij gemaakt om opnieuw te authenticeren.

Foutbericht: "Webcontainerpoort 8009 die WCS nodig heeft, is al in gebruik"

Wanneer u WCS 4.0 op een Windows 2003-server installeert, ziet u deze foutmelding. Dit komt doordat de haven 8009, die de WCS gebruikt, door een andere toepassing wordt gebruikt. Om deze kwestie op te lossen, moet u bepalen welke toepassing port 8009 gebruikt en die toepassing stoppen. Voer de volgende stappen uit:

1. Kies Start > Run > cmd op de Windows 2003-server om een opdrachtmelding te openen.

2. Voer netstat -ano in om alle actieve TCP-verbindingen en TCP-, UDP-poortnummers met de ProcesID (PID) in te vullen.

3. Zoek naar poort 8009 en noteer de PID rechts.

4. Ga naar taakbeheer en klik op Weergeven.

5. Selecteer Kolommen, kies PID en klik op OK.

6. Pak het proces vast dat de PID heeft die u in stap 3 hebt opgemerkt en klik op End-proces om die toepassing te sluiten.

WCS 4.0-kaarten met locatieserver 2.1 worden niet gegenereerd

De warmtekaarten worden niet gegenereerd in WCS 4.0 met Location Server 2.1. De gebruiker ziet deze foutmelding:

'Failed to create heat map for MAC: xx:xx:xx:xx:xx:xx

Reason: Failed to find any APs in the database for a RSSI list

Dit kan zijn veroorzaakt door Cisco bug-ID CSCse83815 (alleen geregistreerde klanten).

Voltooi deze stappen als een tijdelijke oplossing:

1. Kies monitor > Kaarten, en selecteer de vloer waar de AP warmtekaarten niet verschijnen.

2. Ga naar positie rechts in de vervolgkeuzelijst.

3. Selecteer de AP waar de warmtekaarten niet werken.

4. Kies links een ander type voor de antenne en klik op Opslaan.

5. Ga terug naar het Type antenne en selecteer de zelfde antenne die zij aanvankelijk gebruikte, en klik opnieuw op Opslaan.

De hittekaart voor dit AP zou nu moeten werken.

WCS meldt ontbrekende AP's: "Trusted AP <mac-adres> op Controller <ip-adres> ontbreekt of heeft gefaald"

Dit bericht geeft aan dat het AP dat tegelijkertijd gemarkeerd was als een vertrouwde frauduleus AP niet langer door de controller wordt gezien. Wanneer een controller een frauduleuze AP detecteert, hebt u de optie om die AP een vertrouwde AP te maken, zodra het een vertrouwde AP is, verschijnt deze valmelding als de controller niet meer van die AP hoort.

Deze insecten zijn geassocieerd met deze foutmelding.

CSCsd73855 (alleen geregistreerde klanten) — Een frauduleus AP werd op een afgelegen locatie ontdekt en door één enkel toegangspunt als "Bijgehouden" gemarkeerd.Wanneer het toegangspunt niet meer werd gedetecteerd, is WCS alert op een betrouwbaar toegangspunt ontbrekende of mislukt.

Trusted AP <mac-adres> op Controller <ip-adres> is ontbreekt of heeft gefaald

Er is op dit moment nog geen werk aan de winkel.

CSCsc59180 (alleen geregistreerde klanten) —Wanneer een lastig access point door WCS wordt gedetecteerd en wanneer een gebruiker de staat bekend maakt - extern, toont Cisco WCS het access point as Trusted Missing.

Kan geen APs via WCS configureren. De foutmelding "Fout:COMMON-1:Er is een onverwachte interne fout opgetreden" verschijnt in de WCS-bestanden.

U kunt om een van deze redenen geen AP's toevoegen en configureren

1. Wanneer WCS en WLC onverenigbare versies draaien, zorg er dan voor dat ze de dezelfde belangrijke versies van de code uitvoeren.

2. Wanneer de controller waartoe AP behoort onbereikbaar is, moet u ervoor zorgen dat WCS connectiviteit heeft met de WLC van de AP.

3. Als WCS de controllers via koppelingen met de lagere MTU opiniepeilt, probeer dan de variabele MaxVarBindsPerPDU instelling in WCS te bijstellen. Deze parameter bepaalt het aantal eigenschappen dat in één pakket wordt verzonden. De grootte van het pakket kan worden gewijzigd als u het aantal verzonden bits wijzigt. Om tot de variabele toegang te hebben, kiest u installatiemap WCS > websites > klassen > com > cisco > server > resources. Open het bestand SNMPparameters.Properties met de Wordpad en plaats de variabele MaxVarBindsPerPDU. Het heeft de standaardwaarde van 100. Verander het in 50 zodat WCS minder eigenschappen in de enkele SNMP pakketten plaatst, en dus kleinere pakketten heeft.

Kan geen locatieserver of locatieapplicatie aan WCS toevoegen

U kunt deze foutmelding of andere foutmeldingen ontvangen wanneer u een locatieserver aan WCS toevoegt:

Geen respons van de Locatieserver. Dit kan onbereikbaar zijn of de aansluitingsreferenties zijn onjuist

Er zijn een aantal factoren die problemen kunnen veroorzaken wanneer u een applicatie voor locatie aan WCS toevoegt. Volg deze tips om problemen op te lossen:

- Controleer of het apparaat op de locatie is ingeschakeld. het stoplicht blijft aan en knippert niet.

- Controleer dat de WCS-server de locatie-applicatie kan ping.

- Gebruik de opdrachtregel-interface van het locatieapparaat om er zeker van te zijn dat het serverproces verloopt.

- Als de opdrachtregel-parameters correct worden ingesteld in de locatie-applicatie via de console, is de oorspronkelijke gebruikersnaam admin en wordt het wachtwoord admin wanneer u de locatieapplicatie aan WCS toevoegt. Het aankruisvakje voor HTTPS moet worden geklaard totdat de Locatie-applicatie is toegevoegd en het softwarerelease kan worden gecontroleerd en bijgewerkt zoals nodig. De gebruikte naam is hoofdlettergevoelig en dient alleen de host-naam te zijn die aan de Locatie-applicatie is toegewezen, maar niet de volledig gekwalificeerde domeinnaam.

Raadpleeg de applicatie Locatie configureren voor meer informatie over het configureren van het applicatie voor locatie.

- Bij het configureren van WCS om met de Locatie-applicatie te communiceren, dienen de naam van de gebruiker, het wachtwoord en het poortnummer ongewijzigd te blijven en in de standaardinstelling. Raadpleeg voor meer informatie het gedeelte Locatie-applicatie importeren naar WCS.

- Zorg ervoor dat de tijdsinstelling op de Locatieserver overeenkomt met de WCS-tijd.

- WCS kan één revisie ouder zijn dan de Locatieserver. In dit geval, upgrade van de WCS naar de nieuwste versie.

- Als er problemen met de naam van de gebruiker of het wachtwoord blijven optreden, kan de interne database op de applicatie Locatie, die de gebruikersdatabase bevat, worden teruggezet op de standaardinstellingen van de fabriek. Om de interne database weer op de standaard fabriek in te stellen volgt u deze stappen:

1. Gebruik de opdracht rm -f /opt/locserver/db/linux/server-eng.db om het server-eng.db bestand te verwijderen.

2. Gebruik de opdracht /etc/rc.d/init.d/locserver en start het programma nogmaals om de Locatie-applicatie te starten.

Fout bij bericht "geïmporteerd bestand is niet van het juiste type. Importeer .txt-bestand"

Wanneer u een asset information file (asset.out) importeert voor een locatieserver die WCS gebruikt, verschijnt deze foutmelding:

Imported file is not of the correct type. Please import .txt

file

Dit probleem is gedocumenteerd in bug-ID CSCsg79427 (alleen geregistreerde klanten) en is gekoppeld aan eerdere versies van WCS en Locatie-applicatie.

Om deze kwestie op te lossen moet u het asset.out-bestand hernoemen naar asset.txt en het bestand opnieuw importeren. De bestandsnaam van de activacinformatie moet eindigen in de .txt bestandsuitbreiding, ook al is het bestand mogelijk een geldig ASCII-tekstbestand. Elke andere extensie genereert een fout bij importeren.

Dit probleem is opgelost in WCS versie 4.1.83.0 en Location Appliance versie 3.0.37.0. Raadpleeg Informatie over invoer en uitvoer van bedrijfsmiddelen voor informatie over hoe u informatie over activa in- en uitvoert voor locatieapparaten die WCS gebruiken.

Error Message "The procedure entry point_FIIfexp_ kon niet gevonden worden in de "dynamic link library DFORRT.DLL"

WCS gebruikt een toepassing van derden, zoals MATLAB Compiler, en MATLAB gebruikt een specifieke versie van de bibliotheek DFORRT.dll. Dus wanneer een toepassing reeds de bibliotheek DFORRT.dll in c:\windows\system32 folder heeft geïnstalleerd, is WCS niet correct geïnstalleerd. Wanneer u WCS start, ontvangt u deze foutmelding:

The procedure entry point _FIIfexp_ could not be located in the dynamic link library

DFORRT.DLL

Verwijder het bestand DFORRT.dll in c:\windows\system32 and reinstall WCS om het probleem op te lossen.

FOUT: MIB-toegang mislukt

Wanneer u via WCS wijzigingen aanbrengt in de WLAN-controller, kunt u deze foutmelding ontvangen:

ERROR: MIB access failed

Eén mogelijke oorzaak van deze fout in WCS is dat een incorrecte SNMP-toegangsparameter voor de controller is ingesteld. Als u een alleen-lezen toegangsparameter invoert, wordt de controller toegevoegd, maar WCS kan de configuratie niet wijzigen.

U moet deze kwestie oplossen voordat u naar de volgende stap gaat. Om deze kwestie op te lossen, zorg ervoor dat om het even welke SNMP toegangsparameter aan schrijven wordt geplaatst.

Opmerking: Cisco raadt u aan altijd de snelste versies van WLC en WCS te gebruiken.

Kan WLAN-sjablonen niet vanaf WCS naar de WLC duwen

Voer de volgende controles uit:

1. WCS en WLC moeten over compatibele softwareversies beschikken. Zorg ervoor dat ze dezelfde belangrijke versie uitvoeren.

2. WCS en WLC moeten met elkaar worden gesynchroniseerd. Kies in WCS GUI configureren. Klik in het aanzuigvakje aan de rechterkant op Controller en kies een WLC. Klik op Opfrissen vanaf controller.

3. Als u de foutmelding Permission Denied krijgt als u de sjabloon op de WLC indrukt, zorg er dan voor dat u op WCS bent inlogd als basisgebruiker.

Gerelateerde informatie

- Probleemoplossing voor draadloos beheersysteem

- WCS (Wireless Control System): probleemoplossing in FAQ

- WLC-fout en systeemmeldingen - FAQ

- Cisco-configuratiegids voor draadloos controlesysteem, release 4.0

- Technische ondersteuning en documentatie – Cisco Systems