Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Allarmi ai livelli SONET

Indicatori di allarme

Risoluzione dei problemi

Risoluzione dei problemi con i comandi di loopback

Configurazione di un'interfaccia per il loopback interno

Configurazione di un'interfaccia per il loopback della linea

Configurazione dei trigger di ritardo SONET

Trigger linea e sezione

Trigger a livello di percorso

SONET MIB

Informazioni correlate

Introduzione

Questo documento spiega gli allarmi SONET più comuni e come risolverli.

La sorveglianza degli allarmi utilizza due termini:

- Stato: condizione segnalata o rilevata. Una periferica SONET entra in uno stato quando la periferica rileva il verificarsi di un evento. Una periferica SONET esce da tale stato quando la periferica non rileva più l'evento. In questo documento vengono illustrati gli stati di perdita di segnale (LOS) e perdita di frame (LOF).

- Indicazione (Indication) - Richiesta da un cambiamento di stato. Indica la presenza di una condizione. In questo documento vengono illustrati il segnale di segnalazione di allarme (AIS), l'indicatore di difetti a distanza (RDI) e le indicazioni di guasto della ricezione remota (FERF).

Gli allarmi o i difetti attivi mantengono un'interfaccia nello stato down/down. Il processo utilizzato per risolvere i problemi relativi alle interfacce SONET down/down è simile a quello utilizzato per le interfacce digitali, come T1 e T3.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

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 ai livelli SONET

L'apparecchiatura SONET rileva eventi e allarmi su ciascuno dei tre livelli di SONET: sezione, linea e percorso. In genere, un dispositivo SONET invia allarmi sia a monte che a valle per segnalare ad altri dispositivi la condizione di problema.

Usare il comando pos report per configurare gli allarmi che l'interfaccia packet over SONET (POS) può attivare.

RTR12410-1(config)#interface pos 2/1

RTR12410-1(config-if)#pos report ?

all     all Alarms/Signals

b1-tca  B1 BER threshold crossing alarm

b2-tca  B2 BER threshold crossing alarm

b3-tca  B3 BER threshold crossing alarm

lais    Line Alarm Indication Signal

lrdi    Line Remote Defect Indication

pais    Path Alarm Indication Signal

plop    Path Loss of Pointer

prdi    Path Remote Defect Indication

rdool   Receive Data Out Of Lock

sd-ber  LBIP BER in excess of SD threshold

sf-ber  LBIP BER in excess of SF threshold

slof    Section Loss of Frame

slos    Section Loss of Signal

Il comando show controller visualizza il numero di volte in cui un allarme viene dichiarato e se vi sono allarmi attivi su un'interfaccia POS e ATM over SONET. Questo output è stato acquisito su un Gigabit Switch Router (GSR). La sezione Difetti attivi indica ciò che viene rilevato dall'interfaccia locale. La sezione Allarmi attivi indica ciò che il dispositivo a monte segnala.

RTR12410-1#show controller pos 1/0

POS1/0

SECTION

LOF = 1         LOS    = 1                       BIP(B1) = 31165

LINE

AIS = 1         RDI    = 0     FEBE = 0          BIP(B2) = 0

PATH

AIS = 1         RDI    = 1     FEBE = 0          BIP(B3) = 25614

LOP = 0         NEWPTR = 1     PSE  = 0          NSE     = 0

Active Defects: SLOF SLOS B1-TCA LAIS PAIS PRDI B3-TCA

Active Alarms:  SLOS B1-TCA B3-TCA

Alarm reporting enabled for: SF SLOS SLOF B1-TCA B2-TCA PLOP B3-TCA

Anche questo output di esempio è stato acquisito da un GSR. Il messaggio LINK-3-UPDOWN indica che il livello fisico è attivo e che tutti gli allarmi attivi sono stati eliminati. Il messaggio LINEPROTO-5-UPDOWN indica che il protocollo di linea è attivo; il protocollo di linea sulle interfacce POS è Frame Relay, High-Level Data Link Control (HDLC) o Point-to-Point Protocol (PPP).

Aug  7 05:14:37 BST: %LINK-3-UPDOWN: Interface POS4/7, changed state

to up

Aug  7 05:14:38 BST: %LINEPROTO-5-UPDOWN: Line protocol on Interface

POS4/7,changed state to up

Aug  7 05:14:49 BST: %SONET-4-ALARM:  POS4/7: LRDI cleared

Aug  7 05:14:52 BST: %SONET-4-ALARM:  POS4/7: LRDI

Aug  7 05:15:02 BST: %LINEPROTO-5-UPDOWN: Line protocol on Interface

POS4/7, changed state to down

! --- Router receives the Line Remote Defect Indicator (LRDI) ! --- and brings down the line protocol.

Aug  7 05:15:13 BST: %SONET-4-ALARM:  POS4/7: LRDI cleared

Aug  7 05:16:42 BST: %SONET-4-ALARM:  POS4/7: LRDI

Aug  7 05:16:45 BST: %SONET-4-ALARM:  POS4/7: SLOS

Aug  7 05:16:47 BST: %LINK-3-UPDOWN: Interface POS4/7, changed state

to down

Aug  7 05:16:56 BST: %SONET-4-ALARM:  POS4/7: LRDI cleared

Aug  7 05:16:56 BST: %SONET-4-ALARM:  POS4/7: PRDI

Aug  7 05:17:49 BST: %SONET-4-ALARM:  POS4/7: LRDI

Nota: per acquisire timestamp granulari nei messaggi di log, configurare il comando datetime msec di log timestamp del servizio.

Un router con interfacce ATM over SONET segnala anche gli allarmi attivi con questi messaggi log:

Feb 18 16:34:22.309: %SONET-4-ALARM: ATM5/0: ~SLOF SLOS LAIS ~LRDI PAIS PRDI ~PLOP

Il carattere "~" indica che l'allarme specifico non è attivo e l'assenza del carattere ~ indica che l'allarme è attivo. In questo output di esempio, ~SLOF indica che non vi è alcuna perdita di sezione degli errori di frame. Tuttavia, l'interfaccia ha diversi altri allarmi attivi che includono la perdita di sezione del segnale (SLOS) e il segnale di indicazione di allarme di linea (LAIS).

Indicatori di allarme

In genere, una condizione di errore rilevata da un dispositivo SONET determina una o più condizioni di errore inviate sia a monte che a valle sulla rete. Un AIS viene inviato per avvisare i dispositivi a valle di un problema e per evitare che si verifichino guasti o allarmi conseguenti. Un allarme RDI viene inviato a monte come meccanismo di controllo e feedback per la rete. RDI era precedentemente noto come FERF.

L'RDI è diverso dall'indicatore di errore remoto (REI). Il REI comunica i valori di monitoraggio delle prestazioni, ad esempio la frequenza degli errori di bit.

Risoluzione dei problemi

Utilizzare questa tabella per isolare e risolvere gli allarmi SONET. Quando si esegue la risoluzione dei problemi, notare il livello SONET in cui vengono rilevati errori e allarmi. Ad esempio, eseguire un test esteso del collegamento end-to-end se le interfacce POS segnalano solo errori a livello di percorso. Annotare inoltre ciò che vengono visualizzati dai dispositivi upstream e remoti.

Tipo e gravità dell'allarme

Condizioni che provocano l'attivazione dell'allarme

Suggerimento

Critica perdita di sezione del segnale (SLOS)

Un collegamento SONET deve visualizzare un certo numero di transizioni bit digitali (da 1 a 0 e da 0 a 1) per garantire una corretta sincronizzazione. La funzione LOS viene dichiarata quando non vengono rilevate transizioni di bit sul segnale in ingresso (prima della decodificazione) per un periodo compreso tra 2,3 e 100 microsecondi. Il difetto di perdita viene cancellato dopo un intervallo di 125 microsecondi (un fotogramma) durante il quale non viene rilevato alcun difetto di perdita.
Nota: la perdita di dati si verifica in genere nelle configurazioni di laboratorio back-to-back perché il ricevitore è saturo di troppa luce, in particolare quando si utilizzano interfacce single-mode a lungo raggio. Provate ad attenuare il segnale.

1. Controllare che il cavo in fibra ottica sia collegato correttamente.

2. Verificare che il cavo in fibra ottica locale non sia danneggiato. Cercate rotture o anomalie fisiche.

3. Verificare che l'estremità remota del cavo in fibra ottica sia collegata, integra e che la porta remota sia configurata correttamente.

4. Provare a eseguire un loopback soft con il comando loopback internal.

5. Provare un loopback completo. Collegare il trasmettitore alla ricezione con un singolo filamento di fibra.

6. Determinare se l'interfaccia POS riceve semplicemente troppa luce o meno.

Perdita di sezione del frame (SLOF) critica

I byte A1 e A2 nel sovraccarico di sezione forniscono l'allineamento del frame con un particolare modello di bit. Un'interfaccia ricevente dichiara LOF dopo aver rilevato errori nel modello di framing per tre millisecondi. Il valore LOF viene cancellato quando si ricevono due modelli di frame A1/A2 validi consecutivi.

1. Controllare che il cavo in fibra ottica sia collegato correttamente e non sia danneggiato.

2. Verificare che il formato di frame sulla porta corrisponda al formato configurato sulla linea:

router(config-if)# [no] pos framing-sdh

Principale segnale di allarme - linea (LAIS)

Il LAIS viene inviato dal SET (Section Terminating Equipment) per avvisare l'LTE (Downstream Line Terminating Equipment) che è stato rilevato un difetto LOS o LOF nella sezione SONET in arrivo. L'impostazione Upstream SET genera una linea AIS verso LTE a valle impostando i bit 6, 7 e 8 del byte K2 su 111.

1. Verificare che la configurazione remota sia corretta.

2. Controllare lo stato della linea all'estremità remota del collegamento.

Indicazione remota difetti - Principale linea (LRDI)

Gli allarmi RDI vengono sempre segnalati a monte del dispositivo di rilevamento. LRDI torna in modo specifico nei bit K2 6-8 e sostituisce qualsiasi modalità Automatic Protection Switching (APS) esistente: (APS 1+1) o stato APS (BLSR). L'AIS-L viene inviato anche nei bit 6-8 ed è generalmente inviato da un rigeneratore SONET o da un altro SET.

RDI - I problemi di linea derivano dall'interfaccia remota. Controllare se sul sito remoto sono presenti condizioni di allarme.

Segnale di allarme - Percorso (PAIS) secondario

Un LTE a monte che riceve il LAIS invia quindi il percorso AIS al PTE a valle impostando i byte H1 e H2. Lo scopo è avvisare la PTE a valle di un difetto sul segnale di linea in entrata della LTE a monte.

Questo messaggio viene inviato da un sito che ha ricevuto il LAIS. Si tratta di un piccolo avviso e non è necessario intraprendere alcuna azione se non quella di monitorare l'estremità remota. Se gli allarmi sono persistenti, verificare le configurazioni dell'interfaccia su entrambe le estremità del trunk.

Indicazione errori remoti - Percorso (PRDI) secondario

L'indicatore PRDI (Path Remote Defect Indicator) viene utilizzato solo a livello di percorso. Un problema a livello del tracciato richiede l'invio del PAIS a valle e del PRDI a monte per comunicare al provider di servizi di traffico che esiste un problema con il loro circuito a valle.

Un allarme PRDI indica in genere un problema a due siti di distanza. Se l'allarme è persistente, controllare lo stato di allarme dei siti adiacenti, a partire dal sito più vicino.

Risoluzione dei problemi con i comandi di loopback

Il test di loopback consente di testare la connessione tra l'interfaccia OC-3 e una periferica remota per risolvere i problemi, rilevare e isolare i malfunzionamenti delle apparecchiature. Il comando loopback attiva un'interfaccia in modalità loopback interno (nota anche come loopback locale) o in modalità line loopback, che consente ai pacchetti di test generati dal comando ping di eseguire il loop in un dispositivo remoto o un cavo. Se i pacchetti completano il loop, la connessione è buona. In caso contrario, è possibile isolare un guasto al dispositivo remoto o al cavo nel percorso del test di loopback.

Con il loopback interno, notare:

- Quando si configura un loopback, assicurarsi di configurare l'interfaccia per la temporizzazione interna con il comando clock source internal. Il framer attende i frame validi in ingresso con cui sincronizzarsi e utilizza questi frame per la data di trasmissione, quando configurato per la linea sorgente dell'orologio. Senza frame di ricezione, non si ha tempo per inviare i frame.

- Se si crea un loop hardware, in altre parole si ripete la fibra nell'interfaccia, accertarsi di usare un attenuatore se si usa un'interfaccia a modalità singola. In caso contrario, è possibile aumentare la potenza dell'interfaccia o danneggiare l'ottica della scheda se si tratta di una scheda Long Reach o se la trasmissione invia più alti dei livelli nominali.

Configurazione di un'interfaccia per il loopback interno

L'impostazione di loopback predefinita è per nessun loopback. Con il loopback interno (o locale), i pacchetti provenienti dal router vengono rimandati indietro nel frame. I dati in uscita vengono ritrasmessi al ricevitore senza essere effettivamente trasmessi. Il loopback interno è utile quando si desidera verificare il funzionamento dell'interfaccia POS. Per configurare un'interfaccia per il loopback interno, usare il comando loop internal:

Router(config)#interface pos 3/0

Router(config-if)#loop internal

Configurazione di un'interfaccia per il loopback della linea

L'impostazione di loopback predefinita è per nessun loopback. Con il line loopback, la fibra ottica di ricezione (Rx) è connessa logicamente al cavo in fibra ottica di trasmissione (Tx), in modo che i pacchetti provenienti dal router remoto vengano reindirizzati al cavo. I dati in arrivo vengono ritrasmessi senza essere effettivamente ricevuti. Per configurare un'interfaccia per il loopback della linea, usare il comando loop line:

Router(config)#interface pos 3/0

Router(config-if)#loop line

Nota: il comando loopback line esegue il ciclo continuo del segnale prima del framer SONET.

Configurazione dei trigger di ritardo SONET

Un innesco è un allarme che, quando attivato, causa il blocco del protocollo di linea. In queste sezioni vengono illustrati i trigger di linea e di percorso, configurati con il comando pos delay triggers.

RTR12410-1(config)#interface pos 1/0

RTR12410-1(config-if)#pos delay triggers ?

line  Specify delay for SONET LINE level triggers (S-LOS, S-LOF, L-AIS)

path  Enable SONET PATH level triggers (P-AIS, P-RDI), with optional delay

RTR12410-1(config-if)#pos delay triggers line ?

<0-511>  Holdoff time, in msec

<cr>

Trigger linea e sezione

È possibile usare il comando pos delay triggers line per le interfacce POS dei router Internet connesse a sistemi DWDM (Dense Wavelength Division Multiplexing) protetti internamente (documentati in CSCdm36033 e CSCdp65436 sui router Cisco serie 12000 e CSCdr72941 sui router Cisco serie 7200 e 7500). Questo comando non è valido per le interfacce configurate come APS funzionanti o protette. Normalmente, anche pochi microsecondi di allarmi a livello di linea o di sezione (SLOS, SLOF o LAIS) disattivano il collegamento finché l'allarme non viene cancellato per dieci secondi. Se si configura la sospensione, il trigger di collegamento a discesa viene ritardato di 100 ms. Se l'allarme rimane attivo per più di 100 ms, il collegamento viene interrotto. Se l'allarme scade prima di 100 ms, il collegamento non viene interrotto.

Per impostazione predefinita, questi allarmi di linea e di sezione sono trigger per il protocollo di linea da disattivare:

- Perdita di sezione del segnale

- Perdita di sezione del frame

- Segnale di indicazione di allarme di linea

Il protocollo di linea dell'interfaccia si interrompe immediatamente quando viene attivato uno o più di questi allarmi. È possibile usare il comando pos delay triggers line per ritardare l'inattività del protocollo di linea dell'interfaccia. È possibile impostare il ritardo da 0 a 511 ms. Se non si specifica un intervallo di tempo, il ritardo predefinito è 100 ms.

Trigger a livello di percorso

Per impostazione predefinita, questi allarmi non vengono attivati. È possibile configurare questi allarmi del percorso come trigger e specificare un ritardo:

- Segnale di indicazione di allarme di percorso

- Indicazione dei difetti remoti del percorso

- Perdita del percorso del puntatore

È possibile usare il comando pos delay triggers path per configurare i vari allarmi sui percorsi come trigger e per specificare un ritardo di attivazione tra 0 e 511 ms. Il valore di ritardo predefinito è 100 ms.

La configurazione del percorso dei trigger di ritardo pos può anche interrompere il protocollo di linea quando la frequenza più alta di errore B2 e B3 viene confrontata con la soglia di errore del segnale (SF). Se la soglia SF viene superata, il protocollo di linea dell'interfaccia non funziona.

Il comando pos delay triggers path è stato introdotto nel software Cisco IOS® versione 12.0(16)S.

SONET MIB

Le interfacce Cisco SONET supportano anche SONET MIB, definito in RFC (Request for Comments) 1595 . La RFC utilizza la stessa terminologia per descrivere le condizioni di errore in un circuito SONET come standard ANSI per SONET e in un circuito Synchronous Digital Hierarchy (SDH) in base alle specifiche ITU-T G.783.

Per il supporto SONET MIB sulle interfacce Cisco POS e ATM over SONET, fare riferimento alle seguenti risorse:

- MIB Cisco: elenca i MIB supportati per piattaforma, nonché le stringhe ID oggetto e i file .my per il MIB SONET.

- Famiglia Cisco 7000 e serie 12000 - Note sulla release per la versione 12.0 S - Descrive i miglioramenti apportati al supporto Cisco per SONET MIB.

Informazioni correlate

- Pagine di supporto per l'hardware ottico

- Pagine di supporto per la tecnologia ottica

- Supporto tecnico – Cisco Systems