可编程网络自动化

22

｜

第

2

章

OSPF

不过是冰山一角罢了。思考下面这些问题（同样也只是九牛一毛）。

•

你能否将特定的日志消息与网络上的已知状况关联起来？

• BGP

邻居的邻接关系是怎么回事？如何建立邻居关系？

•

能否在路由表中看到你认为应该看到的所有路由？

• VPC

和

MLAG

配置是怎么回事？

• port-channels

是怎么回事？是否存在不一致的情况？

•

邻居是否匹配端口通道配置（进入

vSwitch

）？

•

布线情况呢？所有电缆是否都正确插入了？

即便提出了这些问题，也仅仅是触及了自动化诊断和故障排除的皮毛而已。

在开始考虑所有可能的自动化类型时，想象一个闭环系统，这种系统先以自

动化的方式采集数据，再以自动化的方式处理和分析数据，然后使用高级分

析技术自动排除故障。当所有这些以统一的方式一并发生时，就形成了闭

环，从而完全改变了组织内部的运维管理方式。

如果你是团队中的明星网络工程师，那么也许会考虑与开发人员合作，或者至少会开始记

录自己的工作流，这样更容易分享个人知识，也便于

编集成典

。

更好的结果是就此开启你的自动化之旅，如此一来，你就能时不时地好好睡上一觉，还可

以让别人使用你的一些自动化诊断工作流来排除故障。

如你所见，网络自动化不仅仅是更快地部署配置。在了解过不同类型的自动化之后，本书

打算换一个话题，来介绍自动化工具和应用程序与网络设备通信的一些不同方式，从

SSH

开始，以

NETCONF

和基于

HTTP

的

RESTful

API

作结。

2.3

　管理平面从

SNMP

向设备

API

的演变

如果想改进网络的日常管理和运营方式，就必须从改善底层受管设备的接口开始。该接口 ...