Domande frequenti sui messaggi di errore e di sistema del controller WLC

D.  Impossibile aggiungere un access point Lightweight Protocol (LWAPP) al controller. Nel log di Wireless LAN Controller (WLC) viene visualizzato un messaggio simile al seguente: LWAPP Join-Request non include un certificato valido in CERTIFICATE_PAYLOAD restituito dal punto di accesso 00:0b:85:68:ab:01. Perché?

A.È possibile ricevere questo messaggio di errore se il tunnel LWAPP tra l'access point e il WLC attraversa un percorso di rete con una MTU inferiore a 1500 byte. In questo modo, i pacchetti LWAPP vengono frammentati. Si tratta di un bug noto nel controller. Fare riferimento al bug Cisco IDCSCsd39911.

La soluzione è aggiornare il firmware del controller alla versione 4.0(155).

Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti dei bug Cisco interni.

D.  Desidero stabilire il tunneling guest tra il controller interno e il controller di ancoraggio virtuale nella zona demilitarizzata (DMZ). Tuttavia, quando un utente tenta di associarsi a un SSID guest, non è in grado di ricevere l'indirizzo IP dalla DMZ, come previsto. Pertanto, il traffico utente non viene tunneling al controller sulla DMZ. L'output del comando debug mobile handoff visualizza un messaggio simile al seguente: Security Policy Mismatch for WLAN <Wlan ID>. Richiesta di esportazione di ancoraggio dall'indirizzo IP dello switch: <indirizzo IP controller> ignorata. Qual è il problema?

Il tunneling guest offre una maggiore sicurezza per l'accesso degli utenti guest alla rete wireless aziendale. In questo modo gli utenti guest non possono accedere alla rete aziendale senza prima passare attraverso il firewall aziendale. Quando un utente si associa a una WLAN designata come WLAN guest, il traffico viene tunneling al controller WLAN che si trova sulla DMZ al di fuori del firewall aziendale.

Ora, considerando questo scenario, possono esserci diversi motivi per cui il tunneling guest non funziona come previsto. Come suggerisce l'output del comando debug, il problema può essere causato da una mancata corrispondenza in uno dei criteri di sicurezza configurati per quella particolare WLAN nel controller interno e nella DMZ. Verificare se i criteri di protezione e altre impostazioni, ad esempio le impostazioni di timeout della sessione, sono corrispondenti.

Un altro motivo comune è che il controller DMZ non è ancorato a se stesso per quella particolare WLAN. Per il corretto funzionamento del tunneling guest e per consentire alla DMZ di amministrare l'indirizzo IP dell'utente (utente che appartiene a una WLAN guest), è essenziale che venga eseguito il corretto ancoraggio per quella particolare WLAN.

D.  Vengono visualizzati molti messaggi "La coda multicast di ricezione CPU è piena sul controller" sul controller WLC (Wireless LAN Controller) 2006, ma non sui WLC 4400. Perché? Il multicast è stato disattivato sui controller. Qual è la differenza nel limite della coda multicast tra le piattaforme WLC 2006 e 4400?

A. Poiché il multicast è disabilitato sui controller, i messaggi che causano questo allarme possono essere messaggi ARP (Address Resolution Protocol). La profondità di coda (512 pacchetti) non differisce tra i 2000 WLC e i 4400 WLC. La differenza è che la NPU 4400 filtra i pacchetti ARP, mentre tutto viene eseguito nel software del 2006. Questo spiega perché il WLC del 2006 vede i messaggi ma non il WLC 4400. Un WLC 44xx elabora pacchetti multicast tramite hardware (tramite CPU). Un WLC 2000 elabora pacchetti multicast tramite software. L'elaborazione della CPU è più efficiente del software. Di conseguenza, la coda del 4400 viene cancellata più velocemente, mentre il WLC del 2006 fa fatica quando vede molti di questi messaggi.

D.  Viene visualizzato il messaggio di errore "[SECURITY] apf_foreignap.c 763: STA [00:0A:E4:36:1F:9B] Received a packet on port 1 but no Foreign AP configure for this port." in uno dei controller. Che cosa significa questo errore e quali misure devo adottare per risolverlo?

A.Questo messaggio viene visualizzato quando il controller riceve una richiesta DHCP per un indirizzo MAC per cui non dispone di una macchina a stati. Questo è spesso visto da un bridge o da un sistema che esegue una macchina virtuale come VMWare. Il controller resta in ascolto delle richieste DHCP perché esegue lo snooping DHCP in modo da sapere quali indirizzi sono associati ai client collegati ai relativi punti di accesso (AP). Tutto il traffico per i client wireless passa attraverso il controller. Quando la destinazione di un pacchetto è un client wireless, il pacchetto va al controller e quindi passa attraverso il tunnel LWAPP (Lightweight Access Point Protocol) per il punto di accesso e lo spegne per il client. Per evitare che il messaggio venga visualizzato, è possibile consentire solo le VLAN usate sul controller sul trunk che va al controller con il comando switchport vlan allow sullo switch.

D.  Perché viene visualizzato questo messaggio di errore sulla console: Msg 'Set Default Gateway' of System Table failed, Id = 0x0050b986 error value = 0xfffffc?

R. Ciò può essere dovuto a un elevato carico della CPU. Quando la CPU del controller è sovraccarica, ad esempio quando esegue copie di file o altre attività, non ha il tempo di elaborare tutti gli ACK inviati dalla NPU in risposta ai messaggi di configurazione. In questo caso, la CPU genera messaggi di errore. Tuttavia, i messaggi di errore non influiscono sul servizio o sulla funzionalità.

Per ulteriori informazioni, fare riferimento ai Cisco Wireless LAN Controller.

D.  Nel sistema di controllo wireless (WCS) vengono visualizzati questi messaggi di errore WEP (Wired Equivalent Privacy): la chiave WEP configurata sulla stazione può essere errata. L'indirizzo MAC della stazione è 'xx:xx:xx:xx:xx', l'indirizzo MAC della radio base AP è 'xx:xx:xx:xx:xx:xx' e l'ID dello slot è '1'. Tuttavia, non utilizzo WEP come parametro di sicurezza nella rete. Uso solo Wi-Fi Protected Access (WPA). Perché si ricevono questi messaggi di errore WEP?

R.Se tutte le configurazioni sono perfette, i messaggi che ricevi al momento sono dovuti a bug. Il controller contiene alcuni bug noti. Fare riferimento ai bug Cisco IDCSCse17260 e Cisco, ma con ID CSCse1202, in cui si afferma che "la chiave WEP configurata sulla stazione può essere errata rispettivamente con i client WPA e TKIP". In realtà, l'ID bug Cisco CSCse17260 è un duplicato dell'ID bug Cisco CSCse11202. La correzione per Cisco ma con ID CSCse11202 è già disponibile con WLC release 3.2.171.5.

Nota: le ultime versioni di WLC contengono una correzione per questi bug.

Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti interni del bug di Cisco.

D.  Utilizzo un server RADIUS esterno per autenticare i client wireless tramite il controller. Il controller invia regolarmente questo messaggio di errore: nessun server radius risponde. Perché vengono visualizzati questi messaggi di errore?

A.Quando una richiesta va dal WLC al server RADIUS, ogni pacchetto ha un numero di sequenza a cui il WLC si aspetta una risposta. In assenza di risposta, viene visualizzato un messaggio che indica che il server radius non risponde.

Il tempo predefinito per l'ascolto del WLC dal server RADIUS è di 2 secondi. Questo valore viene impostato dall'interfaccia utente del WLC inSecurity > authentication-server. Il valore massimo è 30 secondi. Pertanto, può essere utile impostare questo valore di timeout sul valore massimo per risolvere il problema.

A volte, i server RADIUS eseguono 'scartamenti invisibili' del pacchetto di richiesta proveniente dal WLC. Il server RADIUS può rifiutare questi pacchetti a causa di una mancata corrispondenza del certificato e per diversi altri motivi. Azione valida eseguita dal server. Inoltre, in questi casi, il controller può contrassegnare il server RADIUS come server che non risponde

Per risolvere il problema degli scarti automatici, disabilitare la funzione di failover aggressivo nel WLC.

Se la funzione di failover aggressivo è abilitata nel WLC, il WLC è troppo aggressivo per contrassegnare il server AAA come server che non risponde. Tuttavia, non è possibile eseguire questa operazione perché il server AAA non può rispondere solo a quel determinato client (elimina automaticamente). Può essere una risposta ad altri client validi (con certificati validi). Tuttavia, il WLC può ancora contrassegnare il server AAA come non rispondente e non funzionante.

Per superare questo problema, disabilitare la funzione di failover aggressivo. Per eseguire questa operazione, usare il comando config radius aggressive-failover disable dalla CLI del controller. Se questa opzione è disabilitata, il controller eseguirà il failover sul server AAA successivo solo se sono presenti 3 client consecutivi che non riescono a ricevere una risposta dal server RADIUS.

D. Diversi client non sono in grado di associarsi a un LWAPP e il controller registra il messaggio di errore IAPP-3-MSGTAG015: iappSocketTask: iappRecvPkt restituito. Perché questo accade?

R.Ciò è dovuto principalmente a un problema con le schede di rete Intel che supportano CCX v4, ma che eseguono una versione del bundle client precedente alla 10.5.1.0. Se si aggiorna il software alla versione 10.5.1.0 o successive, il problema viene risolto. Per ulteriori informazioni sul messaggio di errore, fare riferimento al bug Cisco IDCSCsi91347.

Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti interni del bug di Cisco.

D.  Viene visualizzato questo messaggio di errore sul controller WLC (Wireless LAN Controller): Raggiunto il numero massimo di tentativi di richiesta di identità EAP (21) per STA 00:05:4e:42:ad:c5. Perché?

A.Questo messaggio di errore viene visualizzato quando l'utente tenta di connettersi a una rete WLAN protetta EAP e non ha superato il numero preconfigurato di tentativi EAP. Quando l'autenticazione dell'utente non riesce, il controller esclude il client e quest'ultimo non può connettersi alla rete fino alla scadenza del timer di esclusione o finché non viene sostituito manualmente dall'amministratore.

L'esclusione rileva i tentativi di autenticazione eseguiti da un singolo dispositivo. Quando il dispositivo supera il numero massimo di errori, l'indirizzo MAC non può più essere associato.

Esclusione:

• Dopo 5 errori di autenticazione consecutivi per le autenticazioni condivise (è escluso il sesto tentativo)

• Dopo 5 errori di associazione consecutivi per l'autenticazione MAC (il sesto tentativo è escluso)

• Dopo 3 errori di autenticazione EAP/802.1X consecutivi (il quarto tentativo è escluso)

• Qualsiasi errore del server delle policy esterne (NAC)

• Qualsiasi istanza di duplicazione degli indirizzi IP

• Dopo 3 errori consecutivi di autenticazione Web (il quarto tentativo è escluso)

È possibile configurare il timer per l'esclusione di un client e l'esclusione può essere abilitata o disabilitata a livello di controller o di WLAN.

D.  Sul controller WLC (Wireless LAN Controller) viene visualizzato questo messaggio di errore: sullo switch WLCSCH01/10.0.16.5 viene generato un avviso di categoria con gravità 1. Il messaggio di errore è Controller '10.0.16.5'. I server RADIUS non rispondono alle richieste di autenticazione. Qual è il problema?

A.Ciò può essere dovuto all'ID bug Cisco CSCsc05495. A causa di questo bug, il controller inserisce periodicamente una coppia AV non corretta (attributo 24, "stato") nei messaggi di richiesta di autenticazione che violano una richiesta RFP RADIUS e causano problemi ad alcuni server di autenticazione. Questo bug è risolto nella versione 3.2.179.6.

Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti interni del bug di Cisco.

D.  Viene visualizzato il messaggio di errore Noise Profile (Profilo di disturbo) in Monitor > 802.11b/g Radios (Monitor > 802.11b/g Radios). Voglio capire perché vedo questo messaggio di ERRORE?

A.Lo stato Noise Profile FAILED/PASSED è impostato dopo il risultato del test eseguito dal WLC e in confronto alla soglia impostata corrente. Per default, il valore Disturbo (Noise) è impostato su -70. Lo stato FAILED indica che il valore di soglia per quel particolare parametro o punto di accesso (AP) è stato superato. È possibile regolare i parametri nel profilo, ma si consiglia di modificare le impostazioni dopo aver compreso chiaramente il progetto della rete e come può influire sulle prestazioni della rete.

Le soglie di Radio Resource Management (RRM) PASSED/FAILED (SUPERATO/NON RIUSCITO) sono impostate globalmente per tutti gli access point sui parametri globali 802.11a > Auto RF e 802.11b/g > pagine Auto RF. Le soglie RRM PASSED/FAILED sono impostate singolarmente per questo access point nella pagina 802.11 AP Interfaces > Performance Profilepage.

D.  Non è possibile impostare la porta 2 come porta di backup per l'interfaccia AP-manager. Il messaggio di errore restituito è Impossibile impostare la configurazione della porta. È possibile impostare la porta 2 come porta di backup per l'interfaccia di gestione. La porta attiva corrente per entrambe le interfacce è la porta 1. Perché?

A.Un AP-manager non dispone di una porta di backup. In precedenza era supportato nelle versioni precedenti. A partire dalla versione 4.0, la porta di backup per l'interfaccia AP-manager non è supportata. Di regola, un singolo AP-manager deve essere configurato su ciascuna porta (nessun backup). Se si utilizza il LAG (Link Aggregation), è disponibile un solo AP-manager.

L'interfaccia statica (o permanente) di AP-manager deve essere assegnata alla porta 1 del sistema di distribuzione e deve avere un indirizzo IP univoco. Impossibile eseguire il mapping a una porta di backup. Generalmente è configurato sulla stessa VLAN o subnet IP dell'interfaccia di gestione, ma non è un requisito.

D.  Viene visualizzato questo messaggio di errore: L'access point '00:0b:85:67:6b:b0' ha ricevuto un errore WPA MIC sul protocollo '1' dalla stazione '00:13:02:8d:f6:41'. Le contromisure sono state attivate e il traffico è stato sospeso per 60 secondi. Perché?

A.Message Integrity Check (MIC) incorporato in Wi-Fi Protected Access (WPA) include un contatore di frame che impedisce un attacco man-in-the-middle. Questo errore indica che un utente della rete desidera riprodurre il messaggio inviato dal client originale oppure che il client è difettoso.

Se un client non supera ripetutamente il controllo MIC, il controller disabilita la WLAN sull'interfaccia AP in cui vengono rilevati gli errori per 60 secondi. Viene registrato il primo errore MIC e viene avviato un timer per consentire l'applicazione delle contromisure. Se si verifica un errore MIC successivo entro 60 secondi dall'errore precedente più recente, un STA la cui entità IEEE 802.1X ha agito come supplicant invaliderà se stesso o invaliderà tutti gli STA con un'associazione di sicurezza se la sua entità IEEE 802.1X ha agito come autenticatore.*

Inoltre, il dispositivo non riceve o trasmette frame di dati crittografati TKIP e non riceve o trasmette frame di dati non crittografati diversi dai messaggi IEEE 802.1X a o da alcun peer per un periodo di almeno 60 secondi dopo aver rilevato il secondo errore. Se il dispositivo è un punto di accesso, non saranno consentite nuove associazioni con TKIP durante questo periodo di 60 secondi; al termine del periodo di 60 secondi, l'punto di accesso riprenderà le normali operazioni e consentirà alle STA di (ri)associare.

In questo modo si evita un possibile attacco allo schema di crittografia. Questi errori MIC non possono essere disattivati nelle versioni WLC precedenti alla 4.1. Con Wireless LAN Controller versione 4.1 e successive, è disponibile un comando per modificare il tempo di scansione per gli errori MIC. Il comando isconfig wlan security tkip tiene premuto <0-60 secondi> <id wlan>. Usare il valore 0 per disabilitare il rilevamento degli errori MIC per le contromisure.

*Invalidare: terminare l'autenticazione.

D.  Questo messaggio di errore viene visualizzato nei log del controller: [ERRORE] dhcp_support.c 357: dhcp_bind(): servPort dhcpstate failed. Perché?

A.Questi messaggi di errore vengono visualizzati principalmente quando la porta di servizio del controller ha DHCP abilitato, ma non riceve un indirizzo IP da un server DHCP.

Per impostazione predefinita, nell'interfaccia della porta del servizio fisico è installato un client DHCP e viene eseguita la ricerca di un indirizzo tramite DHCP. Il WLC tenta di richiedere un indirizzo DHCP per la porta del servizio. Se non è disponibile alcun server DHCP, la richiesta DHCP per la porta del servizio avrà esito negativo. Pertanto, in questo modo vengono generati i messaggi di errore.

Per ovviare al problema, è possibile configurare un indirizzo IP statico sulla porta di servizio (anche se la porta di servizio è disconnessa) oppure rendere disponibile un server DHCP per assegnare un indirizzo IP alla porta di servizio. Quindi, ricaricare il controller, se necessario.

La porta di servizio è in realtà riservata alla gestione fuori banda del controller e al ripristino del sistema, nonché alla manutenzione in caso di guasto della rete. Inoltre, è l'unica porta attiva quando il controller è in modalità di avvio. La porta di servizio non può contenere tag 802.1Q. Pertanto, deve essere collegata a una porta di accesso sullo switch adiacente. L'utilizzo della porta di servizio è facoltativo.

L'interfaccia della porta di servizio controlla le comunicazioni attraverso e viene mappata in modo statico dal sistema alla porta di servizio. Deve avere un indirizzo IP su una subnet diversa da gestione, AP-manager e da qualsiasi interfaccia dinamica. Inoltre, non può essere mappato a una porta di backup. La porta di servizio può utilizzare DHCP per ottenere un indirizzo IP oppure può essere assegnata a un indirizzo IP statico, ma non è possibile assegnare un gateway predefinito all'interfaccia della porta di servizio. Le route statiche possono essere definite tramite il controller per l'accesso remoto alla porta del servizio.

D.  I client wireless non sono in grado di connettersi alla rete LAN wireless (WLAN). Il WiSM a cui è connesso il punto di accesso (AP) riporta questo messaggio: Big NAV Dos attack from AP with Base Radio MAC 00:0g:23:05:7d:d0, Slot ID 0 and Source MAC 00:00:00:00:00:00. Cosa significa questo?

A.Come condizione per accedere al supporto, il livello MAC controlla il valore del proprio vettore di allocazione di rete (NAV). Il NAV è un contatore residente in ogni stazione che rappresenta il tempo necessario al frame precedente per inviare il proprio frame. Il NAV deve essere zero prima che una stazione possa tentare di inviare un frame. Prima della trasmissione di un frame, una stazione calcola la quantità di tempo necessaria per inviare il frame in base alla lunghezza del frame e alla velocità dei dati. La stazione inserisce un valore che rappresenta questa ora nel campo della durata nell'intestazione del fotogramma. Quando le stazioni ricevono il frame, esaminano il valore del campo relativo alla durata e lo utilizzano come base per impostare i NAV corrispondenti. Questo processo riserva il supporto alla stazione di invio.

Un NAV alto indica la presenza di un valore NAV gonfiato (meccanismo di rilevamento della portante virtuale per 802.11). Se l'indirizzo MAC segnalato è 00:00:00:00:00:00, è probabile che sia oggetto di spoofing (potenzialmente un attacco reale) ed è necessario confermarlo con l'acquisizione di un pacchetto.

D.  Dopo aver configurato il controller e averlo riavviato, non è possibile accedervi in modalità https (Secure Web). Questo messaggio di errore viene visualizzato quando si tenta di accedere alla modalità Web protetta del controller: Web protetto: Certificato di autenticazione Web non trovato (errore). Qual è la ragione di questo problema?

R.Questo problema può essere dovuto a diversi motivi. Un motivo comune può essere correlato alla configurazione dell'interfaccia virtuale del controller. Per risolvere il problema, rimuovere l'interfaccia virtuale e rigenerarla con questo comando:

WLC>config interface address virtual 1.1.1.1

Quindi, riavviare il controller. Dopo il riavvio del controller, generare nuovamente il certificato webauth localmente nel controller con questo comando:

WLC>config certificate generate webauth

Nell'output di questo comando è visualizzato il messaggio:È stato generato il certificato di autenticazione Web.

È ora possibile accedere alla modalità Web protetta del controller al riavvio.

D. A volte i controller segnalano questo messaggio di avviso di attacco di tipo firma di allagamento di disassociazione IDS contro client validi in cui l'indirizzo MAC dell'autore dell'attacco è quello di un punto di accesso (AP) aggiunto al controller. Avviso: attacco di tipo firma di tipo 'Disassoc flood' rilevato sul punto di accesso '<nome AP>', protocollo '802.11b/g', controller 'x.x.x'. La descrizione della firma è 'Flood dissociazione', con la precedenza 'x'. L'indirizzo MAC dell'autore dell'attacco è 'hh:hh:hh:hh:hh', il numero di canale è 'x' e il numero di rilevamenti è 'x'. Perché questo accade?

A.Questo problema è causato dal bug Cisco IDCSCsg81953 .   

Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti interni del bug di Cisco.

Disassociazione IDS Gli attacchi Flood contro client validi vengono talvolta segnalati quando l'indirizzo MAC dell'autore dell'attacco è quello di un access point collegato a quel controller.

Quando un client è associato all'access point ma interrompe le comunicazioni a causa della rimozione della scheda, rimane fuori dall'intervallo e così via per raggiungere l'access point, che attende il timeout di inattività. Una volta raggiunto il timeout di inattività, l'access point invia al client un frame non associato. Quando il client non riconosce il frame non associato, l'access point trasmette nuovamente il frame più volte (circa 60 frame). Il sottosistema IDS del controller ascolta questi ritrasmissioni e avvisi con questo messaggio.

Il bug è stato risolto nella versione 4.0.217.0. Aggiornare la versione del controller a questa versione per risolvere il problema relativo a questo messaggio di avviso per i client e gli access point validi.

D.  Viene visualizzato questo messaggio di errore nel syslog del controller: [WARNING] apf_80211.c_2408: Received a message with a invalid supported rate from station <xx:xx:xx:xx:xx:xx> [ERROR] apf_utils.c 198: Missing Supported Rate. Perché?

A. In realtà, i messaggi Missing Supported Rate (Frequenza supportata mancante) indicano che il WLC è configurato per alcune velocità dati richieste secondo le impostazioni wireless, ma la scheda NIC non ha la velocità richiesta.

Se sul controller sono impostate velocità dati, ad esempio 1 e 2 MB, ma la scheda NIC non comunica su tali velocità dati, è possibile ricevere questo tipo di messaggio. Si tratta di un comportamento errato della scheda NIC. D'altro canto, se il controller è 802.11g abilitato e il client è una scheda 802.11b(only), si tratta di un messaggio legittimo. Se questi messaggi non causano problemi e le schede possono ancora connettersi, questi messaggi possono essere ignorati. Se i messaggi sono specifici della scheda, verificare che il driver per la scheda sia aggiornato.

D.  Questo syslog AP:001f.ca26.bfb4: %LWAPP-3-CLIENTERRORLOG: messaggio di decodifica: impossibile trovare corrispondenza con l'ID WLAN <id>il messaggio di errore viene trasmesso sulla rete. Perché questo accade e come lo fermo?

A. Questo messaggio viene trasmesso dai LAP. Questa condizione viene rilevata quando si configura la funzione di override della WLAN per una WLAN e la WLAN in questione non viene annunciata.

Configurare l'access point syslog host global 0.0.0.0 per arrestarlo oppure inserire un indirizzo IP specifico se si dispone di un server syslog in modo che il messaggio venga trasmesso solo al server.

D.  Viene visualizzato questo messaggio di errore sul controller WLC: [ERROR] File: apf_mm.c : Line: 581 : Announce collision for mobile 00:90:7a:05:56:8a, deleteting. Perché?

R.In genere, questo messaggio di errore indica che il controller ha annunciato collisioni per un client wireless (ovvero, i diversi access point annunciano di avere il client) e il controller non ha ricevuto un handoff da un access point al successivo. Nessuno stato di rete da mantenere. Eliminare il client wireless e chiedere al client di riprovare. Se il problema si verifica di frequente, potrebbe trattarsi di un problema relativo alla configurazione della mobilità. In caso contrario, può trattarsi di un'anomalia correlata a un client o a una condizione specifici.

D.  Il controller invia questo messaggio di allarme: la soglia di copertura di '12' è stata violata. Che cos'è questo errore e come risolverlo?

A.Questo messaggio di allarme viene generato quando il rapporto segnale-rumore (SNR, Signal-to-Noise Ratio) di un client scende su un valore inferiore al valore di soglia SNR per la radio in questione. 12 è il valore di soglia SNR predefinito per il rilevamento dei fori di copertura.

L'algoritmo di rilevamento e correzione dei fori di copertura determina se esiste un foro di copertura quando i livelli SNR dei client sono inferiori a una determinata soglia SNR. Questa soglia SNR varia in base a due valori: la potenza di trasmissione del punto di accesso e il valore del profilo di copertura del controller.

In dettaglio, la soglia SNR del client è definita dalla potenza di trasmissione di ciascun punto di accesso (rappresentata in dBm), meno il valore costante di 17dBm, meno il valore configurabile dall'utente del profilo di copertura (questo valore è predefinito a 12dB).

• Valore limite SNR client (|dB|) = [Potenza di trasmissione AP (dBm) - Costante (17 dBm) - Profilo copertura (dB)]

È possibile accedere al valore del profilo di copertura configurabile dall'utente nel modo seguente:

1. Nell'interfaccia utente del WLC, andare all'intestazione principale di Wireless e selezionare l'opzione Network (Rete) per lo standard WLAN desiderato sul lato sinistro (802.11a o 802.11b/g). Quindi, selezionare Auto RF nell'angolo superiore destro della finestra.

2. Nella pagina Parametri globali RF automatici individuare la sezione Soglie profilo. In questa sezione è possibile trovare il valore Copertura (da 3 a 50 dbm). Questo valore è il valore del profilo di copertura configurabile dall'utente.

3. Questo valore può essere modificato per influenzare il valore di soglia SNR del client. L'altro modo per influenzare questa soglia SNR è aumentare la potenza di trasmissione e compensare il rilevamento del buco di copertura.

D.  Uso ACS v 4.1 e un controller WLC (Wireless LAN Controller) 4402. Quando il WLC tenta di autenticare un client wireless ad ACS 4.1, il WLC non risponde con l'ACS e segnala questo messaggio di errore: " Si è verificato un errore interno ". Tutte le configurazioni sono corrette. Perché si verifica questo errore interno?

R.C'è un bug Cisco relativo all'autenticazione IDCSCsh62641 nell'ACS 4.1, dove l'ACS restituisce il messaggio di errore interno con errore.

Questo bug può essere il problema. Per questo bug è disponibile una patch sul sito Download di ACS 4.1 che può risolvere il problema.

Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti interni del bug di Cisco.

D.  Impossibile avviare Cisco serie 4400 Wireless LAN Controller (WLC). Questo messaggio di errore viene ricevuto sul controller: ** Impossibile utilizzare IDE 0:4 per il caricamento a freddo ** Errore (nessun IRQ) dev 0 blk 0: stato 0x51 Errore reg: 10 ** Impossibile leggere dal dispositivo 0. Perché?

R.La causa di questo errore può essere un problema hardware. Apri una richiesta TAC per risolvere ulteriormente il problema. Per aprire una richiesta TAC, è necessario avere un contratto valido con Cisco. Per contattare Cisco TAC, consultare il supporto tecnico.

D.  Il controller WLC (Wireless LAN Controller) si trova in problemi del buffer di memoria. Una volta che i buffer di memoria sono pieni, il controller si blocca e deve essere riavviato per riportarlo online. Questi messaggi di errore vengono visualizzati nel log dei messaggi: Mon Apr 9 10:41:03 2007 [ERROR] dtl_net.c 506: Out of System buffer Mon Apr 9 10:41:03 2007 [ERROR] sysapi_if_net.c 537: Unable allocate new Mbuf. lun apr 9 10:41:03 2007 [ERROR] sysapi_if_net.c 219: MbufGet: no free Mbufs. Perché?

A.Questo problema è dovuto al bug Cisco IDCSCsh93980. Il bug è stato risolto nella versione WLC 4.1.185.0. Per risolvere il problema, aggiornare il controller alla versione software o successiva.

Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti interni del bug di Cisco.

D.  Ho eseguito l'aggiornamento del controller WLC (Wireless LAN Controller) 4400 al codice 4.1 e il nostro syslog è stato bombardato da messaggi come questo: May03 03:55:49.591 dtl_net.c:1191 DTL-1-ARP_POISON_DETECTED: STA [00:17:f2:43:26:93, 0.0.0.0] ARP (op 1) ricevuto con SPA 192.168.1.233/TPA 19 non valido 2.168.1.233. Cosa indicano questi messaggi?