在设计网络元素的管理API时,我们经常包括对常用CLI的支持,如CISCO风格的CLI和Juniper风格的CLI。但是为了支持这些命令,我们需要知道发布到MIB表和对象的操作序列中的命令的细分。 例如:
CLI命令: router bgp 4711 neighbor 3.3.3.3
它的MIB对象操作(如在SNMP中)将是:
bgpRmEntIndex 4711
bgpPeerLocalAddrType unica
bgpPeerLocalAddr 2.2.2.2
bgpPeerLocalPort 179
bgpPeerRemoteAddrType uni
bgpPeerRemoteAddr 3.3.3.3
bgpPeerRemotePort 179
是否有一些资源可以帮助我们理解这种崩溃?
答案 0 :(得分:0)
答案 1 :(得分:0)
通常,在您提到的设备类型上,您会发现CLI操作和MIB变量上的(SNMP)操作之间没有简单的映射。 CLI针对“用户友好”配置和在线诊断进行了优化,SNMP经过优化,可以方便地访问“仪器”,主要用于监控。在大型供应商(例如Cisco或Juniper)中,CLI和SNMP通常由不同的专业组开发。
对于更接近CLI但对程序化使用(API)更友好的东西,请查看IETF NETCONF协议,该协议提供对设备配置(和状态)的基于XML的RPC读写访问。 Juniper通过他们的Junoscript API开创了这一概念,后来帮助定义了IETF标准,因此您将在那里获得良好的支持。思科还为其系统增加了NETCONF功能,尤其是IOR-XR等新系统。