YANG model

OpenDaylight关于YANG的视频就俩字，辣鸡，所以还是要看播放量和点赞数的，不能迷信官方



linkOperational和config的区别
Operational和config的区别
Config&operational（data store两种形式）
Data store中的数据存储分两种形式：config和operational ，config持有由应用所写的数据，而operational反映了设备的实际状态，从设备读取数据，如果没有错误即可以看到设备的当前实际信息。
config data store中查询流表通常不包含以路由为目的的流表项（这就是为什么operational方式可以查询到table-miss流表项，即out-port：controller，而config方式查询不到），但是OpenDaylight开发者表示这个方面未来可以改变，而之所以这样是因为这些流通过外部的流服务（不经过dataStore和config）发送到设备，然后这些流由设备通过数据形式以operational的形式重新报回。

config具有相对于控制器的生命周期（甚至重启都可以依然存活）。这些流表项由应用添加到这里并且当有合适的设备时就会发送给它。

原则上讲openflowplugin和controller都不应该动用config。这个是为应用程序而保留的，比如FRM监听到改变就写到config里面以发送流到设备。这个可以用来做预配置-应用程序可以为一些尚未存在的设备写一些“有用的“流，一旦设备存在相关的流就会下发到其中，而不用任何应用程序的动作。

Config 一般用来下发配置（post,put）,也可以获取信息（get）
Operational一般是获取实际设备信息（get），config data store的内容和operational data store的内容可能不同，但是不同模块之间两者的设计可能不太相同，举例说明：

对于openflow协议：operational反映设备的实际信息，假如下发配置，流程是config->device->operational

对于bgp协议：下发配置流程是：config->operational->device
回答者@大地云网
没少装插件，nodes应该是operational数据，不是config数据

API/url
payload

postman collection

link
关于YANG讲的比较清晰的博客

linkOpenDayLight控制器：YANG Schema和Model
最大的启发是博客这样写也挺好，自己努力翻译，然后挂个链接。这样周会汇报能很快找到英文原文
link这个博主YANG讲的也不错