为路由实例配置 SNMP

Junos OS 使所有路由实例的 SNMP 管理器能够请求和管理与相应路由实例和逻辑系统网络相关的 SNMP 数据。

在 Junos OS 中：

• 来自默认路由实例和/或逻辑系统的客户端可以访问 MIB 对象，并仅在其所属的路由实例和/或逻辑系统网络上执行 SNMP 操作。

• 来自默认路由实例的客户端可以访问与所有路由实例和逻辑系统网络相关的信息。

• Junos 管理路由实例 （mgmt_junos） 是一个特殊实例。来自管理路由实例的客户端会被视为处于默认路由实例中，并且可以访问与所有路由实例和逻辑系统网络相关的信息。

在 Junos OS 8.4 版之前，只有默认路由实例 （inet.0） 中的 SNMP 管理器可以访问 MIB 对象。

随着虚拟专用网络 （VPN） 服务产品的增加，此功能特别适合需要获取特定路由实例的 SNMP 数据的服务提供商（请参阅 图 1）。服务提供商可以将这些信息用于满足自己的管理需求，或导出数据供客户使用。

图 1： 路由实例的 SNMP 数据

如果请求中未指定任何路由实例，SNMP 代理将按之前操作：

• 对于非路由表对象，所有实例都会公开。

• 对于路由表对象，只会显示那些与默认路由实例关联的对象。

  注：

  实际协议数据单元 （PDU） 仍然通过默认 （inet.0） 路由实例交换，但返回的数据内容受请求 PDU 中指定的路由实例规定。

从 Junos OS 19.4R1 开始，您可以在所需的路由实例中配置 SNMPv3 管理接口，以访问与所有路由实例和逻辑系统网络相关的信息，而不特定于入口路由实例。您可以在层级配置管理实例配置语句 [edit snmp v3] 。

• 优势
• 启用管理路由实例
• 移除管理路由实例

表 1 显示了 Junos OS 支持的特定于企业的 MIB 对象，并提供说明，详细说明了在 SNMP 请求中指定路由实例时如何处理这些对象。破折号 （–） 表示该项目不适用。

表 2 显示了 Junos OS 支持的 1 类 MIB 对象（标准和特定于企业的 MIB）。对于 1 类对象，只会显示属于特定路由实例的逻辑接口（及其父物理接口）。

表 3 显示了 Junos OS 支持的 2 类 MIB 对象（标准和特定于企业的 MIB）。使用 2 类对象，逻辑系统中的所有实例都会公开。数据不会隔离到路由实例级别。

表 4 显示了 Junos OS 支持的 3 类 MIB 对象（标准和特定于企业的 MIB）。使用 Class 3 时，仅对默认逻辑系统公开对象。

表 5 显示了 Junos OS 支持的 4 类 MIB 对象（标准和特定于企业的 MIB）。使用 4 类对象时，数据不会由路由实例隔离。所有实例都公开。

指定路由实例后，所有与路由相关的 MIB 对象都会返回由请求中的路由实例维护的数据。对于所有其他 MIB 对象，根据该路由实例隔离返回的数据。例如，SNMP 代理只会显示分配给该路由实例的接口（例如，逻辑接口 [ifls] 及其相应的物理接口 [ifd]）。同样，对接口具有明确附件的对象（例如，地址）也会被隔离。

对于附件不明确的对象（例如，sysApplMIB 中的对象），不会执行任何隔离，并且所有实例都可见。

仅当未指定任何逻辑系统（仅在默认逻辑系统中）时，另一类对象才可见，而不管默认逻辑系统中的路由实例如何。此类别的对象是机箱 MIB 对象、SNMP 组中的对象、RMON 告警、事件和日志组、Ping MIB 对象、配置管理对象和 V3 对象。

总之，为了支持路由实例，MIB 对象属于以下类别之一：

• 第 1 类 — 根据请求中的路由实例隔离数据。这是分离类中最精细的一种。

• 2 类 — 根据请求指定的逻辑系统隔离数据。对于属于特定逻辑系统的所有路由实例，都会返回相同的数据。通常，这适用于难以提取路由实例信息或不适用路由实例的路由表对象。

• 第 3 类 — 仅对默认逻辑系统公开数据。对于属于默认逻辑系统的所有路由实例，都会返回同一组数据。如果指定另一个逻辑系统（非默认系统），则不会返回任何数据。通常，此类适用于在子代理中实现的对象，这些对象不会监视逻辑系统更改，并且仅使用默认上下文（例如，机箱 MIB 对象）注册其对象。

• 第 4 类 — 数据不会通过路由实例隔离。所有路由实例都会返回相同的数据。通常，这适用于在子代理中实现的对象，这些子代理监视逻辑系统更改，并为每个逻辑系统更改注册或取消注册其所有对象。值不能通过路由实例隔离的对象属于此类。

有关与每个类关联的对象列表，请参阅 路由实例支持的 SNMP MIB 。

您可以限制陷阱接收器接收与它们所属的逻辑系统网络无关的陷阱。为此，请将语句logical-system-trap-filter[edit snmp]包含在层次结构级别：

如果 SNMP 配置中未包含该 logical-system-trap-filter 语句，则所有陷阱都会转发到配置的路由实例目标。但是，即使配置了此语句，与默认路由实例关联的陷阱接收器也将接收所有 SNMP 陷阱。

在 trap 组对象下配置时，应用于路由实例（或属于路由实例的接口）的所有 v1 和 v2c 陷阱均将路由实例名称编码在社区字符串中。该编码与请求 PDU 中的编码相同。

对于在 v3 框架下配置的陷阱，当配置 v3 消息处理模型时，路由实例名称会携带在上下文字段中。对于其他消息处理模型（v1 或 v2c），路由实例名称不会在陷阱消息标头中携带（也不编码在社区字符串中）。

借助此功能，路由实例可通过 v3 请求中的上下文字段标识，或者通过 v1 或 v2c 请求中的社区字符串进行编码。

在以社区字符串进行编码时，路由实例名称将先出现，并用 @ 字符与实际社区字符串分隔。

为了避免与包含该 @ 字符的有效社区字符串冲突，仅在典型的社区字符串处理失败时解析社区。例如，如果配置了名为 RI 的路由实例，则在该路由实例上下文中处理包含 RI@public 的 RI SNMP 请求。访问控制（视图、源地址限制、访问权限等）根据实际社区字符串（字符后 @ 的数据集—本例 public中）应用。但是，如果配置了社区字符串 RI@public ，将根据该社区处理协议数据单元 （PDU），并忽略嵌入式路由实例名称。

逻辑系统执行物理路由器操作的子集，并具有自己独特的路由表、接口、策略和路由实例。在逻辑系统中定义路由实例时，逻辑系统名称必须与路由实例一起使用斜线 （ / ） 进行编码，以分隔两者。例如，如果在逻辑系统中LS配置路由实例RI，则必须将该路由实例编码在社区字符串中，为LS/RI@public。在逻辑系统外部（默认逻辑系统中）配置路由实例时，不需要逻辑系统名称（或 / 字符）。

此外，创建逻辑系统时，始终在逻辑系统中创建一个默认路由实例（命名 default）。查询该路由实例的数据时应使用此名称（例如 LS/default@public）。对于 v3 请求，应直接在上下文字段中标识名称 logical system/routing instance 。

此示例显示了分配给名为 INFrtd 的路由实例的 802.3ad ae0 接口配置：

以下命令 snmpwalk 说明如何从属于 SNMP 社区的 public路由实例 INFrtd 的路由器 1 和 802.3ae 捆绑接口检索 SNMP 相关信息：