SNMP迁移至IOS XR上的遥测
目录
简介
本文介绍了简单网络管理协议(SNMP)组件，并提供了基于SNMP监控的当前实施到模型驱动遥测(MDT)方法的关联。
SNMP
SNMP 是一种应用层协议，可以为 SNMP 管理器和代理之间的通信提供消息格式。SNMP提供标准化框架和通用语言，用于监控和管理网络中的设备
SNMP的组件
SNMP框架具有以下组件，这些组件将在以下各节中介绍：
SNMP 管理器
SNMP管理器是使用SNMP控制和监控网络主机活动的系统。最常见的管理系统是网络管理系统(NMS)。术语NMS可应用于用于网络管理的专用设备或此类设备上使用的应用。
SNMP 代理
SNMP代理是受管设备中的软件组件，用于维护设备的数据并根据需要向管理系统报告此数据。代理驻留在路由设备（路由器、接入服务器或交换机）上。
SNMP MIB
SNMP代理包含MIB变量，SNMP管理器可通过“Get”或“Set”操作请求或更改其值。管理器可以从代理获取值或在该代理中存储值。代理从SNMP MIB收集数据，SNMP MIB是有关设备参数和网络数据的信息存储库。代理还可以响应管理器请求以获取或设置数据。
下图说明了SNMP管理器和代理之间的通信。管理器发送代理请求以获取并设置SNMP MIB值。代理会响应这些请求。独立于此交互，代理可以发送管理器未经请求的通知（陷阱或通知），以通知管理器有关网络条件的信息。
SNMP操作
SNMP应用程序执行以下操作以检索数据、修改SNMP对象变量和发送通知：
SNMP获取
SNMP GET操作由NMS执行，以检索SNMP对象变量。有三种类型的GET操作：
- GET — 从SNMP代理检索确切的对象实例。
- GETNEXT — 检索下一个对象变量，该变量是指定变量的字典继承变量。
- GETBULK — 检索大量对象变量数据，而无需重复执行GETNEXT操作。
SNMP SET
SNMP SET操作由NMS执行，以修改对象变量的值。
SNMP通知
SNMP的主要功能是能够从SNMP代理生成未经请求的通知。
未经请求的（异步）通知可以作为陷阱或通知请求（通知）生成。陷阱是提醒简单网络管理协议(SNMP)管理器注意网络情况的消息。通知是陷阱，包括来自SNMP管理器的确认接收请求。通知可以指示不正确的用户身份验证、重新启动、连接关闭、与邻居设备失去连接或其他重要事件。
陷阱不如通知可靠，因为接收方在收到陷阱时不会发送确认。发送方不知道陷阱是否收到。接收通知的SNMP管理器使用SNMP响应协议数据单元(PDU)确认消息。如果发送方从未收到响应，则可以再次发送通知。因此，通知更有可能到达其预期目的地。
陷阱经常是首选的，即使它们不太可靠，因为通知会消耗设备和网络中的更多资源。与陷阱不同（陷阱在发送时被丢弃），通知必须保留在内存中直到收到响应或请求超时。此外，陷阱仅发送一次，而通告可能重新发送多次。重试会增加流量并导致网络开销增加。陷阱和通知的使用需要在可靠性和资源之间进行权衡。
MIB和RFC
管理信息库(MIB)模块通常在提交给国际标准机构Internet工程任务组(IETF)的征求意见(RFC)文档中定义。RFC由个人或团体编写，供Internet协会和整个Internet社区审议，其目的通常是建立建议的Internet标准。在进入RFC状态之前，建议会作为Internet草案(I-D)文档发布。已成为推荐标准的RFC也称为标准文档(STD)。 您可以在Internet Society网站http:// www.isoc.org了解标准流程和IETF的活动。 您可以在IETF网站http://www.ietf.org上阅读思科文档中引用的所有RFC、I-D和STD的全文。
Cisco的SNMP实施使用RFC 1213中描述的MIB II变量定义和RFC 1215中描述的SNMP陷阱定义。
Cisco 对每个系统提供其自己的专用 MIB 扩展。除非文件另行通知，否则Cisco企业MIB应符合相关RFC描述的指南规定。您可以在Cisco.com上的Cisco MIB网站上找到MIB模块定义文件以及每个思科平台支持的MIB列表。
SNMP的版本
目前Cisco设备支持以下版本的SNMP:
- SNMPv1 — 简单网络管理协议：在RFC 1157中定义的完整互联网标准。（RFC 1157取代了作为RFC 1067和RFC 1098发布的早期版本。） 安全性基于社区字符串。
- SNMPv2c — 基于社区字符串的SNMPv2管理框架。SNMPv2c（“c”表示“community”）是RFC 1901、RFC 1905和RFC 1906中定义的实验性Internet协议。SNMPv2c是SNMPv2p(SNMPv2 Classic)协议操作和数据类型的更新，并使用SNMPv1的基于社区的安全模型。
- SNMPv3 - SNMP第3版。SNMPv3是RFC 3413到3415中定义的基于标准的可互操作协议。SNMPv3通过身份验证和加密网络上的数据包，提供对设备的安全访问。
SNMPv3中提供的安全功能如下：
- 消息完整性 — 确保数据包在传输过程中未被篡改。
- Authentication — 确定消息来自有效源。
- 加密 — 对数据包的内容进行加扰，以防止未经授权的源获知该数据包。
SNMPv1 和 SNMPv2c 都使用基于社区形式的安全性。SNMP管理器社区能够访问代理MIB，由社区字符串定义。
SNMPv2c支持包括批量检索机制和向管理站报告的详细错误消息。批量检索机制支持对表和大量信息的检索，从而最大限度地减少了所需的往返次数。SNMPv2c改进的错误处理支持包括区分不同错误类型的扩展错误代码；这些情况通过SNMPv1中的单个错误代码报告。还会报告以下三种类型的异常：无此类对象、无此类实例和MIB视图结束。
SNMPv3是一种安全模型，在该模型中，为用户和用户所在的组设置身份验证策略。安全等级是安全模型中允许的安全级别。安全模型和安全级别的组合决定了处理SNMP数据包时采用的安全机制。
提供三种安全模型：SNMPv1、SNMPv2c和SNMPv3。下表列出了安全模型和级别的组合及其含义。
| 型号 |
级别 |
身份验证 |
加密 |
发生什么 |
| v1 |
noAuthNoPriv |
公用字符串 |
无 |
使用团体字符串匹配进行身份验证。 |
| v2c |
noAuthNoPriv |
公用字符串 |
无 |
使用团体字符串匹配进行身份验证。 |
| v3 |
noAuthNoPriv |
用户名 |
无 |
使用用户名匹配进行身份验证。 |
| v3 |
authNoPriv |
消息摘要5(MD5)或安全散列算法(SHA) |
无 |
提供基于 HMAC-MD5 或 HMAC-SHA 算法的身份验证。 |
| v3 |
authPriv |
MD5或SHA |
数据加密标准(DES) |
提供基于 HMAC-MD5 或 HMAC-SHA 算法的身份验证。除了提供基于 CBC-DES (DES-56) 标准的身份验证之外，还提供 DES 56 位加密。 |
应实施SNMP代理，以使用管理站支持的SNMP版本。一个代理可以与多个管理器通信。
SNMPv3支持RFC 1901到1908、2104、2206、2213、2214和2271到2275。有关SNMPv3的其他信息，请参阅RFC 2570,Internet标准网络管理框架第3版简介（这不是标准文档）。
杨氏模型
Yang模型表示系统的特定特征或硬件特征的树结构抽象。在网络元素中，Yang模型可以表示路由协议、内部物理传感器阵列。YANG语言和术语在RFC 6020中描述，在RFC 7950中进行了更新。在高级中，Yang模型将代表主结构的数据组织成子模块和容器，这些子模块和容器是相关的子节点的列表。下面介绍了几种节点类型。
枝叶节点包含整数或字符串等简单数据。它只有一个特定类型的值，没有子节点。
leaf host-name {
type string;
description "Hostname for this system";
}
枝叶列表是一系列枝叶节点，每个枝叶仅有一个特定类型的值。
leaf-list domain-search {
type string;
description "List of domain names to search";
}
容器节点用于对子树中的相关节点进行分组。容器只有子节点，没有值。容器可以包含任意数量的任何类型的子节点（包括叶节点、列表、容器和叶节点）。
container system {
container login {
leaf message {
type string;
description
"Message given at start of login session";
}
}
}
列表定义列表条目的序列。每个条目都类似结构或记录实例，通过其关键枝叶的值进行唯一标识。列表可以定义多个关键枝叶，并可以包含任意数量的任何类型的子节点（包括枝叶、列表、容器等）。
最后，将所有这些注释类型绑定在一起的示例模型类似于以下示例：
## Contents of "example-system.yang"
module example-system {
yang-version 1.1;
namespace "urn:example:system";
prefix "sys";
organization "Example Inc.";
contact "joe@example.com";
description "The module for entities implementing the Example system.";
revision 2007-06-09 {
description "Initial revision.";
}
container system {
leaf host-name {
type string;
description "Hostname for this system.";
}
leaf-list domain-search {
type string;
description "List of domain names to search.";
}
container login {
leaf message {
type string;
description "Message given at start of login session.";
}
list user {
key "name";
leaf name {
type string;
}
leaf full-name {
type string;
}
leaf class {
type string;
}
}
}
}
}但是，Yang模型上使用的杨语并不表示将数据组织到容器/列表/枝叶中。这就是为什么网络元素上的某个功能可以用不同的Yang模型来表示。此挑战已通过以下Yang型号类型得到解决：
OpenConfig模型
OpenConfig Models是使用不确定的供应商组织为表示特定功能的模型开发的，这种方法的优点是NMS可以在多供应商甚至多平台环境中使用这些模型来与网络元素交互。
如名称所述，这些模型是开放的，可公开用于检查存储库如github的链接：
https://github.com/openconfig/public/tree/master/release/models
例如，您可以找到边界网关协议(BGP)的openconfig模型、链路汇聚控制协议(LACP)的模型和ISIS的不同模型，具体模型不同。对于BGP，您可以为BGP错误找到模型，为BGP策略找到另一个模型，依此类推。这些模型可能是相关的，一些模型可以称为另一个杨包。例如，openconfig-bgp-neighbor.yang属于openconfig-bgp.yang:
module openconfig-bgp {
yang-version "1";
## namespace
namespace "http://openconfig.net/yang/bgp";
prefix "oc-bgp";
## import some basic inet types
import openconfig-extensions { prefix oc-ext; }
import openconfig-rib-bgp { prefix oc-bgprib; }
## Include the OpenConfig BGP submodules
## Common: defines the groupings that are common across more than
## one context (where contexts are neighbor, group, global)
include openconfig-bgp-common;
## Multiprotocol: defines the groupings that are common across more
## than one context, and relate to Multiprotocol
include openconfig-bgp-common-multiprotocol;
## Structure: defines groupings that are shared but are solely used for
## structural reasons.
include openconfig-bgp-common-structure;
## Include peer-group/neighbor/global - these define the groupings
## that are specific to one context
include openconfig-bgp-peer-group;
include openconfig-bgp-neighbor;
include openconfig-bgp-global;
综上所述，OpenConfig模型面向所有平台通用的协议，例如IETF或RFC标准化功能。
本机型号
相反，本地模式是面向供应商的模式，涵盖特定平台的特定深度结构。例如，对网络元素内的物理值传感器（如电压、温度、ASIC计数器、交换矩阵计数器等）进行分组的模型。由于它们依赖于平台，因此经常会找到特定于NCS6K、ASR9K或Cisco 8000的型号。
作为OpenConfig Models，Github存储库中也提供了本地模型：
https://github.com/YangModels/yang/tree/master/vendor/cisco/xr
由于这些型号往往比OpenConfig型号更加具体和完整，因此它们与特定的软件版本相关，并且在不同软件版本之间可能会发生变化。
本地模式主要分为两类：
- “操作”模型，用于从元素检索信息。
例如Cisco-IOS-XR-eigrp-oper.yang
- “Cfg”型号，用于配置网络元素
例如，Cisco-IOS-XR-eigrp-cfg.yang
一般来说，模型驱动遥测使用“oper”模型从基础设施传输数据，而NSO等NMS使用“cfg”模型更改网络元素上的配置。
Native和OpenConfig Yang型号在/pkg/yang文件夹上的XR软件上提供，可以列出这些型号以查找平台上是否有任何Yang型号可用。此示例适用于运行cXR 6.4.2的XRrv9k:
RP/0/RP0/CPU0:xrv9k1#run ls /pkg/yang | grep isis
Tue Sep 22 14:21:27.471 CLST
Cisco-IOS-XR-clns-isis-cfg.yang
Cisco-IOS-XR-clns-isis-datatypes.yang
Cisco-IOS-XR-clns-isis-oper-sub1.yang
Cisco-IOS-XR-clns-isis-oper-sub2.yang
Cisco-IOS-XR-clns-isis-oper-sub3.yang
Cisco-IOS-XR-clns-isis-oper.yang
Cisco-IOS-XR-isis-act.yang
openconfig-isis-lsdb-types.yang
openconfig-isis-lsp.yang
openconfig-isis-policy.yang
openconfig-isis-routing.yang
openconfig-isis-types.yang
openconfig-isis.yang
RP/0/RP0/CPU0:xrv9k1#
遥测
遥感勘测是一个过程，它允许从不同的远程元素收集信息到汇聚可视性和分析层的中央位置。
在网络环境中，数据可能由网络中的每个元素、路由器、其他元素之间的交换机生成，而相关信息可能涉及大量特定的协议、性能计数器或来自物理传感器的测量值。
一般来说，可视性和分析功能位于网络的中心点，遥测信息流使用网络传输机制进行，因此遥测信息应尽可能快速地进行扩展。
与SNMP传统机制相反，遥测使用推送模式，即网络应调配为流传输自己的数据，而不定期轮询，这是基于SNMP的监控的主要特征。此调配通常称为订用，它基于一组要监控的变量、用于数据收集的采样间隔的常规间隔，以及通过网络发送此数据的远程系统。
模型驱动遥测
MDT表示“模型驱动遥测”，如名称所示，它基于Yang模型。网络设备的每个方面都可以用Yang模型来表示，例如，模块化系统中每个组件的OSPF邻居表、RIB或温度传感器。
关于MDT架构，可分为以下几层：
注：关于生成器层，在模型驱动遥测中，有一个采样间隔定义，用于控制设备参考内部数据库以获取原始数据的频率，并将这些数据组织到数据模型层。
遥测订用还定义哪些型号以及容器/路径将生成要流传输到分析层的数据。该定义将影响与业务目的相关的信息。此传感器路径的MDT定义类似于定义OID，以便通过SNMP进行检索，因为这两种技术都以定义的采样速率生成结构化数据。
事件驱动遥测
EDT代表事件驱动遥感勘测，也是基于结构中的Yang模型。主要区别是触发采集和数据流不是常规间隔，而是一个特定事件，如阈值交叉、链路事件、硬件故障等。
下面将比较事件与模型驱动遥测和事件驱动遥测：
提示：此图显示使用MDT的冗余消息，但仅显示使用EDT表示更改的消息。
传输
遥测应尽可能可靠，因此，使用基于传输控制协议(TCP)的传输在基础设施和分析层之间使用面向会话的套接字（应实施发起会话的收集器）很有意义。
使用遥感勘测有两种主要方法，它们在3次握手初始流程中彼此不同。
注：在拨出模式下，会话的设置是在基础设施端启动的，这意味着应在网络元素上配置感兴趣的传感器。相比之下，拨号方法允许在网络元素上实现更轻的配置，因为收集器在设置阶段应请求特定传感器路径。
TCP
TCP是在网络元素和遥测收集器之间进行面向连接的会话的最简单方法，数据流从路由器开始到收集器，收集器出于可靠性目的将ACK发送回路由器：
gRPC
由于Google Protocol RPC(gRPC)工作于Hypertext Transfer Protocol/2(HTTP/2)之上，因此会话本身应在设置时形成，并允许从本地收集器端进行速度控制：
gNMI/gNOI
gRPC网络管理接口(gNMI)是由Google开发的gRPC网络管理协议，它提供安装、操作、删除网络设备配置和查看运行数据的机制。通过gNMI提供的内容可以使用YANG建模。
gNMI使用gRPC-HTTP/2建立连接，并在网络元素和NMS之间提供双向通道，NMS也可以作为遥测收集器，但也提供接口来管理设备。
在该协议支持的操作之间，我们可以找到返回请求信息、成功或错误消息的gNMI Get、gNMI Set。
gRPC网络操作接口(gNOI)是一组微服务，它与gNMI使用相同的通信通道，但允许与配置本身无关的一般操作，如ping、重新启动、更改SSL证书、清除等。
编码
Yang模型定义数据的结构、层次结构和每个叶节点的类型。但是，建模并不指示应如何序列化此数据。此过程管理从结构化数据到要通过TCP连接（原始TCP、gRPC、gNMI等）发送的字节流的转换。
注意：此过程应在网络元素中以等效机制实施，网络元素应对数据进行编码，而收集器应对此数据进行解码。
JSON
第一种编码机制是本机JavaScript Object Notation(JSON)格式，这是众所周知的，但面向人类，因为它将每个键表示为字符串，在消息大小方面效率很低。使用JSON的主要优点是易于分析，并且基于文本读取作为下一个示例：
{
“node_id_str":"test-IOSXR ",
"subscription_id_str":" if_rate",
"encoding_path":"Cisco-IOS-XR-infra-statsdoper:infra-statistics/interfaces/interface/latest/datarate", "collection_id":49,
"collection_start_time":1510716302467,
"msg_timestamp":1510716302479,
"data_json":
[
{
"timestamp":1510716282334,
"keys":{
"interface-name":"Null0”
},
"content":{
"input-data-rate":0,
"input-packet-rate":0,
"output-data-rate":0,
"output-packet-rate":0,
<>
{
"timestamp": 1510716282344,
"keys":{
"interface-name":"GigabitEthernet0/0/0/0”
},
"content":{
"input-data-rate":8,
"input-packet-rate":1,
"output-data-rate":2,
"output-packet-rate":0,
<>
"collection_end_time":1510716302372
}
GPB-KV
Google Protocol Buffers-Key Value(GPB-KV)编码格式也称为自描述GPB，因为它使用协议缓冲区来使用指向Yang模型上特定元素的消息。这意味着只需要一个.proto文件来编码/解码目的，并且来自数据的密钥本身以自描述的字符串形式显示。
node_id_str: “test-IOSXR"
subscription_id_str: ”if_rate"
encoding_path: "Cisco-IOS-XR-infra-statsd-oper:infrastatistics/interfaces/interface/latest/data-rate"
collection_id: 3
collection_start_time: 1485793813366
msg_timestamp: 1485793813366
data_gpbkv {
timestamp: 1485793813374
fields {
name: "keys"
fields {
name: "interface-name" string_value: "Null0"
}
}
fields {
name: "content"
fields { name: "input-data-rate" 8: 0 }
fields { name: "input-packet-rate" 8: 0 }
fields { name: "output-data-rate" 8: 0 }
fields { name: "output-packet-rate" 8: 0 }
<>
data_gpbkv {
timestamp: 1485793813389
fields {
name: "keys"
fields { name: "interface-name" string_value: "GigabitEthernet0/0/0/0" }
}
fields {
name: "content"
fields { name: "input-data-rate" 8: 8 }
fields { name: "input-packet-rate" 8: 1 }
fields { name: "output-data-rate" 8: 2 }
fields { name: "output-packet-rate" 8: 0 }
<>
}
...
collection_end_time: 1485793813405
GPB
最后，Google Protocol Buffers(GPB)（也称为紧凑型GPB）进一步采用此方法，并要求.proto文件映射结构的每个密钥，使其在消息大小方面更加有效，因为所有内容都以二进制值发送。但是，缺点是需要编译与基础设施/收集器支持的每个Yang模型相关联的每个.proto文件。
node_id_str: ”test-IOSXR"
subscription_id_str: ”if_rate"
encoding_path: "Cisco-IOS-XR-infra-statsdoper:infrastatistics/interfaces/interface/latest/data-rate"
collection_id: 5
collection_start_time: 1485794640452
msg_timestamp: 1485794640452
data_gpb {
row {
timestamp: 1485794640459
keys: "\n\005Null0"
content: "\220\003\000\230\003\000\240\003\000\250\0 03\000\260\003\000\270\003\000\300\003\000\ 310\003\000\320\003\000\330\003\t\340\003\00 0\350\003\000\360\003\377\001"
}
row {
timestamp: 1485794640469
keys: "\n\026GigabitEthernet0/0/0/0"
content: "\220\003\010\230\003\001\240\003\002\250\0 03\000\260\003\000\270\003\000\300\003\000\ 310\003\000\320\003\300\204=\330\003\000\34 0\003\000\350\003\000\360\003\377\001"
}
collection_end_time: 1485794640480
IOS XR中的MDT配置
流传输模型驱动遥测数据中使用的核心组件包括：
- 会话
- 传感器路径
- 订用
- 传输和编码
会话选项可以是拨入或拨出，如前所述。在IOS XR中构建配置。
拨出模式
对于拨出模式，路由器根据订用发起到目标的会话，该过程应包括以下步骤：
- 创建目标组
- 创建传感器组
- 创建订用
- 验证拨出配置
要创建目标组，您需要知道收集器的Internet协议第4版(IPv4)/Internet协议第6版(IPv6)地址和服务此应用程序的端口。此外，您需要指定网络设备和收集器上应商定的协议和编码。
最后，您可能需要指定用于与收集器网络地址通信的虚拟路由和转发(VRF)。
接下来，显示一个拨出配置示例：
telemetry model-driven
destination-group DG1
vrf MGMT
address-family ipv4 192.168.122.20 port 5432
encoding self-describing-gpb
protocol tcp
!
!
编码选项如下所示：
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#encoding ?
gpb GPB encoding
json JSON encoding
self-describing-gpb Self describing GPB encoding ← Also known as GPB-KV
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#encoding
协议选项：
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol ?
grpc gRPC
tcp TCP
udp UDP
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol grpc ?
gzip gRPC gzip message compression
no-tls No TLS
tls-hostname TLS hostname
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol tcp ?
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol udp ?
packetsize UDP packet size
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol udp
TCP协议非常简单，只需要连接到IPv4/IPv6地址的端口设置。相比之下，用户数据报协议(UDP)是无连接的，因此目标组状态始终为活动状态。
通过使用可选的gzip关键字可以实现gRPC中的压缩。默认情况下，gRPC使用TLS，因此应该为此用途在路由器上本地安装证书。可以通过配置no-tls关键字来覆盖此行为。最后，您可以使用tls-hostname关键字指定用于证书目的的其他主机名。
接下来，应添加sensor-group部分，列出我们感兴趣的传感器路径。此部分直截了当，但重要的是要知道，传感器路径本身允许过滤以优化多个资源，如中央处理器(CPU)和带宽。
telemetry model-driven
sensor-group SG1
sensor-path Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
sensor-path Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface[interface-name='Mgmt*']/data-rate
!
!
注意：传感器路径所需的格式为<model-name>:<container-path>
本文档介绍从基于SNMP的监控（使用表示此传统方法中的“枝叶”的OID）到YANG模型（使用匹配相同“枝叶”的XPATH表示）的映射。
最终配置阶段应该是配置订用，它将传感器组与遥测流到目标组的节奏相关联。
telemetry model-driven
subscription SU1
sensor-group-id SG1 sample-interval 5000
destination-id DG1
!
!
此示例使用的采样间隔为5000毫秒（5秒），与上一个集合的结束时间相关。要更改此行为，可以使用strict-timer选项更改sample-interval关键字。
为了进行验证，您可以使用涵盖订阅状态的以下命令。此方法还允许覆盖传感器组和目标组信息。
RP/0/RP0/CPU0:C8000-1#sh telemetry model-driven subscription SU1
Wed Nov 18 15:38:01.397 UTC
Subscription: SU1
-------------
State: ACTIVE
Sensor groups:
Id: SG1
Sample Interval: 5000 ms
Heartbeat Interval: NA
Sensor Path: Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface[interface-name='Mgmt*']/data-rate
Sensor Path State: Resolved
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
Sensor Path State: Resolved
Destination Groups:
Group Id: DG1
Destination IP: 192.168.122.10
Destination Port: 5432
Destination Vrf: MGMT(0x60000001)
Encoding: self-describing-gpb
Transport: tcp
State: Active
TLS : False
Total bytes sent: 636284346
Total packets sent: 4189
Last Sent time: 2020-11-18 15:37:58.1700077650 +0000
Collection Groups:
------------------
Id: 9
Sample Interval: 5000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: self-describing-gpb
Num of collection: 1407
Collection time: Min: 4 ms Max: 13 ms
Total time: Min: 8 ms Avg: 10 ms Max: 20 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 1407
Last Collection Start:2020-11-18 15:37:57.1699545994 +0000
Last Collection End: 2020-11-18 15:37:57.1699555589 +0000
Sensor Path: Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface/data-rate
Id: 10
Sample Interval: 5000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: self-describing-gpb
Num of collection: 1391
Collection time: Min: 178 ms Max: 473 ms
Total time: Min: 247 ms Avg: 283 ms Max: 559 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 0
Last Collection Start:2020-11-18 15:37:58.1699805906 +0000
Last Collection End: 2020-11-18 15:37:58.1700078415 +0000
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
RP/0/RP0/CPU0:C8000-1#
拨入模式
在拨入模式下，收集器启动与网络元素的连接。然后，收集器应指明建立订阅的兴趣。
配置包括以下步骤：
- 启用gRPC服务
- 设置传感器组
- 确认
要启用gRPC服务，配置将显示在下方：
!
grpc
vrf MGMT
port 57400
no-tls
address-family dual
!
选项非常简单，包括VRF和TCP端口。默认情况下，gRPC使用TLS，但可以使用no-tls关键字禁用它。最后，address-family dual选项允许使用IPv4和IPv6进行连接。
接下来，拨入需要在本地定义传感器组，收集器稍后会使用传感器组定义预订。
telemetry model-driven
sensor-group SG3
sensor-path Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
sensor-path Cisco-IOS-XR-fib-common-oper:fib-statistics/nodes/node/drops
!
!
此时，指向拨入模式的配置已完成，收集器本身可以使用gRPC预订路由器。为了进行验证，您可以采用与拨出模式相同的方法：
RP/0/RP0/CPU0:C8000-1#sh telemetry model-driven subscription anx-1605878175837
Fri Nov 20 13:58:37.894 UTC
Subscription: anx-1605878175837
-------------
State: ACTIVE
Sensor groups:
Id: SG3
Sample Interval: 15000 ms
Heartbeat Interval: NA
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
Sensor Path State: Resolved
Sensor Path: Cisco-IOS-XR-fib-common-oper:fib-statistics/nodes/node/drops
Sensor Path State: Resolved
Destination Groups:
Group Id: DialIn_1003
Destination IP: 192.168.122.10
Destination Port: 46974
Compression: gzip
Encoding: json
Transport: dialin
State: Active
TLS : False
Total bytes sent: 71000035
Total packets sent: 509
Last Sent time: 2020-11-20 13:58:32.1030932699 +0000
Collection Groups:
------------------
Id: 5
Sample Interval: 15000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: json
Num of collection: 170
Collection time: Min: 273 ms Max: 640 ms
Total time: Min: 276 ms Avg: 390 ms Max: 643 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 0
Last Collection Start:2020-11-20 13:58:32.1030283276 +0000
Last Collection End: 2020-11-20 13:58:32.1030910008 +0000
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
Id: 6
Sample Interval: 15000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: json
Num of collection: 169
Collection time: Min: 15 ms Max: 33 ms
Total time: Min: 17 ms Avg: 22 ms Max: 33 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 0
Last Collection Start:2020-11-20 13:58:32.1030910330 +0000
Last Collection End: 2020-11-20 13:58:32.1030932787 +0000
Sensor Path: Cisco-IOS-XR-fib-common-oper:fib-statistics/nodes/node/drops
RP/0/RP0/CPU0:C8000-1#
提示：请注意，对于拨入模式，路由器上没有硬编码节奏、编码、收集器IP或传输。
SNMP迁移到MDT
为了完成从传统SNMP到遥测模式的迁移，应涵盖以下方面：
- MIB迁移到XPATH
- 陷阱迁移至遥测
- 安全考虑
MIB迁移到XPATH
为此，我们可以使用自己的层次结构对MIB进行分类，该层次结构可以映射（至少在高级别）到特定功能。
BGP4-MIB
下表表示要在与BGP对等会话相关的模型驱动的遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| bgpPeerLastError |
1.3.6.1.2.1.15.3.1.14 |
此对等体在此连接上看到的最后一个错误代码和子代码。如果没有发生错误，则此字段为零。否则，此两个字节的OCTET STRING的第一个字节包含错误代码，第二个字节包含子代码。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/neighbor-missing-eor-table/neighbor/last-notify-error-code |
| bgpPeerOutUpdates |
1.3.6.1.2.1.15.3.1.11 |
此连接上传输的BGP UPDATE消息数。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/update-messages-out |
| bgpPeerInUpdates |
1.3.6.1.2.1.15.3.1.10 |
此连接上收到的BGP UPDATE消息数。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/update-messages-in |
| bgpPeerNegotiatedVersion |
1.3.6.1.2.1.15.3.1.4 |
在两个对等体之间运行的BGP的协商版本。此条目必须为零(0)，除非bgpPeerState处于openconfirm或established状态。请注意，此对象的合法值介于0和255之间。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/negotiated-protocol-version |
| bgpPeerState |
1.3.6.1.2.1.15.3.1.2 |
BGP对等连接状态。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-state |
| bgpPeerRemoteAddr |
1.3.6.1.2.1.15.3.1.7 |
此条目的BGP对等体的远程IP地址。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-remote-address |
| bgpPeerLocalAddr |
1.3.6.1.2.1.15.3.1.5 |
此条目的BGP连接的本地IP地址。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-local-address |
| bgpPeerFsmEstablishedTime |
1.3.6.1.2.1.15.3.1.16 |
此计时器指示此对等体处于established状态的时间（以秒为单位），或者此对等体上次处于established状态以来的时间。当配置新的对等体或启动路由器时，该端口被设置为零。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-established-time |
| bgpPeerAdminStatus |
1.3.6.1.2.1.15.3.1.3 |
BGP连接的所需状态。从“stop”到“start”的转换将导致生成BGP手动启动事件。从“start”到“stop”的转换将导致生成BGP手动停止事件。此参数可用于重新启动BGP对等连接。在没有足够的身份验证的情况下，应谨慎提供对此对象的写访问。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-admin-status |
CISCO-BGP4-MIB
下表表示要在与BGP会话状态和前缀交换相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| cbgpPeer2RemoteAs |
1.3.6.1.4.1.9.9.187.1.2.5.1.11 |
在BGP OPEN消息中收到的远程自主系统编号。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/sessions/session/remote-as |
| cbgpPeer2PrevState |
1.3.6.1.4.1.9.9.187.1.2.5.1.29 |
BGP对等连接以前的状态。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/previous-connection-state |
| cbgpPeer2State |
1.3.6.1.4.1.9.9.187.1.2.5.1.3 |
BGP对等连接状态。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-state |
| cbgpPeer2LocalAddr |
1.3.6.1.4.1.9.9.187.1.2.5.1.6 |
此条目的BGP连接的本地IP地址。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-local-address |
| cbgpPeer2AdvertisedPrefixes |
1.3.6.1.4.1.9.9.187.1.2.8.1.6 |
当在此连接上通告属于地址系列的路由前缀时，此计数器将递增。当连接经过硬重置时，它将初始化为零。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/af-data/prefixes-advertised |
| cbgpPeer2AcceptedPrefixes |
1.3.6.1.4.1.9.9.187.1.2.8.1.1 |
此连接上属于地址系列的接受的路由前缀的数量。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/af/neighbor-af-table/neighbor/af-data/prefixes-accepted |
| cbgpPeerPrefixLimit |
1.3.6.1.4.1.9.9.187.1.2.1.1.3 |
此连接上接受的路由前缀的最大数量 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/af-data/max-prefix-limit |
| cbgpPeer2PrefixThreshold |
1.3.6.1.4.1.9.9.187.1.2.8.1.4 |
此连接上地址系列的前缀阈值(%)，在该阈值处，警告消息指出前缀计数超过阈值或生成相应的SNMP通知。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/config-instances/config-instance/config-instance-default-vrf/entity-configurations/entity-configuration/af-dependent-config/max-prefix-warn-threshold |
CISCO-CLASS-BASED-QOS-MIB
下表表示要在与服务质量(QoS)类别/策略中的统计信息相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| cbQosCMDropBitRate |
1.3.6.1.4.1.9.9.166.1.15.1.1.18 |
每类丢弃的比特率，作为可产生丢包的所有功能（例如，策略、随机检测等）的结果。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/general-stats/total-drop-rate |
| cbQosCMDropPkt64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.14 |
每类丢弃数据包的64位计数器，是可能产生丢包的所有功能（例如，策略、随机检测等）的结果。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/general-stats/total-drop-packets |
| cbQosCMPrePolicyPkt64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.3 |
在执行任何QoS策略之前，入站数据包的64位计数。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/general-stats/pre-policy-matched-packets |
| cbQosCMName |
1.3.6.1.4.1.9.9.166.1.7.1.1.1 |
类映射的名称。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/class-name |
| cbQosCMPostPolicyByte64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.10 |
执行QoS策略后出站八位组的64位计数。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/child-policy/class-stats/general-stats/transmit-bytes |
| cbQosIfIndex |
1.3.6.1.4.1.9.9.166.1.1.1.1.4 |
ifIndex，表示此服务所连接的接口。仅当逻辑接口具有snmp ifIndex时，此字段才有意义。例如，当cbQosIfType为controlPlane时，此字段的值毫无意义。 |
Cisco-IOS-XR-infra-policymgr-oper:policy-manager/global/policy-map/policy-map-types/policy-map-type/policy-maps |
| cbQosConfigIndex |
1.3.6.1.4.1.9.9.166.1.5.1.1.2 |
每个对象的任意（系统分配的）配置（独立于实例）索引。具有相同配置的每个对象共享相同的配置索引。 |
Cisco-IOS-XR-infra-policymgr-oper:policy-manager/global/policy-map/policy-map-types/policy-map-type/policy-maps |
| cbQosCMPrePolicyByte64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.6 |
在执行任何QoS策略之前，入站八位组的64位计数。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/child-policy/class-stats/general-stats/pre-policy-matched-bytes |
CISCO-ENHANCED-MEMPOOL-MIB
下表表示要在与内存使用相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| cempMemPoolUse |
1.3.6.1.4.1.9.9.221.1.1.1.1.7 |
指示物理实体上的应用程序当前正在使用的内存池中的字节数。 |
Cisco-IOS-XR-nto-misc-oper:memory-summary/nodes/node/summary |
| cempMemPoolHCUsed |
1.3.6.1.4.1.9.9.221.1.1.1.1.18 |
指示物理实体上的应用程序当前正在使用的内存池中的字节数。此对象是cempMemPoolUsed的64位版本。 |
Cisco-IOS-XR-nto-misc-oper:memory-summary/nodes/node/detail/total-used |
| cempMemPoolHCFree |
1.3.6.1.4.1.9.9.221.1.1.1.1.20 |
指示内存池中当前在物理实体上未使用的字节数。此对象是cempMemPoolFree的64位版本。 |
Cisco-IOS-XR-nto-misc-oper:memory-summary/nodes/node/detail/free-physical-memory |
CISCO-ENTITY-FRU-CONTROL-MIB
下表表示OID名称和编号以及要在与监控系统上的现场可更换单元相关的模型驱动遥测传感器组上设置的对应XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| cefcFRUPowerOperStatus |
1.3.6.1.4.1.9.9.117.1.1.2.1.2 |
运行FRU电源状态。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/power-operational-state |
| cefcFRUPowerAdminStatus |
1.3.6.1.4.1.9.9.117.1.1.2.1.1 |
管理上所需的FRU电源状态。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/power-administrative-state |
| cefcModuleStatusLastChangeTime |
1.3.6.1.4.1.9.9.117.1.2.1.1.4 |
更改cefcModuleOperStatus时sysUpTime的值。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/last-operational-state-change |
| cefcModuleUpTime |
1.3.6.1.4.1.9.9.117.1.2.1.1.8 |
此对象为模块提供自上次重新初始化以来的运行时间。此对象不是持久的；如果模块重置、重新启动、断电，则启动时间从零开始。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-up-time |
| cefcModuleResetReason |
1.3.6.1.4.1.9.9.117.1.2.1.1.3 |
此对象标识上次在模块上执行重置的原因。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-reset-reason |
| cefcModuleOperStatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.2 |
此对象显示模块的运行状态。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-operational-state |
| cefcModuleAdminStatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.1 |
此对象提供对模块的管理控制。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-administrative-state |
CISCO-ENTITY-SENSOR-MIB
下表表示OID名称和编号以及要在与节点上的传感器实体相关的模型驱动遥测传感器组上设置的对应XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| entSensorValue |
1.3.6.1.4.1.9.9.91.1.1.1.1.4 |
此变量报告传感器看到的最新测量结果。要正确显示或解释此变量的值，还必须知道entSensorType、entSensorScale和entSensorPrecision。但是，可以将entSensorValue与entSensorThresholdTable中给定的阈值进行比较，而无需任何语义知识。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/env-sensor-info/value |
| entSensorThresholdEvaluation |
1.3.6.1.4.1.9.9.91.1.2.1.1.5 |
此变量表示最近阈值评估的结果。如果阈值条件为true，则entSensorThresholdEvaluation为true(1)。如果阈值条件为false，则entSensorThresholdEvaluation为false(2)。阈值以entSensorValueUpdateRate指示的速率计算。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/threshold |
CISCO-FLASH-MIB
下表表示OID名称和编号以及要在与系统闪存相关的模型驱动遥测传感器组上设置的对应XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| ciscoFlashPartitionName |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.10 |
系统用于引用分区的闪存分区名称。这可以是任意字母数字字符串，形式为AAAAAAAAAnn，其中A表示可选字母字符，n表示数字字符。任何数字字符必须始终构成字符串的尾部。系统将删除字母字符，并使用数字部分映射到分区索引。根据此名称将闪存操作定向到设备分区。系统有一个默认分区的概念。这将是设备中的第一个分区。每当未指定分区名称时，系统都会将操作定向到默认分区。因此，除非在默认分区上执行操作，或者设备只有一个分区（未分区），否则分区名称是强制性的。 |
Cisco-IOS-XR-shellutil-filesystem-oper:file-system/node/file-system/type |
| ciscoFlashPartitionSizeExtended |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.13 |
闪存分区大小。它应该是ciscoFlashDeviceMinPartitionSize的整数倍。如果有单个分区，则此大小将等于ciscoFlashDeviceSize。此对象是ciscoFlashPartitionSize的64位版本 |
Cisco-IOS-XR-shellutil-filesystem-oper:file-system/node/file-system/size |
| ciscoFlashPartitionFreeSpaceExtended |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.14 |
闪存分区内的可用空间。请注意，闪存中文件的实际大小包含表示文件系统文件报头的小开销。某些文件系统也可能有分区或设备报头开销，在计算可用空间时需要加以考虑。可用空间的计算方式为：总分区大小减去所有现有文件的大小（有效/无效/删除的文件并包括每个文件的文件头），减去任何分区头的大小，再减去下一个要复制的文件头的大小。简而言之，此对象将给出可复制的最大文件的大小。管理实体不需要知道或使用任何开销，例如文件和分区报头长度，因为此类开销可能因文件系统而异。闪存中的已删除文件不会释放空间。可能必须擦除分区以回收文件占用的空间。此对象是ciscoFlashPartitionFreeSpace的64位版本 |
Cisco-IOS-XR-shellutil-filesystem-oper:file-system/node/file-system/free |
CISCO-PROCESS-MIB
下表表示OID名称和编号以及要在与流程相关CPU使用率和资源分配相关的模型驱动遥测传感器组上设置的对应XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| cpmCPUTotal1minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.7 |
过去1分钟内的整体CPU繁忙百分比。此对象将否决对象cpmCPUTotal1min，并将值范围增加到(0.100)。 |
Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization/total-cpu-one-minute |
| cpmCPUTotal5minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.8 |
过去5分钟内的整体CPU繁忙百分比。此对象将否决对象cpmCPUTotal5min，并将值范围增大到(0.100)。 |
Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization/total-cpu-five-minute |
| cpmCPUTotal15minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.31 |
过去15分钟内的整体CPU繁忙百分比。此对象将否决对象cpmCPUTotal15min，并将值范围增加到(0.100)。 |
Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization/total-cpu-15分钟 |
| cpmProcessName |
1.3.6.1.4.1.9.9.109.1.2.1.1.2 |
与此进程关联的名称。如果名称长度超过32个字符，则会截断为前31个字符，并附加“*”作为最后一个字符，表示这是截断的过程名称。 |
Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization/process-cpu/process-name |
| cpmProcessTextSegmentSize |
1.3.6.1.4.1.9.9.109.1.2.3.1.15 |
这表示进程及其所有共享对象的文本内存。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id/text-seg-size |
| cpmProcessDynamicMemorySize |
1.3.6.1.4.1.9.9.109.1.2.3.1.18 |
这表示进程使用的动态内存量。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id/dyn-limit |
| cpmProcessDataSegmentSize |
1.3.6.1.4.1.9.9.109.1.2.3.1.16 |
这表示进程的数据段及其所有共享对象。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id/data-seg-size |
| cpmProcExtMemAllocatedRev |
1.3.6.1.4.1.9.9.109.1.2.3.1.1 |
此进程从系统收到的所有动态分配内存的总和。这包括可能已返回的内存。释放的内存总和由cpmProcExtMemFreedRev提供。此对象取消对cpmProcExtMemAllocated的排序。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id |
| cpmProcExtMemFreedRev |
1.3.6.1.4.1.9.9.109.1.2.3.1.2 |
此进程返回到系统的所有内存的总和。此对象取消对cpmProcExtMemFreed的加密。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id |
ENTITY-MIB
下表表示OID名称和编号以及要在系统上与模型驱动的遥测传感器组相关的物理实体上设置的对应XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| entPhysicalName |
1.3.6.1.2.1.47.1.1.1.1.7 |
物理实体的文本名称。此对象的值应为本地设备所分配的组件名称，并且应适合用于设备的“控制台”上输入的命令。这可以是文本名称（如“console”）或简单组件编号（如端口或模块编号）（如“1”），具体取决于设备的物理组件命名语法。如果没有本地名称，或者此对象在其他方面不适用，则此对象包含零长度字符串。请注意，如果控制台接口无法区分两个物理实体（例如，slot-1和slot-1中的卡），则entPhysicalName的值将相同。 |
Cisco-IOS-XR-snmp-entitymib-oper:entity-physical-index |
| entLogicalDescr |
1.3.6.1.2.1.47.1.2.1.1.2 |
逻辑实体的文本说明。此对象应包含标识逻辑实体的制造商名称的字符串，并且应设置为逻辑实体的每个版本的不同值。 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-name/ |
| entPhysicalDescr |
1.3.6.1.2.1.47.1.1.1.1.2 |
物理实体的文本说明。此对象应包含标识物理实体的制造商名称的字符串，并且应设置为物理实体的每个版本或型号的不同值。 |
Cisco-IOS-XR-snmp-agent-oper:snmp/Cisco-IOS-XR-snmp-entitymib-oper:entity-mib/entity-physical-indexes/ |
| entPhysicalContainedIn |
1.3.6.1.2.1.47.1.1.1.1.4 |
“包含”此物理实体的物理实体的entPhysicalIndex值。零值表示此物理实体未包含在任何其他物理实体中。请注意，“遏制”关系集定义了一个严格的层次结构；也就是说，不允许递归。如果一个物理实体被多个物理实体（例如，双宽度模块）所包含，该对象应该使用entPhysicalIndex的最低值来标识所包含的实体。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/unique-id |
| entPhysicalClass |
1.3.6.1.2.1.47.1.1.1.1.5 |
物理实体的常规硬件类型的指示。代理应将此对象设置为标准枚举值，此枚举值最准确地指示物理实体的常规类，如果存在多个类，则应设置主类。如果该物理实体不存在适当的标准注册标识符，则返回值“other(1)”。如果此代理未知该值，则返回值“unknown(2)”。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities |
| entPhysicalHardwareRev |
1.3.6.1.2.1.47.1.1.1.1.8 |
物理实体的供应商特定硬件修订版本字符串。首选值是实际打印在组件本身（如果有）上的硬件修订版标识符。请注意，如果修订版信息以不可打印（例如二进制）格式在内部存储，则代理必须以特定于实现的方式将此类信息转换为可打印格式。如果没有特定硬件修订版本字符串与物理组件关联，或者代理不知道此信息，则此对象将包含零长度字符串。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/hardware-revision |
| entPhysicalFirmwareRev |
1.3.6.1.2.1.47.1.1.1.1.9 |
物理实体的供应商特定固件修订版本字符串。请注意，如果修订版信息以不可打印（例如二进制）格式在内部存储，则代理必须以特定于实现的方式将此类信息转换为可打印格式。如果没有特定固件程序与物理组件关联，或者代理不知道此信息，则此对象将包含零长度字符串。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/firmware-revision |
| entPhysicalSoftwareRev |
1.3.6.1.2.1.47.1.1.1.1.10 |
物理实体的供应商特定软件修订版本字符串。请注意，如果修订版信息以不可打印（例如二进制）格式在内部存储，则代理必须以特定于实现的方式将此类信息转换为可打印格式。如果没有特定软件程序与物理组件关联，或者代理不知道此信息，则此对象将包含零长度字符串。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/software-revision |
| entPhysicalSerialNum |
1.3.6.1.2.1.47.1.1.1.1.11 |
物理实体的供应商特定序列号字符串。首选值是实际打印在组件本身上的序列号字符串（如果存在）。在物理实体的第一次实例化时，如果代理可以获取此信息，则与该实体关联的entPhysicalSerialNum值将设置为供应商分配的正确序列号。如果序列号未知或不存在，则entPhysicalSerialNum将改为设置为零长度字符串。请注意，可以正确识别所有已安装的物理实体的序列号的实现不需要提供对entPhysicalSerialNum对象的写访问。无法为entPhysicalSerialNum字符串提供非易失性存储的代理不需要对此对象实施写访问。并非每个物理组件都有序列号，甚至不需要序列号。entPhysicalIsFRU对象的关联值等于“false(2)”（例如，中继器模块中的中继器端口）的物理实体不需要其自己的唯一序列号。代理不必为此类实体提供写访问，并且可能返回零长度字符串。如果对entPhysicalSerialNum实例实施了写访问，并且向实例中写入了值，则代理必须在与同一物理实体关联的entPhysicalSerialNum实例中保留提供的值，只要该实体保持实例化。这包括网络管理系统的所有重新初始化/重新启动的实例化，包括导致物理实体的entPhysicalIndex值发生变化的实例化。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/serial-number |
| entPhysicalFgName |
1.3.6.1.2.1.47.1.1.1.1.12 |
此物理组件的制造商名称。首选值是实际在组件本身（如果有）上打印的制造商名称字符串。请注意，对entPhysicalModelName、entPhysicalFirmwareRev、entPhysicalSoftwareRev和entPhysicalSerialNum对象的实例进行比较仅在具有相同值entPhysicalMfgName的entPhysicalEntries中有意义。如果代理未知与物理组件关联的制造商名称字符串，则此对象将包含零长度字符串。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/manufacturer-name |
| entPhysicalModelName |
1.3.6.1.2.1.47.1.1.1.1.13 |
与此物理组件关联的供应商特定型号名称标识符字符串。首选值是客户可见的部件号，它可以打印在组件本身上。如果代理未知与物理组件关联的模型名称字符串，则此对象将包含零长度字符串。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/model-name |
IF-MIB
下表表示要在与接口特性和计数器相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| ifMtu |
1.3.6.1.2.1.2.2.1.4 |
接口上可以发送/接收的最大数据包的大小，以二进制八位数表示。对于用于传输网络数据报的接口，这是接口上可以发送的最大网络数据报的大小。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/mtu |
| ifPhysAddress |
1.3.6.1.2.1.2.2.1.6 |
协议子层的接口地址。例如，对于802.x接口，此对象通常包含MAC地址。接口的特定于介质的MIB必须定义此对象的位和字节顺序以及值的格式。对于没有此类地址的接口（例如，串行线路），此对象应包含长度为零的二进制八位数字符串。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-type-information/bundle-information/member/mac-address |
| ifType |
1.3.6.1.2.1.2.2.1.3 |
接口类型。通过更新IANAifType文本约定的语法，Internet编号指派机构(IANA)为ifType指定其他值。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-type |
| ifOutUcastPkts |
1.3.6.1.2.1.2.2.1.17 |
高层协议请求传输且未发往该子层组播或广播地址的数据包总数，包括被丢弃或未发送的数据包。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-sent |
| ifHCOutUcastPkts |
1.3.6.1.2.1.31.1.1.1.11 |
高层协议请求传输且未发往该子层组播或广播地址的数据包总数，包括被丢弃或未发送的数据包。此对象是ifOutUcastPkts的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-sent |
| ifInUcastPkts |
1.3.6.1.2.1.2.2.1.11 |
此子层传送到更高（子）层但并未发送到此子层组播或广播地址的数据包数量。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-received |
| ifHCInUcastPkts |
1.3.6.1.2.1.31.1.1.1.7 |
此子层传送到更高（子）层但并未发送到此子层组播或广播地址的数据包数量。此对象是ifInUcastPkts的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-received |
| ifOutErrors |
1.3.6.1.2.1.2.2.1.20 |
对于面向数据包的接口，是指由于错误而无法传输的出站数据包的数量。对于面向字符的接口或固定长度接口，指由于错误而无法传输的出站传输单元的数量。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/output-errors |
| ifOutDiscards |
1.3.6.1.2.1.2.2.1.19 |
被选择丢弃的出站数据包数量，即使没有检测到错误以防止传输它们。丢弃这个信息包的一个可能原因是信息包能自由释放缓冲空间。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/output-drops |
| ifOutMulticastPkts |
1.3.6.1.2.1.31.1.1.1.4 |
高层协议请求传输且在此子层发送到组播地址的数据包总数，包括被丢弃或未发送的数据包。对于MAC层协议，这包括组和功能地址。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-sent |
| ifHCOutMulticastPkts |
1.3.6.1.2.1.31.1.1.1.12 |
高层协议请求传输且在此子层发送到组播地址的数据包总数，包括被丢弃或未发送的数据包。对于MAC层协议，这包括组和功能地址。此对象是ifOutMulticastPkts的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-sent |
| ifInMulticastPkts |
1.3.6.1.2.1.31.1.1.1.2 |
此子层向更高（子）层传输的数据包数量，这些数据包在此子层寻址到组播地址。对于MAC层协议，这包括组和功能地址。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-received |
| ifHCInMulticastPkts |
1.3.6.1.2.1.31.1.1.1.8 |
此子层向更高（子）层传输的数据包数量，这些数据包在此子层寻址到组播地址。对于MAC层协议，这包括组和功能地址。此对象是ifInMulticastPkts的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-received |
| ifInErrors |
1.3.6.1.2.1.2.2.1.14 |
对于面向数据包的接口，是指包含错误，使其无法传送到更高层协议的入站数据包的数量。对于面向字符的接口或固定长度接口，是指包含错误，使其无法传送到上层协议的入站传输单元的数量。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/input-errors |
| ifInDiscards |
1.3.6.1.2.1.2.2.1.13 |
被选择丢弃的入站数据包的数量，即使未检测到任何错误也会阻止这些数据包传输到更高层协议。丢弃这个信息包的一个可能原因是信息包能自由释放缓冲空间。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/input-drops |
| ifOutOctets |
1.3.6.1.2.1.2.2.1.16 |
接口传出的八位组总数，包括成帧字符。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-sent |
| ifHCOutOctets |
1.3.6.1.2.1.31.1.1.1.10 |
接口传出的八位组总数，包括成帧字符。此对象是ifOutOctets的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-sent |
| ifInOctets |
1.3.6.1.2.1.2.2.1.10 |
接口上接收的八位组总数，包括成帧字符。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-received |
| ifHCInOctets |
1.3.6.1.2.1.31.1.1.1.6 |
接口上接收的八位组总数，包括成帧字符。此对象是ifInOctets的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-received |
| ifOutBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.5 |
高层协议请求传输的数据包总数，这些数据包发往该子层的广播地址，包括被丢弃或未发送的数据包。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-sent |
| ifHCOutBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.13 |
高层协议请求传输的数据包总数，这些数据包发往该子层的广播地址，包括被丢弃或未发送的数据包。此对象是ifOutBroadcastPkts的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-sent |
| ifInBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.3 |
此子层向更高（子）层传输的数据包数量，这些数据包的目的地址是此子层的广播地址。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-received |
| ifHCInBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.9 |
此子层向更高（子）层传输的数据包数量，这些数据包的目的地址是此子层的广播地址。此对象是ifInBroadcastPkts的64位版本。此计数器值的不连续可以在管理系统的重新初始化时出现，在其他时间也可能会出现，如ifCounterDiscontinuityTime的值所示。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-received |
| ifIndex |
1.3.6.1.2.1.2.2.1.1 |
每个接口的唯一值，大于零。建议从1开始连续指定值。每个接口子层的值必须保持不变，至少从实体的网络管理系统的一个重新初始化到下一个重新初始化。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/if-index |
| ifDescr |
1.3.6.1.2.1.2.2.1.2 |
包含接口信息的文本字符串。此字符串应包含制造商名称、产品名称和接口硬件/软件的版本。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/description |
| ifSpeed |
1.3.6.1.2.1.2.2.1.5 |
接口当前带宽的估计值（以比特/秒为单位）。对于带宽不变化的接口或无法进行准确估计的接口，此对象应包含标称带宽。如果接口的带宽大于此对象可报告的最大值，则此对象应报告其最大值(4,294,967,295)，并且必须使用HighSpeed报告接口的速度。对于没有带宽概念的子层，此对象应为零。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/bandwidth |
| ifOperStatus |
1.3.6.1.2.1.2.2.1.8 |
接口的当前运行状态。测试(3)状态表示不能传递操作数据包。如果ifAdminStatus为down(2)，则ifOperStatus应为down(2)。如果AdminStatus更改为up(1)，则ifOperStatus应更改为up(1)（如果接口准备传输和接收网络流量）；如果接口正在等待外部操作（例如串行线路等待传入连接），则它应更改为dormant(5)；如果且仅当存在故障阻止它进入up(1)状态，它应保持down(2)状态；如果接口缺少组件（通常为硬件），则它应保持notPresent(6)状态。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-non-dynamics/interface-non-dynamic/oper-state |
| ifAdminStatus |
1.3.6.1.2.1.2.2.1.7 |
接口的所需状态。测试(3)状态表示不能传递操作数据包。当托管系统初始化时，所有接口都以down(2)状态的ifAdminStatus开头。作为显式管理操作或由托管系统保留的每个配置信息的结果，ifAdminStatus随后更改为up(1)或testing(3)状态(或保持为down(2)状态)。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-non-dynamics/interface-non-dynamic/admin-state |
| ifName |
1.3.6.1.2.1.31.1.1.1.1 |
接口的文本名称。此对象的值应为本地设备分配的接口名称，并且应适合用于设备的“控制台”上输入的命令。这可以是文本名称（例如“le0”）或简单端口号（例如“1”），具体取决于设备的接口命名语法。如果ifTable中的多个条目共同代表由设备命名的单个接口，则每个条目将具有相同的ifName值。请注意，对于响应有关其他设备（代理）上某个接口的SNMP查询的代理，此接口的ifName值是其代理设备的本地名称。如果没有本地名称，或者此对象在其他方面不适用，则此对象包含零长度字符串。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-brief/interface-brief/interface-name |
| ifHighSpeed |
1.3.6.1.2.1.31.1.1.1.15 |
接口当前带宽的估计值，单位为每秒1,000,000位。如果此对象报告值“n”，则接口速度在“n-500,000”到“n+499,999”的范围内。对于带宽不变化的接口或无法进行准确估计的接口，此对象应包含标称带宽。对于没有带宽概念的子层，此对象应为零。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-brief/interface-brief/bandwidth64位 |
IP-MIB
下表表示要在与Internet协议(IP)统计信息和操作值相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| icmpInDestUnreachs |
1.3.6.1.2.1.5.3 |
收到的ICMP目标无法到达消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInParmProbs |
1.3.6.1.2.1.5.5 |
收到的ICMP参数问题消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInSrcQuenchs |
1.3.6.1.2.1.5.6 |
收到的ICMP源抑制消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInEchos |
1.3.6.1.2.1.5.8 |
收到的ICMP响应（请求）消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInEchoReps |
1.3.6.1.2.1.5.9 |
收到的ICMP回应应答消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInTimestamps |
1.3.6.1.2.1.5.10 |
收到的ICMP时间戳（请求）消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInAddrMasks |
1.3.6.1.2.1.5.12 |
收到的ICMP地址掩码请求消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInAddrMaskReps |
1.3.6.1.2.1.5.13 |
收到的ICMP地址掩码应答消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutMsgs |
1.3.6.1.2.1.5.14 |
此实体尝试发送的ICMP消息的总数。请注意，此计数器包括icmpOutErrors计数的所有计数器。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutDestUnreachs |
1.3.6.1.2.1.5.16 |
发送的ICMP目标无法到达消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutTimeExcds |
1.3.6.1.2.1.5.17 |
发送的ICMP超时消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutParmProbs |
1.3.6.1.2.1.5.18 |
发送的ICMP参数问题消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutSrcQuenchs |
1.3.6.1.2.1.5.19 |
发送的ICMP源抑制消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutRedirects |
1.3.6.1.2.1.5.20 |
发送的ICMP重定向消息数。对于主机，此对象始终为零，因为主机不会发送重定向。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutEchos |
1.3.6.1.2.1.5.21 |
发送的ICMP响应（请求）消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutEchoReps |
1.3.6.1.2.1.5.22 |
发送的ICMP回应应答消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutTimestamps |
1.3.6.1.2.1.5.23 |
发送的ICMP时间戳（请求）消息数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutAddrMasks |
1.3.6.1.2.1.5.25 |
发送的ICMP地址掩码请求消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutAddrMaskReps |
1.3.6.1.2.1.5.26 |
发送的ICMP地址掩码应答消息的数量。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| ipAdEntIfIndex |
1.3.6.1.2.1.4.20.1.2 |
唯一标识此条目适用的接口的索引值。此索引的特定值所标识的接口与RFC 1573的ifIndex的相同值所标识的接口相同。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/ |
| ipAdEntAddr |
1.3.6.1.2.1.4.20.1.1 |
此条目的编址信息涉及的IP地址。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/interfaces/interface/vrfs/vrf/detail/primary-address |
| ipAdEntNetMask |
1.3.6.1.2.1.4.20.1.3 |
与此条目的IP地址关联的子网掩码。掩码的值是IP地址，其中所有网络位都设置为1，所有主机位都设置为0。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/interfaces/interface/vrfs/vrf/detail/prefix-length |
| ipAdEntBcastAddress |
1.3.6.1.2.1.4.20.1.4 |
IP广播地址中用于在与该条目的IP地址关联的（逻辑）接口上发送数据报的最低有效位的值。例如，当使用Internet标准全1广播地址时，值为1。此值适用于此（逻辑）接口上的实体使用的子网和网络广播地址。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/interfaces/interface/vrfs/vrf/detail/direct-broadcast |
| ipNetToMediaPhysAddress |
1.3.6.1.2.1.4.22.1.2 |
介质相关的“物理”地址。 |
Cisco-IOS-XR-ipv4-arp-oper:arp/nodes/node/entries/entry/hardware-address |
IPMIB-COMMON
下表表示要在与IP统计信息相关的模型驱动的遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| ipIfStatsHCOutTransmits |
1.3.6.1.2.1.4.31.3.1.31 |
此实体提供给下层用于传输的IP数据报总数。此对象计算的数据报与ipIfStatsOutTransmits相同，但允许较大的值。此计数器值的不连续可能发生在管理系统重新初始化时，或者在ipIfStatsDiscontinuityTime值所指示的其他时间。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/packets-forwarded |
| ipIfStatsInReceives |
1.3.6.1.2.1.4.31.3.1.3 |
接收的输入IP数据报总数，包括错误接收的输入IP数据报。此计数器值的不连续可能发生在管理系统重新初始化时，或者在ipIfStatsDiscontinuityTime值所指示的其他时间。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/input-packets |
| ipIfStatsHCInReceives |
1.3.6.1.2.1.4.31.3.1.4 |
接收的输入IP数据报总数，包括错误接收的输入IP数据报。此对象计算的数据报与ipIfStatsInReceives相同，但允许较大的值。此计数器值的不连续可能发生在管理系统重新初始化时，或者在ipIfStatsDiscontinuityTime值所指示的其他时间。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/input-packets |
LLDP-MIB
下表表示要在与受监控节点上的链路层发现协议(LLDP)操作数据相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| lldpLocPortId |
1.0.8802.1.1.2.1.3.7.1.3 |
用于标识与本地系统中给定端口相关联的端口组件的字符串值。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/port-id-detail |
| lldpLocPortIdSubtype |
1.0.8802.1.1.2.1.3.7.1.2 |
在关联的“lldpLocPortId”对象中使用的端口标识符编码类型。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/mib/port-id-sub-type |
| lldpLocChassisIdSubtype |
1.0.8802.1.1.2.1.3.1 |
用于标识与本地系统关联的机箱的编码类型。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/mib/chassis-id-sub-type |
| lldpLocSysName |
1.0.8802.1.1.2.1.3.3 |
用于标识本地系统的系统名称的字符串值。如果本地代理支持IETF RFC 3418,lldpLocSysName对象应具有与sysName对象相同的值。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/detail/system-name |
| lldpRemSysName |
1.0.8802.1.1.2.1.4.1.1.9 |
用于标识远程系统的系统名称的字符串值。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/detail/system-name |
| lldpRemChassisId |
1.0.8802.1.1.2.1.4.1.1.5 |
用于标识与远程系统关联的机箱组件的字符串值。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/chassis-id |
| lldpRemChassisIdSubtype |
1.0.8802.1.1.2.1.4.1.1.4 |
用于标识与远程系统关联的机箱的编码类型。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor |
| lldpRemPortIdSubtype |
1.0.8802.1.1.2.1.4.1.1.6 |
在关联的“lldpRemPortId”对象中使用的端口标识符编码类型。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor |
| lldpRemPortId |
1.0.8802.1.1.2.1.4.1.1.7 |
用于标识与远程系统关联的端口组件的字符串值。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor |
| lldpLocChassisId |
1.0.8802.1.1.2.1.3.2 |
用于标识与本地系统关联的机箱组件的字符串值。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/details/detail/lldp-neighbor/chassis-id |
MPLS-TE-STD-MIB
下表表示要在与受管设备上的多协议标签交换(MPLS)流量工程操作值相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| mplsTunnelName |
1.3.6.1.2.1.10.166.3.2.2.1.5 |
分配给隧道的规范名称。此名称可用于引用LSR的控制台端口上的隧道。如果mplsTunnelIsIf设置为true，则与此隧道对应的接口的ifName应具有等于mplsTunnelName的值。另请参阅RFC 2863对ifName的说明。 |
Cisco-IOS-XR-mpls-te-oper:mpls-te/p2p-p2mp-tunnel/tunnel-heads/tunnel-head/tunnel-name |
| mplsTunnelDescr |
1.3.6.1.2.1.10.166.3.2.2.1.6 |
包含有关隧道的信息的文本字符串。如果没有说明，则此对象包含长度为零的字符串。MPLS信令协议可能不发送此对象的信号，因此此对象在传输时的值可能会自动生成或缺失LSR。 |
openconfig-network-instance:network-instances/network-instance/mpls/lsps/constrained-path/tunnels/tunnel/state/description |
| mplsTunnelPerfHCPackets |
1.3.6.1.2.1.10.166.3.2.9.1.2 |
用于隧道转发的数据包数量的高容量计数器。 |
openconfig-network-instance:network-instances/network-instance/mpls/lsps/constrained-path/tunnels/tunnel/state/counters/packets |
| mplsTunnelPerfHCBytes |
1.3.6.1.2.1.10.166.3.2.9.1.5 |
用于隧道转发的字节数的高容量计数器。 |
openconfig-network-instance:network-instances/network-instance/mpls/lsps/constrained-path/tunnels/tunnel/state/counters/bytes |
| mplsTunnelHopIpAddr |
1.3.6.1.2.1.10.166.3.2.4.1.5 |
此隧道跳的隧道跳地址。此地址的类型由相应的mplsTunnelHopAddrType的值确定。如果相应的mplsTunnelHopRowStatus对象的值为“active”，则无法更改此对象的值。 |
Cisco-IOS-XR-mpls-te-oper:mpls-te/p2p-p2mp-tunnel/tunnel-heads/tunnel-head/destination/destination-address |
RFC2465-MIB
下表表示要在与IPv6全局值相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| ipv6AddrPfxLength |
1.3.6.1.2.1.55.1.8.1.2 |
与此条目的IPv6地址关联的前缀的长度（以位为单位）。 |
Cisco-IOS-XR-ipv6-ma-oper:ipv6-network/nodes/node/interface-data/vrf/brief/brief/address/prefix-length |
| ipv6AddrAnycastFlag |
1.3.6.1.2.1.55.1.8.1.4 |
如果此地址是任播地址，则此对象的值为“true(1)”，否则值为“false(2)”。 |
Cisco-IOS-XR-ipv6-ma-oper:ipv6-network/nodes/node/interface-data/vrf/brief/brief/address/is-anycast |
SNMP-MIB
下表表示OID名称和编号以及要在与SNMP代理本身相关的模型驱动遥测传感器组上设置的对应XPATH（如果可用）。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| sysUptime |
1.3.6.1.2.1.1.3 |
表示系统正常运行时间的字符串 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-up-time/ |
| sysObjectID |
.1.3.6.1.2.1.1.2.0 |
表示系统OID的字符串 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-oid/ |
| sysDescr |
1.3.6.1.2.1.1.1 |
表示系统说明的字符串 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-descr |
TCP-MIB
下表表示要在与TCP特定计数器相关的模型驱动的遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| tcpInErrs |
1.3.6.1.2.1.6.14 |
错误接收的数据段总数（例如，错误的TCP校验和）。 |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-checksum-error-packets |
| tcpInSegs |
1.3.6.1.2.1.6.10 |
收到的数据段总数，包括错误收到的数据段。此计数包括在当前建立的连接上收到的数据段。 |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-input-packets |
| tcpOutSegs |
1.3.6.1.2.1.6.11 |
发送的数据段总数，包括当前连接的数据段，但不包括仅包含重新传输的八位字节的数据段。 |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-output-packets |
UDP-MIB
下表表示要在与UDP特定计数器相关的模型驱动遥测传感器组上设置的OID名称和编号以及对应的XPATH。
| OID名称 |
OID编号 |
OID说明 |
XPATH |
| udpOutDatagrams |
1.3.6.1.2.1.7.4 |
从此实体发送的UDP数据报总数。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-output-packets |
| udpNoPorts |
1.3.6.1.2.1.7.2 |
目标端口上没有应用程序接收的UDP数据报总数。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-no-ports-packets |
| udpInError |
1.3.6.1.2.1.7.3 |
由于目标端口上没有应用程序以外的原因无法传送的已接收UDP数据报的数量。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-checksum-error-packets |
| udpIn数据报 |
1.3.6.1.2.1.7.1 |
传送给UDP用户的UDP数据报总数。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-input-packets |
SNMP陷阱迁移
SNMP陷阱是由受管设备上的动态事件触发的消息。因此，这些消息的行为类似于我们之前介绍的EDT概念。
在配置方面，MDT允许为EDT使用相同的结构，这取决于遥测收集器上的实施，具体取决于拨入或拨出选择或功能。
安全考虑
SNMPv2仅使用社区作为身份验证/授权机制。但是，正如我们前面在SNMP部分介绍的SNMPv3, 可以使用身份验证凭据和AES加密模式来保护信息。
在遥测方法中，IOS XR允许使用基于证书的gRPC/TLS技术来执行身份验证。这些证书可与中心信任点（例如CA服务器）一起使用。在构建信任关系的过程之后，所有遥测消息都在gRPC会话内发送，该会话使用TLS加密，实现了与SNMPv3相同的优势。
修订历史记录
| 版本 | 发布日期 | 备注 |
|---|---|---|
1.0 |
16-Mar-2021 |
初始版本 |
反馈