什么是 open networking?
open networking 将网络操作系统与交换机或路由器硬件相分离。您无需从单一供应商处购买捆绑在一起的软件和硬件,而是在多家制造商提供的经过认证的开放硬件上运行网络操作系统。这样便可恢复具有竞争力的硬件采购,将硬件更新周期与软件解耦,并消除 single-vendor lock-in,同时保留熟悉的 CLI 和标准协议。
open networking 与传统网络的对比
传统网络由集成系统构成:每台路由器或交换机都由一家厂商提供并预装其操作系统,软件运行在哪种硬件上由厂商决定。open networking 保留相同的协议和相同的数据包转发方式,改变的是各部分的采购方式。
| 问题 | 传统网络 | 开放网络 |
|---|---|---|
| 采购内容 | 预装厂商操作系统的路由器或交换机 | 开放硬件和网络操作系统,作为独立的层分别采购 |
| 硬件选择 | 厂商自己的产品线 | 多家制造商基于商用芯片的平台 |
| 操作系统 | 与厂商的硬件绑定 | 独立选择,硬件更换时可保持不变 |
| 管理与自动化 | 厂商的 CLI 和接口,在该厂商产品之间保持一致 | NETCONF、YANG、gNMI 和 OpenConfig 等标准接口,在不同硬件供应商之间保持一致 |
| 新芯片 | 以厂商新产品的形式提供,按厂商的时间表推出 | 以新的开放硬件形式提供,操作系统保持不变 |
| 集成与支持 | 由厂商集成系统并提供支持 | 由运营方自行集成,或由供应商认证该组合并作为一个产品提供支持 |
两者都运行 BGP、IS-IS 和 EVPN 等相同的标准协议,因此开放设备和传统设备可以在同一网络中运行,迁移也可以按角色逐步进行。
open networking技术栈
一个开放网络由三个可独立采购的层级构建而成。IP Infusion 提供网络操作系统层,并在每个硬件平台上对其进行认证。
开放网络术语逐一解读
有关开放网络的讨论大多围绕五个术语展开。每个术语都有专门页面,以下为简要说明。
AI 网络交换机
一种高容量数据中心交换机,用于 GPU 集群 fabric,在这类网络中,以太网必须无丢包地承载 RDMA 流量。开放 AI 交换机就是按这一用途选型的白盒交换机。
按角色划分的开放网络硬件
开放网络硬件覆盖从基站到数据中心的整条路径。下表按用途对经过 OcNOS 认证的平台进行分组。所有平台均由 Edgecore、UfiSpace 或 Celestica 基于 Broadcom 通用芯片打造。
认证开放路由器上的 OcNOS-SP
- 基站路由器开放路由器32 至 300 Gbps
- 汇聚和边缘路由器开放路由器32 Gbps 至 2.4 Tbps
- 核心路由器开放路由器2.4 至 14.4 Tbps
认证开放交换机上的 OcNOS-DC
- 数据中心 leaf 和 spine开放交换机1.08 至 51.2 Tbps
- 管理网络开放交换机120 Gbps
| 角色 | 类型 | Broadcom 芯片 | 单系统容量 | OcNOS 产品系列 |
|---|---|---|---|---|
| 基站路由器 | 开放路由器 | Qumran UX, Qumran AX | 32 至 300 Gbps | OcNOS-SP |
| 汇聚和边缘路由器 | 开放路由器 | Qumran UX, AX, 2U, MX, 2A, 2C | 32 Gbps 至 2.4 Tbps | OcNOS-SP |
| 核心路由器 | 开放路由器 | Qumran 2C, Qumran 2C+, Jericho2C+ | 2.4 至 14.4 Tbps | OcNOS-SP |
| IP over DWDM | 开放路由器或交换机 | Qumran 2A, 2C, Jericho2C+, Trident4, Tomahawk3 to Tomahawk5 | 800 Gbps 至 51.2 Tbps | OcNOS-SP, OcNOS-DC |
| 数据中心 leaf 和 spine | 开放交换机 | Trident3、Trident4、Tomahawk2 至 Tomahawk5 | 1.08 至 51.2 Tbps | OcNOS-DC |
| 管理网络 | 开放交换机 | Trident3 X2 | 120 Gbps | OcNOS-DC |
将各部分连接在一起的开放标准
来自不同供应商的部件只有在共同的接口上对接,才能作为一张网络运行。以下是实践中最重要的几项。
- ONIE。 Open Network Install Environment 是面向网络硬件的开放安装环境,让运营商可以在不同的网络操作系统之间进行选择。
- 标准路由协议。 BGP、IS-IS、OSPF、MPLS、分段路由和 EVPN 都是开放标准,大多由 IETF 定义,因此无论开放路由器或交换机运行什么软件,都能与网络其余部分互通。
- NETCONF 和 YANG。 一种配置协议和一种数据建模语言,使自动化工具通过结构化模型配置设备,而不是抓取 CLI 屏幕输出。
- gNMI 和 OpenConfig。 流式遥测和厂商中立的数据模型,使监控在不同硬件供应商之间以相同方式工作。
OcNOS 支持 NETCONF、YANG 和零接触部署。 OcNOS 通过 gNMI 并采用 OpenConfig 数据模型进行流式遥测。 两者均可与业界标准 CLI 配合使用。
开放网络方案的类型
开放网络并不是单一产品。以下几种方案的区别在于协议栈的开放程度,以及由谁承担集成和支持工作。合适的选择取决于现有的工程团队,以及希望自行承担多少这类工作。
每种方式都是相同的两层。选择一种,查看由谁将两层结合,以及故障由谁负责。
由谁集成厂商运营方运营方,并获得软件支持供应商
- 故障由谁负责
- 单一厂商运营方,借助社区或合作伙伴协助软件和硬件供应商分别负责由一家供应商负责软件和硬件
- 运营方工程投入
- 低高中低
- 适用对象
- 无需硬件采购灵活性的单一厂商环境。拥有大型内部网络软件工程团队的机构。具备实验室能力、可自行认证硬件的运营方。希望使用开放硬件并由一家供应商负责到底的运营方。
| 问题 | 具备开放接口的集成系统 | 自行集成的开放协议栈 | 开放硬件上的商用 NOS | 经过认证的开放系统 |
|---|---|---|---|---|
| 硬件选择 | 单一厂商 | 任意开放硬件 | NOS 供应商支持的清单 | 来自多家制造商、指定且经过认证的平台 |
| 操作系统 | 厂商自有,捆绑提供 | 开源或自研 | 商用,单独许可 | 商用,在每个平台上经过测试 |
| 由谁集成 | 厂商 | 运营方 | 运营方,并获得软件支持 | 供应商 |
| 故障由谁负责 | 单一厂商 | 运营方,借助社区或合作伙伴协助 | 软件和硬件供应商分别负责 | 由一家供应商负责软件和硬件 |
| 运营方工程投入 | 低 | 高 | 中 | 低 |
| 适用对象 | 无需硬件采购灵活性的单一厂商环境。 | 拥有大型内部网络软件工程团队的机构。 | 具备实验室能力、可自行认证硬件的运营方。 | 希望使用开放硬件并由一家供应商负责到底的运营方。 |
第五种方式适用于网络产品公司:它们获得商用网络操作系统的许可,并将其内置到自有硬件中。 OcNOS for OEMs 即采用这种许可方式。 网络操作系统模式的对比请见专门页面。
开放网络厂商:各层由谁提供
开放网络厂商清单实际上是四类供应商的清单。一家公司可以承担多个角色,而针对每一层需要提出的问题也各不相同。
- 芯片厂商 设计转发 ASIC。所有经过 OcNOS 认证的平台均采用 Broadcom 通用芯片,来自 Qumran、Jericho、Trident 或 Tomahawk 系列。
- 硬件制造商 围绕这类芯片打造开放交换机和路由器。OcNOS 平台来自 Edgecore、UfiSpace 和 Celestica。
- 网络操作系统开发商 编写路由和交换软件,形式包括商用、开源或嵌入式产品。
- 系统供应商 在硬件上测试软件、检查光模块互操作性,并将整套组合作为一个产品提供支持。
比较供应商时,请书面确认三件事:哪些功能在哪个硬件型号和版本上运行;当故障可能出在软件或硬件任一侧时由谁负责;同一个操作系统家族是否覆盖从基站到数据中心的所有角色。
IP Infusion 开放网络解决方案
IP Infusion 开发商用网络软件,并以软件形式以及在经过认证的开放硬件上的完整系统形式交付。OcNOS 在开放硬件上运行服务提供商路由、数据中心 fabric 和 AI fabric,IP Maestro 则提供覆盖全网的运维保障能力。
硬件、网络操作系统、光模块和支持作为可分离的层级分别采购,每一层都按其自身优势选择。IP Infusion 在每个硬件平台上认证 OcNOS,并对软件负责。预集成的 OcNOS Systems 在软件和经过认证的硬件之间提供统一的采购订单、统一的支持合同和统一的 RMA 流程。
服务提供商网络
OcNOS-SP 运行于 经过认证的开放路由器 ,面向 Tier 2 和 Tier 3 ISP、区域电信公司、运营商以及移动和宽带运营商,覆盖从基站到核心,包括 IP over DWDM。
数据中心与 AI fabric
OcNOS-DC 运行于 经过认证的开放交换机 ,面向大型企业数据中心、MSP 和 AI 基础设施:在平台支持的情况下提供 EVPN-VXLAN leaf-spine fabric,以及面向 GPU 集群的无损以太网。
- 同一 OcNOS 产品家族,两条产品线。 OcNOS-SP 覆盖服务提供商路由、边缘和 IP over DWDM;OcNOS-DC 覆盖数据中心和 AI fabric。
- 三种采购方式。 为从 HCL 中自选的硬件提供 OcNOS 软件;可直接部署的预集成 OcNOS Systems ;或内置到自有产品中的面向 OEM 的 OcNOS。
- 公开发布的功能支持。 OcNOS 功能矩阵 将每项功能对应到支持它的已认证平台。
- 版本。 OcNOS-SP 提供 IPBASE、MPLS、CSR 和 PLUS 版本,OcNOS-DC 提供 DC-MGMT、DC-IPBASE 和 DC-PLUS 版本。
常见问题
什么是 open networking?
open networking 供应商有哪些?
什么是开放网络硬件?
什么是开放网络解决方案?
open networking 是否已具备生产就绪能力?
open networking 与传统网络有什么区别?
开放网络与 SDN 有何区别?
开放网络能否用于 AI 数据中心?
继续阅读
- OcNOS-SP 用于服务提供商路由, OcNOS-DC 用于数据中心和 AI fabric。
- OcNOS Systems:开放网络路由器和交换机,可直接部署。
- 数据中心开放 NOS 方案对比.
- 什么是 IP fabric 和 什么是 AI fabric.
- 2024 开放网络现状:从小众走向主流.
- 开放网络:TCO 优势走向主流.
- 服务提供商为何部署开放网络.
- 全部技术深度解析.
深入了解,随身带走。
两份简明的技术下载资料,内容比本页更为深入:完整的 OcNOS-SP 数据手册与完整的 OcNOS-DC 数据手册。
OcNOS-SP 数据手册
表单简短。提交后您的 PDF 将立即在新标签页中打开。
✓ 正在新标签页中打开您的 PDF……
如果未能自动打开,请使用下方链接。
OcNOS-DC 数据手册
表单简短。提交后您的 PDF 将立即在新标签页中打开。
✓ 正在新标签页中打开您的 PDF……
如果未能自动打开,请使用下方链接。
正在构建开放网络?从您所运行的角色入手。
硬件兼容性列表列出适合每个角色的经过认证的平台,功能矩阵显示每个平台上运行的功能,其余规划可与 IP Infusion 架构师共同完成。

