标签：des os io 文件 ar 工作 ad python
终于动手体验了一把netconf/xml, onepk, rest几种api
除了onepk是cisco专有, 其他从体系上都是通用的; 即便onepk如果其他设备(没研究)有类似专用api, 其效果和模式估计也类似.
总体感觉:
# rest最简单, 因此是个人最爱. 相信也是多数人的最爱--谁不喜欢简单的, 如果能干同样的事情
# onepk比较强大, 毕竟是专有方式, 开放的功能更多, 最关键的是有些(不是所有, 比如试过的interface address就会写入到配置文件中)设置(比如qos)是不会体现在设备配置中的(show run/config看不到), 这可不是一个微不足道的优点, 要知道有些设备的配置文件有成千上万行. 实作当中发现(还没查看文档): 一旦onepk app与设备的连接断开(NetworkElement.disconnect()或在设备上onep stop session xxx), 则由该app配置的qos policy都会失去--应该是design behavior
# netconf/xml最繁琐, xml要手工写起来累死人, 暂时还没找到好办法. 对perl, cisco有一个开发包可以省却这些工作, 但对于我浅尝的python还没有. parse倒是有不少现成的解析器(但rest常搭配的json也有).
终于动手体验了netconf/xml, onepk, rest几种api,布布扣,bubuko.com
终于动手体验了netconf/xml, onepk, rest几种api
标签：des os io 文件 ar 工作 ad python
原文地址：http://www.cnblogs.com/bisz/p/3915048.html
