数据通信——8、从 SDN 到 ADN：网络自动化的两级跳

前言

先看两个校园网里的日常疑问：为什么有时候明明 Wi-Fi 信号满格，却连不上服务器，恢复周期很长？为什么实验室的大型文件传输，总是比宿舍的普通上网慢半拍？

这些问题的答案，藏在网络的管理方式里。传统网络要手动配置规则，出了问题需要逐台设备排查；随着 5G、云计算、AI 的普及，网络要连接的设备从几台变成几十台，几十台又变成几百台，传统"手工模式"根本忙不过来。

本章沿着七条线，回答七个问题：

1. 传统 IP 网络的问题——拥塞、运维、创新周期，病根在哪

2. SDN 的核心和本质——转控分离与集中控制如何化解这些问题

3. SDN 的核心技术：OpenFlow——流表是什么，协议怎么演进

4. SDN 的主要技术流派——狭义、广义、超广义三种口径

5. SDN 的应用价值——全局调优与业务敏捷发放

6. SDN 未能解决的老问题——它并没有让网络"自动"起来

7. 从 SDN 到 ADN——网络自动驾驶的下一级台阶

本章内容适用于通信行业入门读者，以及希望理解"网络为什么正在走向自动化与智能化"的工程师。

本章内容概览

本章共七节，是一条"发现问题 → 软件定义 → 协议支撑 → 流派分化 → 价值落地 → 局限暴露 → 走向自治"的完整链条：

一、传统 IP 网络的问题

在讲 SDN 之前，必须先把传统网络的三块病灶看清楚：拥塞、运维、创新。这三块病灶的共同根源，最后会落到设备的结构上。

1.1 拥塞：分布式最短路径算法的代价

IP 网络的选路依赖分布式最短路径算法——每台路由器各自计算"最近的路"。但"最近"不等于"最合适"：当多条流量同时涌向同一条最短路径时，这条链路被压满，而旁边带宽充裕的链路却无人问津。这就是分布式最短路径算法带来的网络拥塞问题——第五章讲过的"最短路径未必是最佳路径"，在这里再次现身。

图 1　传统 IP 网络的问题：分布式最短路径算法带来的网络拥塞问题

1.2 运维：网络协议复杂带来的困难

第二个问题是网络协议复杂带来的运维困难。在网络设备上配置一个 IGP 协议，需要敲入一长串命令行；网络规模一大，逐台设备手工配置既低效又容易出错，出了故障还要逐台排查，恢复周期很长。

1.3 创新：周期为什么长达 3~5 年

第三个问题是创新困难使得创新周期变长。传统 TCP/IP 网络设备的结构是控制平面和转发平面深度耦合的：控制平面让转发平面怎么做，它就只执行。所有的网络设备都必须遵循一定的标准，从而保证网络动作统一；为了确保不同厂家设备满足同一标准，国际化组织如 IETF、IEEE 等负责制定标准协议，比如 OSPF、BGP 这类协议。

代价是：当创新业务时，必须经历商讨、开发、验证，并在每台设备上都进行标准更新——这样的一套流程可能需要 3 至 5 年才能完成。

1.4 病根：控制平面与转发平面在同一设备中

把三块病灶放在一起看，根源浮出水面——传统网络设备的三个平面被捆在同一台盒子里：

控制平面与转发平面在同一设备中，意味着网络的"大脑"分散在每一台设备里——这正是拥塞没人统筹、配置要逐台敲、创新要全球等标准的总根源。

二、SDN 的核心和本质

既然病根是"大脑分散"，药方自然就是"把大脑收回来"。SDN 的核心和本质，一句话就能说清。

2.1 核心思想：转控分离 + 集中控制

SDN 的核心思想是在网络中引入了一个 SDN 控制器，实现转控分离和集中控制。SDN 的目标是设备的控制平面和转发平面分离，让网络开放、可编程、虚拟化、自动化。

图 2　传统网络 vs SDN 网络：软硬件统一、集成控制

从这张对比图可以看到两种设备形态的根本差异：

· 传统网络设备：垂直集成、封闭、创新缓慢——软硬件统一，集成控制

· 未来 SDN 的设备：转控分离、接口开放、快速创新

2.2 SDN 的三层架构

SDN 把网络拆成三层，层与层之间用开放接口连接：

2.3 SDN 如何逐条化解传统网络的问题

SDN 的三个关键机制，恰好对准了第一章的三块病灶：

· 集中控制：把控制平面集中到 SDN 控制器，可以大量减少网络中协议的部署，简化网络架构，使得网络更加容易维护和管理——治"运维难"

· 转控分离：SDN 通过控制器和转发器之间的控制协议来控制信息交互，OpenFlow 为其中重要协议，它定义了控制器和转发器之间的通信标准、流表标准——治"创新慢"

· 开放接口：网络被集中控制后，可以通过开放编程接口进行修改，新业务可以通过调整控制器软件完成部署，大大缩短新业务的部署周期——治"拥塞"（可以全局调优）

2.4 四大关键特征：1 小时 vs 1 分钟

SDN 的关键特征：开放的可编程接口；控制平面与转发平面分离；集中化的网络控制；网络业务的自动化应用程序控制。

一个直观的对比：实验室要给大数据实验提升优先级——传统网络要登录核心路由器、开放端口带宽，再登录实验室交换机、设置优先级，然后测试是否生效，整个过程可能要 1 小时；而 SDN 只需在控制器上选择"实验室区域"，勾选"大数据实验优先级最高"，1 分钟搞定。

三、SDN 的核心技术：OpenFlow

SDN 的理念要落地，必须有控制器与转发器之间说"同一种语言"。OpenFlow 就是这门语言。

3.1 流表：OpenFlow 的全部思路

OpenFlow 协议的思路很简单，即网络设备维护一个或若干个流表，并且数据流只按照这些流表进行转发。流表本身的生成和维护完全由外置的控制器来管理。流表是指由一些关键字和执行动作组成的灵活规则。

一句话：交换机不再自己想怎么转发，而是照着控制器下发的"流表"执行。每个流表项就是一个转发规则，由匹配字段、计数器和动作三部分组成。

3.2 版本演进：从 0.2.0 到 1.5

图 3　OpenFlow 协议版本发布历史

OpenFlow 从 2008 年起步，版本演进如下：

其中 1.0 和 1.3 是长期稳定支持版本——1.0 版只存在一张流表，实现全部功能，用同一台控制器进行通信；1.3 版支持 40 个匹配字段与限速，新增 Meter 表，改进了版本协商过程。

3.3 OpenFlow 1.0：单流表

OpenFlow 1.0 的架构由三个角色构成：控制器、加密通道（安全通道）、OpenFlow 交换机（单流表）。OpenFlow 协议负责承载控制器与交换机之间的消息交互，并指导 OpenFlow 交换机对收到的数据报文进行转发。

一条真实的流表项长这样：

这条规则的含义是：从 Port1 接收、目的 IP 为 192.168.1.100 的 TCP 报文，转发到 Port2，并统计该流量的收发情况。

图 4　OpenFlow 流表实例：匹配字段、计数器与动作

3.4 OpenFlow 1.1：多级流表流水线

单流表装不下复杂策略，1.1 版引入了多流表（流水线）与组表：OpenFlow 交换机会逐级进行流表匹配，查找最高优先级匹配项；动作集合（Action Set）在流水线末段统一执行。

3.5 OpenFlow 1.3：Meter 表与版本协商

1.3 版新增 Meter 表，用于控制关联流表的数据报文的传送速率——例如对研发部门发往服务器区的流量限速 100Mbps。同时改进了版本协商：交换机声明"我支持 1.0 和 1.3"，控制器声明"我支持 1.3"，双方协商后基于 1.3 版本通信。

3.6 OpenFlow 1.4：流表同步与 Bundle 消息

1.4 版带来两项增强：

· 流表同步机制：多个流表可以共享相同的匹配字段，但可以定义不同的动作——让转发平面可以匹配更多关键字、执行更多动作

· Bundle 消息：确保控制器下发一组完整消息或同时向多个交换机下发消息的状态一致性——让控制平面的功能更丰富、更灵活

3.7 OpenFlow 的三大价值

站在使用者角度，OpenFlow 带来三个价值：

· 统一语言：不管是华为、思科还是锐捷的交换机，只要支持 OpenFlow，都能和同一个控制器通信，不用记不同厂家的命令

· 灵活扩展：想加新规则，只要在控制器上写好规则，通过 OpenFlow 发给所有设备，不用逐台修改

· 实时控制：控制器能通过 OpenFlow 实时获取设备的状态，如某个设备占用流量过高，立刻下发"限流规则"

四、SDN 的主要技术流派

"SDN"这个词被不同阵营说出口时，含义并不相同。业界有三种口径，宽窄不一。

4.1 三种口径的 SDN

4.2 狭义 SDN：谷歌 DCI 的实践

狭义 SDN 最著名的实践来自谷歌的数据中心互联网络（DCI）。改造前，谷歌面临四大痛点：

· 扩容成本高昂

· 网络运维复杂

· IP 网络链路利用率低下

· 网络难以创新改造

其 DCI 网络横跨美东 DC、美西 DC 与其他 DC，通过 AT&T、Comcast 等 Peering 与全球 DCI 平面、Internet Peering 平面互联。SDN 化后的架构特点是三个平面彻底分开：

· 转发面硬件：通用 NPU，只保留弱 CPU 与本地最基本控制软件

· 控制面：流量工程控制软件运行在大计算/内存池上（摩尔定律红利），通过 Yang 模型接口下发

· 管理面：网络配置 Python 脚本、状态收集与网络仿真

图 5　谷歌 DCI 网络 SDN 架构：转发面、控制面、管理面分离

4.3 广义 SDN：三层分工

硬件厂商定义的 SDN 架构把网络分为三层，各司其职：

与狭义 SDN"以设备为中心"的视角相比，广义 SDN 的视野从"设备"上移到了"全网业务"。

4.4 超广义 SDN：运营商的路线

超广义 SDN 由运营商发起，希望通过 SDN 重构网络，把网络功能虚拟化（NFV），采用通用的硬件平台，而不绑定具体的设备厂商——目的是削弱网络设备的价值。它与狭义 SDN 的关键区别在于：管理和控制、转发虽然分离，但控制和转发仍然不分离。

五、SDN 的应用价值

理念和协议讲完了，SDN 到底能帮网络干成哪些以前干不成的事？这一节用两组真实场景回答。

5.1 价值一：网络全局调优，提升带宽利用率，保障链路质量

SDN 能够实现网络全局调优，从而使得带宽利用率提升，也能保障链路质量。SDN 调优分为两种方式：IP 流量调优和隧道调优。

场景一（IP 流量调优）：某省运营商的核心机房，通过 BGP 协议连接全国多个城市的网络。以往高峰时段（如晚上 8 点视频流量爆发），北京方向的链路经常拥塞，但上海方向的链路却只用到 50%，同时某银行大客户的专线流量还偶尔被普通流量占用。SDN 的处置分三步：

1. 发现问题：SDN 控制器实时采集所有链路的流量数据、路由信息，快速识别问题

2. 开辟专用通道：对银行大客户的流量，在流表中标记"高优先级"，确保其始终走专用路径，不被普通流量影响

3. 解决问题：针对"出方向流量"，通过 BGP Flow Spec 动态修改流表，把原本要走北京方向的"普通视频流量"，临时引导到上海方向的空闲链路

场景二（隧道调优）：某连锁零售企业在全国有 50 家门店，需要将门店的销售数据实时传回总部数据中心，同时总部要给门店推送库存更新信息。传统方式下，门店专线需要逐跳配置 VPN，开通周期要 7 天，而且数据传输偶尔丢包，也不知道丢包发生在哪个环节。SDN 一一化解：

5.2 价值二：业务端到端自动化、敏捷发放

运营商长期以来面临的一个痛点是业务上线非常慢，而运营商本身的新业务层出不穷。新业务开通涉及很多设备，需要逐一调整，周期长并且容易出错。

传统方式：企业客户要开通"上海云服务器 + 北京办公室到上海云的专线"，流程极其繁琐——

1. 工程师先登录上海机房的交换机，配置云服务器的端口权限

2. 登录北京机房的路由器，配置专线的 VPN 参数

3. 登录中间 3 个城市的节点设备，确认每台设备的配置是否匹配

4. 测试连通性，一旦某个设备配置错，需要从头排查——整个过程可能要几天，还可能因为人工失误返工

SDN 方式：同样的需求，三步完成——

1. 用户提交需求：企业客户在云服务商的"自助控制台"上填写需求，例如"北京到上海专线，带宽 100M，开通云服务器 1 台"，点击提交

2. SDN 自动分析需求：SDN 编排器自动拆解需求，分析需要配置哪些设备、每个设备需要什么参数，完全屏蔽设备细节

3. SDN 自动测试并下发指令：编排器把配置指令批量下发给所有设备，设备自动执行，无需人工干预；配置完成后，编排器自动发起测试，测试通过后给客户发送"开通成功"通知

六、SDN 未能解决的老问题

SDN 解决了"转发怎么配"的问题，但网络工作流里还有大量环节，SDN 并没有管到。四个老问题被完整地留了下来：

注意这四个问题的共同点：它们都卡在"人"这个环节——这正是 ADN 出场的理由。

七、从 SDN 到 ADN

SDN 把配置权从设备收回到了控制器，但离"网络自己会跑"还差一步。这一节讲最后的这一跳。

7.1 SDN 的"最后一公里"：还是需要人

SDN 虽然比传统网络灵活，但还是需要"人来操作控制器"——比如故障要人工确认、规则要人工修改，还不够"智能"。

一个校园网场景：SDN 控制器管理着宿舍区域、教学楼区域、实验中心、后勤部门，各节点状态自动上报。某天晚上 10 点，宿舍区域突然出现流量暴增，控制器发出告警——但接下来仍需要工程师登录控制器，判断是学生都在刷剧还是网络攻击，再手动调整带宽或屏蔽 IP。发现问题靠机器，解决问题靠人，这就是 SDN 的天花板。

7.2 2018 年：华为提出 ADN

2018 年，华为提出了 ADN 的概念。ADN 致力于网络的闭环自治，让网络在运行过程中能够自愈、自治，同时让客户可以低成本使用网络。

ADN 带来三个转变：

· 运维方式：从依赖人工经验运维转变为系统自动运维，可以自动化处理简单问题

· 维护模式：网络维护从被动维护转变为可预测的主动维护，可以智能化处理复杂问题

· 业务管理：从业务体验的开环管理转变为数据驱动的业务体验闭环管理

7.3 ADN 的五大核心能力

ADN 的闭环由五个环节构成，环环相扣：

7.4 ADN 的等级划分：从 L0 到 L5

与自动驾驶汽车类似，ADN 的能力被划分为 6 个等级，L5 为最高级，全功能由系统自主完成，运维人员仅监控状态：

图 6　ADN 等级划分：从 L0 人工运维到 L5 完全自动驾驶

本章总结

本章的核心知识点可以归纳为十三条：

1. 传统网络痛点：设备需手工配置、故障排查逐台进行，难应对海量连接；分布式算法致拥塞、协议复杂、转控耦合，新业务部署耗时周期长

2. SDN 核心逻辑与特征：分离"控制平面"与"转发平面"，由控制器集中管理；具备开放可编程接口、转控分离、集中控制、业务自动化四大特征

3. OpenFlow 协议定义了控制器和转发器之间的通信标准、流表标准。流表由若干条流表项组成，每个流表项就是一个转发规则，流表项由匹配字段、计数器和动作组成

4. OpenFlow 1.0 和 1.3 版本为长期稳定支持版本。1.0 版只存在一张流表，实现全部功能，用同一台控制器进行通信；1.3 版支持 40 个匹配字段与限速，新增 Meter 表，改进了版本协商过程

5. SDN 分为狭义 SDN、广义 SDN、超广义 SDN 三大技术流派

6. SDN 可实现网络全局调优，提升带宽利用率，保障链路质量，SDN 调优分为 IP 流量调优和隧道调优

7. IP 流量调优可以实时采集链路数据，动态疏导拥塞，保障大客户高优先级流量

8. 隧道调优可以用 SRv6 隧道实现业务天级开通，预留带宽保障传输质量，结合 IFIT 快速定位丢包问题

9. SDN 可实现业务端到端自动化、敏捷发放，提升网络业务发放效率

10. SDN 局限性有人工规划建网、业务布放易错、运维监控滞后、优化调整低效

11. ADN 致力于网络的闭环自治，让网络在运行过程中能够自愈、自治，同时让客户可以低成本使用网络

12. ADN 五大核心能力：感知（理解意图、收集数据）、分析（建模输出方案）、决策（验证最优方案）、执行（操作反馈）、意图/体验（满足多层诉求、保障 SLA）

13. ADN 等级划分：共 6 级，L5 为最高级，全功能由系统自主完成，运维人员仅监控状态

结语

这一章讲的是网络"驾驶方式"的两级跳：第一跳，SDN 把方向盘从每台设备手里收回来，交给了控制器——网络第一次可以被软件统一驾驶；第二跳，ADN 要把方向盘从人手里接过来——网络开始自己看路况、自己做判断、自己执行操作。

从 L0 的人工运维到 L5 的完全自动驾驶，这张等级表几乎照搬了汽车行业的语境，但它背后的逻辑是一样的：先把控制集中（SDN），再把决策自动化（ADN）。传统网络用 3~5 年等一个标准，SDN 用 1 分钟下发一条规则，而 ADN 的目标是——连"下发规则"这件事都不再需要人。

网络正在从"被人管理的一堆设备"，变成"自己会管理的系统"。