管理OSPF与SNMP上下文的多个实例-Cisco.PDFVIP

  • 8
  • 0
  • 约3.39千字
  • 约 4页
  • 2017-12-20 发布于天津
  • 举报
管理OSPF与SNMP上下文的多个实例-Cisco.PDF

管理OSPF与SNMP上下文的多个实例 目录 简介 先决条件 要求 使用的组件 规则 背景信息 意识的Snmp context 配置 验证 SNMPv2验证 SNMPv3验证 相关信息 简介 描述如何使用Snmp context管理开放最短路径优先(OSPF)多个实例的本文为SNMPv2提供配置示例 和SNMPv3。 先决条件 要求 本文档没有任何特定的要求。 使用的组件 本文档不限于特定的软件和硬件版本。 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。 规则 有关文档规则的详细信息,请参阅 Cisco 技术提示规则。 背景信息 IETF定义的OSPF MIB (RFC 1850 )只设计与一OSPF程序/实例一起使用在一个给的路由器。 例如,有仅单个ospfRouterId对象,不是表他们。为了处理多个实例, RFC 4750 建议您使用 SNMPv3上下文提供每实例视图。 意识的Snmp context 在之前进行意识IOS OSPF SNMP代码的上下文,系统将选择更或较不随机的“默认”实例,当返回标 量对象和一些表。在这些情况下,从其他实例的信息通过SNMP不是可用的。对于一些其他表, SNMP将一起捣碎从所有实例的条目,不用任何方式辩明哪些是哪些。在许多情况下,这能导致模 棱两可或重复的条目。它不是特别是良好的做法在IP地址和邻接路由器ID也许不是唯一的PE-CE配 置方面。这做监听和故障排除不可能各自的CE的实例困难或。 使用当前上下文意识IOS代码(当上下文没有指定)时,标量对象的旧有行为仍然存在。唯一的更改是 当前限制所有而不是某些表对“默认” OSPF实例和标量一样。当供应时上下文, SNMP查询可以被 瞄准到特定OSPF实例,并且该实例的所有信息可以获取以一致和毫不含糊的方式。 如果使用SNMPv3,上下文字符串可以直接地与投票一起提供。SNMPv2C不提供上下文。然而 ,您在IOS配置里能映射SNMP团体字符串到上下文,并且这些上下文可以用于处理SNMPv2投票到 特定OSPF实例。 配置 此配置示例根据SNMPv2 : 路由器 1 Router1# router ospf 1 router-id 1.1.1.111 log-adjacency-changes snmp context context1 ! router ospf 2 router-id 4.4.4.111 log-adjacency-changes snmp context context2 ! Associates the SNMP context with the instance. ! snmp-server user u2 g2 v2c ! Configures the user u2 to the SNMP group g2 and ! specifies the group is using the SNMPv2c security model. snmp-server group g2 v2c ! Configures the SNMP group g2 and specifies ! the group is using the SNMPv2c security model. snmp- server group g2 v2c context context1 snmp-server group g2 v2c context context2 snmp-server community public RO ! Community access string to permit access ! to the SNMP. snmp-server community cx1 RO snmp-server community cx2 RO snmp-server context context1 snmp- server context context2 snmp mib community-map cx1 context context1 security-name u2 ! Associates the SNMP community cx1 with ! the context context 1. snmp mib community-map cx2 context context2 se

文档评论(0)

1亿VIP精品文档

相关文档