CodingBox Q&A Ask question

Ciena 3930: un SFP 1GE deve essere codificato Ciena, o basta rispettare la spec 1000BASE-LX

Asked Active Viewed 27 AI translation from English
4

Riceviamo un handoff carrier 1GE su un Ciena 3930 e sto mettendo insieme un kit di ricambi per quello. Il modulo indicato per quel circuito è XCVR-A10Y31, un pezzo 1000BASE-LX/LC: 1310 nm, 10 km monomodale. Niente di esotico, e ho un cassetto di ottiche generiche con esattamente quella specifica a tre metri dal rack.

  • Ciena 3930, porta in fibra 1GE rivolta verso il carrier
  • nella porta adesso: XCVR-A10Y31, segnalato come 1000BASE-LX/LC
  • cosa preferirei tenere a magazzino: SFP LX generici 1310 nm 10 km, stessa specifica ottica, nessuna codifica Ciena

Cosa ho guardato sull'apparato:

port xcvr show
port xcvr show supported

L'output supported stampa i modelli di transceiver che la release in esecuzione conosce, e ogni voce lì è un part number Ciena. Quello nella porta combacia, bene. Quello che quell'output non mi dice è se la lista è indicativa o se la piattaforma fa qualcosa a un modulo che ne è assente.

Cosa ho già fatto:

  • confrontato le specifiche riga per riga: lunghezza d'onda, portata, connettore e rate combaciano tutti sui pezzi generici
  • sono andato a cercare un'unica lista di compatibilità che copra le piattaforme che usiamo, e ho trovato solo articoli per piattaforma, per release

Quindi qual è la risposta: il modulo deve essere uno venduto da Ciena, oppure un qualsiasi SFP con la stessa specifica ottica va bene per quanto riguarda l'apparato?

Comments 3

Accepted answer

È la codifica, non la specifica. Ciena certifica i transceiver in base a cosa il modulo riporta su se stesso, quindi un pezzo LX otticamente identico ma non codificato per la piattaforma semplicemente non è nella lista certificata della release che stai usando. Far combaciare 1310 nm e 10 km non ti compra niente a quel livello.

La buona notizia è che SAOS qui non si comporta come IOS. Nessun err-disable, nessun rifiuto di far salire la porta. Un modulo fuori lista sale nello stato operativo UCTF - transceiver non certificato - e la porta continua comunque ad agganciare il link e a passare traffico in quello stato. Tre comandi coprono quello che ti serve:

port show
port xcvr show
port xcvr show supported

Il primo conferma solo che la porta è davvero su. Il secondo ti legge indietro il modulo: chi l'ha costruito, quale pezzo dichiara di essere, e la riga medium/connector, che su un buon ricambio stampa 1000BASE-LX/LC esattamente come il pezzo Ciena. Il terzo decide la tua domanda: elenca cosa certifica la release caricata, e tutto quello che sta fuori porta il marchio UCTF.

Due avvertenze prima che tu costruisca l'intero kit di ricambi su questo. La lista certificata è legata alla release software, quindi un upgrade può spostartela sotto i piedi, e il comportamento non è identico in tutta la famiglia, quindi verifica sul modello reale e non su un fratello. E quella ovvia: su un circuito che ti passa il carrier, un modulo non certificato è la prima cosa a cui chiunque punta il dito quando si apre un ticket, qualunque cosa dicano i contatori. Io terrei XCVR-A10Y31 sulla porta di handoff e metterei i pezzi generici sui link interni.

3 CanadalantechCA Show original (English) AI translation

L'ho provato su una porta di laboratorio prima di avvicinarmi anche solo all'handoff. Inserito un LX generico 1310 nm, link su, e port xcvr show legge la stringa vendor di terze parti con 1000BASE-LX/LC come medium, esattamente come descritto. Lo stato mostra UCTF, la porta continua a fare forwarding, e nel log niente sembra una lamentela.

Quindi funziona, e sto comunque scegliendo il compromesso invece della vittoria: XCVR-A10Y31 resta sulla porta rivolta al carrier perché quel circuito è sotto contratto, e i pezzi generici vanno sui link interni dove un marchio non certificato non mi costa niente. Non la risposta che speravo, ma almeno adesso so cosa fa davvero l'apparato.

0 Argentinaportbear20AR Show original (English) AI translation

Stessa storia sugli apparati Carrier Ethernet più vecchi. Un mucchio di kit dismesso - un LE-311v e un 3911 - ha ingoiato un 1000BASE-LX a marchio WWP e un SFP in rame 1000BASE-T che si identificava come un Cisco GLC-T, e nessuno dei due apparati ha rifiutato nessuno dei due moduli. Entrambi sono saliti non certificati e hanno portato traffico. Una differenza degna di nota: il 3911 riportava un tipo di transceiver distinto per porta, mentre l'LE-311v non mostrava nessuna differenza tra i moduli provati, quindi non leggere troppo in quello che stampa una singola piattaforma.

Sulla questione del kit di ricambi, non esiste un'unica matrice cross-platform e ci perderai un pomeriggio a cercarla. Ogni lista che ho trovato copre una piattaforma su un solo ramo software, quindi due apparati nello stesso rack possono essere in disaccordo perché le loro release differiscono. Dalle liste che teniamo per il nostro kit, XCVR-A10Y31 passa sugli apparati 39xx e 51xx - 3926 e 3928 da un lato, 5142, 5160, 5170 e 5171 dall'altro - e non oltre. Il 6500 e l'8700 sono packet-optical, le loro liste sono a sé, e niente si trasferisce dagli switch. port xcvr show supported sull'apparato che hai davanti, rilanciato dopo ogni upgrade, è l'unica risposta che resta vera.

4 Indonesiasfpeng49ID Show original (English) AI translation
Log in to comment. Log in