2. 控制平面基础
2.1 控制平面在系统架构中的角色
在系统架构中，控制平面（Control Plane）是负责决策制定与状态管理的核心逻辑层。它不直接处理用户数据或业务负载，而是专注于维护系统的全局视图、配置规则与运行策略。控制平面的核心职责可归纳为以下四点：
- 策略决策：根据预定义规则或实时状态，决定数据流如何转发、资源如何分配。
- 状态同步：在分布式节点间维护一致的配置与拓扑信息，确保系统行为可预测。
- 异常响应：监测链路故障、节点失效等事件，并触发重路由、隔离或恢复动作。
- 抽象与解耦：将底层硬件或网络细节抽象为统一模型，使上层应用无需关注物理差异。
关键认知：控制平面是系统的“大脑”，其输出质量直接决定数据平面的执行效率与可靠性。在自动化核验场景中，控制平面的配置基线是模板生成与校验的源头。
2.2 控制平面与数据平面的区别
控制平面与数据平面（Data Plane）是系统架构中两个互补但职责分离的层次。下表从多个维度对比两者的核心差异：
| 对比维度 | 控制平面 | 数据平面 |
|---|---|---|
| 核心职责 | 决策制定、状态管理、策略下发 | 数据转发、包处理、业务执行 |
| 处理对象 | 路由表、流表、配置规则 | 数据包、帧、业务请求 |
| 性能要求 | 中等（毫秒级响应即可） | 极高（微秒级甚至纳秒级） |
| 状态特征 | 全局、持久、可变更 | 局部、瞬态、无状态优先 |
| 故障影响 | 系统失序、策略失效 | 业务中断、数据丢失 |
| 典型实现 | 控制器、路由协议进程、编排器 | 转发芯片、内核协议栈、代理 |
实践提示：在模板生成基线核验中，控制平面的配置错误（如路由策略遗漏、ACL 顺序错误）往往比数据平面故障更难定位，因为其影响是间接且延迟的。
2.3 常见控制平面协议简介
控制平面协议是实现节点间信息交换与协同决策的标准化通信机制。以下列举网络与分布式系统中四种核心协议族：
- 路由协议：OSPF（链路状态）、BGP（路径矢量），用于在路由器间交换可达性信息，构建全局路由表。
- 信令协议：RSVP-TE（资源预留）、LDP（标签分发），用于 MPLS 隧道建立与带宽预留。
- 配置与同步协议：NETCONF/YANG、gRPC、ETCD 共识协议，用于控制器与设备间的配置下发与状态同步。
- 发现协议：LLDP（链路层发现）、IGP 邻居发现，用于自动识别拓扑与邻居关系。
下图展示了控制平面协议在典型 SDN 架构中的位置与交互关系：
常见误区：不要将控制平面协议与数据平面协议混淆。例如，BGP 属于控制平面协议（交换路由信息），而 VXLAN 属于数据平面封装协议（承载用户流量）。在基线核验时，必须区分两者的校验对象。
2.4 控制平面在自动化核验中的关键作用
在《控制平面驱动模板生成基线核验自动化》课程中，控制平面是贯穿始终的核心概念。其关键作用体现在：
- 模板生成源头：控制平面的配置策略（如路由策略、QoS 模板）直接决定数据平面的转发行为，是模板生成的输入依据。
- 基线定义对象：核验基线通常包含控制平面协议参数（如 OSPF 区域划分、BGP AS 号、NETCONF 会话超时），这些参数必须精确匹配。
- 自动化校验焦点：通过模拟控制平面协议交互（如 BGP 会话建立、OSPF LSDB 同步），可以提前发现配置冲突或策略漏洞。
- 变更影响分析：控制平面状态变更（如路由重分布、策略路由引入）会级联影响数据平面，自动化核验需覆盖这种传播路径。
下图展示了控制平面驱动模板生成与核验的自动化流程：