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

Ein Router oder Switch besteht in beiden Fällen aus denselben Schichten. Der Unterschied liegt darin, wer jede Schicht liefert. Bei IP Infusion wird jede Schicht für sich bezogen, und das Ergebnis wird als ein System geliefert.

IP InfusionGetrennt beschafft, als ein System ausgeliefert
HardwareEdgecore, UfiSpace, Celestica
NOSOcNOS-SP oder OcNOS-DC
CLIEine branchenübliche CLI über SP, DC und AI-Fabric hinweg
OptikenMehrere Lieferanten, einschließlich 400G ZR/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 oder NX-OS
CLIIOS-XR CLI on NCS and Cisco 8000, NX-OS CLI on Nexus
OptikenCisco
SupportCisco TAC

Cisco liefert die Hardware, das Netzwerkbetriebssystem, die Optik und den Support.

Auf einen Blick

KriteriumIP 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 im Cisco 8000 und im Nexus 9364E-SG2, Cloud Scale in den Nexus 9300-FX2 und FX3. Für seine Fixed-Router NCS 5500 und NCS 5700 nennt Cisco ASICs der Jericho-Familie.
BetriebssystemOcNOS-SP für Service-Provider-Routing, OcNOS-DC für das Rechenzentrum, jeweils in Editionen angeboten.IOS-XR auf NCS- und Cisco-8000-Routern, NX-OS auf Nexus-Switches.
LizenzierungSeparat von der Hardware lizenziert, pro Edition, mit unbefristeter Nutzungslizenz.IOS-XR: ein Flexible Consumption Model mit Laufzeit-Abonnements und Smart Licensing oder ein unbefristetes Modell auf Cisco 8000, NCS 540 und NCS 560.
BeschaffungHardware und Software werden getrennt beschafft, sodass Plattformen zwischen ODMs im Wettbewerb ausgeschrieben werden können.Hardware, Software und Support stammen von Cisco.
ProtokolleBGP, OSPF, IS-IS, MPLS, SR-MPLS, EVPN-VXLAN, RSVP-TE, IEEE 1588v2. Erste SRv6-Unterstützung auf ausgewählten Routern, weitere in Entwicklung. Details je Plattform in der Feature Matrix.Je Plattform in den Cisco-Datenblättern.
OptikenMulti-Vendor-Pluggables mit bewährter Interoperabilität, einschließlich 400G ZR/ZR+ Coherent auf unterstützten Plattformen.Cisco-Optiken, je Plattform aufgeführt.
ManagementBranchenübliche transaktionale CLI mit explizitem Commit. NETCONF, OpenConfig, gNMI, YANG, Ansible, IP Maestro EMS.Befehlszeilen von IOS-XR und NX-OS.
SupportFür ein OcNOS System decken ein Supportvertrag und ein RMA-Pfad von IP Infusion Software und Hardware ab. Bei Hardware, die Sie selbst kaufen, unterstützt der Hersteller die Hardware.Cisco TAC für Hardware und Software.

Was sich mit IP Infusion ändert

IP Infusion verändert, wie das Netzwerk beschafft und betreut wird. Der Wechsel von Cisco wird in drei Schritten geplant.

Was IP Infusion Ihnen bietet
  • Lizenzierung pro Edition. OcNOS wird getrennt von der Hardware lizenziert, in Editionen, mit unbefristeter Nutzungslizenz.
  • Hardware, die Sie ausschreiben können. OcNOS 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/ZR+ Coherent für IPoDWDM und DCI.
  • Support aus einer Hand. Für ein OcNOS System betreut IP Infusion sowohl die Software als auch die Hardware, unter einem Vertrag und mit einem RMA-Weg. Bei Hardware, die Sie selbst kaufen, unterstützt der Hersteller die Hardware.
Was ein Wechsel umfasst
  • Bewertung. Die aktuelle IOS-XR- oder NX-OS-Konfiguration, der Port-Mix und die Feature-Nutzung werden anhand der Feature Matrix und der Hardware Compatibility List geprüft.
  • Übersetzung. Die OcNOS-Befehlssyntax unterscheidet sich von IOS-XR und NX-OS, daher wird die Konfiguration abgebildet und geprüft, statt Zeile für Zeile kopiert zu werden.
  • Design-Review für ACI. Das APIC-Policy-Modell lässt sich nicht eins zu eins auf eine BGP-EVPN-VXLAN-Fabric übertragen, daher wird eine ACI-Fabric neu entworfen statt ausgetauscht.

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

OcNOS bietet dieselbe branchenübliche Befehlszeile und dasselbe Betriebsmodell für Service-Provider-Routing, die EVPN-VXLAN-Fabric im Rechenzentrum und den RoCEv2-AI-Fabric-Spine, auf den Familien OcNOS-SP und OcNOS-DC. Cisco betreibt diese Rollen auf zwei Betriebssystemen, IOS-XR und NX-OS.

Service-Provider-Routing

OcNOS-SP bietet BGP, IS-IS, OSPF, SR-MPLS 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 ein BGP-EVPN-VXLAN-Leaf-Spine mit den standardmäßigen Overlay-Primitiven, auf Broadcom-Trident-3-Leaves und Tomahawk-Spines. Bei Cisco läuft diese Rolle auf NX-OS.

AI-Fabric

OcNOS-DC ergänzt PFC und ECN für verlustfreien RoCEv2-Verkehr auf Broadcom-Tomahawk-5-800G-Spines für GPU-Cluster-Fabrics. Der Cisco 800G Nexus 9364E-SG2 läuft mit NX-OS.

Bei IP Infusion gelten dieselbe Befehlszeile und dieselben Konfigurationsmuster für alle drei Rollen. Bei Cisco laufen Service-Provider- und Core-Routing auf IOS-XR und das Rechenzentrum auf NX-OS, jeweils mit eigener Befehlszeile.

Plattform für Plattform: Service-Provider-Router

Die Zeilen werden nach Rolle, Portprofil und Kapazität zugeordnet, nicht SKU für SKU. Jede Zeile stellt einer Cisco-Plattform ihr IP-Infusion-Äquivalent gegenüber, dazu das Portprofil, den Kapazitätsvergleich und die Einstufung der Übereinstimmung. Wenn eine einzelne Plattform die Kapazität nicht bietet, weist die Zeile darauf hin und nennt die Kombination, die sie bietet.

Rolle, Ports und Kapazität stimmen überein Gleiche Kapazitätsklasse Design-Review
Cisco Plattform IP Infusion Äquivalent Ports Kapazität Passung Hinweise
Cisco NCS 540 (N540-24Z8Q2C)Access / Aggregation · IOS-XR S9510-28DC / AS7535-28XBOcNOS-SP 24×10G + 8×25G + 2×100G → 24×25G + 2×100G + 2×400G 640G Ports gesamt → 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 Für einen NCS-57B1 mit 6×400G + 24×100G ist der S9600-56DX mit 8×400G + 48×100G die nächstliegende Portform. Route scale and port mix are compared per deployment.
Cisco 8201-32FHCore / Peering · Cisco 8000 · Cisco Silicon One S9610-36DOcNOS-SP 32×400G → 36×400G 12.8T → 14.4T Andere Silizium-Basis Die Silicon-Architekturen unterscheiden sich, daher werden FIB/RIB-Skalierung und Label-Stack-Tiefe pro Deployment verglichen und nicht vorausgesetzt.

Plattform für Plattform: Data-Center-Switches

OcNOS-DC auf offener Broadcom-Hardware: EVPN-VXLAN-Leaves auf Trident-3, IP-Spines auf Tomahawk.

Cisco Plattform IP Infusion Äquivalent Ports Kapazität Passung Hinweise
Cisco Nexus 93180YC-FX325G-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 standardmäßigen Overlay-Primitiven werden 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) Gleiche 100G-Klasse Vier 100G-Ports weniger als beim 9336C-FX2, daher ist bei einer breiten Fabric die Portanzahl gegen das Design zu prüfen.
Cisco Nexus 9332D-GX2B400G-Leaf / Spine · NX-OS AS9716-32D / AS9736-64DOcNOS-DC 32×400G → 32 oder 64×400G 12.8T → 12.8 oder 25.6T Dieselbe 400G-Klasse Die Feature Matrix listet EVPN-VXLAN auf den Trident-3-Plattformen, nicht auf diesen Tomahawk-Plattformen, daher passen sie zur IP-Spine-Rolle einer EVPN-VXLAN-Fabric.
Cisco Nexus 9364E-SG2800G-Spine · NX-OS · Cisco Silicon One G200 AIS800-64D / S9321-64EOcNOS-DC 64×800G → 64×800G 51.2T → 51.2T Silicon eines anderen Anbieters 64×800G auf beiden Seiten, auf Silicon unterschiedlicher Hersteller. Die Tomahawk-5-Plattformen bieten PFC, ECN und dynamisches ECN für RoCEv2-AI-Fabric-Verkehr.
Cisco ACI / APICController-basierte DC-Fabric EVPN-VXLAN Leaf-SpineOcNOS-DC n/a Je nach Fabric-Design Design-Review Beide nutzen VXLAN in der Fabric. ACI kombiniert es mit IS-IS, COOP und dem APIC-Policy-Modell, daher wird ein Wechsel als Design-Review eingeplant und nicht als Austausch.

So lesen Sie diese Zeilen. Die Zeilen werden nach Rolle, Portprofil und Kapazität zugeordnet. Die Kapazität ist auf beiden Seiten in derselben Richtung angegeben: Wo Cisco die Switching-Kapazität von Nexus bidirektional veröffentlicht, wird der Wert hier halbiert, um ihn mit den unidirektionalen Angaben von Edgecore und UfiSpace zu vergleichen. Silicon wird nur genannt, wo der Hersteller es nennt; Cisco veröffentlicht den Forwarding-ASIC für den NCS 540 und den Nexus 9332D-GX2B nicht. Kein SKU wird als garantierter Eins-zu-eins-Ersatz dargestellt, und die passende Plattform für Ihr Netzwerk hängt weiterhin von Port-Mix, Skalierung und Funktionsumfang ab. Die Angaben entsprechen den öffentlich dokumentierten Informationen, Stand Oktober 2026.

Cisco-Quellen für die Angaben auf dieser Seite:

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 / Aggregation 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 →

Die vollständige Liste der qualifizierten Plattformen finden Sie in der Hardware Compatibility List.

Rollen, die IP Infusion abdeckt

SP-Metro- & Edge-Aggregation

SR-MPLS, EVPN-MPLS und G.8273.2 Class C Timing auf Broadcom Qumran- und Jericho-Plattformen, für die Access- und Aggregationsrollen, die Cisco NCS 540 und NCS 5500 abdecken.

Data-Center-EVPN-VXLAN-Leaf-Spine

Eine BGP-EVPN-VXLAN-Fabric mit Trident-3-Leaves und Tomahawk-IP-Spines, den standardmäßigen Overlay-Primitiven (MAC-VRF, Type-2- und Type-5-Routen) und ohne zentralen Controller.

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

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

IPoDWDM und 400G-Coherent-DCI

Coherent-Pluggables für 400G ZR/ZR+ auf unterstützten OcNOS-SP-Routern, mit bewährter Interoperabilität mit Optiken mehrerer Hersteller, für DCI ohne Transponder- oder Muxponder-Shelves.

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 vertrauten CLI. 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 Multi-Vendor-Bestand. Premium Choice BroadbandErsetzte einen 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

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 1

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 4

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.

Woche 12

Wo IP Infusion einzuordnen ist

IP Infusion tritt über die Art des Einkaufs an: Merchant-Silicon-Hardware, die bei mehreren ODMs ausgeschrieben werden kann, OcNOS pro Edition getrennt von der Box lizenziert mit unbefristeter Nutzungslizenz und Optiken von mehr als einem Lieferanten, geliefert als fertiger Router oder Switch, qualifiziert auf der HCL.

Feature-MatrixUnterstützung pro Funktion und pro Plattform Hardware-KompatibilitätslisteIn 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 weder mit Cisco Systems verbunden noch von Cisco Systems unterstützt oder gesponsert. Die Vergleiche geben öffentlich dokumentierte Spezifikationen, Stand Oktober 2026, wieder und dienen ausschließlich Evaluierungszwecken.

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 qualifiziert. Wenn Sie bereits offene Hardware betreiben, können Sie OcNOS dafür auch einzeln lizenzieren. Da Hardware, Software und Optik trennbar bleiben, können Sie später jede davon wechseln, ohne die anderen 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?
OcNOS-SP bietet BGP, IS-IS, OSPF, MPLS, SR-MPLS, RSVP-TE, L2VPN und L3VPN, QoS und IEEE 1588v2 Timing, mit erster SRv6-Unterstützung auf ausgewählten Routern und weiteren in Entwicklung. Ob eine bestimmte Cisco-Plattform eins zu eins abgebildet werden kann, hängt von Ihrem Port-Mix, Ihrer Skalierung und Ihrer Feature-Nutzung ab, daher wird ein Produktivwechsel in einer technischen Bewertung von IP Infusion anhand der Feature Matrix und der Hardware Compatibility List geprüft.
Worin besteht der Unterschied zwischen OcNOS und Cisco NX-OS im Rechenzentrum?
OcNOS-DC betreibt BGP-EVPN-VXLAN-Leaf-Spine-Fabrics auf offenen Broadcom-Trident- und Tomahawk-Plattformen mehrerer Hersteller. NX-OS läuft auf Cisco-Nexus-Hardware. Der Unterschied liegt im Hardware-Modell: Mit OcNOS-DC lässt sich der Switch von mehr als einem Hersteller beziehen, ohne das Netzwerkbetriebssystem zu wechseln.
Läuft OcNOS auf demselben Silicon wie Cisco?
Teilweise. OcNOS setzt durchgängig auf Broadcom-Merchant-Silicon (Qumran, Jericho, Trident, Tomahawk). Cisco verwendet eigene Silicon-One-ASICs im Cisco 8000 und im Nexus 9364E-SG2 sowie Cloud-Scale-Technologie in den Nexus 9300-FX2 und FX3 und nennt ASICs der Jericho-Familie für seine Fixed-Router NCS 5500 und NCS 5700, darunter einen einzelnen 4.8-Tbps-Jericho-2-ASIC im NCS-57B1.
Gibt es ein OcNOS-Äquivalent zum Cisco Nexus 9300?
Für die Data-Center-Leaf-Rolle läuft OcNOS-DC auf Broadcom-Trident-3-Plattformen (zum Beispiel einem Edgecore-Switch mit 48×25G und 100G-Uplinks) mit BGP-EVPN-VXLAN, MAC-VRF und den standardmäßigen Overlay-Primitiven. Die genaue Entsprechung hängt von Ihrem Port- und Uplink-Profil ab, das die Bewertung anhand der Hardware Compatibility List abbildet.
Kann OcNOS eine Cisco-ACI-EVPN-VXLAN-Fabric ersetzen?
Cisco ACI ist eine controllerbasierte Fabric, die vom APIC verwaltet wird und in der der gesamte Fabric-Verkehr als VXLAN übertragen wird, mit IS-IS und COOP für die Endpunkt-Weiterleitung. OcNOS-DC betreibt ein BGP-EVPN-VXLAN-Leaf-Spine auf offener Hardware ohne zentralen Controller. Beide nutzen VXLAN, aber das APIC-Policy-Modell lässt sich nicht Funktion für Funktion abbilden, daher wird ein Wechsel als Design-Review eingeplant und nicht als Austausch.
Was ist die OcNOS-Alternative zur Cisco 8000 oder NCS Serie für den SP-Core?
OcNOS-SP läuft auf der UfiSpace-Familie S9600 (Broadcom Qumran-2C) und dem S9610-36D (Jericho2C+) sowie dem Edgecore AS9947-36XKB (Jericho2C+) für Aggregation, Core und Peering und auf Qumran-2A-Routern für die NCS-540-Access-Rolle. Das Silicon unterscheidet sich von Cisco Silicon One und vom Jericho 2, den Cisco für den NCS-57B1 nennt, daher werden FIB/RIB-Skalierung, Label-Stack-Tiefe und Port-Mix pro Deployment verglichen.
Wie lassen sich Cisco-IOS-XR- und NX-OS-Befehle auf OcNOS abbilden?
OcNOS verwendet eine branchenübliche, transaktionale Befehlszeile mit explizitem Commit und Rollback. Die Befehlssyntax unterscheidet sich von IOS-XR und NX-OS, daher nutzt eine Migration eine Befehlszuordnung und einen geprüften Übersetzungsdurchlauf statt einer Zeile-für-Zeile-Kopie.
Kann ein Team Service-Provider, Rechenzentrum und AI-Fabric bei IP Infusion betreiben?
Ja. OcNOS nutzt dieselbe branchenübliche Befehlszeile und dasselbe Betriebsmodell für das Service-Provider-Routing auf OcNOS-SP sowie die EVPN-VXLAN-Fabric im Rechenzentrum und die RoCEv2-AI-Fabric-Spines auf OcNOS-DC, sodass dieselben Konfigurationsmuster und Werkzeuge für alle drei Rollen gelten. Bei Cisco laufen diese Rollen auf zwei Betriebssystemen: IOS-XR auf NCS- und Cisco-8000-Routern und NX-OS auf Nexus-Switches.
Wird OcNOS so unterstützt wie Cisco?
Ja. OcNOS ist ein kommerzielles Produkt mit SLAs und einer weltweiten Supportorganisation im Hintergrund, kein Community-Projekt. Kaufen Sie ein OcNOS System, unterstützt IP Infusion Software und Hardware unter einem Vertrag, mit einem RMA-Weg. Bei Hardware, die Sie selbst kaufen, unterstützt IP Infusion die Software und der Hardwarehersteller die Hardware.
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-Control-Plane mit mehr als 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 Netzwerk wird das Deployment anhand der Feature Matrix und der Hardware Compatibility List geprüft, sodass die Übereinstimmung mit Ihren Rollen, Ihrer Skalierung und Ihrer Feature-Nutzung vor dem Cutover bestätigt ist.
Warum proprietäre Router durch Open Networking ersetzen?
Das trennt Hardware, Netzwerkbetriebssystem und Optik, sodass jede für sich nach ihren Vorzügen bezogen werden kann, wobei OcNOS pro Edition mit unbefristeter Nutzungslizenz lizenziert wird. IP Infusion liefert das Ergebnis als fertiges, qualifiziertes System, sodass aus der Bezugsfreiheit kein Integrationsprojekt wird.
Ist IP Infusion auch eine Alternative zu Juniper?
Ja. Dieselben OcNOS-Plattformen, die Cisco-IOS-XR- und NX-OS-Rollen abdecken, decken auch Junos-Rollen in Service-Provider- und Rechenzentrumsnetzen ab. Eine Plattform-für-Plattform-Sicht bietet der Juniper-Vergleich unter /resources/ocnos-vs-juniper/.