IP Infusion vs. Cisco Nexus, NCS und 8000: ein technischer Vergleich

Plattform für Plattform, Silicon für Silicon: wie sich Router und Switches von IP Infusion gegenüber Cisco Nexus, NCS, der Cisco-8000-Serie und ACI einordnen und was sich bei Lizenzierung, CLI und Betrieb ändert, wenn Sie wechseln.

Wie die beiden aufgebaut sind

Beide sind kommerziell und Carrier-Grade, beide setzen dieselben Standards um, und beide kommen mit SLAs und einer weltweiten Supportorganisation. Ein Router besteht in beiden Fällen aus vier Schichten. Der Unterschied liegt darin, wer jede Schicht liefert und ob sich eine davon wechseln lässt, ohne die übrigen mit zu ändern.

IP InfusionGetrennt beschafft, als ein System ausgeliefert
HardwareEdgecore, UfiSpace, Celestica
NOSOcNOS-SP or OcNOS-DC
CLIEine CLI über SP, DC und AI Fabric hinweg
OptikenMehrere Lieferanten, einschließlich 400G ZR und ZR+
SupportIP Infusion: ein Supportvertrag und ein RMA-Pfad

Unterschiedliche Lieferanten pro Schicht, von IP Infusion gemeinsam qualifiziert und als ein Produkt geliefert, auf einem Supportvertrag und einem RMA-Pfad.

CiscoAls ein Stack beschafft und ausgeliefert
HardwareCisco
NOSCisco IOS-XR or NX-OS
CLIUnterschiedliche CLIs je Produktlinie: IOS-XR (SP), NX-OS (DC)
OptikenCisco
SupportCisco TAC

Ein Lieferant für jede Schicht, unter einem Vertrag geliefert und verlängert.

Auf einen Blick

AbmessungenIP Infusion (OcNOS)Cisco (IOS-XR / NX-OS)
Was Sie kaufenDer fertige Router oder Switch: offene Hardware, OcNOS, Optik und Support als ein System. Oder OcNOS allein, für Hardware, die Sie bereits betreiben.Der fertige Router oder Switch: Cisco-Hardware, das NOS und Support von einem Anbieter.
HardwareOffene Plattformen von Edgecore, UfiSpace und Celestica. Ein OcNOS-Betriebsmodell über alle hinweg.Systeme der Marke Cisco.
SiliziumBroadcom Merchant Silicon: Qumran und Jericho für Routing, Trident und Tomahawk für Switching.Cisco Silicon One und Cloud Scale, dazu Broadcom Merchant Silicon in Baureihen wie dem NCS 5700 und der Nexus 9500 R-Series.
BetriebssystemOcNOS-SP für Service-Provider-Routing, OcNOS-DC für das Data Center.IOS-XR für SP und Core, NX-OS für das Data Center, IOS-XE für Enterprise.
LizenzierungGetrennt von der Hardware lizenziert. Unbefristet und laufzeitbasiert, mit Funktionsstufen, die per Software-Upgrade freigeschaltet werden.Smart Licensing Using Policy, Subskription und Laufzeit. Einige Baureihen behalten Optionen für unbefristete Lizenzen bei.
SourcingHardware und Software werden getrennt beschafft, sodass Plattformen zwischen ODMs im Wettbewerb ausgeschrieben werden können.Hardware, Software und Support stammen von Cisco.
ProtocolsBGP, OSPF, IS-IS, MPLS, SR-MPLS, SRv6, EVPN-VXLAN, RSVP-TE, IEEE 1588v2. Details je Plattform in der Feature Matrix.Vergleichbare standardbasierte Suite über IOS-XR und NX-OS hinweg.
OptikenMulti-Vendor-Pluggables mit bewährter Interoperabilität, einschließlich 400G ZR und ZR+ Coherent.Cisco optics.
ManagementBranchenübliche transaktionale CLI mit explizitem Commit. NETCONF, OpenConfig, gNMI/gRPC, YANG, RESTCONF, Ansible, IP Maestro EMS.IOS-XR- und NX-OS-CLI. Modellgetriebene Telemetrie von Cisco und der Cisco-Automatisierungsstack.
SupportEin Supportvertrag und ein RMA-Pfad von IP Infusion, für Software und Hardware.Single-Vendor-TAC für Hardware und Software.

Welches passt zu Ihrem Netz

Die Protokollumfänge überschneiden sich weitgehend, sodass die Entscheidung meist davon abhängt, wie Sie das Netz beschaffen und betreiben wollen.

Wählen Sie IP Infusion, wenn Sie Folgendes möchten
  • Lizenzen, die Ihnen gehören. Unbefristete und Laufzeitoptionen, getrennt von der Hardware lizenziert, sodass die Funktionen, auf die Sie angewiesen sind, ein Kostenposten bleiben, der Ihnen gehört, und keiner, den Sie bei jeder Verlängerung neu verhandeln.
  • Hardware, die Sie ausschreiben können. Dasselbe OcNOS-Image läuft auf Merchant-Silicon-Plattformen von Edgecore, UfiSpace und Celestica, sodass sich das Gerät ausschreiben lässt, ohne das Netzwerkbetriebssystem zu wechseln.
  • Schichten, die trennbar bleiben. Hardware, Software und Optik werden jeweils für sich beschafft, sodass ein Lieferantenwechsel in einer Schicht keinen Wechsel in den übrigen erzwingt.
  • Multi-Vendor-Optik. Pluggables mit bewährter Interoperabilität von mehreren Lieferanten, einschließlich 400G ZR und ZR+ Coherent für IPoDWDM und DCI.
  • Support aus einer Hand. Ein reaktionsschnelles IP-Infusion-Team betreut sowohl die Software als auch die Hardware, unter einem einzigen Vertrag und mit einem RMA-Weg, sodass ein Problem nicht zwischen Lieferanten hin- und hergereicht wird.
Wählen Sie Cisco, wenn Sie Folgendes möchten
  • Ein einziger Anbieter für Hardware, Software und Support, mit einer einzigen TAC-Beziehung.
  • Einen Betrieb, der bereits auf IOS-XR oder NX-OS standardisiert ist, mit Cisco-Tooling, -Automatisierung und -Prozessen, die Sie beibehalten möchten.
  • Funktionen, die es speziell im Cisco-Stack gibt, etwa ein APIC-Policy-Modell oder Cisco-proprietäres Silicon-Verhalten, auf das Ihr Design angewiesen ist.

Ein Betriebsmodell über Service-Provider, Rechenzentrum und AI Fabric hinweg

OcNOS bietet dieselbe branchenübliche Befehlszeile und dasselbe Betriebsmodell über drei Rollen hinweg, die Cisco auf zwei getrennten Betriebssystemen betreibt. Service-Provider-Routing, die EVPN-VXLAN-Fabric im Rechenzentrum und der RoCEv2 AI-fabric Spine werden auf dieselbe Weise konfiguriert und betrieben, über die Editionen OcNOS-SP und OcNOS-DC.

Service-Provider-Routing

OcNOS-SP bietet BGP, IS-IS, OSPF, SR-MPLS, SRv6 und EVPN-MPLS mit IEEE 1588v2 Timing auf Broadcom Qumran und Jericho Plattformen. Bei Cisco läuft diese Rolle auf IOS-XR.

Data-Center-Fabric

OcNOS-DC betreibt eine BGP-EVPN-VXLAN leaf-spine mit den standardmäßigen Overlay-Primitiven auf Broadcom Trident und Tomahawk Hardware. Bei Cisco läuft diese Rolle auf NX-OS.

AI-Fabric

OcNOS-DC ergänzt verlustfreies RoCEv2 Queueing auf Broadcom Tomahawk-5 800G Spines für GPU-Cluster-Fabrics. Bei Cisco läuft diese Rolle auf Nexus (NX-OS) oder Cisco 8000 (IOS-XR).

Dieselbe Befehlszeile und dieselben Konfigurationsmuster gelten bei IP Infusion über alle drei Rollen hinweg. Bei Cisco laufen Service-Provider- und Core-Routing auf IOS-XR und das Rechenzentrum auf NX-OS, jeweils mit eigener Befehlszeile und eigenem Konfigurationsmodell, sodass ein Team, das zwischen den beiden Rollen wechselt, mit einer anderen Syntax und einem anderen Betriebsmodell arbeitet.

Plattform für Plattform: Service-Provider-Router

Rows are matched on role, port profile and capacity, not SKU for SKU. Jede Zeile stellt einer Cisco Plattform ihr IP Infusion Äquivalent gegenüber, dazu das Portprofil, den Kapazitätsvergleich und das Urteil. Wenn eine einzelne Plattform die Kapazität nicht bietet, weist die Zeile darauf hin und nennt die Kombination, die dies leistet.

Rolle, Ports und Kapazität stimmen überein Gleiche Kapazitätsklasse Design-Review
Cisco Plattform IP Infusion Äquivalent Ports Kapazität Passung Hinweise
Cisco NCS 540Access / aggregation · IOS-XR S9510-28DC / AS7535-28XBOcNOS-SP 24×10G + 8×25G + 2×100G → 24×25G + 2×100G + 2×400G ~640G → 800G Rollen- und Kapazitätsentsprechung Cisco veröffentlicht den Forwarding-ASIC des NCS 540 nicht, daher ist diese Zeile nach Rolle, Portprofil und Kapazität zugeordnet und nicht nach Silicon.
Cisco NCS 5500 / 5700Aggregation / provider edge · IOS-XR S9600-64X / 56DX / AS9947-36XKBOcNOS-SP 24×100G + 6×400G → 48×100G + 8×400G 3.6T-4.8T → 4.8T-7.2T Gleiche Kapazitätsklasse Routenskalierung, Puffertiefe und Port-Mix werden pro Deployment verglichen.
Cisco 8000 (8201 / 8202)Core / peering · IOS-XR · Cisco Silicon One Q100 S9610-36DOcNOS-SP 12×100G + 24×400G → 36×400G 10.8T → 14.4T Different silicon Die Silicon-Architekturen unterscheiden sich, daher werden Puffertiefe, FIB/RIB-Skalierung und Label-Stack-Tiefe pro Deployment verglichen und nicht vorausgesetzt.
Cisco ASR 9902 / 9903PE / BNG edge · IOS-XR S9600-56DX / AS9947-36XKBOcNOS-SP 48×100G + 8×400G By configuration BNG zu bestätigen Anspruchsvolle Subscriber-Management-Workloads werden als Design-Review eingeplant, nicht als Datenblatt-Austausch.

Plattform für Plattform: Data-Center-Switches

Dasselbe OcNOS-DC-Image, dieselbe standardbasierte EVPN-VXLAN-Fabric, auf offener Broadcom-Trident- und -Tomahawk-Hardware.

Cisco Plattform IP Infusion Äquivalent Ports Kapazität Passung Hinweise
Cisco Nexus 93180YC-FX25G leaf · NX-OS · Cloud Scale AS7326-56XOcNOS-DC 48×25G + 6×100G → 48×25G + 8×100G 1.8T → 2.0T (unidirektional) Port-für-Port-Entsprechung BGP-EVPN-VXLAN, MAC-VRF und die Standard-Overlay-Primitiven werden nativ unterstützt.
Cisco Nexus 9336C-FX2100G leaf / spine · NX-OS · Cloud Scale AS7726-32X / S9110-32XOcNOS-DC 36×100G → 32×100G 3.6T → 3.2T (unidirektional) Same 100G class Werden stattdessen 400G-Uplinks gewünscht, ist die Zeile zum AS9716-32D weiter unten der bessere Ausgangspunkt.
Cisco Nexus 9332D-GX2B400G leaf / spine · NX-OS · Cloud Scale AS9716-32D / AS9736-64DOcNOS-DC 32×400G → 32 oder 64×400G 12.8T → 12.8 or 25.6T Dieselbe 400G-Klasse Beide tragen BGP-EVPN-VXLAN mit den Standard-Overlay-Primitiven.
Cisco 800G spine51.2T tier · Cisco Silicon One G200 AIS800-64D / S9321-64EOcNOS-DC 64×800G → 64×800G 51.2T → 51.2T Silicon eines anderen Anbieters Verlustfreies RoCEv2-Queueing für AI-Fabric ist auf den Tomahawk-5-Plattformen verfügbar.
Cisco Nexus 9500 R-SeriesDeep-buffer spine · NX-OS · Broadcom ASICs S9610-36D / AS9947-36XKBOcNOS-SP 36×400G / 24×100G + 12×400G Je nach Chassis → 14.4T / 7.2T Deep Buffer liegt im SP-Portfolio Auf der IP-Infusion-Seite sind die Plattformen mit Puffern im GB-Bereich die Jericho2c+-Router (16 GB beim S9610-36D, 8 GB HBM beim AS9947-36XKB), und diese laufen mit OcNOS-SP. Eine Deep-Buffer-Aggregationsrolle wird daher als Design innerhalb der SP-Familie eingeplant und nicht als gleichwertiger Austausch eines DC-Switches.
Cisco ACI / APICController-based DC fabric EVPN-VXLAN Leaf-SpineOcNOS-DC — Je nach Fabric-Design Design-Review Der APIC-Controller und sein Policy-Modell lassen sich nicht eins zu eins übertragen, sodass ein Wechsel als Design-Review eingeplant wird und nicht als Austausch.

So lesen Sie diese Zeilen. Die Zeilen sind nach Rolle, Portprofil und Kapazität zugeordnet. Die Kapazität ist auf beiden Seiten unidirektional angegeben: Cisco veröffentlicht die Switching-Kapazität der Nexus-Systeme bidirektional, daher sind diese Werte hier halbiert, um sie mit den unidirektionalen Angaben von Edgecore und UfiSpace vergleichen zu können. Silicon wird nur dort benannt, wo der Hersteller es benennt; Cisco veröffentlicht den Forwarding-ASIC des NCS 540 nicht und beschreibt die Nexus 9500 R-Series als Broadcom-ASICs, ohne den Baustein zu nennen. Keine SKU wird als garantierter Eins-zu-eins-Ersatz dargestellt, und die richtige Plattform für Ihr Netz hängt weiterhin von dessen Port-Mix, Skalierung und Funktionsumfang ab. Die Angaben entsprechen dem öffentlich dokumentierten Stand von Juli 2026.

Plattformen, die IP Infusion für diese Rollen liefert

Eine repräsentative Auswahl für die oben genannten Rollen. Öffnen Sie eine beliebige Karte für das Plattform-Datenblatt:

S9510-28DC UfiSpace open switch
S9510-28DC SP-Access / Cell-Site UfiSpace · Qumran-2A Datenblatt ansehen →
S9600-64X UfiSpace open switch
S9600-64X SP-Aggregation UfiSpace · Qumran-2C Datenblatt ansehen →
S9610-36D UfiSpace open switch
S9610-36D SP-Compact-Core UfiSpace · Jericho-2C+ Datenblatt ansehen →
AS7326-56X Edgecore open switch
AS7326-56X DC-Leaf (25G) Edgecore · Trident-3 Datenblatt ansehen →
AS9736-64D Edgecore open switch
AS9736-64D DC Spine (400G) Edgecore · Tomahawk-4 Datenblatt ansehen →
AIS800-64D Edgecore open switch
AIS800-64D DC- / AI-Spine (800G) Edgecore · Tomahawk-5 Datenblatt ansehen →

Durchsuchen Sie das vollständige validierte Set: Hardware Compatibility List.

Wo IP Infusion Cisco gut ersetzt

SP-Metro- & Edge-Aggregation

SR-MPLS, EVPN-MPLS und IEEE-1588v2-Class-C-Timing auf Broadcom-Qumran- und -Jericho-Plattformen, die die Access- und Aggregationsrollen abdecken, die Cisco NCS 540 und NCS 5500 bedienen.

Data-Center-EVPN-VXLAN-Leaf-Spine

Eine BGP-EVPN-VXLAN-Fabric auf offener Trident- und Tomahawk-Hardware, mit den Standard-Overlay-Primitiven (MAC-VRF, Type-2-/Type-5-Routen) und ohne Abhängigkeit von einem zentralen Controller.

400G- und 800G-Data-Center-Spine

High-Radix-Spines auf Broadcom Tomahawk-4 (400G) und Tomahawk-5 (800G), mit verlustfreiem RoCEv2-Queueing für AI-Fabric.

IPoDWDM und 400G-Coherent-DCI

OpenZR+ 400G kohärente Pluggables, direkt aus OcNOS-SP verwaltet: transponderfreies DCI auf offener Hardware, mit bewährter Multi-Vendor-Optik-Interoperabilität.

Betreiber, die den Wechsel vollzogen haben

Veröffentlichte Kundenreferenzen, in denen Cisco-Geräte ersetzt wurden, samt der Begründung des jeweiligen Betreibers:

MadeoErsetzte Switches vom Typ Cisco Nexus 3048 und Catalyst 3750. Entschied sich für OcNOS wegen EVPN-VXLAN-Data-Center-Interconnect, vollem BGP-Transit-Peering und Flexibilität bei der Optik, auf einer CLI, die das Team bereits kannte. Dojo NetworksErsetzte Cisco-Transportgeräte zwischen Standorten. Angeführt wurden der Funktionsumfang über unterschiedliche Hardware hinweg sowie Lieferzeiten, die von Jahren auf Tage sanken, bei gleichzeitiger Interoperabilität mit dem installierten Bestand aus Cisco, Juniper und Ruckus. Premium Choice BroadbandErsetzte einen alternden Cisco-Core-Router durch OcNOS-SP auf UfiSpace. Angeführt wurden die sofortige Verfügbarkeit der Upgrade-Geräte, die Robustheit der Software und der Preis. Hall AG (Citynet)Ersetzte seinen Cisco-Backbone durch OcNOS auf Edgecore. Angeführt wurden die Funktionsparität mit den geprüften Alternativen, die Lagerverfügbarkeit, die Preisgestaltung und eine branchenübliche CLI, die die Umstellung erleichterte.

Ein schrittweiser Migrationspfad

Woche 1

Bewertung und Labor

Erfassen Sie die aktuelle IOS-XR-/NX-OS-Konfiguration, den Port-Mix und die Feature-Nutzung; ordnen Sie die Plattformen den obigen Klassen zu und wählen Sie die OcNOS-Editionen sowie die HCL-Hardware aus.

Woche 4

Pilot und Parität

Führen Sie einen Dual-Homed-Pilot durch, verifizieren Sie Protokoll- und Timing-Parität, übersetzen Sie Route-Policy- und EVPN-Konfiguration und streamen Sie OpenConfig-Telemetrie an Ihren bestehenden Collector.

Woche 12

Rollierender Cutover

Führen Sie die Umstellung Region für Region mit einem klaren Rollback-Pfad durch und behalten Sie durchgehend dieselbe standardbasierte Data Plane und dasselbe Betriebsmodell bei.

Wo IP Infusion einzuordnen ist

Cisco ist ein etablierter Anbieter mit einem tiefen Portfolio und einer entsprechend aufgestellten Supportorganisation. IP Infusion setzt bei der Beschaffung an: Merchant-Silicon-Hardware, die Sie über mehrere ODMs ausschreiben können, Software, die getrennt vom Gerät und unbefristet lizenziert wird, sowie Optik von mehr als einem Lieferanten, geliefert als fertiger Router oder Switch, validiert auf der HCL. Wenn Ihre Anforderung der standardbasierte Protokollumfang ist, ist das die Abwägung, die eine Kalkulation wert ist.

Feature-MatrixUnterstützung pro Funktion und pro Plattform Hardware Compatibility ListIn der HCL gelistete offene Plattformen OcNOS-SPService-Provider-Routing OcNOS-DCData-Center-Fabric Open NetworkingDie Anbieterlandschaft OcNOS vs SONiCEbenfalls vergleichen OcNOS vs JuniperEbenfalls vergleichen
OcNOS erkunden Kontakt

Cisco, IOS-XR, IOS-XE, NX-OS, Silicon One, Nexus, Catalyst, NCS, Cisco 8000, ACI und APIC sind Marken von Cisco Systems, Inc. Broadcom und seine Produktnamen sind Marken von Broadcom Inc. Alle anderen Marken sind Eigentum ihrer jeweiligen Inhaber. IP Infusion ist nicht mit Cisco Systems verbunden und wird von Cisco Systems weder unterstützt noch gesponsert. Vergleiche geben öffentlich dokumentierte Spezifikationen mit Stand Juli 2026 wieder und dienen ausschließlich zu Bewertungszwecken.

FAQ

Häufig gestellte Fragen

Verkauft IP Infusion vollständige Switches und Router oder nur die OcNOS-Software?
Beides. Das Hauptangebot ist das fertige Produkt: ein Carrier-Grade-Router oder -Switch mit vorinstalliertem OcNOS auf offener Hardware, dazu die Optik und der Supportvertrag, als ein System geliefert und auf der Hardware Compatibility List validiert. Wenn Sie bereits offene Hardware betreiben, können Sie OcNOS auch für sich allein dafür lizenzieren. Da Hardware, Software und Optik trennbar bleiben, lässt sich jede einzelne Schicht später wechseln, ohne die übrigen zu ersetzen.
Ist IP Infusion eine Cisco-Alternative?
Ja. IP Infusion liefert Router und Switches für dieselben Service-Provider- und Data-Center-Rollen, die Cisco bedient, aufgebaut auf offenen Broadcom-Merchant-Silicon-Plattformen, betrieben mit dem kommerziellen Netzwerkbetriebssystem OcNOS, mit Herstellersupport und SLAs. Der praktische Unterschied liegt in der Beschaffung: Die Hardware wird über mehrere ODMs ausgeschrieben und die Software getrennt davon lizenziert.
Kann OcNOS Cisco IOS-XR für Service-Provider-Routing ersetzen?
Auf Protokollebene trägt OcNOS-SP den Stack, mit dem SP-Netze auf Cisco IOS-XR betrieben werden: BGP, IS-IS, OSPF, MPLS, SR-MPLS, SRv6, RSVP-TE, L2VPN/L3VPN, QoS und IEEE-1588v2-Timing. Ob sich eine bestimmte Cisco-Plattform eins zu eins zuordnen lässt, hängt von Ihrem Port-Mix, der Skalierung und der genutzten Funktionalität ab; ein Austausch im Produktivbetrieb wird daher mit einer Engineering-Bewertung von IP Infusion gegen die Feature Matrix und die Hardware Compatibility List abgesichert.
Worin besteht der Unterschied zwischen OcNOS und Cisco NX-OS im Data Center?
Beide betreiben EVPN-VXLAN-Leaf-Spine-Fabrics mit denselben Overlay-Primitiven. NX-OS läuft auf Cisco-Nexus-Hardware; OcNOS-DC läuft auf offenen Broadcom-Trident- und -Tomahawk-Plattformen mehrerer Hersteller. Der Unterschied liegt im Hardware-Modell, nicht im Fabric-Design.
Läuft OcNOS auf demselben Silicon wie Cisco?
Teilweise, und genau darum geht es. OcNOS standardisiert auf Broadcom Merchant Silicon (Qumran, Jericho, Trident, Tomahawk). Cisco verwendet in weiten Teilen seines Portfolios eigene ASICs der Familien Silicon One und Cloud Scale, liefert aber auch Broadcom Merchant Silicon in Baureihen wie dem NCS 5700, für den Cisco einen einzelnen Jericho 2 ASIC mit 4.8 Tbps angibt, und der Nexus 9500 R-Series. Diese gemeinsame Merchant-Silicon-Basis ist es, die eine Multi-Vendor-Hardware-Beschaffung praktikabel macht.
Gibt es ein OcNOS-Äquivalent zum Cisco Nexus 9300?
Für die Data-Center-Leaf-Rolle läuft OcNOS-DC auf Plattformen der Broadcom-Trident-Klasse (zum Beispiel einem Edgecore-Switch mit 48×25G und 100G-Uplinks) mit BGP-EVPN-VXLAN, MAC-VRF und den Standard-Overlay-Primitiven. Die genaue Entsprechung hängt von Ihrem Port- und Uplink-Profil ab, das die Bewertung gegen die Hardware Compatibility List abgleicht.
Kann OcNOS eine Cisco-ACI-EVPN-VXLAN-Fabric ersetzen?
Cisco ACI ist eine controllerbasierte Fabric, die über den APIC verwaltet wird. OcNOS-DC betreibt eine BGP-EVPN-VXLAN-Leaf-Spine-Fabric auf offener Hardware mit denselben Overlay-Primitiven und ohne zentralen Controller. Beide teilen sich die VXLAN/EVPN-Data-Plane, doch das APIC-Policy-Modell ist kein Eins-zu-eins-Feature-Port, sodass ein Wechsel als Design-Review eingeplant wird und nicht als Austausch.
Was ist die OcNOS-Alternative zur Cisco 8000 oder NCS Serie für den SP-Core?
OcNOS-SP läuft für Core und Peering auf offenen Compact-Core-Plattformen (zum Beispiel den UfiSpace-Familien S9600 und S9610 auf Broadcom-Qumran-2C- und -Jericho-2C+-Silicon) und für die NCS-540-Rolle auf Access-Routern der Qumran-Klasse. Nutzt die Cisco-Plattform Silicon One, handelt es sich um eine Entsprechung derselben Durchsatzklasse auf unterschiedlichem Silicon; nutzt Cisco bereits Broadcom, liegt dieselbe Silicon-Generation vor. Puffertiefe, FIB/RIB-Skalierung und Label-Stack-Tiefe werden pro Deployment verglichen.
Wie lassen sich Cisco-IOS-XR- und NX-OS-Befehle auf OcNOS abbilden?
OcNOS verwendet eine branchenübliche Befehlszeile, die transaktional mit einem expliziten Commit arbeitet und sich ähnlich wie IOS-XR anfühlt, sodass sich die meisten Konfigurationsmuster für BGP, IS-IS, OSPF, MPLS, Interfaces und EVPN direkt übertragen lassen. Die exakte Syntax weicht stellenweise ab, daher stützt sich eine Migration auf ein Command-Mapping und einen geprüften Übersetzungsdurchlauf statt auf eine zeilenweise Portierung.
Kann ein Team Service-Provider, Rechenzentrum und AI Fabric bei IP Infusion betreiben?
Ja. OcNOS nutzt dieselbe branchenübliche Befehlszeile und dasselbe Betriebsmodell über das Service-Provider-Routing auf OcNOS-SP sowie die EVPN-VXLAN-Fabric im Rechenzentrum und die RoCEv2 AI-fabric Spines auf OcNOS-DC hinweg, sodass dieselben Konfigurationsmuster und Werkzeuge über alle drei Rollen hinweg gelten. Bei Cisco verteilen sich diese Rollen auf zwei Betriebssysteme, IOS-XR für Service-Provider- und Core-Routing und NX-OS für das Rechenzentrum, jeweils mit eigener Befehlszeile und eigenem Konfigurationsmodell.
Wird OcNOS so unterstützt wie Cisco?
Ja. OcNOS ist ein kommerzielles Produkt mit SLAs und einer weltweiten Supportorganisation im Hintergrund, kein Community-Projekt. Der Unterschied zwischen beiden liegt nicht im Support, sondern im Hardware-Modell.
Wie lange entwickelt IP Infusion bereits Software für Netzwerkbetriebssysteme?
Seit Ende der 1990er-Jahre. OcNOS basiert auf ZebOS, dem kommerziellen eingebetteten Routing-Stack, den IP Infusion seit über zwei Jahrzehnten entwickelt und ausliefert und branchenweit im Networking- und Security-Umfeld als Routing-Software lizenziert. Seine Routing-Herkunft geht auf das Zebra-Routing-Projekt zurück, das von den Gründern von IP Infusion ins Leben gerufen wurde. OcNOS-SP und OcNOS-DC sind die Carrier-Grade-Betriebssysteme auf dieser Codebasis, sodass der zugrunde liegende Protokoll-Stack eine lange Praxiserfahrung statt einer erst kurzen mitbringt.
Ist OcNOS ausgereift genug für ein produktives Carrier- oder Rechenzentrumsnetz?
Ja. OcNOS läuft weltweit in produktiven Service-Provider- und Rechenzentrumsnetzen, auf einer Routing-Steuerungsebene mit über zwei Jahrzehnten Praxiserfahrung durch ihre ZebOS-Herkunft. Es ist ein kommerzielles, unterstütztes Produkt mit eigener Entwicklung, eigenem QA und eigenem Release-Prozess. Für ein konkretes Netz wird die Bereitstellung anhand der Feature-Matrix und der Hardware Compatibility List validiert, sodass die Eignung für Ihre Rollen, Ihren Umfang und Ihre Feature-Nutzung vor der Umstellung bestätigt und nicht bloß angenommen wird.
Warum proprietäre Router durch Open Networking ersetzen?
Open Networking trennt Hardware, Netzwerkbetriebssystem und Optik, sodass jede Schicht für sich beschafft werden kann, und es erhält eine Softwarelizenzierung, die Ihnen gehört, statt bei jeder Verlängerung neu verhandelt zu werden. IP Infusion liefert das Ergebnis als fertiges, validiertes System, damit diese Beschaffungsfreiheit nicht zu einem Integrationsprojekt wird.
Ist IP Infusion nicht nur zu Cisco, sondern auch zu Juniper, Arista und Nokia eine Alternative?
Ja. IP Infusion tritt allgemein im Wettbewerb zu proprietärem Routing und Switching an. Dieselben OcNOS-Plattformen, die Rollen unter Cisco IOS-XR und NX-OS abdecken, decken auch Juniper-Junos-Plattformen in Service-Provider- und Data-Center-Netzen ab. Eine Plattform-für-Plattform-Sicht auf Junos bietet der Juniper-Vergleich unter /resources/ocnos-vs-juniper/.