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 UfiSpace S9510-28DC è l'opzione di IP Infusion per i ruoli 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

La piattaforma OcNOS-SP per il ruolo dell'MX204

  • Pannello frontale dell'UfiSpace S9510-28DC
    UfiSpace S9510-28DCPer accesso 10G o 25G con uplink a 400G

Note di dimensionamento per il ruolo del MX204

  • L'Edgecore AGR130 (AS5916-54XKS), una piattaforma 48 x 10G, è soggetta a un avviso di fine vendita annunciato il 6 ottobre 2026, con data di ultimo ordine il 2 febbraio 2027, e non è stato pubblicato alcun successore. Per un edge ad alta densità 10G, le piattaforme OcNOS-SP qualificate con un mix di porte simile sono la UfiSpace S9510-28DC e la Edgecore AS7535-28XB (CSR440), ciascuna con 24 porte SFP28 1/10/25G.
  • Per una tabella di routing Internet completa, la piattaforma OcNOS-SP con un deployment pubblicato è la UfiSpace S9600-72XC con TCAM esterna OP2. NWP Services la utilizza con la tabella IPv4 e IPv6 completa, oltre 1,27 milioni di route, in hardware.
  • La scalabilità di route, VRF ed etichette dipende dalla piattaforma e dalla release di OcNOS.

La riga MX204 nella mappatura delle piattaforme qui sotto confronta i due router per porte e capacità. Prima di sostituire qualsiasi unità, una valutazione di migrazione conferma scalabilità e funzionalità rispetto alla vostra configurazione. 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 ↓ Vedi il runbook di migrazione MX204 ↓ Richiedi una valutazione di migrazione → Matrice delle funzionalità OcNOS → VM OcNOS gratuita → Date e milestone hardware delle serie Juniper M e MX ↗

Chi fornisce ciascun livello del router

Un router è composto da quattro livelli in entrambi i casi: hardware, sistema operativo di rete, ottiche e supporto. 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: hardware Juniper, Junos, ottiche Juniper e supporto JTAC.

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.Chipset Junos Trio sull'MX204 e silicon Express di 4a generazione sul PTX10001-36MR, come documentati da Juniper.
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, in edizioni con una licenza d'uso perpetua.Modello Juniper Flex a tre livelli (Standard, Advanced, Premium); licenze in sottoscrizione e perpetue sulla serie MX.
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, EVPN-VXLAN, EVPN-MPLS, RSVP-TE, IEEE 1588v2 e supporto iniziale per SRv6 su router selezionati, con altri in sviluppo. Dettaglio per piattaforma nella Feature Matrix.Dettaglio per piattaforma in Juniper Feature Explorer.
OttichePluggable multi-vendor con interoperabilità comprovata, inclusi i coerenti 400G ZR/ZR+.ottiche Juniper.
GestioneCLI transazionale standard di settore con commit esplicito. NETCONF, OpenConfig, gNMI, YANG, Ansible, IP Maestro EMS.CLI di Junos OS e Junos OS Evolved con commit. Juniper Routing Director per l'onboarding e la gestione.
SupportoPer un OcNOS System, un contratto di supporto e un percorso RMA da IP Infusion coprono software e hardware. Per l'hardware che comprate voi stessi, il produttore supporta l'hardware.JTAC single-vendor per hardware e software.

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 S9510-28DCOcNOS-SP 8×10G + 4×100G → 24×10/25G + 2×100G + 2×400G 400G → 800G Margine di capacità Da confermare nella valutazione: scala e throughput DCI in base al mix di porte e all'uso delle funzioni.
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 le AI fabric, OcNOS-DC gira su piattaforme Broadcom Tomahawk 4 e Tomahawk 5.
Juniper ACX7100-32C / 48LAggregazione metro · 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à Da confermare per il vostro deployment: sincronizzazione boundary clock G.8273.2 Class C con SyncE. MACsec non è offerto su queste piattaforme OcNOS.
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à è espressa nello stesso modo su entrambi i lati. I valori di Juniper sono quelli documentati da Juniper, e il silicon è indicato solo dove lo indica la documentazione del vendor: il chipset Junos Trio per l'MX204 e il silicon Express di 4a generazione per il PTX10001-36MR. Scala, sincronizzazione e funzioni specifiche che utilizzate dipendono dal vostro deployment e sono confermate dalla valutazione di migrazione, quindi nessuna riga è presentata come sostituzione uno a uno garantita.

Spostare le configurazioni MX204 su OcNOS, un sito alla volta.

Sei passaggi, dall'inventario a un cutover verificato. Ogni blocco OcNOS del passaggio 3 è stato digitato su un router di laboratorio con OcNOS-SP o preso dalla sua configurazione in esecuzione, e indica quel router.

  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. Tradurre la configurazioneTraducete un'area di protocollo alla volta, mantenendo l'intento di ogni blocco di configurazione anziché la sua forma. Junos raggruppa la maggior parte delle impostazioni di protocollo sotto protocols; OcNOS le imposta in un processo del router e su ogni interfaccia. Il traduttore qui sotto copre le aree comuni.
  4. 4. 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.
  5. 5. Effettuare il cutover con una via di ritornoSpostate un sito alla volta durante una finestra di manutenzione. Mantenete l'MX204 configurato e montato a rack finché il router OcNOS non soddisfa i criteri di superamento del passaggio 4 con traffico di produzione. Tornare indietro diventa così una modifica di cablaggio e routing anziché una ricostruzione.
  6. 6. Verificare dopo il cutoverVerificate sul nuovo router gli stessi elementi verificati sul vecchio: adiacenze, sessioni BGP, binding delle label e route. Ogni scheda del traduttore affianca il comando show di Junos al suo equivalente OcNOS.
  1. Laboratorio Testate la configurazione tradotta sulla VM OcNOS o su un router di laboratorio.
  2. Shadow peer OcNOS apprende le stesse route mentre l'MX204 trasporta il traffico.
  3. Cutover OcNOS trasporta il traffico mentre l'MX204 resta configurato.
  4. MX204 rimosso Una volta soddisfatti i criteri di superamento con traffico di produzione.
Trasporta traffico dei clienti Solo routing, nessun traffico dei clienti
Un sito attraverso i passaggi 4 e 5. L'MX204 resta configurato finché il router OcNOS non soddisfa i criteri di superamento con traffico di produzione.

Da Junos a OcNOS, blocco per blocco

Nozioni di base

I comandi e i nomi che differiscono in ogni configurazione che traducete.

AttivitàJunosOcNOS
Applicare la configurazione candidatacommitcommit
Scartare le modifiche non confermaterollbackabort transaction
Mostrare la configurazioneshow configurationshow running-config
Abilitare MPLS su un'interfacciafamily mpls + protocols mpls interfacelabel-switching
Rendere interna una sessione BGPtype internalremote-as <local AS>
Usare il loopback come sorgente BGPlocal-addressneighbor <peer> update-source lo
Route policypolicy-statementroute-map
Istanza VPN di livello 3routing-instances <name> instance-type vrfip vrf <name>
Filtro di interfacciafirewall family inet filterip access-list + ip access-group <name> in
Aggregato di linkae + 802.3adpo + channel-group <n> mode active
Loopbacklo0.0lo
Nomi delle portege-, xe-, et-ge, xe, ce, cd

I nomi delle porte OcNOS seguono la velocità della porta, e l'insieme dei nomi dipende dalla piattaforma.

Interfacce

Suddividere una porta 100G in breakout, poi aggregare due delle sue sotto-porte 10G con LACP.

Junos
set chassis aggregated-devices ethernet device-count 4
set interfaces xe-0/0/2 ether-options 802.3ad ae3
set interfaces xe-0/0/3 ether-options 802.3ad ae3
set interfaces ae3 aggregated-ether-options lacp active
set interfaces ae3 unit 0 family inet address 10.1.3.0/31
OcNOS
port ce22 breakout 4X10g
!
interface po3
 ip address 10.1.3.0/31
!
interface ce22/1
 channel-group 3 mode active
!
interface ce22/2
 channel-group 3 mode active
  • channel-group 3 mode active su ogni membro svolge il lavoro di 802.3ad ae3 e lacp active. OcNOS non prevede un passaggio per il numero di dispositivi.
  • L'indirizzo IP va sull'interfaccia po, come sulla unit ae di Junos.
  • Su questo router, port ce22 breakout 4X10g crea le sotto-porte ce22/1, ce22/2 e così via. Le modalità di breakout e i nomi delle porte dipendono dalla piattaforma.
Verifica
JunosOcNOS
show lacp interfacesshow etherchannel

Dalla configurazione in esecuzione di un UfiSpace S9600-28DX, OcNOS-SP-PLUS 7.0.1.

IS-IS

Solo Level 2, con wide metric, traffic engineering e CSPF nel processo IS-IS.

Junos
set interfaces lo0 unit 0 family iso address 49.0001.0000.0000.0001.00
set interfaces et-0/0/0 unit 0 family iso
set protocols isis level 1 disable
set protocols isis interface et-0/0/0.0 point-to-point
set protocols isis interface lo0.0 passive
OcNOS
router isis CORE
 is-type level-2-only
 metric-style wide
 mpls traffic-eng router-id 10.0.0.1
 mpls traffic-eng level-2
 capability cspf
 dynamic-hostname
 net 49.0001.0000.0000.0001.00
!
interface lo
 ip router isis CORE
!
interface ce4
 isis network point-to-point
 ip router isis CORE
  • level 1 disable corrisponde a is-type level-2-only.
  • Impostate il NET nel processo IS-IS con net, non sul loopback. Il formato è lo stesso.
  • Ogni interfaccia si aggiunge con ip router isis <tag>, e isis network point-to-point corrisponde all'istruzione Junos point-to-point.
Verifica
JunosOcNOS
show isis adjacencyshow clns neighbors
show isis databaseshow isis database

Dalle configurazioni in esecuzione di un UfiSpace S9600-56DX, OcNOS-SP-PLUS 7.0.1 e di un UfiSpace S9510-28DC, OcNOS-SP-PLUS 7.0.1.

OSPF

Un link punto-punto e il loopback nell'area 0.

Junos
set routing-options router-id 10.10.100.11
set protocols ospf area 0.0.0.0 interface et-0/0/0.0
set protocols ospf area 0.0.0.0 interface lo0.0 passive
OcNOS
router ospf 100
 ospf router-id 10.10.100.11
 network 10.2.2.28/31 area 0.0.0.0
 network 10.10.100.11/32 area 0.0.0.0
!
interface ce22
 ip address 10.2.2.29/31
 ip ospf network point-to-point
  • OcNOS seleziona le interfacce OSPF per prefisso, tramite istruzioni network sotto router ospf. Junos elenca le interfacce sotto l'area.
  • Il loopback si aggiunge tramite la sua istruzione network /32, e ip ospf network point-to-point imposta il tipo di link sull'interfaccia.
  • Su questo router, le porte ce sono le porte 100G.
Verifica
JunosOcNOS
show ospf neighborshow ip ospf neighbor

Dalla configurazione in esecuzione di un UfiSpace S9600-56DX, OcNOS-SP-PLUS 7.0.1.

BGP

iBGP IPv4 unicast, con il loopback come sorgente e il loopback annunciato.

Junos
set routing-options autonomous-system 65000
set protocols bgp group internal-peers type internal
set protocols bgp group internal-peers local-address 10.0.0.1
set protocols bgp group internal-peers export send-direct
set protocols bgp group internal-peers neighbor 10.0.0.4
set policy-options policy-statement send-direct term 1 from protocol direct
set policy-options policy-statement send-direct term 1 then accept
OcNOS
router bgp 65000
 bgp router-id 10.0.0.1
 neighbor 10.0.0.4 remote-as 65000
 neighbor 10.0.0.4 update-source lo
 !
 address-family ipv4 unicast
  network 10.0.0.1/32
  neighbor 10.0.0.4 activate
 exit-address-family
  • Un remote-as uguale all'AS locale rende la sessione interna, che è il ruolo di type internal.
  • update-source lo prende il posto di local-address. L'istruzione network annuncia il loopback, come fa l'esempio Junos con la policy di export send-direct.
  • Attivate ogni neighbor all'interno della sua address family. OcNOS-SP 7.0.1 segnala l'attivazione a livello di router come deprecata. I peer IPv6 si attivano sotto address-family ipv6 unicast.
Verifica
JunosOcNOS
show bgp summaryshow ip bgp summary

Dalla configurazione in esecuzione di un UfiSpace S9510-28DC, OcNOS-SP-PLUS 7.0.1; update-source lo è stato digitato e accettato sullo stesso router.

MPLS e LDP

LDP su un'interfaccia di core, con l'indirizzo di trasporto impostato sul loopback.

Junos
set interfaces et-0/0/0 unit 0 family mpls
set protocols mpls interface et-0/0/0.0
set protocols ldp interface et-0/0/0.0
set protocols ldp interface lo0.0
OcNOS
router ldp
 router-id 10.0.0.8
 transport-address ipv4 10.0.0.8
!
interface xe20
 label-switching
 enable-ldp ipv4
  • label-switching sull'interfaccia svolge il lavoro di family mpls e protocols mpls interface.
  • enable-ldp ipv4 sull'interfaccia sostituisce protocols ldp interface.
  • Usate un indirizzo di loopback per transport-address e trasportatelo nell'IGP.
Verifica
JunosOcNOS
show ldp sessionshow mpls ldp session
show ldp databaseshow mpls ldp fec

Dalla configurazione in esecuzione di un UfiSpace S9501-28SMT, OcNOS-SP-MPLS 7.0.1.

SR-MPLS

Un segment routing global block e un SID di nodo sul loopback, con IS-IS.

Junos
set interfaces et-0/0/0 unit 0 family mpls
set protocols mpls interface et-0/0/0.0
set protocols isis source-packet-routing srgb start-label 400000
set protocols isis source-packet-routing srgb index-range 4000
set protocols isis source-packet-routing node-segment ipv4-index 2001
OcNOS
segment-routing
 global block 16000 23999
!
router isis 1
 isis segment-routing global block 16000 23999
 segment-routing mpls
!
interface lo
 prefix-sid index 8
! or an absolute label inside the block:
! prefix-sid absolute 16001
  • In Junos, srgb start-label e index-range corrispondono a global block <first> <last>, che si imposta sotto segment-routing e nell'IGP.
  • segment-routing mpls si trova sotto router isis, come sul router di laboratorio.
  • prefix-sid index corrisponde a node-segment ipv4-index. L'indice è relativo al blocco, e un'etichetta assoluta deve rientrare al suo interno.
Verifica
JunosOcNOS
show route forwarding-table family mplsshow mpls forwarding-table

Dalla configurazione in esecuzione di un UfiSpace S9501-28SMT, OcNOS-SP-MPLS 7.0.1; prefix-sid absolute è stato digitato e accettato su un UfiSpace S9510-28DC, OcNOS-SP-PLUS 7.0.1.

L3VPN

Una VRF cliente su un router PE, con route VPNv4 scambiate tra loopback tramite iBGP.

Junos
set interfaces xe-0/0/0:0 unit 0 family inet address 172.16.1.2/30
set routing-instances CE1_L3vpn instance-type vrf
set routing-instances CE1_L3vpn interface xe-0/0/0:0.0
set routing-instances CE1_L3vpn route-distinguisher 192.168.0.1:12
set routing-instances CE1_L3vpn vrf-target target:65412:12
set protocols bgp group ibgp type internal
set protocols bgp group ibgp local-address 192.168.0.1
set protocols bgp group ibgp family inet-vpn unicast
set protocols bgp group ibgp neighbor 192.168.0.3
OcNOS
ip vrf CUST
 rd 10.0.0.1:1
 route-target both 65000:1
!
interface eth2
 description to ce1
 ip vrf forwarding CUST
 ip address 192.0.2.1/24
!
router bgp 65000
 bgp router-id 10.0.0.1
 neighbor 10.0.0.3 remote-as 65000
 neighbor 10.0.0.3 update-source lo
 address-family vpnv4 unicast
  neighbor 10.0.0.3 activate
 exit-address-family
 address-family ipv4 vrf CUST
  redistribute connected
 exit-address-family
  • La VRF si definisce una sola volta con ip vrf CUST, rd e route-target both, mentre Junos usa un'istanza di routing con instance-type vrf, route-distinguisher e vrf-target.
  • ip vrf forwarding CUST sull'interfaccia verso il cliente sostituisce l'elenco dell'interfaccia nell'istanza di routing.
  • Le route VPNv4 si attivano sotto address-family vpnv4 unicast, che è il ruolo di family inet-vpn unicast, e le route dei clienti entrano nella VRF sotto address-family ipv4 vrf CUST. Questo laboratorio ridistribuisce le route connesse; l'esempio Junos usa eBGP verso il CE.
  • I nomi delle porte eth sono quelli della VM; su un router seguono la piattaforma, come nelle altre schede.
Verifica
JunosOcNOS
show bgp summaryshow ip bgp vpnv4 all summary
show route table bgp.l3vpn.0show ip bgp vpnv4 all
show route table CE1_L3vpn.inet.0show ip route vrf CUST

Testato sulla VM OcNOS-SP 7.0.0-262 gratuita come BGP L3VPN su IS-IS SR-MPLS tra due router PE e un router P, con traffico che passa tra i due siti cliente. La VM è un'immagine di laboratorio per imparare la CLI e la configurazione del control plane: il suo data plane è limitato, non mostra funzionalità hardware, scala o prestazioni, e il supporto delle funzionalità in produzione è definito per piattaforma qualificata ed edizione nella Feature Matrix.

EVPN-MPLS, RSVP-TE fast reroute, EVPN-VXLAN, ACL, QoS e NETCONF sono nel riepilogo CLI e sono verificati allo stesso modo.

Ottieni il riepilogo CLI completo → Guida alla migrazione QFX EVPN-VXLAN →

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

HPE ha completato l'acquisizione di Juniper Networks il 2 luglio 2025. 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 sostituito una rete MikroTik e Juniper. Ha citato una maggiore scalabilità dall'edge al core, una migliore scalabilità dei router BGP e un routing MPLS compatto ed efficiente dal punto di vista energetico per i siti con torre e 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 completo: un router o switch carrier-grade con OcNOS preinstallato su hardware aperto, più le ottiche e il contratto di supporto, consegnato come un unico sistema e qualificato nella Hardware Compatibility List. Se utilizzate già hardware aperto, potete acquistare la licenza di OcNOS separatamente per quell'hardware. Poiché hardware, software e ottiche restano separabili, potete cambiarne uno in seguito senza sostituire gli altri.
OcNOS può sostituire un Juniper MX204 in rapporto 1:1 per edge e aggregazione SP?
OcNOS-SP supporta BGP, IS-IS, OSPF, MPLS LDP, SR-MPLS, EVPN-MPLS, RSVP-TE, L2VPN e L3VPN, QoS e sincronizzazione IEEE 1588v2 sulle piattaforme service provider di Edgecore e UfiSpace. Juniper documenta l'MX204 come router da 1 U con quattro porte QSFP28, otto porte SFP+ da 10GbE e 400 Gbps di throughput. La piattaforma OcNOS-SP più vicina è l'UfiSpace S9510-28DC (24 x 1/10/25G SFP28 + 2x100G + 2x400G, 800 Gbps, 1 U) per l'accesso a 10G o 25G con uplink a 400G. Il ruolo PE (L3VPN con LDP o SR-MPLS) richiede l'edizione OcNOS-SP MPLS o PLUS. Se un'unità ne sostituisca un'altra uno a uno dipende dal mix di porte, dalla scala e dall'uso delle funzioni. La valutazione di migrazione verifica questi aspetti rispetto alla Feature Matrix.
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?
L'Edgecore AS7326-56X (DCS203) è la corrispondenza porta per porta: 48x25G SFP28 con uplink 8x100G QSFP28 a 2.0 Tbps in una direzione. Juniper documenta il QFX5120-48Y con 48 porte SFP28, 8 porte QSFP28 e 4 Tbps di throughput aggregato bidirezionale, che corrispondono a 2 Tbps in una direzione. L'UfiSpace S8901-54XC è della stessa classe con uplink 6x100G anziché 8. Entrambi eseguono OcNOS-DC con EVPN-VXLAN. La corrispondenza è stabilita per ruolo, porte e capacità, e la scelta dello SKU dipende dal mix di uplink, che la valutazione di migrazione mappa rispetto alla Hardware Compatibility List.
OcNOS gira su uno spine 32x400G equivalente al QFX5220-32CD?
Sì. OcNOS-DC gira sull'Edgecore AS9716-32D (Broadcom Tomahawk 3, 32x400G, 12.8 Tbps) come spine di una fabric IP, con l'underlay BGP e la route reflection EVPN, mentre i tunnel VXLAN terminano sugli switch leaf. Juniper documenta il QFX5220-32CD come switch da 1 U con 32 porte 400GbE e 12.8 Tbps di banda, quindi porte e capacità coincidono. Per le AI fabric, OcNOS-DC gira su piattaforme Broadcom Tomahawk 4 e Tomahawk 5.
Quanto è vicino OcNOS-SP all'ACX7100 per l'aggregazione metro e SR-MPLS?
Per capacità, la corrispondenza OcNOS-SP è l'UfiSpace S9600-56DX (48x100G + 8x400G, 4.8 Tbps, Broadcom Qumran2c), con l'Edgecore AS9947-36XKB (AGR560, 12x400G + 24x100G, 7.2 Tbps, Jericho2C+) dove serve più capacità. Juniper documenta l'ACX7100-32C (32 porte QSFP28 e 4 QSFP56-DD) e l'ACX7100-48L (48 porte SFP a 10, 25 o 50G e 6 porte QSFP56-DD) come router da 1 U con 4.8 Tbps di throughput. Per i ruoli più piccoli di accesso e cell site, gli AGR400 e CSR440 di classe Qumran coprono il livello inferiore. Tra i riferimenti OcNOS pubblicati figurano la proof of concept dal vivo di SKT con 400G OpenZR+ (giugno 2025), il deployment di routing di aggregazione di AnschlussWerk su Edgecore (novembre 2024) e la TIP Validated Solution Gold Badge per l'OcNOS Disaggregated Cell Site Gateway (2022). Sincronizzazione da confermare per il vostro deployment: boundary clock G.8275.1 con G.8273.2 Class C e SyncE, nelle edizioni CSR e PLUS. MACsec non è offerto su queste piattaforme: arriverà in OcNOS 7.1 solo sull'UfiSpace S9610-46DX e sull'S9610-36D, con la licenza OcNOS SP PLUS SEC.
Esiste un equivalente OcNOS-SP per il core compatto PTX10001-36MR?
Sì. La risposta con una sola piattaforma è OcNOS-SP sull'UfiSpace S9610-36D: 36x400G a 14.4 Tbps su Broadcom Jericho2C+, in 2 RU. Juniper documenta il PTX10001-36MR come router da 1 U con 24 porte QSFP56-DD e 12 QSFP28, 9.6 Tbps di throughput e silicon Express di 4a generazione. L'opzione Edgecore è costituita da due unità AS9947-36XKB (AGR560) da 7.2 Tbps ciascuna, anch'esse con Jericho2C+; una singola unità da sola non raggiunge i 9.6 Tbps. Poiché il silicon di forwarding è diverso, il comportamento dei buffer e la scala di FIB, RIB e LSP vengono confrontati con i vostri requisiti di peering e di core. MACsec sull'S9610-36D arriverà in OcNOS 7.1 e richiede la licenza OcNOS SP PLUS SEC. È la più dipendente dal progetto tra le cinque corrispondenze e viene trattata come un esercizio di progettazione anziché come una sostituzione SKU per SKU.
Come si traduce la route-policy di Junos nella sintassi route-map di OcNOS?
OcNOS usa route map standard di settore: sequenze numerate di clausole match e set, applicate ai neighbor BGP e alla ridistribuzione. Ogni istruzione di policy Junos viene riscritta come route map OcNOS che esprime lo stesso intento, anziché portata riga per riga, e la policy riscritta viene testata in laboratorio o su un peer shadow prima del cutover.
OcNOS supporta il fast reroute 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 rapida; 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.
Quando ha completato HPE l'acquisizione di Juniper?
HPE ha completato l'acquisizione di Juniper Networks il 2 luglio 2025, come annunciato nel suo comunicato stampa di quella data. Per le date di supporto di una piattaforma specifica, Juniper pubblica le tappe di fine vita per prodotto, come il TSB107750 per l'MX204.
Come si confronta la licenza di OcNOS con quella di Juniper?
OcNOS è concesso in licenza separatamente dall'hardware. Ogni edizione di OcNOS-SP (IPBASE, MPLS, PLUS, CSR) e di OcNOS-DC (MGMT, IPBASE, PLUS) include una licenza d'uso perpetua dimensionata per la piattaforma, e l'hardware può essere acquistato da qualsiasi vendor presente nella Hardware Compatibility List. Juniper documenta il modello di licenze Juniper Flex a tre livelli (Standard, Advanced, Premium) e indica licenze in sottoscrizione e perpetue per i router della serie MX. I costi per una rete specifica derivano da una valutazione di migrazione.

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

Passare da Junos a OcNOS

Un piano per gli operatori Junos: quale router OcNOS-SP svolge ciascun ruolo, quale funzione OcNOS copre ciascuna funzione e come si mappa la CLI.

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.

IP Infusion fornisce un router o switch completo qualificato nella Hardware Compatibility List: hardware con merchant silicon che può essere acquistato da più di un ODM, OcNOS concesso in licenza separatamente dal box con una licenza d'uso perpetua e ottiche di più di un fornitore.

Matrice funzionalità

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

Elenco di compatibilità hardware

L'insieme qualificato 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.

Juniper, Junos, MX, QFX, ACX, PTX e Trio sono marchi di Juniper Networks, Inc. HPE è un marchio 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 a Juniper Networks, Hewlett Packard Enterprise o Cisco Systems, né da esse approvata o sponsorizzata. I confronti tra piattaforme riflettono le specifiche documentate pubblicamente a ottobre 2026 e sono forniti solo a scopo di valutazione.

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.