Questo documento spiega perché l'output del comando show controller pos su un'interfaccia Packet Over SONET (POS) può visualizzare un valore diverso da zero per i contatori Positive Stuff Event (PSE) e Negative Stuff Event (NSE). Il valore aumenta continuamente. Questi eventi aumentano quando il collegamento POS presenta problemi di clock. Pertanto, questo documento descrive anche la temporizzazione.
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.
Di seguito è riportato un output di esempio del comando show controller pos, acquisito su un Cisco serie 12000 Internet Router:
POS7/0 SECTION LOF = 0 LOS = 0 BIP(B1) = 0 LINE AIS = 0 RDI = 0 FEBE = 0 BIP(B2) = 0 PATH AIS = 0 RDI = 0 FEBE = 967 BIP(B3) = 26860037 LOP = 0 NEWPTR = 205113 PSE = 295569 NSE = 18
Nota: anche il contatore di errore NEWPTR può aumentare quando aumentano gli eventi NSE e PSE.
Una visualizzazione semplice di un collegamento di rete fisico è che definisce un percorso di trasmissione unidirezionale da un dispositivo di invio o trasmettitore a un dispositivo di ricezione o ricevitore. In altre parole:
Un dispositivo di sorgente comunica impulsi di tensione o onde luminose per trasmettere un valore binario 1 o 0.
Un dispositivo di destinazione riceve un valore binario 1 o 0. Per questo motivo, il dispositivo ricevente misura il livello del segnale sul filo fisico a una velocità (frequenza) e a un'ora (fase) specifiche.
Entrambi i dispositivi utilizzano un orologio per determinare quando eseguire l'operazione. Idealmente, i bit devono arrivare al ricevitore in modo molto preciso e conciso. Il ricevitore deve conoscere l'ora esatta in cui un file binario 1 o 0 si manifesta sull'interfaccia del ricevitore. Un trasmettitore e un ricevitore sono perfettamente sincronizzati quando sono in fase e in frequenza.
L'accuratezza del clock diventa più importante con le interfacce ad alta velocità come SONET perché esiste una relazione inversa tra il numero di bit su un collegamento fisico in un secondo e la durata del tempo in cui un bit si manifesta sul ricevitore. Ad esempio, un'interfaccia SONET OC-3 può trasmettere 155.000.000 di bit al secondo. Utilizzare questa formula per calcolare il tempo su filo di ciascun bit:
1 / 155000000 = .000000006 seconds
Confrontare questo valore con il tempo su cavo di un bit su un collegamento T1:
1 / 1544000 = .000000648 seconds or 648 microseconds
Pertanto, se il ricevitore sperimenta anche una lieve imprecisione nella temporizzazione del suo orologio di campionamento, non può rilevare un bit o anche diversi bit in successione. Questo problema porta a scivoloni dell'orologio, che sono la perdita di temporizzazione, e la conseguente perdita del rilevamento dei bit. I fogli di registrazione dell'orologio possono inoltre causare un'interpretazione errata dei valori binari 1 e 0 e pertanto causare errori CRC (Cyclic Redundancy Check) e di parità.
La temporizzazione non è espressa. Al contrario, un'interfaccia ricevente deriva la frequenza e la fase dell'interfaccia trasmittente. Per questo motivo, l'interfaccia di ricezione tiene traccia dei segnali in ingresso e delle transizioni da 0 a 1 e da 1 a 0.
È necessario innanzitutto comprendere in che modo SONET utilizza i byte H1 e H2 nel sovraccarico di riga.
Ogni segnale di trasporto sincrono (STS-1) è costituito da 810 byte, inclusi 27 byte per il sovraccarico del trasporto e 783 byte per l'SPE (Synchronous Payload Envelope). Il formato di un frame STS-1 e le nove righe per 90 colonne sono illustrati in .
Figura 1 - Formato di un frame STS-1
La sezione dei costi comuni di trasporto si suddivide in costi comuni di sezione e di linea. Il sovraccarico di linea include i byte H1 e H2. Il protocollo SONET utilizza questi byte per identificare la posizione del payload nella parte SPE del frame. Nella tabella viene mostrata la posizione dei byte H1 e H2:
Sovraccarico percorso | ||||
Sovraccarico sezione | Frame A1 | Frame A2 | Frame A3 | Traccia J1 |
B1 BIP-8 | E1 Orderwire | Utente E1 | B3 BIP-8 | |
Com dati D1 | Com dati D2 | Com dati D3 | Etichetta segnale C2 | |
Costi comuni linea | Puntatore H1 | Puntatore H2 | Azione puntatore H3 | Stato percorso G1 |
B2 BIP-8 | K1 | K2 | F2 - Canale utente | |
Com dati D4 | Com dati D5 | Com dati D5 | Indicatore H4 | |
Com dati D7 | Com dati D8 | Com dati D9 | Crescita Z3 | |
Com dati D10 | D11 Data Com | Com dati D12 | Crescita Z4 | |
Sincronizzazione stato/crescita S1/Z1 | Crescita M0 o M1/Z2 REI-L | E2 Orderwire | Connessione tandem Z5 |
Mentre le reti SONET mostrano una temporizzazione molto precisa, alcune variazioni sono inevitabili. Anche se la variazione è molto piccola, il piccolo tempo sul filo di ogni bit richiede una rigorosa precisione di temporizzazione.
Le reti sincrone possono utilizzare diversi metodi per risolvere i problemi di temporizzazione. Le reti SONET utilizzano il byte stuffing e le regolazioni del puntatore. Prima di studiare questi concetti, è necessario innanzitutto comprendere i flussi in entrata e in uscita.
Fondamentalmente, un dispositivo di rete accetta il traffico su una linea di input e lo scrive in un buffer in base alla frequenza del segnale in ingresso. Un orologio generato localmente determina la frequenza di lettura dei bit dal buffer. La velocità di lettura determina quando il contenuto del fotogramma (i valori binari 1 e 0) viene posizionato su una linea di output.
Le slittamenti dell'orologio, e i relativi overflow e underflow, portano agli eventi PSE e NSE all'interno della rete perché un byte nel flusso di trasmissione viene eliminato o ripetuto. Fondamentalmente, i fogli di clock indicano che la frequenza di clock sull'interfaccia in ingresso non è sincronizzata in qualche modo con la frequenza di clock sull'interfaccia in uscita.
Problema | Condizione | Risposta SONET |
---|---|---|
La scrittura nel buffer viene eseguita più rapidamente della lettura dal buffer. | Overflow | NSE - Sposta il fotogramma indietro di una posizione di byte. |
La scrittura nel buffer è più lenta della lettura dal buffer. | Underflow | Navigatore struttura di prodotto (PSE) - Consente di spostare il fotogramma in avanti di una posizione di un byte, aggiungendo un byte artificiale per compensare l'errore delle operazioni di scrittura. |
L'imbottitura di bit si verifica quando il buffer è vuoto in un momento in cui un bit deve essere letto. I bit di stuff compensano una diminuzione nel numero di bit in un frame.
Un Navigatore struttura di prodotto si verifica su un ADM (Add/Drop Multiplexer) quando il segnale in ingresso ritarda leggermente rispetto all'orologio dell'interfaccia in uscita su cui sono connessi i dati. Un Navigatore struttura di prodotto si verifica anche quando la velocità dei dati del payload è lenta rispetto alla frequenza dei fotogrammi STS. In queste condizioni, la posizione del byte dopo il byte H3 viene riempita (ignorata) e il valore del puntatore nei byte H1 o H2 aumenta.
Un NSE è esattamente l'opposto. Quando il segnale di ingresso arriva troppo rapidamente rispetto alla frequenza delle interfacce in uscita, i dati non vengono memorizzati nel buffer. Al contrario, il valore del puntatore diminuisce di uno e il payload inizia una posizione di byte prima. In particolare, un byte di payload viene inserito nel byte H3, noto anche come byte di azione del puntatore. In genere, questo byte è vuoto.
Gli eventi NSE e PSE in genere aumentano a causa di problemi di sincronizzazione su un collegamento o di impostazioni dell'orologio errate. Questi eventi si intensificano anche nelle seguenti condizioni:
Il segnale ricevuto è molto degradato e il frame SONET sul router segnala quelli che sembrano essere eventi NSE e PSE a causa del segnale altamente degradato.
Una configurazione back-to-back utilizza la linea interna e vi sono sufficienti differenze nella precisione dell'oscillatore a ciascuna estremità.
La fibra fisica non è sufficientemente pulita.
Il trasmettitore supera il ricevitore remoto e l'attenuazione sul collegamento è insufficiente.
Il link presenta un allarme o una condizione di errore. Mentre il router cancella questo stato, rileva alcuni NEWPTR validi e li conta erroneamente come NSE o PSE.
È importante notare che le interfacce Cisco POS non generano contatori PSE o NSE perché inviano un valore fisso nei byte H1 o H2. Le interfacce Cisco POS segnalano solo ciò che vedono dal cloud.
Questa tabella elenca le velocità massime consentite NSE e PSE per diversi livelli di precisione del clock Stratum:
Orologio | NSE e PSE rate massimi |
---|---|
Strato 1 | 11,2 animali al giorno |
Strato 2 | 12,44 mm al minuto |
Strato 3 | 59,6 oggetti al secondo |
20 ppm | 259 oggetti al secondo |
Questi numeri presuppongono il caso peggiore assoluto, le specifiche di fine del ciclo di vita per i vari orologi. Si presuppone inoltre che i due orologi si trovino alle estremità opposte dei loro intervalli (ovvero, uno è al massimo mentre l'altro al minimo), il che è molto improbabile in un ambiente di produzione. Pertanto, i numeri tipici di una rete reale devono essere inferiori di uno o due ordini di grandezza a tali numeri.
Ecco le tariffe PSE e NSE, se si presume la presenza di due Telco con orologi Stratum indipendenti:
Stratum 1 accuracy = +/- 1x10-11
Pertanto, l'offset peggiore tra due orologi Stratum 1 è 2x10-11.
STS-1 rate = 51.84x10+6 bits/second
L'offset peggiore tra due STS-1 che eseguono orologi indipendenti di Stratum 1 è:
(51.84x10+6) x (2x10-11) = 103.68 x10-5 bits/second = (103.68/8) x 10-5 bytes/second = 12.96 x 10-5 bytes/ second
Ogni regolazione puntatore STS-1 (o roba) consente di gestire un byte di dati. Pertanto, il numero è anche il tasso NSE o PSE. Pertanto, la velocità massima NSE o PSE quando si presume l'esistenza di orologi Stratum 1 è:
= 12.96 x 10-5 stuffs per second = (12.96x10-5) x (60x60x24) stuffs per day = 11.2 stuffs per day
Tenere presente quanto segue quando si risolvono i problemi relativi agli eventi NSE e PSE:
La frequenza degli eventi PSE e NSE non deve aumentare con il carico.
Le schede di linea Cisco POS generano un valore di puntatore fisso pari a 522. Pertanto, non è necessario visualizzare alcun evento PSE o NSE quando si collegano due schede di linea POS in secondo piano.
Alcuni eventi NEWPTR possono essere segnalati quando un'interfaccia cancella un allarme o durante una condizione di errore.
Quando si apre una richiesta di assistenza in collaborazione con il supporto tecnico Cisco per risolvere l'aumento del numero di eventi PSE e NSE, fornire le seguenti informazioni:
Sia che la topologia sia di nuovo di tipo back-to-back o su una rete SONET di ADM.
Piattaforma hardware e scheda di linea utilizzate.
Breve descrizione della cronologia del problema e di eventuali operazioni eseguite per risolverlo.
Output del comando show tech restituito dal router che segnala gli eventi.
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
01-Oct-2006 |
Versione iniziale |