MRV OptiSwitch OS906: quale comando CLI mostra il part number dell'SFP e la potenza RX in un sito di demarcazione
Consegniamo i circuiti clienti su box di demarcazione MRV OptiSwitch - per lo più OS906, con qualche OS904 e OS912 rimasto su installazioni più vecchie. Quando arriva un ticket su un circuito down o ballerino, voglio due cose via SSH prima che qualcuno guidi fin lì: quale modulo sta effettivamente nella porta (nessuno registra cosa ha montato l'installatore), e la potenza di ricezione, così posso dire se la luce si ferma dal nostro lato o dal loro.
- MRV OptiSwitch OS906 al punto di demarcazione cliente, OS904 e OS912 su qualche sito più vecchio
- SFP 1G generici, vendor misti, qualunque cosa avesse la squadra sul campo nel furgone
- tratta monomodale di ritorno al nostro POP
L'unica cosa che ho capito finora è che un alloggiamento vuoto risponde chiaramente:
Failed to get EEPROM Data, SFP is not insertedquindi almeno un modulo mancante si distingue da uno presente ma silenzioso. Quello che ancora non riesco a fare è stampare vendor, part number e lunghezza d'onda di un modulo che è in sede, o leggere la potenza TX/RX.
Provato finora:
- Ho percorso l'help della CLI sotto
show porte chiaramente mi sono perso il sotto-comando giusto - Ho messo un modulo di funzionamento noto in un OS904 di laboratorio per vedere se l'output differisce - e non ho visto niente
Quali comandi su OptiSwitch mi danno il contenuto dell'EEPROM e i livelli ottici in tempo reale? Preferirei non mandare qualcuno con un power meter in un sito dove la CLI ha già la risposta.
Comments 5
Due comandi la coprono, e sono divisi come spereresti: quello che il modulo dichiara di sé in uno, le letture in tempo reale nell'altro.
show port sfp-paramsscarica i campi EEPROM - vendor, part number, seriale, lunghezza d'onda, il rate nominale che il modulo dichiara, le cifre di portata che porta per ogni tipo di fibra, più i byte identificatore e connettore. Questo risponde a cosa ha effettivamente montato l'installatore, e se la sua portata è adatta alla tratta.show port sfp-diag <portnumber>è la metà in tempo reale: temperatura del modulo in entrambe le scale, tensione di alimentazione, corrente di bias sul lato trasmissione in mA, e le due potenze ottiche, ciascuna data due volte, in dBm e in mW. Il valore RX in dBm è il numero che citi all'operatore dell'altro capo.Fai prima sfp-params - una lettura in dBm dice poco finché non sai se stai guardando un pezzo a corto raggio o long-haul.
La stringa che hai già trovato vale la pena tenerla.
Failed to get EEPROM Data, SFP is not insertedsignifica che l'alloggiamento è vuoto, che è un guasto diverso da un modulo inserito ma illeggibile. Se mai scripti questo su una pila di box di demarcazione, è quella la riga su cui fai match.Il resto del set su questi box:
detail dà configurazione e stato della porta, i due comandi statistics danno contatori di pacchetti, byte ed errori con monitor come vista in tempo reale, e rate con un tempo in secondi dà il throughput su quella finestra.
Quale estremo stai davvero cercando di dimostrare, e cosa c'è dall'altro lato della tratta? Se entrambi gli estremi sono OptiSwitch puoi tirare sfp-params su ciascuno e confrontare direttamente vendor, part number e lunghezza d'onda, e quel confronto cattura il caso classico in cui qualcuno ha messo un modulo long-reach su un lato e uno short-reach sull'altro.
Se l'estremo lontano appartiene al cliente o a un altro operatore, metti i dettagli del loro modulo nel ticket prima di citare qualsiasi numero in dBm, altrimenti passi una settimana a discutere di un link che otticamente non avrebbe mai funzionato. E una volta che hai l'output: è una sola porta che torna vuota, o ogni porta sul box? Sono due problemi diversi.
Stessa classe di problema sui router Cisco, nel caso qualcuno arrivi qui da quella direzione. Su un ISR 4451 l'abitudine da Catalyst di digitare
show interface transceivernon porta da nessuna parte, il router non accetta quella sintassi, quindi la gente conclude che la piattaforma non abbia DOM affatto. Ce l'ha; ci arrivi invece attraverso l'albero dei moduli hardware:Quello che torna sono le termiche del modulo, la tensione di alimentazione e la corrente di bias sul lato trasmissione, poi entrambe le cifre di potenza. Su un link morto qui un GLC-LH-SMD leggeva circa -7,1 dBm in uscita e -32,2 dBm in ingresso, il che non è una tratta marginale, è buio totale - estremo lontano o percorso in fibra, niente a che fare con il router.
Scala approssimativa a cui lavoro: una tratta corta interna all'edificio sta circa tra -3 e -8 dBm, il lungo raggio si muove con la distanza, sotto circa -30 dBm non arriva niente. E prima che venga incolpata la fibra: %TRANSCEIVER-3-NOT_SUPPORTED in
show logging, o un media type stampato come unknown inshow interface, uno dei due significa che il router ha rifiutato il modulo.Un'altra piattaforma per la collezione. Sull'Avaya VSP 7000 è un comando singolo:
Stampa quello che lo switch ha letto dal modulo nell'alloggiamento, e il capitolo di troubleshooting usa quell'output per decidere se il dispositivo conta come supportato.
Parte fastidiosa: la lista dei moduli qualificati non è in quel capitolo. Sta nel documento separato di installazione dei transceiver, NN47202-302, insieme ai passi di installazione fisica e rimozione. Se il modulo torna failed o unsupported, la risposta documentata è sostituirlo con qualcosa da quella lista.