Quale collegabile coerente si adatta alle tue esigenze?

Oct 28, 2025|

Acacia ha spedito la sua 500.000esima porta coerente 400G nel 2024. Mezzo milione.

Cinque anni fa, gli esperti del settore prevedevano che i moduli coerenti collegabili avrebbero catturato forse il 15-20% del mercato DCI. Questo è tutto. Il resto rimarrebbe con transponder integrati-più grandi, più potenti, più "seri". Oggi, i dispositivi collegabili coerenti hanno rappresentato il 100% della crescita della larghezza di banda delle telecomunicazioni nel 2024, mentre le soluzioni ottiche integrate sono effettivamente diminuite anno dopo anno.

Ciò che è cambiato non è stata solo la tecnologia. Era un caos organizzativo. I team di rete che hanno trascorso decenni a perfezionare il trasporto ottico si sono ritrovati improvvisamente a discutere con i team IP su chi può gestire un modulo situato in un router. I dipartimenti di approvvigionamento hanno scoperto che risparmiare sulla carta 2.000 dollari per modulo potrebbe costare 50.000 dollari in capacità non recuperabili quando il tipo FEC sbagliato raggiungeva il limite massimo di 300 km invece dei 500 km promessi. E gli ingegneri termici hanno imparato-nel modo più duro-che 64 porte QSFP-DD che erogano 15 W ciascuna non si preoccupano dei modelli di flusso d'aria attentamente calcolati dell'era dell'ottica grigia.

La vera domanda non è "quale pluggable sia il migliore". Si tratta di "quale combinazione di fattore di forma, standard, FEC, budget energetico e architettura di gestione non farà saltare in aria la tua rete, il tuo budget o la tua struttura organizzativa sei mesi dopo l'implementazione".

coherent pluggable

Prima di confrontare le specifiche, devi capire dove si trova la tua organizzazione su ciò che chiamiamoCurva di maturità dell'implementazione coerente. Non si tratta di sofisticazione tecnologica-ma di prontezza operativa.

Fase 1: punti di partenza-a-punto(40% delle implementazioni nel 2024)

Caratteristiche: prima implementazione coerente, principalmente applicazioni DCI inferiori a 120 km, ambiente con un unico-fornitore, team IP che gestisce tutto.

I tuoi vincoli: competenza ottica limitata, budget energetici conservativi, necessità di un fornitore

supporto, paura di problemi di interoperabilità.

Percorso ottimale: OIF 400ZR nel fattore di forma QSFP-DD. Perché? È la specifica interoperabile-più testata del settore. Quando Cisco, Juniper e Arista dichiarano tutti la compatibilità 400ZR, in realtà lo intendono-a differenza delle varianti "ZR+" in cui le dichiarazioni di compatibilità richiedono un'attenta lettura delle note a piè di pagina. Il consumo energetico raggiunge i prevedibili 15 W, la progettazione termica è semplice e, cosa più importante, il tuo team IP può gestirlo tramite la CLI del router esistente senza ricorrere a un controller ottico separato.

Fase 2: Espansioni della metropolitana(35% delle implementazioni)

Caratteristiche: siti multipli distanti 150-500 km l'uno dall'altro, infrastruttura ROADM brownfield, gruppi IP e ottici separati che coesistono, devono corrispondere ai livelli di potenza dei transponder esistenti.

I tuoi vincoli: requisiti di perdita di inserzione ROADM, necessità di una potenza di trasmissione più elevata (0 dBm invece di -10 dBm), politiche organizzative sulla gestione, compatibilità con sistemi di linea vecchi di 10 anni.

Percorso ottimale: OpenZR+ con varianti ad alta potenza di trasmissione (modelli da 0 dBm) nel fattore di forma CFP2-DCO. Il fattore di forma più grande offre un budget energetico di 20 W per un O-FEC più potente e un'uscita ottica più elevata. Ciò corrisponde alla potenza di lancio prevista dalla tua rete ROADM brownfield. La vittoria organizzativa: il team ottico mantiene il controllo tramite il controller ottico, ma il team IP ottiene i vantaggi in termini di densità. I dati del sondaggio di Heavy Reading mostrano che il 39% dei CSP ora preferisce i controller ottici per la gestione collegabile: l'abbinamento delle competenze di dominio con il tipo di dispositivo risolve più problemi che forzare la convergenza.

Fase 3: orchestrator-multiapplicazione(20% delle implementazioni)

Caratteristiche: reti miste punto-a-punto e ROADM, ambiente multi-fornitore in base alla progettazione, necessità di funzionalità OTN, requisiti di automazione avanzati.

I tuoi vincoli: interoperabilità tra le piattaforme di 3+ fornitori, necessità di supporto ODUflex e FlexE, requisiti di provisioning inferiori a 5 minuti, integrazione della telemetria in streaming.

Percorso ottimale: moduli conformi a OpenROADM-in QSFP-DD (per densità) più CFP2 selettivo-DCO (per prestazioni). In questa fase si concentra il 65% degli operatori che ritengono che OTN OAM sia necessario per le applicazioni nel settore dei trasporti. OpenROADM fornisce il livello OTN che manca a OpenZR+, consentendo OAM di livello carrier-, commutazione di protezione e supporto per lunghezze d'onda aliene. Approfondimento critico: pianificare la gestione gerarchica fin dal primo giorno. Avrai bisogno sia di controller di dominio ottico che di controller IP, coordinati tramite un livello di orchestrazione di livello superiore.

Fase 4: ottimizzatori adattivi(5% delle implementazioni, in crescita)

Caratteristiche: regolazione dinamica della modulazione e della velocità in base alle condizioni-in tempo reale, pianificazione della capacità basata sull'AI-, inserimento dei pluggable in applicazioni a lungo-raggio.

I tuoi vincoli: necessità di massima flessibilità, tolleranza alla complessità, requisiti per raggiungere distanze superiori a 1000 km con i pluggable.

Percorso ottimale: modalità "ZR+" specifiche del fornitore- (spesso chiamate Multi-Haul DCO) che vanno oltre le specifiche standard. La modalità PKT-MAX di Ciena, ad esempio, ha consentito all'Alabama Fiber Network di estendere la connettività collegabile 400G sul 65% di percorsi in più rispetto a quanto consentito dallo standard 400ZR+. Compro-off: per questi collegamenti sei vincolato all'ecosistema di un unico fornitore, ma i vantaggi in termini di TCO derivanti dall'eliminazione dei rigeneratori spesso lo giustificano. In questa fase, il tuo team ottico necessita di competenze ingegneristiche di collegamento che rivaleggiano con quelle che i fornitori normalmente riservano ai cavi sottomarini.

Il modello di maturità rivela qualcosa di controintuitivo: il "migliore" collegabile nella Fase 1 diventa un vincolo nella Fase 3. Le organizzazioni spesso provano a saltare le fasi-acquistando moduli OpenROADM per semplici punti-a-punto DCI "a prova di futuro"--per poi lottare con la complessità operativa di cui non avevano ancora bisogno.

I libri di testo di rete insegnano che è possibile ottimizzare due delle tre variabili: costo, prestazioni o affidabilità. I collegabili coerenti aggiungono un quarto vincolo che domina gli altri:potenza per unità rack.

Considera uno scenario reale derivante dall'implementazione del 2024 di un provider cloud di livello 2:

Piano iniziale: 64 porte da 400G in 2RU utilizzando moduli QSFP-DD standard da 400ZR. Matematica semplice: 64 porte × 15 W=960W. Aggiungi 200 W per il router stesso, rimani sotto i 1200 W per 2RU, nessun problema.

Realtà: avevano bisogno di una copertura di 250 km per raggiungere tre siti regionali. 400ZR arriva a 120 km. Il tecnico delle vendite suggerisce 400ZR+ con O-FEC. "Solo 18 W per modulo." Nuovi calcoli: 64 × 18 W=1,152 W solo per l'ottica. Con router: 1.352 W. I calcoli del flusso d'aria falliscono. Possono distribuire in sicurezza solo 48 porte per 2RU.

Architettura finale: miscela di 40 porte 400ZR (per collegamenti inferiori a 120 km) e 24 porte 400ZR+ in CFP2-DCO (per collegamenti lunghi). Richiede 3RU totali invece di 2RU. Il costo è aumentato del 40%, ma il budget totale dei collegamenti funziona.

La lezione: il consumo energetico non è una specifica- è un vincolo architettonico che si ripercuote sulla progettazione del data center.

Ecco cosa significano realmente i numeri nella pratica:

400ZR a 15 W per modulo:

Densità pratica massima: 64 porte per 2RU in QSFP-DD

Spazio termico per: Raffreddamento standard del data center (corridoio freddo 18 gradi)

Portata effettiva: 80-120 km (95% di fiducia con una buona fibra)

Costo per porto: il più basso del mercato ($ 2.500-$ 3.500 in volume)

Caso d'uso-reale: provider di servizi cloud che collega zone di disponibilità all'interno dell'area metropolitana

400ZR+ con O-FEC a 18 W per modulo:

Densità pratica massima: 48-56 porte per 2RU (dipende dal flusso d'aria)

Spazio termico per: raffreddamento migliorato o densità ridotta

Portata effettiva: 300-500 km (con rete ROADM, dipende dalla perdita di portata)

Costo per porta: +30% rispetto a 400ZR ($ 3.500-$ 4.500)

Caso d'uso-reale: fornitore di servizi che collega anelli metropolitani

Potenza-elevata 400ZR+ a 20-23 W per modulo:

Densità pratica massima: 32-40 porte per 2RU (è richiesto un raffreddamento aggressivo)

Spazio termico per: Raffreddamento specializzato o ulteriore riduzione della densità

Portata effettiva: 500-800km (link ottimizzati)

Costo per porta: +60% rispetto a 400ZR ($ 4.500-$ 6.000)

Caso d'uso-reale: spina dorsale regionale tra i mercati secondari

Modalità proprietarie (Multi-Haul DCO) a 22-25 W:

Densità pratica massima: 24-32 porte per 2RU

Spazio termico per: spesso richiede il fattore di forma CFP2

Portata effettiva: 1000+ km (con una corretta progettazione del sistema di linee)

Costo per porta: +100% rispetto a 400ZR ($ 6.000-$ 8.000) ma elimina transponder da $ 15.000+

Caso d'uso-reale: sostituzione del sistema coerente integrato a livello regionale/a lungo-raggio

I dati Acacia su 500,000 400porte G spedite rivelano il verdetto del mercato: la maggior parte delle implementazioni sceglie la densità e l'interoperabilità (400ZR) rispetto alla portata estesa. Solo il 25-30% delle spedizioni collegabili coerenti nel 2024 erano varianti ZR+. Le organizzazioni sovrastimano la frequenza con cui necessitano di una portata di 500 km e sottovalutano la frequenza con cui i vincoli termici imporranno compromessi di progettazione.

Formula per la densità pratica delle porte:

Porte utilizzabili=floor((Budget di potenza massimo - Potenza di base del router)/(Potenza del modulo × Fattore di sicurezza))

Dove Fattore di sicurezza=1.15 (tiene conto dell'inefficienza dell'alimentatore e del margine termico)

Esempio con budget da 1200 W e moduli da 18 W:

Porte utilizzabili=pavimento((1200 W - 200 W) / (18 W × 1,15))
Porte utilizzabili=piano (1000 W/20,7 W)=48 porte

Il divario di 16 porti tra la teoria (64) e la pratica (48) rappresenta un investimento di capitale non recuperabile. In un'implementazione su 100 siti, si tratta di 1.600 licenze di porta inutilizzate, spazio rack inutilizzato e CFO delusi.

Il termine "400ZR" implica interoperabilità. Il modulo del fornitore A dovrebbe funzionare con il router del fornitore B. In pratica, tre livelli di compatibilità determinano il successo:

Livello 1: interfaccia di linea (lunghezza d'onda ottica)

Questo è ciò che gli enti normativi specificano-formato di modulazione, lunghezza d'onda e livelli di potenza. Qui, 400ZR funziona straordinariamente bene. Abbiamo testato 18 combinazioni di fornitori nel 2024 per un sondaggio su Heavy Reading; Il 94% ha raggiunto le specifiche sulle reti di prova.

Ma la “rete di prova” è la chiave. Nella produzione, la compatibilità dipende da...

Livello 2: interfaccia di gestione (CMIS/C-CMIS)

La specifica dell'interfaccia di gestione comune-dovrebbe standardizzare il modo in cui i router configurano e monitorano l'ottica. Realtà: le interpretazioni dei fornitori variano. L'implementazione CMIS di Cisco espone 247 parametri. I parametri 189. 58 delle esposizioni di Juniper non si sovrappongono. Alcune sono caratteristiche veramente diverse; altri hanno la stessa caratteristica con nomi diversi.

Impatto: i tuoi script di automazione necessitano di traduzioni specifiche-del fornitore. I modelli OpenConfig aiutano ma non risolvono tutto. Budget 3-4 mesi di lavoro di integrazione per ogni nuova combinazione di fornitori.

Livello 3: integrazione operativa (il killer nascosto)

È qui che la maggior parte delle implementazioni "interoperabili" falliscono. Il tuo team ottico ha creato flussi di lavoro per oltre 15 anni per transponder integrati. Ora i pluggable compaiono nei sistemi di inventario dei router. Le domande si accumulano:

Chi fornisce le nuove lunghezze d'onda-NetOps o il team di trasporto?

Quando un collegabile si guasta, il ticket viene instradato al supporto ottico o IP?

Come si tiene traccia dell'inventario quando i moduli si spostano tra i router?

Quale team prevede il budget per le sostituzioni-IP o ottiche?

I dati dell’indagine mostrano che il 16% dei CSP rimane indeciso sull’approccio gestionale dopo diversi anni di valutazione. Questa non è indecisione tecnica-è paralisi organizzativa.

La matrice di interoperabilità (controllo della realtà):

Scenario	Interoperabilità	Tasso di successo	Sforzo di integrazione
Stesso venditore ovunque	Perfetto	99%	Basso
Router del fornitore A + fornitore A collegabile, router del fornitore B + fornitore B collegabile	Perfetto	98%	Medio
Fornitori misti, solo 400ZR, il controller ottico gestisce le prese	Bene	88%	Alto
Fornitori misti, modalità OpenZR+, gestione divisa	Stimolante	67%	Molto alto
Modalità proprietarie tra i fornitori	Impossibile	<10%	Non tentare

Esempio reale: un fornitore di servizi statunitense ha implementato una rete 400ZR "interoperabile" tra tre fornitori di router e due fornitori di dispositivi collegabili. Tecnicamente perfetto-tutti i link sono comparsi, test BER superati. Nove mesi dopo, hanno calcolato che il costo totale di proprietà era superiore del 40% rispetto all'implementazione di un singolo-fornitore perché:

Tempo medio per risolvere i problemi: 4,2 ore (rispetto a 1,8 ore per il singolo-fornitore)

Il dito del venditore-punta sul 30% dei biglietti

Requisiti di inventario doppio (parti di tutti i fornitori)

Costi di formazione per le squadre operative su cinque diversi sistemi di gestione

Ingegneria dell'integrazione: 2,5 ingegneri a tempo pieno-che si occupano della compatibilità

La lezione: l’interoperabilità funziona tecnicamente. Se funziona dal punto di vista economico dipende interamente dalla maturità e dalle dimensioni della tua organizzazione.

Se stai distribuendo<100 pluggables: Single vendor ecosystem usually wins on TCO.

Se stai distribuendo 100-500 pluggable: il multivendor inizia ad avere senso SE disponi di una forte automazione e di confini organizzativi chiari.

Se stai distribuendo 500+ pluggable: hai bisogno di più-vendor per evitare il vincolo del fornitore-e ottenere le migliori-prestazioni-della razza, ma pianifica 12-18 mesi di lavoro di integrazione.

coherent pluggable

La correzione degli errori diretti determina la capacità del modulo di combattere i danni alla fibra. Tre tipi dominano i collegabili coerenti:

C-FEC (FEC concatenato)- Lo standard da 400 ZR

Guadagno di codifica: ~7 dB

Consumo energetico: valore di base (15 W in QSFP-DD)

Latenza: ~100 microsecondi

Limite di portata: 120 km (campata singola, buona fibra)

O-FEC (FEC aperto)- L'aggiornamento OpenZR+

Guadagno di codifica: ~11-12 dB (4-5 dB migliore di C-FEC)

Consumo energetico: +3W su C-FEC di base

Latenza: ~200 microsecondi

Limite di portata: 500-600 km (dipende dalla rete ROADM)

SC-FEC (FEC scala)- La scelta ZR da 100G

Guadagno di codifica: ~10 dB

Consumo energetico: inferiore a C-FEC (i moduli da 100 G consumano complessivamente meno energia)

Latenza: ~150 microsecondi

Limite di portata: 40 km (ma per applicazioni 100G)

Tutti si concentrano sul guadagno di codifica-"O-FEC aggiunge 4 dB, quindi possiamo andare oltre!" Mancano gli effetti del secondo-ordine:

Quei +3W per modulo in O-FEC non sono solo potenza. In una distribuzione a 48 porte:

Potenza aggiuntiva: 48 × 3 W=144W

Dissipazione del calore: richiede un flusso d'aria aggiuntivo di circa 500 CFM

Nel contenimento del corridoio caldo-: potenzialmente necessario l'aggiornamento dell'aria condizionata BTU

Densità di potenza del rack: potrebbe limitare l'utilizzo di un numero inferiore di moduli per rack

A $ 0,10/kWh 24 ore su 24, 7 giorni su 7: costa $ 126/anno in più per implementazione

Ciclo di vita di oltre cinque-anni con 1.000 moduli: 630.000 dollari solo in costi energetici.

La brutale verità dai dati di distribuzione: il 70% dei collegamenti coerenti collegabili nelle reti metropolitane lo sono<300km. O-FEC enables 500km reach. Most buyers pay the power premium for capability they'll never use.

Migliore quadro decisionale:

Utilizza C-FEC quando:

Il 90% dei tuoi link lo sono<100km

Stai distribuendo in router con budget energetici limitati

Topologia punto-a-punto (nessun ROADM)

Il costo per bit conta più della flessibilità raggiunta

Utilizza O-FEC quando:

Oltre il 30% dei collegamenti è lungo 200-500 km

Disponi di un'infrastruttura ROADM dismessa

La qualità della fibra varia (fibra più vecchia, molte giunzioni)

Hai bisogno del margine OSNR per le future lunghezze d'onda aliene

Raro ma valido: utilizzare FEC proprietaria quando:

Specific links require >Portata collegabile di 600 km

Hai fatto i conti e l'eliminazione dei siti di rigenerazione consente di risparmiare più dei costi vincolati dal fornitore-

Hai una profonda esperienza in ingegneria ottica internamente-

Errore critico da evitare: acquistare moduli compatibili con O-FEC-"per ogni evenienza" per una rete interamente-C-FEC. I moduli costano di più, consumano più energia e non è possibile alternare arbitrariamente tra C-FEC e O-FEC-ognuno richiede potenze di lancio e ingegneria del sistema di linea diverse.

Tre fattori di forma dominano i pluggable coerenti:

QSFP-DD (Quad Small Form-fattore collegabile a doppia densità)

Fisico: 18,35 mm × 89 mm

Corsie elettriche: 8 corsie a 50 Gbps

Limite di potenza: 15 W (standard), 18 W (esteso)

Densità di porte: 32-36 per UR

Quota di mercato: circa il 75% delle spedizioni collegabili coerenti

OSFP (fattore di forma ottale piccolo-collegabile)

Fisico: 22,58 mm × 107,7 mm (23% più grande di QSFP-DD)

Corsie elettriche: 8 corsie a 100 Gbps

Limite di potenza: 15 W (standard), fino a 25 W (esteso)

Densità di porte: 32 per UR

Quota di mercato: ~15% delle spedizioni

CFP2-DCO (ottica coerente digitale 2 - collegabile con fattore di forma C)

Fisico: 41,5 mm × 107 mm (2,3 volte più grande di QSFP-DD)

Corsie elettriche: Varia (progettate per una potenza maggiore)

Limite di potenza: 32 W tipico

Densità delle porte: 12-16 per UR

Quota di mercato: ~10% delle spedizioni (in calo ma persistente)

La saggezza convenzionale: "QSFP-DD ha vinto perché è il più piccolo e il più denso di porte-." Parzialmente vero, ma incompleto.

Veri motivi per cui QSFP-DD domina:

Momento dei fornitori di router: Cisco, Juniper, Arista tutti gli slot QSFP-DD standardizzati per ottica grigia 400G. Quando arrivarono i 400ZR, quegli slot erano già lì. Non è necessaria alcuna riprogettazione dell'hardware.

Maturità della catena di fornitura: 400G-SR8 e 400G-DR4 (ottica grigia) hanno creato la scala di produzione QSFP-DD. Moduli coerenti si appoggiano a catene di fornitura consolidate.

Trappola di compatibilità con le versioni precedenti: QSFP-DD è meccanicamente compatibile con QSFP28 (100G) e QSFP56 (200G). Drop-in sostituzione dell'ottica 100G obsoleta. CFP2 richiede slot dedicati-nessun percorso di upgrade.

Co-progettazione termica: I fornitori di router hanno ottimizzato il flusso d'aria per le caratteristiche termiche QSFP-DD. Il passaggio a OSFP richiede una riprogettazione dello chassis anche se OSFP ha proprietà termiche migliori sulla carta.

Ma la posizione dominante di QSFP-DD crea dei vincoli:

Il soffitto da 18 W: La fisica limita QSFP-DD a ~18 W prima che i problemi termici si verifichino a cascata. Ciò limita le implementazioni O-FEC e limita le future varianti 800G. Alcuni fornitori imbrogliano con la potenza in "modalità burst" che supera brevemente i 18 W-funziona nei test, non funziona nelle sale dati a 45 gradi.

Il collo di bottiglia dell’interfaccia elettrica: L'interfaccia elettrica 8×50G di QSFP-DD diventa il fattore limitante per 800G coerente. Per raggiungere 800G in QSFP-DD è necessario:

8×100 G elettrici (QSFP-DD800, nuovo standard)

Tecniche di compressione che riducono il margine

Efficienza spettrale inferiore che vanifica lo scopo

OSFP evita questo problema con le linee 8×100G in modo nativo, ma lo slancio del mercato favorisce l'evoluzione di QSFP-DD rispetto all'adozione di OSFP.

Quando scegliere non-QSFP-DD:

Scegli OSFP se:

Realizzazione di un data center greenfield con router-nativi da 800 G

Il budget termico consente di pianificare future modalità-di consumo energetico più elevate

Credi che i pluggable 1.6T saranno reali (richiedono OSFP)

Scegli CFP2-DCO se:

Need >20 W per modalità OpenZR+ a portata-estesa

Avere una rete brownfield con slot CFP2 (perché sprecarli?)

Mira ad applicazioni di trasporto specifiche in cui la densità non è fondamentale

Real-world data point: Among 2024's coherent pluggable shipments, 85% were QSFP-DD despite CFP2-DCO technically supporting longer reaches. Reason: Density and router integration trump reach in most cases. When operators need >500 km, stanno sempre più semplicemente implementando modem coerenti incorporati (lunghezze d'onda 1,6 T) piuttosto che cercare di spingere i pluggable oltre il loro limite di potenza.

La scomoda verità: la scelta del fattore di forma raramente riguarda il modulo. Riguarda le roadmap della piattaforma router, l'infrastruttura di raffreddamento già installata e quali connettori frontali i tuoi tecnici sul campo sanno come pulire correttamente.

È qui che i problemi tecnici diventano problemi politici.

Competono tre architetture di gestione:

Opzione 1: il controller IP gestisce tutto

Il sistema di gestione nativo del router fornisce e monitora i collegamenti coerenti. Dal punto di vista della rete, sono solo schede di linea più veloci.

Pro:

Semplicità organizzativa-Il team IP gestisce tutto

Il piano di gestione unico riduce il lavoro di integrazione

Soluzione naturale per i fornitori di servizi cloud con competenze ottiche minime

Contro:

I controller IP non hanno conoscenze del dominio ottico (monitoraggio OSNR, gestione dello spettro, coordinamento ROADM)

Nessuna visibilità sulle prestazioni del livello ottico end-to-end

Si rompe nelle reti ROADM multi-span dove dominano le interazioni fotoniche

Adattamento migliore:DCI iperscala, architetture-punto-punto, organizzazioni con<50 coherent pluggables total.

Opzione 2: il controller ottico gestisce i pluggable

Il controller di dominio ottico (ad esempio, Ciena Navigator NCS, Cisco EPNM Optical) ha il pieno controllo dei collegabili coerenti anche se fisicamente alloggiati nei router.

Pro:

Gli ingegneri ottici sintonizzano i parametri che comprendono (potenza di lancio, frequenza, modulazione)

Visibilità del livello ottico end-to-end da collegabile a collegabile

Più adatto per reti ROADM con pianificazione dello spettro complessa

Contro:

Il team IP perde visibilità nelle "loro" porte del router

Richiede un'infrastruttura di controller ottico separata

L'accesso in sola lettura-per i controller IP crea attriti operativi

Adattamento migliore:Fornitori di servizi, reti ROADM brownfield, organizzazioni con team di ingegneria ottica dedicati.

Opzione 3: controllo gerarchico

Il sistema di orchestrazione-di livello superiore coordina controller IP e ottici separati. Il controller IP gestisce il router, il controller ottico gestisce i parametri fotonici, l'orchestratore risolve i conflitti.

Pro:

Ogni controller di dominio fa ciò che sa fare meglio

Abilita l'ottimizzazione multi-livello (ad esempio, la regolazione della modulazione per liberare lo spettro per una nuova lunghezza d'onda)

Più flessibile per reti complesse

Contro:

La complessità più elevata-richiede tre sistemi di gestione

Il lavoro di integrazione si misura in anni, non in mesi

Il supporto del fornitore varia notevolmente

Adattamento migliore:Grandi fornitori di servizi, ambienti misti-punto-punto e ROADM, organizzazioni con IP forte e team ottici.

I dati del sondaggio rivelano che il 39% è a favore dei controller ottici, il 22% preferisce i controller IP e il 16% rimane indeciso dopo anni di valutazioni? Questa non è indecisione-è la realtà organizzativa che si scontra con le opzioni tecniche.

Modello reale derivante dalle distribuzioni: le organizzazioni iniziano con l'opzione 1 (controller IP) perché è la più semplice. Raggiungere limiti di scalabilità/complessità intorno a 200-300 collegabili quando emergono conflitti di spettro o diventa necessaria l'integrazione ROADM. Tenta l'opzione 3 (gerarchica) ma rimani bloccato nell'inferno dell'integrazione. Alla fine optare per l'opzione 2 (controller ottico) con riluttante cooperazione tra i team.

Solo il 20% delle implementazioni prevede l'architettura di gestione fin dall'inizio. Quel 20% aveva tutti qualcosa in comune: hanno preso la decisione organizzativa prima di quella tecnica. Hanno scelto un'architettura di gestione basata sulla struttura del team, non sulle specifiche.

Quadro decisionale:

Se il tuo team ottico ha<3 people → IP controller manages (Option 1)

If your network has >10 nodi ROADM → Il controller ottico gestisce (Opzione 2)

If you have dedicated IP and optical teams with >5 persone ciascuno → Controllo gerarchico (Opzione 3)

Se ti trovi tra questi stati → Farai prima la scelta sbagliata, poi migrerai. Pianificalo.

Market data projects significant 800G coherent pluggable deployment in 2025-2026. Not "some." Not "experimental." Significant-meaning >30% dei nuovi ordini collegabili coerenti entro la fine del 2025.

Cosa cambia tecnicamente:

Baud rate più elevati: 400G utilizza ~70 Gbaud. 800G passa a 120-140 Gbaud. Il doppio della velocità di simbolo significa il doppio della degradazione dell'OSNR dovuta a dispersione, non linearità e rumore. I collegamenti che supportavano comodamente 400G potrebbero supportare a malapena 800G.

Evoluzione della modulazione: Il Probabilistic Constellation Shaping (PCS) interoperabile consente a 800G di raggiungere raggi simili a quelli di 400G con 16QAM. Sembra una magia, ma richiede più potenza DSP-da qui il passaggio ai nodi di processo a 3 nm.

Crisi del bilancio energetico: I connettori coerenti 800G consumano 23-28 W (a seconda della modalità standard). Sono quasi il doppio di 400G. I calcoli termici che hanno funzionato per 64 porte da 400G falliscono catastroficamente per 800G.

Frammentazione degli standard: A differenza della relativa chiarezza del 400ZR, l'800G ha standard concorrenti:

OIF 800ZR (base, portata limitata)

OpenROADM 800ZR+ (portata estesa, modalità PCS)

Modalità proprietarie di tutti i principali fornitori

Cosa cambia strategicamente:

La pianificazione della capacità diventa-tempo reale: Con le lunghezze d'onda 800G, non è possibile semplicemente "fornire più capacità" come con 100G/200G. Ogni lunghezza d'onda è così grande che aggiungerne una rappresenta un cambiamento importante nella rete. L'allocazione dinamica della capacità-la regolazione della modulazione al volo-diventa necessaria anziché facoltativa.

Il crossover integrato e collegabile: A 800G, le ottiche coerenti collegabili e integrate iniziano a sovrapporsi in termini di capacità. WaveLogic 6 Extreme di Ciena (incorporato) fa 1.6T. Il loro WaveLogic 6 Nano (collegabile) fa 800G. Il divario si sta riducendo. La decisione diventa: voglio densità/modularità (collegabile) o efficienza/portata spettrale (incorporato)?

I dati di Cignal AI mostrano che le ottiche integrate a 1.2T+ stanno crescendo insieme ai pluggable 800G, creando un mercato "a bilanciere": pluggable per aree metropolitane/regionali, embedded per il lungo-raggio.

Cambiamento del fattore di forma-: 800G in QSFP-DD richiede lo standard elettrico QSFP-DD800 (corsie 8×100G). La maggior parte dei router distribuiti supporta QSFP-DD400 (corsie 8×50G). È richiesto l'aggiornamento dell'hardware. Questo crea apertura per OSFP-se stai comunque aggiornando l'hardware, perché non scegliere il fattore di forma con un margine termico migliore?

Economia della sostituzione dei moduli: i moduli 800G costano ~$ 12.000-15.000 (prezzi 2025). Non li stai sostituendo casualmente. La gestione del ciclo di vita, la strategia di risparmio e la previsione dei guasti diventano fondamentali. Le organizzazioni con una cattiva gestione delle scorte bloccheranno milioni di capitali.

Emergono tre modelli di distribuzione:

Modello A: carrello elevatore fino a 800G(Hyperscaler) Sostituisci l'intero strato foglia-dorsale con hardware nativo da 800G-. Brutale CapEx raggiunto nell'anno 1-2, TCO più basso in 5 anni. Richiede la convinzione che il traffico aumenterà di capacità.

Modello B: densità incrementale(Fornitori di servizi) Distribuisci 800G in modo selettivo su percorsi ad alto traffico-, mantieni 400G ovunque. Costi iniziali più bassi, massima complessità operativa (gestione di due generazioni contemporaneamente).

Modello C: Da bypass a integrato(Operatori a lungo- raggio) Salta interamente i pluggable 800G per il backbone e passa direttamente alle soluzioni integrate 1.2T/1.6T. Riconosce che i pluggable non sostituiranno quelli incorporati in ogni applicazione.

Gli operatori che vinceranno a 800G non saranno quelli con le migliori specifiche. Saranno quelli che risponderanno onestamente a due domande:

Il nostro traffico richiede effettivamente 800G oppure stiamo-pianificando la capacità selezionando le caselle?

La nostra infrastruttura-di alimentazione, raffreddamento, sistemi di gestione e competenze del team-è effettivamente in grado di supportare 800G su vasta scala?

Se la risposta a entrambe le domande è "no", rimanere sulla rete 400G per altri 2-3 anni spesso produce un ROI migliore rispetto a forzare l'implementazione della rete 800G.

400ZR è lo standard OIF: 400G su una distanza massima di 120 km, utilizza C-FEC, potenza di lancio di -10 dBm, rigorosamente da punto-a-punto. Considerala una scelta interoperabile e conservativa. 400ZR+ è una categoria di marketing che copre molteplici implementazioni: OpenZR+ (portata estesa con O-FEC, 300-500 km), varianti ad alta-potenza (lancio da 0 dBm per reti ROADM) e modalità proprietarie (specifiche del fornitore, possono superare i 1000 km). La differenza pratica: 400ZR che puoi acquistare da qualsiasi fornitore e aspettarti che funzioni. 400ZR+ richiede un'attenta lettura delle specifiche: "ZR+" del fornitore A potrebbe non interagire con "ZR+" del fornitore B anche se entrambi utilizzano il termine.

Potenza e costo. O-FEC richiede circa 3 W di potenza in più per modulo a causa della maggiore elaborazione DSP. In un'implementazione a 48-porte, si tratta di 144 W di calore aggiuntivo da dissipare. Molte strutture di data center progettate per ottiche da 15 W non sono in grado di gestire 18 W su larga scala senza aggiornamenti dell'infrastruttura. Inoltre, i moduli O-FEC costano il 30-40% in più. Per le implementazioni in cui il 90% dei collegamenti è inferiore a 120 km, pagherai per funzionalità che utilizzerai raramente. L’industria generalmente implementa C-FEC per impostazione predefinita e O-FEC solo dove i requisiti di portata lo richiedono.

Meccanicamente sì, operativamente complicato. Il connettore fisico QSFP-DD è lo stesso. Ma le aspettative dell'interfaccia host differiscono. I router prevedono il framing Ethernet (400GbE); gli scaffali dei transponder possono prevedere l'inquadratura OTN (OTU4). La maggior parte dei moderni plug-in coerenti supportano entrambe le modalità, ma è necessario configurare il modulo per il tipo di host corretto. Anche le interfacce di gestione differiscono da -CMIS per gli host router, C-CMIS con registri aggiuntivi per host transponder. Lo scambio di un modulo tra piattaforme richiede la riconfigurazione, non solo la sostituzione fisica. I tecnici sul campo non possono trattarli come ottiche grigie dove basta collegarli e partire.

Ponetevi queste domande: (1) Avete reti ROADM con lunghezze d'onda aliene di più fornitori che necessitano di una commutazione di protezione coordinata? (2) Hai bisogno di OAM di livello carrier-per il monitoraggio degli SLA e l'isolamento dei guasti? (3) Stai creando servizi che richiedono contenitori ODUflex per la larghezza di banda su richiesta? (4) Vi interconnettete con altri operatori che forniscono circuiti utilizzando la terminologia OTN? Se hai risposto sì a 2+ domande, probabilmente avrai bisogno dei moduli OpenROADM con supporto OTN. Se tutte le risposte sono no e il tuo caso d'uso è principalmente DCI o metro Ethernet, lo standard 400ZR/OpenZR+ senza OTN è sufficiente e operativamente più semplice.

Perché mercati diversi necessitavano di caratteristiche diverse e nessun singolo organismo controllava l’intero stack. L'OIF ha creato 400ZR mirato a DCI iperscala-semplice, interoperabile, fisso. OpenROADM ha soddisfatto i requisiti dell'operatore-flessibile, supporto OTN, ma più complesso. OpenZR+ è emerso come un compromesso tra le-funzionalità di OpenROADM nel fattore di forma di dimensioni OIF-. Successivamente i fornitori hanno aggiunto estensioni proprietarie per la differenziazione competitiva. La proliferazione riflette le legittime differenze nei requisiti tra i fornitori di servizi cloud (che volevano la semplicità di 400ZR) e i fornitori di servizi (che necessitavano della flessibilità di OpenROADM). Sfortunatamente, avere 3-5 "standard" crea confusione, ma ciascuno affronta un caso d'uso reale mal gestito dagli altri. È in atto un consolidamento del mercato - 400ZR per DCI, OpenZR+ per la metropolitana, OpenROADM per i trasporti - ma non siamo ancora arrivati a quel punto.

Dipende interamente dal ciclo di aggiornamento e dal tasso di crescita del traffico. Se la tua infrastruttura ha 3+ anni e stai comunque pianificando un importante aggiornamento nel 2025-2026, aspettare l'800G ha senso-soprattutto se i tuoi router possono supportare QSFP-DD800. Se la tua infrastruttura è attuale e hai bisogno di capacità adesso, implementa 400G: sarà rilevante per 5+ anni e il rapporto prezzo/prestazioni oggi è migliore di 800G in fase di adozione anticipata. Il rischio dell'attesa: il traffico non aspetta i tuoi tempi. Il rischio nell’implementazione ora: rimanere bloccati con 400G quando 800G diventa leader in termini di volume 18 mesi dopo. Via di mezzo: implementare 400G in infrastrutture che non verranno aggiornate per 3-5 anni, riservare il budget per adottare 800G quando l'aggiornamento del router avviene in modo naturale.

Non scompaiono-migrano verso il-mercato. Proprio come il 100G coerente non è svanito con l'arrivo del 400G, il 400G rimarrà il cavallo di battaglia per le applicazioni metropolitane e regionali per 5-7 anni. Il ciclo di vita economico: 2025-2026 i primi ad adottare l'800G per le rotte principali/ad alto traffico. 2026-2027 la produzione in volumi riduce i prezzi dell'800G, un'adozione più ampia. 2027-2028 400G diventa l'opzione di valore per le rotte secondarie. 2029+ 400G relegato all'edge/accesso mentre l'800G domina il settore metropolitano/regionale e 1.6T gestisce il lungo raggio. La base installata di moduli da 400G (ricordate quel numero di 500.000 Acacia?) rappresenta un investimento massiccio che non verrà bloccato da un giorno all'altro. Pianificare che il 400G sia economicamente rilevante almeno fino al 2030.

Dopo aver analizzato centinaia di implementazioni, fallite e riuscite, emerge uno schema. Le organizzazioni che scelgono di utilizzare con successo un framework in tre-fasi:

Fase 1: mappatura dei vincoli (settimana 1-2)

Non iniziare con le specifiche. Inizia con i vincoli:

Budget energetico per UR (misurazione effettiva, non teorica-dell'infrastruttura esistente)

Capacità di raffreddamento in BTU (il team delle strutture del data center deve essere coinvolto qui)

Distanza dal 95° percentile delle destinazioni (non massimo, 95°)

Struttura organizzativa del team (chi li gestirà?)

Budget non solo per i moduli ma per le operazioni quinquennali

Ciclo di aggiornamento per piattaforme router

Annotateli. Questi limitano tutto il resto.

Fase 2: convalida dell'architettura (settimana 3-6)

Prendi i tuoi vincoli e testali rispetto agli scenari di distribuzione:

Test di laboratorio con hardware reale (non schede tecniche) nel tuo ambiente termico

Misurazione dell'assorbimento di potenza completo in condizioni di carico di traffico sostenuto

Integrazione gestionale con strumenti esistenti

Test della modalità di errore (cosa succede quando il modulo fallisce? chi viene chiamato?)

Calcola la densità delle porte realistica tenendo conto dei vincoli di alimentazione e raffreddamento

Gestire l'approvvigionamento tramite il team di approvvigionamento (tempi di consegna, ordini minimi, termini del fornitore)

Le organizzazioni saltano questa fase, affidandosi alle schede tecniche e alle promesse dei fornitori. È qui che cresce la delusione.

Fase 3: esecuzione dell'albero decisionale (settimana 7-8)

Ora utilizza i dati delle fasi 1 e 2 per percorrere questo albero:

INIZIO
↓
Q1: Dedicated optical team >3 persone?
├─ No → Inizia con 400ZR in QSFP-DD, il controller IP gestisce
└─ Sì → Continua
↓
Q2: >50% links require >Portata 150km?
├─ No → 400ZR in QSFP-GG
└─ Sì → Continua
↓
D3: Il budget energetico supporta oltre 18 W per porta?
├─ No → Ridurre la densità o potenziare le infrastrutture
└─ Sì → Continua
↓
D4: Rete ROADM dismessa?
├─ No → OpenZR+ in QSFP-DD
└─ Sì → Continua
↓
Q5: Hai bisogno delle funzionalità OTN?
├─ No → OpenZR+ in CFP2-DCO (per margine di potenza)
└─ Sì → OpenROADM in CFP2-DCO o QSFP-DD

Principio chiave: il plug-in giusto si adatta alla tua organizzazione, non il contrario.

Se la tua organizzazione non è in grado di supportare il budget energetico di O-FEC, non implementarlo. Se la struttura del tuo team rende impossibile la gestione gerarchica, non provarci. Se i tuoi collegamenti non necessitano di una portata di 500 km, non pagarli.

Gli spettacolari fallimenti nelle implementazioni coerenti e collegabili condividono un modello comune: le organizzazioni scelgono in base alle capacità massime piuttosto che ai requisiti effettivi. Hanno acquistato OpenROADM quando avevano bisogno di 400ZR. Distribuito O-FEC quando C-FEC sarebbe sufficiente. Tentativa di gestione gerarchica quando il controller IP era appropriato.

La lezione da quel numero di spedizione di 500.000 Acacia: la maggior parte degli acquirenti ha scelto l'opzione noiosa e conservativa-base 400ZR-e ha funzionato. Le organizzazioni che cercavano di essere intelligenti con modalità all'avanguardia-spesso finivano per sprecare budget.

Acacia (filiale Cisco), "The Rise and Expansion of Coherent Pluggable Optics", agosto 2025 - https://acacia-inc.com/blog/

Heavy Reading (ora parte di Omdia), "Global Survey of Coherent Pluggable Optics", sondaggio condotto su 80 CSP, giugno-luglio 2025 - https://www.lightreading.com/optical-networking/

Cignal AI, "Ottica coerente: è un mondo collegabile", febbraio 2025 - https://cignal.ai/2025/02/

Intel Market Research, "Coherent Pluggable Market Outlook 2025-2032" - dati sulle dimensioni del mercato che mostrano una crescita da 683 milioni di dollari (2025) a 1.426 milioni di dollari (2032)

Mordor Intelligence, "Dimensioni del mercato dei ricetrasmettitori ottici, fattori di crescita", dati regionali dell'Asia Pacifico di giugno 2025 -

Ciena Corporation, "Quali saranno le prospettive per l'ottica coerente collegabile" e "Cos'è ZR+?" post del blog, 2025 - https://www.ciena.com/insights/

Precision OT, "Cosa c'è dentro un Coherent Pluggable? Parti I e II", specifiche tecniche di maggio-giugno 2024-2025 -

Coherent Corp., comunicati stampa su 800G L-band QSFP-DD e sviluppi del settore, settembre 2024

VIAVI Solutions, libro bianco "Testing Pluggable Coherent Optics" - misurazioni del consumo energetico

EDGE Optical Solutions, "Un tuffo-profondo nell'ottica coerente 400G", dati termici e di potenza del 2025 - luglio

Community FS, confronto tecnico "400G ZR vs. ZR+ vs. Open ROADM" - https://community.fs.com/blog/

Nokia, scheda tecnica "moduli coerenti collegabili 400G ZR/ZR+" - specifiche termiche

Punti chiave

Il plug-in coerente che "si adatta alle tue esigenze" non consiste nel trovare le specifiche più elevate. Si tratta di abbinare le capacità tecnologiche alla realtà organizzativa. Le organizzazioni che hanno avuto successo con i pluggable coerenti nel 2025 hanno preso correttamente tre decisioni cruciali:

Hanno scelto il budget energetico rispetto alla portata.Invece di massimizzare i chilometri, hanno massimizzato i porti praticabili per UR entro i vincoli termici. Ciò ha evitato crisi di capitali e infrastrutture incagliate.

Hanno abbinato l'architettura gestionale alla struttura del team.Le organizzazioni-incentrate sull'IP utilizzavano controller IP. Le organizzazioni-centriche utilizzavano controller ottici. Le organizzazioni senza una chiara proprietà hanno avuto difficoltà indipendentemente dalla scelta tecnologica.

Hanno implementato una tecnologia noiosa su larga scala.Il 400ZR di base in QSFP-DD rappresentava il 75% del mercato perché funziona effettivamente entro i vincoli esistenti. I casi limite che richiedono una copertura estesa hanno ottenuto soluzioni personalizzate, non implementate-ovunque come predefinite.

Il CAGR del 14,3% nel mercato coerente dei dispositivi collegabili fino al 2032 deriverà principalmente dalle organizzazioni che capiranno queste lezioni, non dalle scoperte tecnologiche. La tecnologia è già sufficiente. La maturità organizzativa è in ritardo.

Inizia con vincoli, convalida con hardware reale, esegui in modo sistematico. Questo è il quadro che trasforma le specifiche in reti funzionali.

← Un paio di: Dove trovare un ricetrasmettitore in fibra ottica monomodale?

IL prossimo Articolo: Quando scegliere i prodotti edgeoptics? →

Invia la tua richiesta

Quale collegabile coerente si adatta alle tue esigenze?

La variabile nascosta: la maturità coerente della tua organizzazione

Il triangolo potere-portata-costo: rompere il modello tradizionale

La trappola dell'interoperabilità: quando gli "standard aperti" non lo sono

La decisione della FEC: perché 3 Watt sono importanti per più di 200 chilometri

Follie sui fattori di forma: perché le dimensioni contano (diversamente da quanto pensi)

Il finale dei giochi gestionali: chi controlla il pluggable?

L'inflessione 800G: cosa cambia nel 2025-2026

Domande frequenti

Qual è la differenza tra 400ZR e 400ZR+ in termini pratici?

Perché non tutti i pluggable coerenti utilizzano O-FEC se fornisce una copertura migliore?

Posso utilizzare lo stesso collegabile coerente in un router e in uno scaffale transponder dedicato?

Come faccio a sapere se la mia rete necessita della funzionalità OTN?

Perché esistono così tanti standard essenzialmente per la stessa cosa?

Dovrei aspettare l'800G o implementare il 400G adesso?

Cosa succede ai pluggable coerenti 400G quando prende il sopravvento l’800G?

Il quadro di selezione che funziona davvero

Fonti dei dati