Wireless fisso: Allarmi point-to-point

Introduzione

In questo documento vengono illustrati i passaggi necessari per verificare se la scheda wireless point-to-point (P2P) presenta un allarme minore o maggiore, se il collegamento non è attivo o se il collegamento è attivo ma presenta comunque un allarme.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

• Utilizzo della riga di comando

Per eseguire le attività descritte in questo documento, è necessario disporre di un accesso in modalità di esecuzione privilegiata ("abilitato") sul router che si desidera esaminare.

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

• uBR7200

• Software Cisco IOS® versione 12.1(5)XM4 (o una qualsiasi versione software Cisco IOS che supporta connessioni wireless fisse point-to-point)

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Allarmi secondari

Gli allarmi minori si verificano quando le soglie delle metriche configurate sono state superate (ad esempio, errori delle parole di codice). È possibile verificare se il collegamento contiene errori relativi alle parole chiave tramite uno studio dell'output dei comandi in questa sezione.

Per verificare le prestazioni del collegamento dopo l'accensione del sistema, immettere il comando:

show interface radio slot/port link-metrics

Queste metriche quantificano il modo in cui il collegamento è stato eseguito durante la sincronizzazione delle due estremità del collegamento:

show interface radio slot/port 24hour-metrics

!--- This command provides details for the last 32 days.
 

show interface radio slot/port radio 1hour-metrics 1Hr_options


!--- This command provides details for the last 24 hours.
 

show interface radio slot/port radio 1minute-metrics 1min_options


!--- This command provides details for the last 60 minutes.
 

show interface radio slot/port radio 1second-metrics 1sec_options


!--- This command provides details for the last 60 seconds.
 

show interface radio slot/port radio 1tick-metrics 1tick_options


!--- This command provides details for the last n hardware ticks.

L'output di questi comandi verifica se il collegamento a radiofrequenza (RF) presenta un problema.

Utilizzare questo comando per cancellare le metriche dei collegamenti e notare se i contatori aumentano di frequente:

clear radio interface radio link-metrics

Se si verifica un piccolo allarme sulla scheda e si riscontrano molti errori, è necessario analizzare ulteriormente il collegamento RF. Per assistenza, fare riferimento alla guida per la risoluzione dei problemi punto-punto wireless. Il problema può essere un'interferenza o un problema relativo alla radiofrequenza che causa la degradazione del segnale.

Se vengono visualizzati allarmi di minore entità, ma il collegamento è ancora attivo, le soglie delle metriche potrebbero essere impostate in modo troppo restrittivo. Per visualizzare le impostazioni attualmente configurate, usare questo comando sull'uBR:

show interface rX/0 metrics-threshold

Questo output indica esattamente dove sono impostate le soglie e genera un allarme se le soglie vengono superate. Se necessario, è possibile ripetere la configurazione di queste soglie.

Un piccolo allarme può indicare un problema di RF che richiede ulteriori indagini. Tuttavia, l'allarme può essere abbastanza piccolo da consentire al collegamento di tollerare l'allarme, a seconda delle limitazioni dell'ambiente fisico.

Allarmi principali

Gli allarmi principali generalmente si verificano quando l'unità esterna (ODU) non riceve alimentazione CC o si verificano problemi nel cablaggio tra l'unità interna (IDU) e l'ODU. Gli allarmi principali si verificano anche quando uno dei sensori dell'ODU cade fuori tolleranza (over-temp, over-power, e così via). Gli allarmi principali in genere indicano un guasto hardware. Per entrambi gli scenari, eseguire un test di loopback radio per eliminare l'hardware come responsabile. Di seguito sono riportati i comandi di configurazione (sull'interfaccia radio):

radio loopback local if 
radio loopback local rf

Eseguire i test di loopback RF e IF. Questi test di loopback verificano solo il sito locale in cui vengono eseguiti. Le prove non sono effettuate su aria. Se il loopback IF ha esito negativo, è probabile che una scheda di linea P2P sia difettosa. Se il loopback RF ha esito negativo, verificare se esiste un problema fisico tra la scheda di linea e l'ODU.

Spegnere i LED

I due LED di allarme rimangono accesi per tutta la durata dell'allarme. È possibile utilizzare la forma del fermo del comando radio led latch off per fare in modo che i LED rimangano accesi. Usare il comando una seconda volta per cancellare i LED.

Per ripristinare le impostazioni predefinite del LED, usare il comando no radio led latch:

Gli allarmi devono essere eliminati.

Informazioni correlate

• Documentazione e supporto tecnico – Cisco Systems