crf*_*ftr 7 network-programming cisco snmp telnet
我最近接触过一位网络工程师,他希望将他的小型网络管理职责卸载到初级技术支持人员.需要管理的具体位置在其单站点属性上作为租户的ISP,因此每天进行大量小的调整.
我认为为他写一个winform应用程序来管理现场的32个Cisco设备会很有帮助.我想最初提供的功能可以修改访问控制列表,端口VLAN分配和每个VLAN的带宽限制......在列表中添加更多,因为它被认为是有价值的.
我最初的想法是模拟与网络设备的telnet会话 ; 利用我的网络工程师熟悉的命令行/ IOS交互.我自己需要最少的时间来学习Cisco IOS惯例.
虽然在搜索解决方案时,似乎大多数人都喜欢SNMP. 那,或者,他们的具体情况将他们推向了SNMP的方向.
我想知道我是否忽略了SNMP的明显好处. 我应该使用SNMP吗？为什么或者为什么不？
SNMP 非常适合从 Cisco 设备获取信息，但对于控制设备却不太有用。（虽然从技术上讲，您可以使用 SNMP 和 TFTP 组合将新配置推送到 Cisco IOS 设备。但是发送全新配置对于控制路由器或交换机来说是一种相当生硬的工具）。
其他评论者之一提到了 Cisco IOS XR XML API。需要注意的是，IOS XR XML API 仅在运行 IOS XR 的设备上可用。IOS XR 仅在少数思科高端运营商级设备上使用，因此对于 99% 的思科路由器和交换机来说，IOS XR XML API 不是一个选项。
其他可能性是 SSH 或 HTTP（许多 Cisco 路由器、交换机、AP 等都有可选的 Web 界面）。但我建议不要使用其中任何一个。据我所知，各设备的 Web 界面不太一致，而且数量相当惊人的 Cisco 设备不支持 SSH，或者至少在基本许可证中不支持它。
Telnet 实际上是唯一的方法，除非您只针对一小部分设备型号。为了给您提供比较，思科自己的 CiscoWorks 网络管理软件使用 Telnet 连接到托管设备。