YANG，NETCONF，RESTCONF，XML之间的关系

本文为转载&＃xff0c;原连接&＃xff1a;https://www.zhihu.com/question/40822826

简单说一下吧 做要解释这些要从netconf说起。 netconf是什么&＃xff1f; netconf是一种协议用于给网络设备发送配置。 什么意思呢&＃xff0c;比如我有一台路由器&＃xff0c;我想配一条静态路由&＃xff0c;正常的办法是什么呢&＃xff0c;我连上面去打命令。
这是最最一般的配置方法了&＃xff0c;所以最开始我们网络工程师很吃香&＃xff0c;特别是会各种机器设备配置的人。
netconf你可以理解成一种通用的协议&＃xff0c;它就是那个会各种配置的人&＃xff0c;你只要吩咐他做什么事情&＃xff0c;他就会按你说的去做。
这样我的配置就可以写成脚本了&＃xff0c;而且关注点变成了配置数据的本身而不是设备的相关命令。
理想的情况&＃xff0c;所有的设备都用相同的配置&＃xff0c;netconf会自己处理他们到相应的机器的上。听上去很完美是不是&＃xff1f;
然而现实是骨干的&＃xff0c;网络设备的配置结构往往是是不同的。实现同样的功能的不同设备需要的配置结构也往往不同。比如思科设备接口上配置一个address 只要知道接口名 ip版本 和地址掩码就足够了 但是juniper的机器上不但要知道这些还要额外提供一个unit 号来标识逻辑接口。
这就TM尴尬了。
特别是现在nfv大潮下&＃xff0c;nfv是干毛的&＃xff0c;网络功能虚拟化&＃xff0c;既然虚拟化我就更关注的是功能本身而不是实现这个功能的设备&＃xff0c;对于管理人员来说&＃xff0c;他往往就只想告诉一套nfv系统&＃xff0c;我要什么功能&＃xff0c;比如 我要一号站点能联网我要DHCP服务我要VPN&＃xff0c;而单纯利用netconf是无法配置的&＃xff0c;因为还要求具体的配置结构。这可咋整&＃xff01;
没事儿&＃xff0c;我们只要给对应的设备所需的配置结构来个模型不就行了&＃xff1f;到时候不就是完形填空吗&＃xff0c;yang model就是吃这口饭的&＃xff0c;我只需知道对应设备的yang model就可以向管理者请求对应设备所需的信息了&＃xff0c;具体结构上的问题有yang model来解释。
什么叫做结构上的问题呢&＃xff1f;还是举刚才那个例子
思科为啥不需要unit号来指定逻辑端口呢&＃xff1f;因为它的逻辑端口藏在接口名里
所以它的配置类似这样

接口名{
ip{
address x.x.x.x
mask x.x.x.x
}
}

但是juniper的额外需要一个unit号来表示逻辑端口
所以它的配置类似这样

接口名{
unit x {
ip{
address x.x.x.x
mask x.x.x.x
}
}
}

当然实际上他们的yang model 要比这个复杂的多&＃xff0c;比如juniper还有family 这个层级这里就是举一个例子
但是对于上层用户管理来说&＃xff0c;他只用填逻辑口号&＃xff0c;接口名&＃xff0c;地址以及ip版本就可以了&＃xff0c;他不需要知道具体到底实际的配置长啥样了&＃xff0c;因为有可能及其复杂233.
是不是感觉很完美了&＃xff0c;这样NFV可以让服务提供商随意换设备了&＃xff0c;底层是思科华为还是juniper没啥所谓&＃xff0c;反正只要有yang model我们就知道到底怎么配一台机器了。
XML呢&＃xff0c;刚说过netconf是一种协议&＃xff0c;它实际是个服务器&＃xff0c;接受客户端发来的请求来配置自己&＃xff0c;所以每台设备上都有一个netconf server&＃xff0c;这里的信息交互就是用xml来实现的&＃xff0c;所以yang model其实就是一种描述XML结构的模型。
好了&＃xff0c;继续向下说到restconf了&＃xff0c;这要从rest api说起&＃xff0c;需要读者有一点web开发的知识。什么是rest api呢&＃xff1f;
说白了这是一种利用HTTP协议来做RPC的办法。我们做NFV呢往往会有一个dashboard&＃xff0c;管理员可以利用这个dashboard来配置他想要的功能&＃xff0c;这个dashboard很多时候都是一个web application&＃xff0c;web application有很多好处&＃xff0c;比如客户端可以轻松跨平台&＃xff0c;只要有浏览器就行。轻松远程接入等等好处。现代的很多web application往往是这样的结构 一个前端&＃xff0c;可以理解为客户端&＃xff0c;一个后端&＃xff0c;往往就是一个web service了。而REST api就是web service的一种。这里不具体展开了&＃xff0c;没有几千字是说不完的。
那么rest api 往往是这样工作的接受一个json格式的数据&＃xff0c;然后根据请求的方法和url do something。
我们关注NFV&＃xff0c;简单设计一个NFV的dashboard无非就是让用户能去配置机器嘛&＃xff0c;
最简单的结构无非就是这样

dashboard
|
| config
|
web service
|
| config &＃43; yang
|
netconf client
|
|request XML
|
|
device

这个restconf的作用就在web service 那一层&＃xff0c;简单的讲就是怎么把你发来的config和所请求的yang映射到一个URL上的&＃xff0c;有了这个URL就能把yang model的数填了&＃xff0c;填完了你就有对应的设备的配置结构了&＃xff0c;然后根据这个在生成xml就可以把请求发到对应的设备上配置啦。

总结&＃xff1a;
- NETCONF与RESTCONF是一个纬度&＃xff0c;都是用来操作和维护网络设备的协议&＃xff0c;RESTCONF是轻量级NETCONF。类似协议还有SNMP。协议定义了一线基本的增、删、改和查的方法。
- XML是一种数据表示格式&＃xff0c;类似的还有JSON格式&＃xff0c;表达用户要操作的数据本身。但数据是千变万化的&＃xff0c;什么才是符合设备期望的格式呢&＃xff1f;
- YANG是描述业务数据模型的语言&＃xff0c;表达数据的模板&＃xff0c;描述什么才是符合设备期望的数据&＃xff0c;类似C语言数据结构&＃xff0c;有了它&＃xff0c;就知道怎么填空。