在解耦网络中，拆分的是什么？
传统路由器或交换机作为一个产品销售：厂商设计硬件、编写软件，并将两者作为一个整体提供支持。解耦沿标准接口拆分这一整体，使每一层都可以来自最适合该任务的供应商。
网络操作系统
软件：路由协议、对芯片进行编程的转发控制，以及 CLI 和 API。 NOS 通过 ONIE 安装到硬件上，ONIE 是大多数开放交换机和路由器出厂时自带的开放安装程序。
解耦网络的实际运作方式
解耦改变的是网络的采购和构建方式，而不是数据包的转发方式。解耦路由器运行的协议与其他任何路由器相同；改变的是每一部分由谁提供，以及各部分如何组合。
- 硬件以开放形态交付。 交换机或路由器出厂时带有安装程序环境，而不是锁定的软件镜像。由运营方或系统供应商将选定的 NOS 加载到设备上。
- 由 NOS 驱动芯片。 操作系统通过芯片厂商的软件接口对转发芯片进行编程，因此同一 NOS 可以运行在不同制造商基于同一芯片打造的硬件上。
- 运维保持统一。 由于各角色和各硬件供应商使用同一 NOS，CLI、配置模型和遥测数据流也保持一致。自动化只需编写一次。
- 生命周期彼此独立。 软件升级遵循 NOS 的版本发布节奏，硬件更新遵循芯片代际。两者互不牵制。
构建解耦网络的三种方式
解耦网络架构与其说是一种单一设计，不如说是一个连续范围，取决于运营方希望自行承担多少集成工作。
自行集成
运营方从一家供应商采购硬件，从另一家采购 NOS，然后在内部对组合进行测试、认证和支持。选择空间最大， 工程负担也最重.
解耦机框
大型机框路由器由基于通用芯片的独立线卡盒和交换网盒重构而成，通过线缆而非背板相连。这是同样的 分离原则，只是应用在一台逻辑路由器内部。
解耦带来什么，又要求什么
优势是结构性的。成本主要来自集成工作，而且确实存在。两者都应纳入业务论证。
优势
- 每个角色都可选择供应商。 基站、汇聚、核心和数据中心角色都可以使用最合适的硬件，且来自不止一家制造商。
- 成本分项列示。 硬件和软件分别定价，因此各自都可以按自身条件进行比较和谈判。
- 统一的运维模式。 各角色使用同一 NOS，意味着一套 CLI、一套 YANG 模型和一套自动化代码库。
- 按自己的节奏引入新芯片。 新一代芯片以新硬件的形式出现在同一软件之下，而不是一条新的产品线。
取舍
- 集成。 必须有人确认软件、硬件、光模块和版本发布节奏能够协同工作。在自行集成的网络中，这个人就是运营方。
- 支持模式。 端口抖动时，故障可能出在 NOS、硬件或光模块。与两家供应商签订两份合同，会让故障判定更慢。
- 验证负担。 功能支持因芯片而异。每项功能、规模目标和升级路径都需要按硬件型号和版本逐一检查。
- 技能。 习惯于单一集成厂商的团队需要自行负责供应商选择和生命周期规划。
经过验证的系统可以直接解决前三项。由一家供应商在清单中的每个平台上测试 NOS，公布哪些功能在哪些硬件上运行，并将软件和硬件作为一个产品提供支持。对于 OcNOS，这些记录是公开的： OcNOS 功能矩阵 将 700+ 项功能对应到支持它们的平台，而 硬件兼容性列表 列出 40+ 个经过验证的平台。
面向服务提供商和数据中心的解耦网络
解耦最先在规模大、重复度高且对成本敏感的网络中普及，运营商承载网络和数据中心 fabric 都符合这一特点。
服务提供商网络
Tier 2 和 Tier 3 ISP、区域电信公司、运营商以及移动和宽带运营商使用开放式 基站、汇聚和核心路由器，包括在路由器端口中使用相干光模块的 IP over DWDM。
数据中心与 AI fabric
面向大型企业数据中心和 MSP 的 leaf-spine EVPN-VXLAN fabric，以及无损以太网 AI 网络架构 ，服务于 GPU 集群和 neocloud，全部基于开放交换机构建。
OcNOS：解耦的软件，以经过验证的系统交付
IP Infusion 将 OcNOS 作为商用网络软件开发，并以经过验证的完整系统形式交付。OcNOS-SP 运行于基于 Broadcom Qumran 和 Jericho 芯片、经过验证的服务提供商路由器，OcNOS-DC 运行于基于 Broadcom Trident 和 Tomahawk 芯片、经过验证的数据中心交换机，共计 40+ 个平台。硬件来自 Edgecore、UfiSpace 和 Celestica。
| Broadcom 芯片 | OcNOS 版本 | 经过验证的平台 | 单系统容量 | HCL 中的角色 |
|---|---|---|---|---|
| Qumran UX | OcNOS-SP | 7 | 32 至 120 Gbps | 基站、汇聚、边缘 |
| Qumran AX | OcNOS-SP | 3 | 300 Gbps | 汇聚、基站 |
| Qumran 2U | OcNOS-SP | 2 | 360 Gbps | 汇聚 |
| Qumran MX | OcNOS-SP | 2 | 800 Gbps | 汇聚、边缘 |
| Qumran 2A | OcNOS-SP | 2 | 800 Gbps | 汇聚、IPoDWDM |
| Qumran 2C | OcNOS-SP | 7 | 2.4 至 4.8 Tbps | 核心、汇聚、IPoDWDM |
| Qumran 2C+ | OcNOS-SP | 1 | 7.2 Tbps | 核心、IPoDWDM |
| Jericho2C+ | OcNOS-SP | 2 | 7.2 至 14.4 Tbps | 核心、IPoDWDM |
| Trident3 X2 | OcNOS-DC | 3 | 120 Gbps | 管理网络 |
| Trident3 X4, X5, X7 | OcNOS-DC | 7 | 1.08 至 3.2 Tbps | 数据中心 |
| Trident4 | OcNOS-DC | 2 | 12.8 Tbps | 数据中心、IPoDWDM |
| Tomahawk2, 3, 4 | OcNOS-DC | 3 | 6.4 至 25.6 Tbps | 数据中心 |
| Tomahawk5 | OcNOS-DC | 3 | 51.2 Tbps | 数据中心、IPoDWDM |
- 一个功能矩阵覆盖所有平台。 功能矩阵将 700+ 项 OcNOS 功能对应到支持它们的经过验证的平台，因此上文取舍中提到的验证问题有公开的答案。
- 许可层级。 OcNOS 按 IPBASE、MGMT、MPLS、CSR 和 PLUS 层级授予许可。
- 三种采购方式。 为从 HCL 中自选的硬件提供 OcNOS 软件；可直接部署的预集成 OcNOS Systems ；或 面向 OEM 的 OcNOS ，内置到自有产品中。IP Maestro 提供覆盖全网的运维保障能力。
集成式、自行集成式与经过验证的解耦网络
同一张网络可以通过三种方式采购。区别在于由谁集成、由谁支持，以及保留多少选择空间。
| 问题 | 传统集成式 | 自行集成的解耦方案 | 经过验证的解耦系统 |
|---|---|---|---|
| 硬件来源 | 仅限路由器厂商 | 运营方选择的任意制造商 | 来自多家制造商的指定平台 |
| 软件来源 | 随硬件捆绑 | 单独许可 | 单独许可，在每个平台上经过验证 |
| 由谁集成 | 厂商 | 运营方 | 软件供应商 |
| 故障由谁负责 | 单一厂商 | 两家或更多供应商 | 由一家供应商负责软件和硬件 |
| 按平台的功能覆盖 | 厂商数据手册 | 运营方自行测试 | 按平台公布 |
| 硬件更新 | 遵循厂商路线图 | 由运营方选择 | 在经过验证的清单内由运营方选择 |
| 跨角色运维 | 可能因产品线而异 | 如果选择这样做，可使用一个 NOS | 各角色使用同一 NOS |
网络解耦常见问题
什么是网络解耦？
在解耦网络中，拆分的是什么？
解耦网络对服务提供商有哪些优势？
解耦网络有哪些隐性成本？
采用解耦网络之前应验证哪些内容？
解耦网络能否支持时间同步？
解耦网络与开放网络是一回事吗？
正在规划解耦网络？从角色入手。
列出所需的角色、端口速率和功能。硬件兼容性列表显示适合每个角色的经过验证的平台，功能矩阵显示每个平台上运行的功能，后续工作可由 IP Infusion 工程师接手。
深入了解，随身带走。
两份简明的技术下载资料，内容比本页更为深入：完整的 OcNOS-SP 数据手册与完整的 OcNOS-DC 数据手册。
OcNOS-SP 数据手册
表单简短。提交后您的 PDF 将立即在新标签页中打开。
✓ 正在新标签页中打开您的 PDF……
如果未能自动打开，请使用下方链接。
OcNOS-DC 数据手册
表单简短。提交后您的 PDF 将立即在新标签页中打开。
✓ 正在新标签页中打开您的 PDF……
如果未能自动打开，请使用下方链接。