Migrazione Juniper · Service provider · Open networking

IP Infusion vs Juniper MX, PTX, ACX e QFX: un confronto tecnico.

Piattaforma per piattaforma, silicio per silicio: come i router e gli switch di IP Infusion si collocano rispetto a MX204, QFX5120, QFX5220, ACX7100 e PTX10001, con una mappa CLI da Junos a OcNOS e ciò che gli operatori hanno dichiarato pubblicamente sul passaggio.

Scarica il white paper Richiedi una valutazione di migrazione Riepilogo CLI da Junos a OcNOS

La data di ultimo ordine del MX204 è il 15 giugno 2027.

OcNOS-SP su Edgecore AGR130 e UfiSpace S9510-28DC è l'opzione di IP Infusion per il ruolo di edge SP, PE e aggregazione che oggi svolge il Juniper MX204. Juniper ha annunciato la fine vita del MX204 il 15 giugno 2026 nel TSB107750 e pubblica queste milestone:

  1. 15 giugno 2026Fine vita annunciata (TSB107750)
  2. 15 giugno 2027Data di ultimo ordine per l'hardware MX204
  3. 15 giugno 2028Fine dell'analisi dei guasti hardware
  4. 15 giugno 2030Fine dell'engineering; 27.4 è l'ultima versione software
  5. 30 giugno 2032Fine del supporto

Le piattaforme OcNOS-SP per il ruolo dell'MX204

  • Pannello frontale dell'Edgecore AGR130 (AS5916-54XKS)
    Edgecore AGR130 (AS5916-54XKS)Per un edge ad alta densità di porte 10G
  • Pannello frontale dell'UfiSpace S9510-28DC
    UfiSpace S9510-28DCPer accesso 25G con uplink a 400G

Tre passi di pianificazione da avviare in questo trimestre

  1. 1. Censire ogni MX204 per ruoloCreate una riga per router: sito, numero di serie, release software in produzione, data di fine del contratto di supporto e ruolo del router (PE, P, peering, aggregazione o laboratorio). L'elenco mostra quali router trasportano traffico critico, quali possono migrare per primi e quali arrivano a un rinnovo di contratto prima che una sostituzione sia pronta.
  2. 2. Mappare le funzionalità da cui dipende ogni ruoloElencate i protocolli e i servizi che ogni configurazione usa davvero e verificateli nella OcNOS Feature Matrix per la piattaforma e la release previste. La route policy richiede una revisione a parte: ogni policy statement Junos viene riscritto come route map OcNOS che esprime la stessa intenzione, invece di essere trasposto riga per riga.
  3. 3. Testare un sito in sicurezzaConcordate prima i criteri di superamento: tempo di convergenza, carico del control plane, telemetria e procedura di upgrade. Costruite il router OcNOS-SP in laboratorio, oppure come shadow peer che apprende le stesse route con la stessa policy ma non trasporta traffico dei clienti, e spostate il traffico di produzione solo quando i criteri sono soddisfatti. La VM OcNOS gratuita gira in GNS3, EVE-NG e KVM, quindi il lavoro di configurazione può iniziare prima dell'arrivo dell'hardware.

La riga MX204 nella mappatura delle piattaforme qui sotto confronta le due piattaforme OcNOS-SP per porte e capacità, e una valutazione di migrazione conferma scalabilità e funzionalità rispetto alla vostra configurazione prima di sostituire qualsiasi unità. Le date sono quelle pubblicate da Juniper e sono state verificate a ottobre 2026; la fonte ufficiale è la pagina di Juniper.

Mappatura delle piattaforme MX204 ↓ Matrice delle funzionalità OcNOS → VM OcNOS gratuita → Date e milestone hardware delle serie Juniper M e MX ↗

Gli stessi quattro livelli. Fornitori diversi.

Entrambi sono commerciali e carrier-grade, entrambi eseguono gli stessi standard ed entrambi arrivano con SLA e un'organizzazione di supporto globale. In ogni caso un router è fatto di quattro livelli. Ciò che cambia è chi fornisce ciascun livello e se è possibile cambiarne uno senza cambiare gli altri.

IP InfusionApprovvigionati separatamente, consegnati come un unico sistema
HardwareEdgecore, UfiSpace, Celestica
NOSOcNOS-SP o OcNOS-DC
OttichePiù fornitori, inclusi 400G ZR e ZR+
SupportoIP Infusion: un contratto di supporto e un percorso RMA

Fornitori diversi per ogni livello, con qualifica congiunta di IP Infusion e consegna come un unico prodotto, con un contratto di supporto e un percorso RMA.

JuniperApprovvigionati e consegnati come un unico stack
HardwareJuniper MX, QFX, ACX, PTX
NOSJunos OS o Junos OS Evolved
OtticheJuniper
SupportoJuniper JTAC

Un unico fornitore per ogni livello, con consegna e rinnovo sotto un unico contratto.

DimensioneIP Infusion (OcNOS)Juniper (Junos)
Che cosa si acquistaIl router o lo switch finito: hardware aperto, OcNOS, ottica e supporto come un unico sistema. Oppure OcNOS da solo, per l'hardware che utilizza già.Il router o lo switch finito: hardware Juniper, Junos e supporto da un unico vendor.
HardwarePiattaforme aperte di Edgecore, UfiSpace e Celestica. Un unico modello operativo OcNOS su tutte.Sistemi a marchio Juniper: MX, QFX, ACX, PTX.
SilicioMerchant silicon Broadcom: Qumran e Jericho per il routing, Trident e Tomahawk per lo switching.Juniper Trio (MX) ed Express (PTX), oltre a merchant silicon Broadcom nelle linee QFX5000 (Trident, Tomahawk) e ACX7000 (Jericho2).
Sistema operativoOcNOS-SP per il routing service provider, OcNOS-DC per il data center.Junos OS e Junos OS Evolved sulle linee MX, QFX, ACX e PTX.
LicenzeConcesso in licenza separatamente dall'hardware. Perpetua e a termine, con livelli di funzionalità sbloccati tramite aggiornamento software.Licenza software Juniper Flex, con livelli in abbonamento e a termine.
ApprovvigionamentoHardware e software si acquistano separatamente, così le piattaforme possono essere messe in concorrenza tra diversi ODM.Hardware, software e supporto provengono da Juniper.
ProtocolliBGP, OSPF, IS-IS, MPLS, SR-MPLS, SRv6, EVPN-VXLAN, EVPN-MPLS, RSVP-TE, IEEE 1588v2. Dettaglio per singola piattaforma nella Feature Matrix.Suite basata su standard comparabile in Junos.
OttichePluggable multi-vendor con interoperabilità comprovata, inclusi i coerenti 400G ZR e ZR+.ottiche Juniper.
GestioneCLI transazionale conforme agli standard di settore con commit esplicito. NETCONF, OpenConfig, gNMI/gRPC, YANG, RESTCONF, Ansible, IP Maestro EMS.CLI Junos con modello a commit. Telemetria JTI e OpenConfig, Apstra e Mist.
SupportoUn contratto di supporto e un percorso RMA da IP Infusion, per software e hardware.JTAC single-vendor per hardware e software.

Quale si adatta alla vostra rete

I set di protocolli si sovrappongono ampiamente, perciò la decisione si riduce quasi sempre a come si vuole acquistare e gestire la rete.

Scegliete IP Infusion quando desiderate
  • Licenze di vostra proprietà. Opzioni perpetue e a termine, licenziate separatamente dall'hardware, così le funzionalità su cui fate affidamento restano un costo di vostra proprietà anziché un costo da rinegoziare a ogni rinnovo.
  • Hardware da mettere in concorrenza. La stessa immagine OcNOS gira su piattaforme in merchant silicon di Edgecore, UfiSpace e Celestica, così il box può essere messo a gara senza cambiare il sistema operativo di rete.
  • Livelli che restano separabili. Hardware, software e ottica si acquistano ciascuno per i propri meriti, così un cambio di fornitore su uno non impone un cambio sugli altri.
  • Ottica multi-vendor. Pluggable con interoperabilità comprovata da più fornitori, inclusi i coerenti 400G ZR e ZR+ per IPoDWDM e DCI.
  • Supporto da un unico team. Un team IP Infusion reattivo segue sia il software sia l'hardware, con un unico contratto e un solo percorso RMA, così un problema non rimbalza tra i fornitori.
Scegliete Juniper quando desiderate
  • Un unico vendor per hardware, software e supporto, con un solo rapporto JTAC.
  • Operatività già standardizzata su Junos OS o Junos OS Evolved, con tooling, automazione e processi Juniper che intende mantenere.
  • Funzionalità che vivono specificamente nello stack Junos, come BNG avanzato e gestione degli abbonati su MX, o un comportamento proprietario Junos da cui dipende il vostro design.

Cinque piattaforme Juniper di riferimento, mappate per capacità e ruolo.

Ogni riga abbina una piattaforma di riferimento Juniper al suo equivalente IP Infusion, con il confronto di capacità unidirezionale, il verdetto di idoneità e l'avvertenza principale. Quando una singola piattaforma IP Infusion non raggiunge la capacità, la riga lo segnala e indica la combinazione che vi riesce.

Piattaforma Juniper Equivalente IP Infusion Porte Capacità Corrispondenza Nota
Juniper MX204Edge SP / aggregazione / DCI · Junos Trio AGR130 / S9510-28DCOcNOS-SP 8×10G + 4×100G → 48×10G + 6×100G 400G → 800G Margine di capacità Da confermare nella valutazione: scala di subscriber BNG Trio e throughput DCI rispetto al vostro mix di porte.
Juniper QFX5120-48YLeaf DC / ToR EVPN-VXLAN · Junos OS AS7326-56X / S8901-54XCOcNOS-DC 48×25G + 8×100G → 48×25G + 8×100G 2.0T → 2.0T (unidirezionale) Corrispondenza porta per porta La selezione dello SKU dipende dalle porte in rame rispetto a quelle in fibra e dal mix di uplink, ed è mappata sulla HCL nella valutazione.
Juniper QFX5220-32CDSpine DC / 400G · Junos OS Evolved Edgecore AS9716-32DOcNOS-DC 32×400G → 32×400G 12.8T → 12.8T Corrispondenza porta per porta Per l'AI fabric entrambi i fronti si collocano sotto il tier che consiglieremmo: il punto di partenza è Tomahawk 4 o superiore, quindi il QFX5220 non è la piattaforma per l'AI fabric né da una parte né dall'altra.
Juniper ACX7100-32C / 48LAggregazione cloud-metro / 5G xHaul · Junos OS Evolved S9600-56DX / AGR560OcNOS-SP 32×100G + 4×400G → 48×100G + 8×400G 4.8T → 4.8T / 7.2T Stessa classe di capacità Confermare per il fronthaul 5G: timing Class C (T-BC, SyncE, PTP, GPS in ingresso e uscita). MACsec non è offerto su queste piattaforme.
Juniper PTX10001-36MRCore compatto SP / peering · Juniper Express4 S9610-36DOcNOS-SP 12×100G + 24×400G → 36×400G 9.6T → 14.4T Silicio diverso La mappatura più dipendente dal design dell'intero insieme. Il PoC live SKT (giu 2025) è la prova pubblica in ambito IPoDWDM.
Ruolo, porte e capacità coincidono Stessa classe di capacità Revisione progettuale

Come leggere queste voci. Le righe sono abbinate per ruolo, profilo di porte e capacità, e la capacità è indicata in una sola direzione su entrambi i fronti. Il silicio è indicato solo dove è il vendor a indicarlo: Juniper pubblica il chipset Trio per l'MX204 ed Express4 per il PTX10001-36MR, e non pubblica alcun ASIC di forwarding per QFX5120, QFX5220 o ACX7100, perciò a quelle piattaforme non viene qui attribuito alcun componente Broadcom. Specifiche aree funzionali (scala BNG, timing di Classe C, forma RSVP-TE facility-backup) dipendono dal vostro deployment e vengono confermate dalla valutazione di migrazione. Nessuno SKU di riferimento viene presentato come sostituzione uno-a-uno garantita. OcNOS è più competitivo nel routing basato su standard, nelle fabric EVPN, nell'aggregazione metro e nel trasporto IP/ottico; i carichi di lavoro BNG avanzati e di subscriber management richiedono un lavoro di architettura più approfondito.

Quattro aree di protocollo, a confronto.

Quattro anteprime rappresentative. OSPF, LDP, MPLS-TE, ACL, la traduzione completa delle policy e la costruzione SR-TE sono trattate nel CLI cheat-sheet scaricabile.

1. BGP - neighbor iBGP (peering loopback)

Junos
set protocols bgp group RR type internal
set protocols bgp group RR local-address 10.0.0.10
set protocols bgp group RR neighbor 10.0.0.1
OcNOS
router bgp 65000
 neighbor 10.0.0.1 remote-as 65000
 neighbor 10.0.0.1 update-source lo

2. IS-IS Level-2 - IGP di core

Junos
set interfaces lo0 unit 0 family iso address 49.0001.0000.0000.0001.00
set protocols isis interface et-0/0/0.0
set protocols isis level 1 disable
OcNOS
router isis ISIS-IGP
 is-type level-2-only
 metric-style wide
 net 49.0001.0000.0000.0001.00

3. SR-MPLS - SRGB + node-SID

Junos
set protocols isis source-packet-routing srgb start-label 800000 index-range 8000
set protocols isis source-packet-routing node-segment ipv4-index 100
OcNOS
segment-routing
 global block 30000 50000
router isis isis1
 isis segment-routing global block 30000 50000
interface lo
 prefix-sid index 100

4. EVPN-VXLAN - DC overlay

Junos
set protocols evpn encapsulation vxlan
set protocols evpn extended-vni-list 101
set switch-options vtep-source-interface lo0.0
OcNOS
nvo vxlan enable
nvo vxlan vtep-ip-global 1.1.1.1
nvo vxlan id 50 ingress-replication inner-vid-disabled
Guida alla migrazione QFX EVPN-VXLAN →

Ottieni il riepilogo CLI completo →

HPE ha chiuso l'acquisizione di Juniper il 2 luglio 2025.

HPE ha completato l'acquisizione di Juniper Networks il 2 luglio 2025 a un valore azionario annunciato di circa 14 miliardi di dollari USA. Un decreto di consenso del DOJ statunitense ha richiesto a HPE di dismettere l'attività di LAN wireless Instant On e di concedere in licenza a terze parti il codice sorgente di Juniper Mist AIOps. L'organizzazione di networking combinata è denominata HPE Networking, con HPE Juniper Networking e HPE Aruba Networking mantenuti come sub-brand, e le piattaforme MX, PTX e QFX continuano a essere commercializzate. Questo è il quadro pubblicato, ed è collegato qui sotto. Non formuliamo affermazioni su roadmap future o finestre di supporto. Comunicato sull'acquisizione HPE.

Gli operatori che hanno fatto il passo, e perché.

Operatori che hanno spostato traffico di produzione da Juniper, e in alcuni casi da Cisco, verso OcNOS su hardware aperto. Ogni motivazione qui sotto è quella indicata dall'operatore nella propria storia pubblicata.

BroadStar Ha sostituito switch Juniper per l'accesso residenziale MDU. Ha citato l'interoperabilità di OcNOS con altri vendor, che permette di abbinare l'hardware al budget e ai requisiti funzionali, e un ritorno sull'investimento in mesi anziché in anni. Leggi la storia → Celerity Internet / WispWest Ha abbandonato MikroTik e Juniper, che non riuscivano a garantire la scalabilità necessaria all'azienda. Ha citato una maggiore scalabilità dall'edge al core, una migliore scalabilità dei router BGP e un routing MPLS compatto ed efficiente sul piano energetico per i siti torre con spazio limitato. Leggi la storia → Haefele Connect Una rete un tempo Cisco e Juniper, oggi OcNOS-SP su Edgecore per l'aggregazione L3. Ha citato l'alta densità 10G con porte 100G a media densità, apparati disponibili in settimane anziché in anni e l'interoperabilità con il sistema Juniper già installato. Leggi la storia → Vyve Broadband In corso verso 200 nodi OcNOS, in sostituzione di Cisco e Juniper. Ha citato la flessibilità di convertire l'hardware esistente a OcNOS ottenendo al tempo stesso set di funzionalità service provider, e cicli di deployment più rapidi su un'unica piattaforma standardizzata. Leggi la storia →

Domande frequenti

IP Infusion vende switch e router completi, o solo il software OcNOS?
Entrambi. L'offerta principale è il prodotto finito: un router o uno switch carrier-grade con OcNOS preinstallato su hardware aperto, più l'ottica e il contratto di supporto, consegnati come un unico sistema e validati sulla Hardware Compatibility List. Se utilizzate già hardware aperto, potete acquistare la sola licenza OcNOS per quell'hardware. Poiché hardware, software e ottica restano separabili, in seguito potete cambiarne uno senza sostituire gli altri.
OcNOS può sostituire un Juniper MX204 in rapporto 1:1 per edge e aggregazione SP?
A livello di protocollo sì: OcNOS-SP gestisce BGP, IS-IS, OSPF, MPLS-LDP, SR-MPLS, EVPN-MPLS, RSVP-TE, L2VPN/L3VPN, QoS e timing IEEE 1588v2 sulle piattaforme Edgecore AGR-series e UfiSpace SP. Il profilo di porte dell'MX204 (4xQSFP28 + 8xSFP+, 1RU, 400 Gbps) è più vicino a Edgecore AGR130 (AS5916-54XKS) per attività edge a bassa densità, e a UfiSpace S9510-28DC per aggregazione a densità più elevata. La scalabilità degli abbonati BNG specifica di Trio e il throughput DCI non hanno un confronto OcNOS pubblicato, quindi una sostituzione 1:1 per questi carichi di lavoro richiede una revisione progettuale con un SE rispetto al vostro effettivo mix di porte e all'utilizzo delle funzionalità.
Quando è prevista la fine vita del Juniper MX204?
Juniper ha annunciato la fine vita del MX204 il 15 giugno 2026 nel TSB107750. La data di ultimo ordine per l'hardware MX204 è il 15 giugno 2027, l'analisi dei guasti hardware termina il 15 giugno 2028, l'engineering termina il 15 giugno 2030 con 27.4 come ultima versione software e il supporto termina il 30 giugno 2032. Queste date sono quelle pubblicate nella pagina su date e milestone hardware delle serie M e MX di Juniper, verificate a ottobre 2026; la fonte ufficiale è la pagina di Juniper.
Qual è l'equivalente OcNOS per un leaf DC QFX5120-48Y?
Edgecore AS7326-56X (DCS203) è la corrispondenza porta per porta: 48x25G SFP28 con uplink 8x100G QSFP28 a 2.0 Tbps, lo stesso profilo che Juniper pubblica per il QFX5120-48Y (fino a 2 Tbps unidirezionali). UfiSpace S8901-54XC appartiene alla stessa classe, con 6x100G di uplink anziché 8. Entrambi eseguono OcNOS-DC con EVPN-VXLAN, BGP-EVPN e MAC-VRF, quindi le primitive di overlay si trasferiscono. Juniper non pubblica l'ASIC di forwarding del QFX5120, perciò la corrispondenza è stabilita su ruolo, porte e capacità. La scelta dello SKU dipende dalla preferenza tra porte in rame e in fibra e dal mix di uplink, che la valutazione di migrazione mappa sulla HCL.
OcNOS gira su uno spine 32x400G equivalente al QFX5220-32CD?
Sì. OcNOS-DC è disponibile su Edgecore AS9716-32D (Broadcom Tomahawk-3, 32x400G QSFP56-DD, 12.8 Tbps) per la funzione di spine EVPN-VXLAN, che corrisponde porta per porta al QFX5220-32CD e agli stessi 12.8 Tbps pubblicati da Juniper. Juniper non pubblica l'ASIC di forwarding del QFX5220. Per i carichi di lavoro AI fabric orientiamo invece i clienti verso piattaforme Broadcom Tomahawk 4 e Tomahawk 5, quindi il QFX5220 non è la piattaforma per l'AI fabric né da una parte né dall'altra.
Quanto è vicina la parità di funzionalità di OcNOS-SP rispetto all'ACX7100 per xHaul 5G e aggregazione SR-MPLS?
Juniper pubblica l'ACX7100 a 4.8 Tbps (32C = 32x100G + 4x400G; 48L = 48x10/25/50G + 6x400G) e non ne pubblica l'ASIC di forwarding. Sulla capacità la corrispondenza è UfiSpace S9600-56DX a 4.8 Tbps (8x400G + 48x100G, Broadcom Qumran2c), con Edgecore AS9947-36XKB (AGR560) come opzione con headroom a 7.2 Tbps su Jericho2C+. Per i ruoli più contenuti di cell site e access gateway, le piattaforme di classe Qumran AGR400, AGR130 e CSR440 coprono il tier inferiore. Le validazioni pubbliche includono il PoC live SKT 400G OpenZR+ (giugno 2025), il deployment wireline AnschlussWerk con Edgecore e OcNOS (novembre 2024) e il TIP Validated Solution Gold Badge per il profilo OcNOS DCSG. Il timing di Classe C (T-BC, SyncE, PTP, 1PPS e 10 MHz GPS in ingresso e in uscita) è l'area funzionale da confermare rispetto al vostro deployment specifico. MACsec non è offerto su queste piattaforme: arriverà con OcNOS 7.1 solo su UfiSpace S9610-46DX e S9610-36D, con la licenza OcNOS SP PLUS SEC.
Esiste un equivalente OcNOS-SP per il core compatto PTX10001-36MR?
Sì, ma va dimensionato in modo onesto. Juniper pubblica il PTX10001-36MR a 9.6 Tbps (24x400G + 12x100G, 1RU) su silicio Express4, ed è una macchina di grandi dimensioni. La risposta a piattaforma singola è OcNOS-SP su UfiSpace S9610-36D: 36x400G a 14.4 Tbps su Broadcom Jericho2c+ con buffer da 16 GB, in 2RU. La risposta Edgecore sono due unità AS9947-36XKB (AGR560) da 7.2 Tbps ciascuna, anch'esse Jericho2c+; una singola unità non raggiunge i 9.6 Tbps. Express4 e Jericho2c+ sono architetturalmente distinti, perciò profondità dei buffer e scala FIB/RIB e LSP vengono confrontate rispetto ai vostri requisiti di peering e di core. MACsec sull'S9610-36D arriverà con OcNOS 7.1 e richiede la licenza OcNOS SP PLUS SEC. È la più dipendente dal design tra le cinque mappature di riferimento e viene gestita come un esercizio di progettazione per singolo deployment anziché come una sostituzione SKU per SKU.
Come si traduce la route-policy di Junos nella sintassi route-map di OcNOS?
Junos policy-statement è un linguaggio concatenato match-and-then collegabile da qualsiasi protocollo; OcNOS route-map è la forma sequence + match/set conforme agli standard di settore, che copre la maggior parte dei pattern reali di redistribuzione BGP e IGP ma è strutturalmente più ristretta. I progetti di migrazione richiedono un passaggio di traduzione delle policy anziché un port riga per riga. Il CLI cheat-sheet qui sotto mostra le mappature standard; le catene di policy Junos annidate complesse dovrebbero essere validate prima del cutover.
OcNOS supporta FRR sub-50 ms con RSVP-TE come fa Junos?
OcNOS-SP MPLS documenta RSVP-TE FRR one-to-one con node-protection e la corrispondente forma di configurazione. BFD fornisce il rilevamento rapido dei guasti che, combinato con percorsi di backup FRR pre-calcolati, supporta una protezione sub-50 ms; i tempi raggiungibili dipendono dall'intervallo/moltiplicatore BFD, dall'offload hardware e dalla piattaforma (OcNOS BFD minimo 3 ms hardware, 10 ms software). Facility-backup (link-protection / bypass) e auto-bandwidth sono documentati nell'albero MPLS OcNOS-SP più ampio. Per la specifica copertura FRR di cui avete bisogno - detour rispetto a facility, protezione di link rispetto a nodo e vincoli CSPF - contattateci per la mappatura dettagliata.
Che cosa ha cambiato l'acquisizione di Juniper da parte di HPE?
HPE ha chiuso l'acquisizione di Juniper Networks il 2 luglio 2025 a un valore azionario annunciato di circa 14 miliardi di dollari USA. Un decreto di consenso del DOJ statunitense ha richiesto a HPE di dismettere l'attività di LAN wireless Instant On e di concedere in licenza a terze parti il codice sorgente di Juniper Mist AIOps su base perpetua e non esclusiva. L'organizzazione di networking combinata è denominata HPE Networking, con HPE Juniper Networking e HPE Aruba Networking mantenuti come sub-brand, e le piattaforme MX, PTX e QFX continuano a essere commercializzate. Questi sono i fatti pubblicati, ed è a essi che rimandano i link di questa pagina. Non facciamo speculazioni su roadmap future o finestre di supporto.
Come si confrontano le licenze OcNOS con Juniper in termini di costo e lock-in?
OcNOS licenzia il software indipendentemente dall'hardware, con opzioni perpetue e a termine e livelli di funzionalità progressivi sbloccati tramite aggiornamento software, così il costo del software è visibile e separabile dall'apparato, e l'hardware può essere messo in concorrenza tra più ODM sulla Hardware Compatibility List. Nell'intero settore le licenze dei router si stanno spostando in generale verso modelli in abbonamento e a termine, quindi un rinnovo o un refresh è un buon momento per modellare il costo pluriennale completo. Domande neutrali rispetto al vendor che vale la pena porre a qualsiasi fornitore in essere: quali funzionalità sono perpetue rispetto ad abbonamento, se una funzionalità precedentemente inclusa comporta ora un canone annuale, e come si confrontano prezzo di acquisto, prezzo del supporto e lead time per lo stesso ruolo. Le cifre di costo per singolo deployment provengono da una valutazione di migrazione di IP Infusion anziché da un grafico di marketing.

Risorse di migrazione

Due download riservati: il white paper Democratizing the Network (il caso dell'open networking per abbandonare Juniper) e il riepilogo CLI completo da Junos a OcNOS. Modulo breve, poi il PDF si apre in una nuova scheda.

White paper

Democratizzare la rete: il successore aperto di Juniper

Le ragioni carrier-grade per abbandonare Juniper: il modello OcNOS aperto end-to-end, hardware multi-vendor validato, nessun lock-in sulle ottiche e scenari di costo a confronto.

Richiedi il white paper
Riferimento per ingegneri

Riepilogo CLI da Junos a OcNOS

Junos e OcNOS a confronto per le aree di protocollo che il vostro team usa ogni giorno: BGP, OSPF, IS-IS, LDP, SR-MPLS, EVPN-VXLAN, EVPN-MPLS, MPLS-TE, ACL, QoS, NetConf e interfacce/breakout.

Scarica il PDF

Un router o switch finito, acquisito a condizioni aperte.

Juniper è un incumbent maturo, con un portafoglio profondo e JTAC alle spalle. IP Infusion compete sull'approvvigionamento: hardware in merchant silicon che potete mettere in concorrenza tra diversi ODM, software licenziato separatamente dal box e disponibile in forma perpetua e ottica di più fornitori, il tutto consegnato come router o switch finito e validato sulla Hardware Compatibility List. Quando il requisito è il set di protocolli basato su standard, è questo lo scambio che vale la pena quotare.

Matrice funzionalità

Supporto per funzionalità e per piattaforma sull'intero portafoglio OcNOS.

Elenco di compatibilità hardware

L'insieme validato di piattaforme aperte su cui gira OcNOS.

OcNOS-SP

Routing service provider per edge, aggregazione e core.

OcNOS-DC

Switching per data center EVPN-VXLAN e AI-fabric.

OcNOS a confronto con Cisco

Cisco Nexus, NCS e 8000, piattaforma per piattaforma.

OcNOS vs SONiC

Sistemi operativi di rete aperti per il data center.

Richiedi una valutazione di migrazione.

Richiedete a IP Infusion una valutazione scritta delle vostre attuali piattaforme Juniper, dei relativi ruoli e del percorso di migrazione.

Juniper, Junos, MX, QFX, ACX, PTX, Apstra, Mist e Trio sono marchi di Juniper Networks, Inc. HPE e Aruba sono marchi di Hewlett Packard Enterprise. Cisco è un marchio di Cisco Systems, Inc. Tutti gli altri marchi sono di proprietà dei rispettivi titolari. IP Infusion non è affiliata, approvata o sponsorizzata da Juniper Networks, Hewlett Packard Enterprise o Cisco Systems. I confronti tra piattaforme riflettono le specifiche pubblicamente documentate a giugno 2026 e sono forniti esclusivamente a scopo di valutazione.