netconf采用xml是因为其结构化、可验证、易解析，支持嵌套与命名空间，配合yang模型实现跨厂商统一配置。它分四层：安全传输（ssh/tls）、消息层（rpc封装）、操作层（get/edit-config等）、内容层（yang驱动）。相比cli，具备事务性、会话锁、精准过滤和自动化集成优势。
NETCONF（Network Configuration Protocol）是一种由IETF标准化的、基于XML的网络设备配置与管理协议，核心目标是实现网络配置的自动化、可编程和跨厂商互操作。
NETCONF为什么用XML
XML为NETCONF提供了结构化、可验证、易解析的数据表达方式。所有配置数据、状态信息、RPC请求与响应都以标准XML格式封装，比如<get-config></get-config>或<edit-config></edit-config>操作都依赖XML树形结构来精确描述目标节点。这种设计让不同厂商设备只要遵循同一YANG模型，就能用统一语法读写配置，避免了CLI命令行不一致带来的适配难题。
- 每项配置有唯一路径和命名空间（如
urn:ietf:params:xml:ns:yang:ietf-interfaces），便于定位和过滤 - 支持嵌套、属性、类型约束，天然适配复杂网络对象（如接口、路由、ACL等）
- 配合XML Schema或YANG模型，可自动生成客户端代码或校验报文合法性
NETCONF的四层架构
协议采用清晰分层，各层职责明确，降低耦合：
- 安全传输层：首选SSH（也支持TLS/HTTPS），提供加密、认证和会话保护，杜绝明文传输风险
-
消息层：用
<rpc></rpc>和<rpc-reply></rpc-reply>封装请求与响应，内置<rpc-error></rpc-error>机制反馈详细失败原因 -
操作层：定义标准RPC方法，如
get（查状态）、get-config（查配置）、edit-config（改配置）、lock（防并发冲突）等 - 内容层：由YANG数据模型驱动，定义“能配什么、怎么配、哪些必填、取值范围”，是配置语义的权威来源
NETCONF相比传统方式的优势
它不是CLI的简单封装，而是面向自动化运维重构的管理范式：
- 支持事务性配置——
commit前可预检，失败自动回滚，避免设备半配置状态 - 提供会话级锁（
lock/unlock），防止多人同时修改引发冲突 - 一次请求可获取全量或按XPath/YANG路径精准过滤的配置，比SNMP轮询高效得多
- 天然兼容Python（如ncclient）、Ansible、RESTCONF等工具链，容易集成进CI/CD流程
一个典型配置操作示例
向设备下发eth0的IPv4地址，实际交互是这样的：
客户端发送：
24<br>
设备执行后返回<rpc-reply></rpc-reply>确认成功或带错误码的<rpc-error></rpc-error>。
