Questo documento spiega i tipi di allarme comuni che possono apparire durante il funzionamento T1. Viene fornita una spiegazione dell'allarme e le tecniche comuni di risoluzione dei problemi. Utilizzare questo documento in combinazione con la risoluzione dei problemi relativi agli eventi di errore T1 e la guida alla risoluzione dei problemi di Internet.
Per maggiori informazioni sui termini usati nel presente documento, consultare i glossari di DS1, T1 ed E1
Nessun requisito specifico previsto per questo documento.
Il documento può essere consultato per tutte le versioni software o hardware.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Il comando show controller t1 visualizza lo stato del controller specifico dell'hardware del controller. Queste informazioni sono utili per le operazioni diagnostiche eseguite dal personale di supporto tecnico. Il Network Processor Module (NPM) o il MultiChannel Interface Processor (MIP) può eseguire una query sugli adattatori di porta per determinarne lo stato corrente.
Il comando show controller t1 EXEC fornisce anche quanto segue:
Statistiche sul collegamento T1. Se specificate uno slot e un numero di porta, vengono visualizzate le statistiche per ciascun periodo di 15 minuti.
Informazioni per la risoluzione dei problemi relativi al livello fisico e al livello di collegamento dati.
Informazioni sugli allarmi locali o remoti, se presenti, sulla linea T1.
Usare il comando show controller per verificare se il controller visualizza allarmi o errori. Per verificare se i contatori di errore framing, line coding e slip seconds stanno aumentando, eseguire ripetutamente il comando show controller t1. Annotare i valori dei contatori per l'intervallo corrente.
Contattare il provider di servizi per le impostazioni di framing e codifica della linea. È comune utilizzare la codifica binaria di linea a sostituzione 8-zero (B8ZS) con Extended Superframe (ESF) e la codifica di linea con Super Frame (SF) con Alternative Mark Inversion (AMI). Cercare Clock Source is Line Primary nell'output show controller t1 per verificare che l'origine dell'orologio sia derivata dalla rete.
In questa sezione vengono illustrati gli allarmi e le procedure per correggerli. Dopo ogni passaggio, eseguire il comando show controller t1 per verificare se si verificano allarmi.
Un segnale di indicazione di allarme (AIS) di ricezione (Rx) indica che si verifica un allarme sulla linea a monte dell'apparecchio collegato alla porta. L'errore AIS viene dichiarato quando viene rilevato un difetto AIS all'ingresso ed è ancora presente dopo la dichiarazione della perdita di frame (causata dalla natura non di frame del segnale "all-ones"). L'errore AIS viene cancellato quando viene cancellata la perdita di fotogrammi.
La procedura seguente illustra come correggere gli errori di AIS Rx:
Controllare l'output show controller t1 [slot/port] per verificare se il formato di frame configurato sulla porta corrisponde al formato di frame della linea. In caso contrario, modificare il formato di frame sul controller in modo che corrisponda alla linea.
Per modificare il formato di frame, utilizzare il comando framing {SF | ESF} in modalità di configurazione del controller. Ad esempio:
maui-nas-03#configure terminal Enter configuration commands, one per line. End with CNTL/Z. maui-nas-03(config)#controller t1 0 maui-nas-03(config-controlle)#framing esf
Contattare il provider di servizi per verificare la presenza di una configurazione errata all'interno della Telco.
Un'indicazione di allarme remoto di ricezione (RAI) indica che l'apparecchiatura remota ha un problema con il segnale che riceve dall'apparecchiatura a monte.
Per i collegamenti SF, il guasto Far End Alarm viene dichiarato quando il bit 6 di tutti i canali è stato zero per almeno 335 ms. L'errore viene cancellato quando il bit 6 di almeno un canale non è zero per un periodo generalmente inferiore a un secondo e sempre inferiore a cinque secondi. Il guasto dell'allarme remoto non viene dichiarato per i collegamenti SF quando viene rilevata una perdita di segnale.
Per i collegamenti ESF, il fallimento dell'allarme Far End viene dichiarato se il modello di segnale di allarme giallo si verifica in almeno sette intervalli contigui a 16 bit su dieci. Il guasto viene cancellato se il modello di segnale di allarme giallo non si verifica in dieci intervalli contigui a 16 bit.
La procedura seguente illustra come correggere gli errori RAID Rx:
Inserire un cavo di loopback esterno nella porta. Per creare una spina di loopback:
Utilizzare le taglierine per tagliare un cavo RJ-45/48 funzionante lungo 15 cm con un connettore collegato.
Staccate i cavi.
Avvitare i fili dai pin 1 e 4.
Avvolgere i fili dai pin 2 e 5.
I pin di un jack RJ-45/48 sono numerati da 1 a 8. Con i pin in metallo rivolti verso di te, il pin 1 è il pin più a sinistra. Di seguito è riportata la figura dei numeri pin su un jack RJ-45.
Per verificare la presenza di allarmi, usare il comando show controller t1 EXEC. Se non vengono visualizzati allarmi, è probabile che l'hardware locale sia in buone condizioni. In tal caso, effettuare le seguenti operazioni:
Controllare il cablaggio. Verificare che il cavo tra la porta di interfaccia e l'apparecchiatura del provider di servizi T1 o l'apparecchiatura terminale T1 sia collegato correttamente. Assicurarsi che il cavo sia collegato alle porte corrette. Se necessario, correggere le connessioni dei cavi.
Controllare l'integrità del cavo cercando eventuali interruzioni o altre anomalie fisiche nel cavo. Assicurarsi che i pin siano impostati correttamente. Se necessario, sostituire il cavo.
Controllare le impostazioni dell'estremità remota e verificare che corrispondano alle impostazioni della porta.
Se il problema persiste, contattare il provider di servizi.
Rimuovere la spina di loopback e ricollegare la linea T1.
Controllare il cablaggio.
Spegnere e riaccendere il router.
Collegare la linea T1 a una porta diversa. Configurare la porta con le stesse impostazioni della linea. Se il problema non persiste, la causa dell'errore è la porta. In questo caso, attenersi alla seguente procedura:
Ricollegare la linea T1 alla porta originale.
Eseguire un test del loop hardware. Per ulteriori informazioni, consultate il documento Test di loopback per le linee T1/56 K.
Un allarme rosso viene dichiarato quando la CSU (Channel Service Unit) non è in grado di sincronizzarsi con il modello di framing sulla linea T1.
La procedura seguente illustra come correggere l'invio di allarmi remoti da parte del trasmettitore:
Verificare che il formato di frame configurato sulla porta corrisponda al formato di frame della linea. In caso contrario, modificare il formato di frame sul controller in modo che corrisponda al formato della linea.
Controllare le impostazioni dell'estremità remota e verificare che corrispondano alle impostazioni della porta.
Contattare il provider di servizi.
Un'indicazione di allarme remoto (RAI) di trasmissione (Tx) su un'interfaccia DS1 indica che l'interfaccia ha un problema con il segnale che riceve dall'apparecchiatura remota.
La procedura seguente illustra come correggere gli errori Tx RAI:
Verificare che le impostazioni dell'estremità remota corrispondano a quelle della porta.
Un allarme Tx RAI è accompagnato da un altro allarme. Questo allarme indica il problema che la porta/scheda T1 ha con il segnale proveniente dall'apparecchiatura remota. Risolvere il problema per risolvere l'errore Tx RAI.
La procedura seguente illustra come correggere gli errori Tx AIS:
Verificare che il formato di frame configurato sulla porta corrisponda al formato di frame della linea. In caso contrario, modificare il formato di frame sul controller in modo che corrisponda al formato della linea.
Spegnere e riaccendere il router.
Collegare la linea T1 a una porta diversa. Configurare la porta con le stesse impostazioni della linea. Se il problema persiste, attenersi alla seguente procedura:
Eseguire un test del loop hardware. Per ulteriori informazioni, consultate il documento Test di loopback per le linee T1/56 K.
Sostituire la scheda controller T1.
Contattare il Cisco Technical Assistance Center (TAC) per risolvere il problema.
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
04-Feb-2010 |
Versione iniziale |