iMaster-NCE概述
4785 字
24 分钟
iMaster-NCE概述
iMaster NCE 概述
一、iMaster NCE概述
1.1 iMaster NCE定义
iMaster NCE(iMaster Network Cloud Engine)是华为面向自动驾驶网络(Autonomous Driving Network, ADN)的网络管理与控制系统,提供从设备管理、网络控制到业务编排的全栈网络自动化能力。
1.2 产品定位
- 面向园区网:NCE-Campus,园区网络自动化管理
- 面向广域网:NCE-WAN,广域网智能管控
- 面向数据中心:NCE-DCN,数据中心网络控制器
- 面向运营商:NCE-CampusInsight / NCE-WANInsight,AI分析洞察
1.3 核心理念
意图驱动网络(Intent-Driven Network, IDN):
- 用户只需声明”网络意图”(业务需求),系统自动转换为网络配置
- 系统持续验证网络状态是否符合意图
- 当网络偏离意图时,系统自动修正
┌──────────────────────────────────────────────────────────────────┐│ iMaster NCE 意图驱动网络闭环 ││ ││ ┌─────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ ││ │ 意图 │ ──► │ 翻译 │ ──► │ 下发 │ ──► │ 持续 │ ││ │ Intent │ │ Translate│ │ Deploy │ │ 验证 │ ││ └─────────┘ └──────────┘ └──────────┘ └─────────┘ ││ ▲ │ ││ │ ▼ ││ ┌────┴────┐ ┌──────────┐ ││ │ 修正 │ ◄───────────────────────────── │ 监控 │ ││ │ Remediate│ │ Monitor │ ││ └─────────┘ └──────────┘ ││ │└──────────────────────────────────────────────────────────────────┘二、SDN基本概念 🏷️高频考点
2.1 SDN定义
SDN(Software-Defined Networking,软件定义网络)是一种网络架构理念,其核心是将网络的控制平面与数据平面分离,实现网络的集中控制和可编程化管理。
2.2 SDN三大特征
| 特征 | 说明 | 传统网络对比 |
|---|---|---|
| 转控分离 | 控制平面与数据平面分离,设备仅负责数据转发 | 转发与控制一体化,每台设备独立运行控制协议 |
| 集中控制 | 控制器集中管理网络设备,拥有全局网络视图 | 分布式控制,各设备仅掌握局部信息 |
| 开放接口 | 北向API和南向协议标准化,支持可编程化 | 厂商私有协议,接口不开放 |
2.3 SDN三层架构
2.4 SDN接口说明
| 接口类型 | 方向 | 作用 | 典型协议 |
|---|---|---|---|
| 北向接口(Northbound API) | 应用层 → 控制层 | 应用调用控制器能力 | REST API / RESTCONF / NETCONF |
| 南向接口(Southbound Protocol) | 控制层 → 基础设施层 | 控制器管理设备 | NETCONF / OpenFlow / PCEP / BGP-LS |
| 东西向接口(East-West) | 控制器 ↔ 控制器 | 控制器间同步 | 集群同步协议 |
三、iMaster NCE架构 🏷️高频考点
3.1 NCE分层架构
3.2 各层功能说明
| 层次 | 功能 | 说明 |
|---|---|---|
| 设备层 | 网络设备 | 物理/虚拟网络设备,执行转发和控制指令 |
| 网络控制层 | SDN控制器 | 实现网络拓扑管理、路径计算(PCE)、隧道下发 |
| 网络分析层 | Telemetry+AI | Telemetry数据采集与分析,AI增强的故障诊断 |
| 网络管理层 | 管理功能 | 设备管理、配置管理、用户管理、策略管理 |
| 北向开放API | 开放接口 | REST API供上层应用调用,支持网络可编程化 |
3.3 NCE核心组件
| 组件 | 功能 | 说明 |
|---|---|---|
| 控制器引擎 | 集中控制 | 网络拓扑收集、路径计算、策略下发 |
| 设备管理模块 | 设备纳管 | 设备发现、注册、配置管理、ZTP |
| Telemetry采集器 | 数据采集 | 高精度数据采集,gRPC通道推送 |
| 分析引擎 | 智能分析 | AI驱动的故障分析、趋势预测、SLA保障 |
| 编排器 | 业务编排 | 将业务意图翻译为网络配置,跨域编排 |
| 策略引擎 | 策略管理 | 统一安全策略、QoS策略、访问控制策略 |
四、南向协议 🏷️高频考点
4.1 南向协议对比
| 协议 | 作用 | 特点 | 适用场景 |
|---|---|---|---|
| NETCONF | 配置下发 | 事务性、基于XML/YANG | 设备配置管理 |
| YANG | 数据建模 | 标准化数据结构 | 定义配置和状态数据结构 |
| Telemetry | 状态采集 | 高精度、推模式、gRPC | 实时状态监控 |
| BGP-LS | 拓扑收集 | 链路状态信息上报控制器 | IGP拓扑上报 |
| PCEP | 路径计算 | SR-MPLS/SRv6隧道计算 | 隧道路径计算与下发 |
| OpenFlow | 流表下发 | 基于流的转发控制 | SDN交换机流表管理 |
4.2 各协议详细说明
NETCONF + YANG
- NCE通过NETCONF协议向设备下发配置(基于YANG模型)
- 提供事务性保证(candidate + commit)
- 相比SNMP/CLI,配置更可靠、更标准化
Telemetry
- 设备主动向NCE推送状态数据(推模式),而非NMS轮询(拉模式)
- 基于gRPC协议传输,数据格式为Protobuf/JSON
- 采集精度可达秒级/毫秒级,远超SNMP的分钟级
BGP-LS(BGP Link-State)
- 设备将IGP(OSPF/IS-IS)的链路状态信息通过BGP-LS上报给NCE
- NCE据此构建全局网络拓扑视图
- BGP-LS使用BGP多协议扩展(MP-BGP)携带链路状态信息
PCEP(Path Computation Element Protocol)
- NCE作为PCE(Path Computation Element),计算最优路径
- 设备作为PCC(Path Computation Client),向PCE请求路径
- 用于SR-MPLS/SRv6隧道路径计算和下发
OpenFlow
- NCE通过OpenFlow协议向SDN交换机下发流表
- 交换机根据流表进行转发决策(不再依赖传统MAC/IP学习)
- 适用于纯SDN场景(如数据中心Overlay网络)
4.3 南向协议交互图
五、Telemetry技术 🏷️高频考点
5.1 Telemetry vs SNMP对比
| 特性 | SNMP | Telemetry |
|---|---|---|
| 采集方式 | 轮询(拉模式,Pull) | 推送(推模式,Push) |
| 数据精度 | 低(分钟级) | 高(秒/毫秒级) |
| 网络开销 | 大(轮询开销) | 小(仅推送变化数据) |
| 数据格式 | BER/二进制 | gRPC/JSON/Protobuf |
| 扩展性 | 差 | 好 |
| 实时性 | 低 | 高 |
| CPU消耗 | 高(频繁轮询) | 低(主动推送) |
| 适用场景 | 传统网管监控 | SDN实时管控 |
5.2 Telemetry工作原理
5.3 Telemetry数据通道
Telemetry基于 gRPC协议 进行数据传输,gRPC基于HTTP/2,具有以下优势:
- 高效编码:使用Protobuf二进制编码,数据体积小
- 多路复用:HTTP/2支持多路复用,降低连接开销
- 流式传输:支持流式RPC,持续推送数据
- 跨平台:Protobuf支持多种编程语言
5.4 Telemetry订阅模式
| 订阅模式 | 说明 | 适用场景 |
|---|---|---|
| 基于周期订阅 | 按固定周期推送数据 | 周期性监控(如接口流量统计) |
| 基于事件订阅 | 事件触发时推送数据 | 事件告警(如接口状态变化) |
六、iMaster NCE核心功能
6.1 功能总览
| 功能 | 说明 | 关键技术 |
|---|---|---|
| 拓扑管理 | 自动发现网络拓扑,可视化展示 | LLDP/CDP自动发现、BGP-LS |
| 设备管理 | 设备即插即用、生命周期管理 | ZTP自动部署 |
| 配置管理 | 通过NETCONF/YANG下发配置 | NETCONF事务性配置 |
| 路径计算 | 基于PCE的路径计算与优化 | PCEP、约束最短路径算法 |
| 流量调优 | 基于SR的流量工程 | SR-MPLS/SRv6、PCEP |
| 故障诊断 | 基于AI的故障识别与定位 | Telemetry+AI分析引擎 |
| 安全策略 | 统一安全策略管理 | 策略引擎、安全编排 |
| 用户体验保障 | 基于用户/应用的SLA保障 | 应用识别、QoS保障 |
6.2 拓扑管理
- 自动发现:通过LLDP/CDP协议自动发现设备间的物理连接关系
- 逻辑拓扑:支持Overlay/Underlay双维度拓扑展示
- 拓扑可视化:图形化展示网络拓扑,实时反映设备状态和链路状态
6.3 配置管理
- 模板化配置:通过配置模板批量下发,减少手工逐台配置
- NETCONF下发:使用NETCONF事务性操作保证配置一致性
- 配置审计:记录所有配置变更历史,支持配置回滚
6.4 路径计算与流量调优
- PCE路径计算:NCE作为PCE,基于约束条件计算最优路径
- SR隧道下发:通过PCEP协议下发SR-MPLS/SRv6隧道
- 流量工程:根据链路利用率动态调整流量路径,实现负载均衡
七、ZTP(Zero Touch Provisioning) 🏷️高频考点
7.1 ZTP概述
ZTP(零配置自动部署)是网络设备上电后自动获取配置文件的机制,实现设备的”即插即用”部署,无需人工逐台配置。
7.2 ZTP工作流程
7.3 ZTP详细步骤
| 步骤 | 说明 | 关键DHCP Option |
|---|---|---|
| 1. 设备上电 | 空配置设备启动,所有接口默认DHCP获取IP | - |
| 2. DHCP获取IP | 设备作为DHCP Client获取管理IP地址 | Option 1(子网掩码)、Option 3(网关) |
| 3. 获取文件服务器地址 | 通过DHCP Option获取配置文件服务器地址 | Option 66(TFTP服务器)、Option 67(配置文件名)、Option 150(TFTP服务器列表) |
| 4. 下载配置文件 | 从TFTP/FTP/SFTP服务器下载配置文件 | - |
| 5. 加载配置 | 设备加载下载的配置文件 | - |
| 6. 重启生效 | 设备重启,应用新配置 | - |
| 7. 注册到NCE | 设备通过NETCONF注册到NCE控制器 | - |
7.4 ZTP与NCE配合
NCE在ZTP流程中扮演两个角色:
- DHCP服务器:为设备分配IP地址和文件服务器地址
- 配置文件服务器:存储和提供设备配置文件
┌───────────────────────────────────────────────────────┐│ NCE 的双重角色 ││ ││ ┌─────────────┐ ┌─────────────────┐ ││ │ DHCP Server │ │ 配置文件服务器 │ ││ │ (IP分配) │ │ (配置文件存储) │ ││ └─────────────┘ └─────────────────┘ ││ ▲ ▲ ││ │ DHCP Option │ TFTP/FTP/SFTP ││ │ 66/67/150 │ 下载 ││ └──────────┬───────────────┘ ││ │ ││ ┌────────▼────────┐ ││ │ 网络设备(ZTP) │ ││ └─────────────────┘ │└───────────────────────────────────────────────────────┘八、SR(Segment Routing)与NCE 🏷️高频考点
8.1 SR概述
SR(Segment Routing,段路由)是一种源路由技术,由源节点指定报文转发的路径(通过Segment列表),路径上的中间节点只需按照Segment指示转发,无需维护复杂的状态。
8.2 SR优势
| 优势 | 说明 |
|---|---|
| 简化控制平面 | 无需LDP/RSVP-TE协议,与IGP/BGP原生集成 |
| 减少状态维护 | 仅源节点维护路径状态,中间节点无状态 |
| 可扩展性 | 支持大规模网络部署 |
| 与SDN契合 | NCE集中计算路径,通过PCEP下发Segment列表 |
| 支持网络编程 | 通过Segment组合实现灵活的网络编程 |
8.3 SR-MPLS vs SRv6
| 特性 | SR-MPLS | SRv6 |
|---|---|---|
| 数据平面 | MPLS标签 | IPv6扩展头(SRH) |
| Segment表示 | MPLS标签(20位) | IPv6地址(128位) |
| 封装格式 | MPLS标签栈 | IPv6报文 + SRH |
| 控制平面 | IGP/BGP扩展 + PCEP | IGP/BGP扩展 + PCEP |
| 兼容性 | 与MPLS网络兼容 | 需IPv6支持 |
| 可编程性 | 较弱(标签有限) | 强(IPv6地址空间大) |
| 适用场景 | MPLS网络演进 | 新建IPv6网络/网络编程 |
8.4 NCE与SR配合
8.5 SR与传统MPLS TE对比
| 特性 | 传统MPLS TE | SR |
|---|---|---|
| 控制平面 | RSVP-TE信令(复杂) | IGP/BGP扩展(简单) |
| 状态维护 | 每跳维护LSP状态 | 仅源节点维护路径 |
| 路径计算 | 分布式(RSVP-TE逐跳信令) | 集中式(PCE计算+PCEP下发) |
| 部署复杂度 | 高 | 低 |
| 可扩展性 | 受限于RSVP-TE状态数量 | 更好(无中间状态) |
| 与SDN配合 | 需要额外适配 | 原生契合(PCEP+Segment列表) |
九、iMaster NCE与传统网络管理对比
| 特性 | 传统网络管理(eSight/SNMP) | iMaster NCE |
|---|---|---|
| 管理方式 | 设备级管理 | 网络级/业务级管理 |
| 配置方式 | CLI逐台配置 | 模板化批量配置 |
| 控制方式 | 分布式控制 | 集中控制+分布式转发 |
| 数据采集 | SNMP轮询 | Telemetry推送 |
| 路径控制 | 手工配置 | PCE自动计算 |
| 自动化 | 低 | 高(ZTP/自动化部署) |
| 分析能力 | 基础 | AI增强分析 |
| 拓扑视图 | 手工绘制/LLDP发现 | 实时自动发现+可视化 |
| 配置下发 | SNMP/CLI | NETCONF/YANG |
| 故障定位 | 人工排查 | AI智能定位 |
| 业务编排 | 无 | 意图驱动编排 |
| SLA保障 | 难以保障 | 端到端SLA保障 |
十、华为设备配置命令示例
10.1 设备注册到NCE的配置
# 使能NETCONF(NCE南向通道)netconf ssh server enable port 830
# 配置设备管理IP地址interface Vlanif10 ip address 192.168.1.1 255.255.255.0 quit
# 配置SSH用户(供NCE使用)aaa local-user nceadmin password cipher NCE@Admin123 local-user nceadmin service-type ssh local-user nceadmin privilege level 15 quit
ssh user nceadmin authentication-type passwordssh user nceadmin service-type snetconfsnetconf server enable
# 配置设备注册到NCE控制器# 注意:具体命令取决于设备型号和版本,以下为通用示例netconf source-interface Vlanif1010.2 Telemetry配置
# 使能gRPC服务grpc# 监听端口默认为20000(部分版本为57400) server listen-port 57400 quit
# 配置Telemetry订阅telemetry# 采样传感器路径(采集接口状态信息) sensor-group name ifStatus sensor-path huawei-ifm:ifm/interfaces/interface/admin-status sensor-path huawei-ifm:ifm/interfaces/interface/oper-status quit
# 配置目标采集器(NCE地址) destination-group name NCE ipv4-address 192.168.1.100 port 57400 protocol grpc quit
# 配置订阅关联传感器和目标 subscription name sub1 sensor-group ifStatus sample-interval 1000 destination-group NCE suppress-redundant enable quit10.3 ZTP相关配置
# ZTP功能默认使能,空配置设备上电后自动启动# 以下为ZTP相关的辅助配置
# 配置DHCP客户端(管理口)interface Vlanif10 ip address dhcp-alloc quit
# 手动触发ZTP(可选,通常自动触发)ztp start
# 查看ZTP状态display ztp status
# 查看ZTP日志display ztp log10.4 BGP-LS配置
# 使能BGP-LS功能(将IGP拓扑上报给NCE)bgp 65001 # BGP-LS对等体(NCE地址) peer 192.168.1.100 as-number 65001 peer 192.168.1.100 connect-interface Vlanif10 # # 使能BGP-LS link-state-family peer 192.168.1.100 enable # 引入OSPF链路状态 import-route ospf 1 # 引入IS-IS链路状态 import-route isis 1 quit # quit
# 查看BGP-LS状态display bgp link-state peerdisplay bgp link-state routing-table10.5 PCEP配置
# 使能PCEP Client功能(与NCE的PCE通信)mpls lsr-id 1.1.1.1mpls
# 配置PCEPsegment-routing pce-client # PCE服务器地址(NCE地址) pce-server 192.168.1.100 # PCEP监听端口(默认4189) port 4189 # 保活时间(默认30秒) keepalive 30 # 死亡时间(默认120秒) deadtimer 120 quit quit
# 使能SR-MPLSsegment-routing # 配置SRGB标签范围 segment-routing mpls srgb 16000 23999 quit quit
# 查看PCEP状态display pce-client sessiondisplay pce-client peer10.6 综合配置示例
以下是一台设备注册到NCE的完整配置示例:
# ========== 管理IP ==========interface Vlanif10 ip address 192.168.1.1 255.255.255.0 quit
# ========== SSH用户 ==========aaa local-user nceadmin password cipher NCE@Admin123 local-user nceadmin service-type ssh local-user nceadmin privilege level 15 quit
# ========== NETCONF ==========netconf ssh server enable port 830 source-interface Vlanif10 quit
ssh user nceadmin authentication-type passwordssh user nceadmin service-type snetconfsnetconf server enable
# ========== Telemetry ==========grpc server listen-port 57400 quit quit
telemetry sensor-group name ifStatus sensor-path huawei-ifm:ifm/interfaces/interface/oper-status quit destination-group name NCE ipv4-address 192.168.1.100 port 57400 protocol grpc quit subscription name sub1 sensor-group ifStatus sample-interval 1000 destination-group NCE quit
# ========== BGP-LS ==========bgp 65001 peer 192.168.1.100 as-number 65001 peer 192.168.1.100 connect-interface Vlanif10 link-state-family peer 192.168.1.100 enable import-route ospf 1 quit quit
# ========== PCEP ==========segment-routing pce-client pce-server 192.168.1.100 quit segment-routing mpls srgb 16000 23999 quit quit十一、常见故障排查
11.1 设备无法注册到NCE
排查步骤:
- 检查NETCONF连通性:确认设备与NCE之间UDP/TCP 830端口可达
# 在设备上测试到NCE的830端口连通性telnet 192.168.1.100 830- 检查设备账号密码:确认NCE上配置的设备账号密码与设备上配置一致
display aaa local-userdisplay ssh user- 检查证书(如使用证书认证):确认设备证书有效且被NCE信任
11.2 拓扑不完整
排查步骤:
- 检查LLDP配置:确认LLDP已使能,设备间可发现邻居
display lldp neighbor- 检查BGP-LS配置:确认BGP-LS对等体建立成功
display bgp link-state peer- 检查设备发现策略:在NCE上检查设备发现规则和策略
11.3 Telemetry数据不更新
排查步骤:
- 检查gRPC通道:确认设备与NCE之间的gRPC通道正常
display grpc session- 检查订阅配置:确认传感器路径、采样间隔、目标采集器配置正确
display telemetry subscriptiondisplay telemetry sensor-group11.4 ZTP失败
排查步骤:
- 检查DHCP配置:确认DHCP服务器配置正确,Option 66/67/150正确设置
display ztp statusdisplay ztp log-
检查文件服务器连通性:确认设备能访问TFTP/FTP/SFTP服务器
-
检查配置文件格式:确认配置文件格式正确,与设备型号和版本匹配
11.5 常用排查命令汇总
| 命令 | 作用 |
|---|---|
display netconf session | 查看NETCONF会话信息 |
display grpc session | 查看gRPC会话信息 |
display telemetry subscription | 查看Telemetry订阅 |
display telemetry sensor-group | 查看Telemetry传感器组 |
display telemetry destination-group | 查看Telemetry目标组 |
display bgp link-state peer | 查看BGP-LS对等体 |
display bgp link-state routing-table | 查看BGP-LS路由表 |
display pce-client session | 查看PCEP会话 |
display pce-client peer | 查看PCEP对等体 |
display segment-routing global-block | 查看SRGB标签范围 |
display lldp neighbor | 查看LLDP邻居 |
display ztp status | 查看ZTP状态 |
display ztp log | 查看ZTP日志 |
支持与分享
如果这篇文章对你有帮助,欢迎分享给更多人或打赏支持!
相关文章智能推荐
1
SNMP-技术详解
网络2026-08-05
2
NETCONF-技术详解
网络2026-08-05
3
HCIP 数通方向知识库首页
网络2026-08-05
4
BGP 协议详解
网络2026-08-05
5
IPv6 技术详解
网络2026-08-05
随机文章随机推荐



