Migração de SNMP para Telemetria no IOS XR
Contents
Introdução
Este artigo introduz os componentes do protocolo de gerenciamento de rede simples (SNMP - Simple Network Management Protocol) e fornece uma correlação entre as implementações atuais baseadas no monitoramento de SNMP na abordagem de telemetria orientada a modelo (MDT - Model Driven Telemetry).
SNMP
O SNMP é um protocolo da camada de aplicação que fornece um formato de mensagem para comunicação entre gerenciadores e agentes SNMP. O SNMP fornece uma estrutura padronizada e uma linguagem comum que é usada para monitorar e gerenciar dispositivos em uma rede
Componentes do SNMP
A estrutura SNMP tem os seguintes componentes, que são descritos nas seções a seguir:
Gerenciador SNMP
O gerenciador SNMP é um sistema que controla e monitora as atividades dos hosts de rede usando SNMP. O sistema de gerenciamento mais comum é o sistema de gerenciamento de rede (NMS). O termo NMS pode ser aplicado a um dispositivo dedicado usado para gerenciamento de rede ou aos aplicativos usados em tal dispositivo.
Agente SNMP
O agente SNMP é o componente de software em um dispositivo gerenciado que mantém os dados do dispositivo e os relata, conforme necessário, aos sistemas de gerenciamento. O agente reside no dispositivo de roteamento (roteador, servidor de acesso ou switch).
MIB do SNMP
Um agente SNMP contém variáveis MIB, cujos valores podem ser solicitados ou alterados pelo gerenciador SNMP através das operações 'Get' ou 'Set'. Um gerente pode obter um valor de um agente ou armazenar um valor nesse agente. O agente coleta dados da MIB SNMP, o repositório para obter informações sobre parâmetros de dispositivos e dados de rede. O agente também pode responder a solicitações do gerenciador para obter ou definir dados.
A figura abaixo ilustra as comunicações entre o gerenciador SNMP e o agente. Um gerenciador envia solicitações de um agente para obter e definir os valores de MIB SNMP. O agente responde a essas solicitações. Independentemente dessa interação, o agente pode enviar ao gerente notificações não solicitadas (traps ou informes) para notificá-lo sobre as condições da rede.
Operações SNMP
Os aplicativos SNMP executam as seguintes operações para recuperar dados, modificar variáveis de objeto SNMP e enviar notificações:
SNMP Get
A operação SNMP GET é executada por um NMS para recuperar variáveis de objeto SNMP. Existem três tipos de operações GET:
- GET — Recupera a instância exata do objeto do agente SNMP.
- GETNEXT — Recupera a próxima variável de objeto, que é um sucessor lexicográfico para a variável especificada.
- GETBULK — Recupera uma grande quantidade de dados de variáveis de objeto, sem a necessidade de operações GETNEXT repetidas.
SNMP SET
A operação SNMP SET é executada por um NMS para modificar o valor de uma variável de objeto.
Notificações SNMP
Um recurso importante do SNMP é a capacidade de gerar notificações não solicitadas de um agente SNMP.
As notificações não solicitadas (assíncronas) podem ser geradas como interceptações ou solicitações de informação (informes). Traps são mensagens que alertam o gerenciador do Protocolo de Gerenciamento de Rede Simples (SNMP - Simple Network Management Protocol) sobre uma condição na rede. As informações são armadilhas que incluem uma solicitação de confirmação de recebimento do gerenciador SNMP. As notificações podem indicar autenticação de usuário incorreta, reinicializações, o fechamento de uma conexão, perda de conexão com um dispositivo vizinho ou outros eventos significativos.
Armadilhas são menos confiáveis do que informa porque o receptor não envia uma confirmação quando recebe uma armadilha. O remetente não sabe se a interceptação foi recebida. Um gerenciador SNMP que recebe uma informação confirma a mensagem com uma unidade de dados de protocolo (PDU - Protocol Data Unit) de resposta SNMP. Se o remetente nunca receber uma resposta, a informação poderá ser enviada novamente. Assim, as informações têm mais probabilidade de chegar ao destino desejado.
As armadilhas são geralmente preferidas, embora sejam menos confiáveis porque os informes consomem mais recursos no dispositivo e na rede. Diferentemente de uma armadilha, que é descartada assim que é enviada, uma informação deve ser mantida na memória até que uma resposta seja recebida ou a solicitação expire. Além disso, as armadilhas são enviadas apenas uma vez, enquanto uma informação pode ser enviada várias vezes. As novas tentativas aumentam o tráfego e contribuem para uma maior sobrecarga na rede. O uso de traps e informes exige uma troca entre confiabilidade e recursos.
MIBs e RFCs
Os módulos MIB (Management Information Base) são normalmente definidos em documentos RFC (Request for Comments, solicitação de comentários) enviados à IETF (Internet Engineering Task Force, força-tarefa de engenharia da Internet), um órgão internacional de padrões. Os RFCs são escritos por indivíduos ou grupos para consideração pela Internet Society e pela comunidade da Internet como um todo, geralmente com a intenção de estabelecer um padrão de Internet recomendado. Antes de receber o status de RFC, as recomendações são publicadas como documentos de Rascunho da Internet (I-D). Os RFCs que se tornaram padrões recomendados também são rotulados como documentos de padrões (STDs). Você pode aprender sobre o processo de padrões e as atividades da IETF no site da Internet Society em http://www.isoc.org. Você pode ler o texto completo de todos os RFCs, I-Ds e STDs referenciados na documentação da Cisco no site da IETF em http://www.ietf.org.
A implementação de SNMP da Cisco usa as definições de variáveis MIB II descritas no RFC 1213 e as definições de traps SNMP descritas no RFC 1215.
A Cisco fornece suas próprias extensões MIB privadas com cada sistema. As MIBs empresariais da Cisco cumprem as diretrizes descritas nos RFCs relevantes, a menos que seja indicado de outra forma na documentação. Você pode encontrar os arquivos de definição do módulo MIB e a lista de MIBs suportados em cada plataforma Cisco no site MIB da Cisco em Cisco.com.
Versões do SNMP
Atualmente, os dispositivos da Cisco suportam as seguintes versões de SNMP:
- SNMPv1—Simple Network Management Protocol: um padrão de Internet completo, definido no RFC 1157. (O RFC 1157 substitui as versões anteriores que foram publicadas como RFC 1067 e RFC 1098.) A segurança é baseada em strings de comunidade.
- SNMPv2c—A Estrutura Administrativa baseada em string de comunidade para SNMPv2. O SNMPv2c (o "c" é para "comunidade") é um protocolo de Internet experimental definido no RFC 1901, RFC 1905 e RFC 1906. O SNMPv2c é uma atualização das operações de protocolo e dos tipos de dados do SNMPv2p (SNMPv2 Classic) e usa o modelo de segurança baseado em comunidade do SNMPv1.
- SNMPv3—Versão 3 do SNMP. O SNMPv3 é um protocolo baseado em padrões interoperável definido nos RFCs 3413 a 3415. O SNMPv3 fornece acesso seguro a dispositivos, autenticando e criptografando pacotes na rede.
Os recursos de segurança fornecidos no SNMPv3 são os seguintes:
- Integridade da mensagem—Assegurar que um pacote não foi adulterado em trânsito.
- Autenticação — Determinação de que a mensagem é de uma origem válida.
- Criptografia—Embaralhar o conteúdo de um pacote para impedir que ele seja aprendido por uma fonte não autorizada.
O SNMPv1 e o SNMPv2c usam uma forma de segurança baseada em comunidade. A comunidade de gerenciadores SNMP pode acessar a MIB do agente definida por uma sequência de comunidade.
O suporte a SNMPv2c inclui um mecanismo de recuperação em massa e relatórios detalhados de mensagens de erro para as estações de gerenciamento. O mecanismo de recuperação em massa suporta a recuperação de tabelas e grandes quantidades de informações, minimizando o número de viagens de ida e volta necessárias. O suporte à manipulação de erros aprimorada do SNMPv2c inclui códigos de erro expandidos que diferenciam tipos diferentes de erros; essas condições são relatadas por meio de um único código de erro no SNMPv1. Os três tipos de exceções a seguir também são relatados: não há tal objeto, não há tal instância e fim da exibição MIB.
O SNMPv3 é um modelo de segurança no qual uma estratégia de autenticação é configurada para um usuário e o grupo no qual o usuário reside. Um nível de segurança é o nível permitido de segurança em um modelo de segurança. Uma combinação de um modelo de segurança e um nível de segurança determina qual mecanismo de segurança é empregado ao manipular um pacote SNMP.
Três modelos de segurança estão disponíveis: SNMPv1, SNMPv2c e SNMPv3. A tabela abaixo lista as combinações de modelos e níveis de segurança e seus significados.
| Modelo |
Nível |
Autenticação |
Criptografia |
O que acontece |
| v1 |
noAuthNoPriv |
Sequência de caracteres de comunidade |
No |
Usa uma comparação de série de comunidade para autenticação. |
| v2c |
noAuthNoPriv |
Sequência de caracteres de comunidade |
No |
Usa uma comparação de série de comunidade para autenticação. |
| v3 |
noAuthNoPriv |
Nome de usuário |
No |
Usa uma correspondência de nome de usuário para autenticação. |
| v3 |
authNoPriv |
Message Digest 5 (MD5) ou Secure Hash Algorithm (SHA) |
No |
Fornece autenticação com base nos algoritmos HMAC-MD5 ou HMAC-SHA. |
| v3 |
authPriv |
MD5 ou SHA |
Padrão de Criptografia de Dados (DES) |
Fornece autenticação com base nos algoritmos HMAC-MD5 ou HMAC-SHA. Fornece criptografia DES de 56 bits além de autenticação baseada no padrão CBC-DES (DES-56). |
Um agente SNMP deve ser implementado para usar a versão do SNMP suportada pela estação de gerenciamento. Um agente pode se comunicar com vários gerenciadores.
O SNMPv3 suporta RFCs 1901 a 1908, 2104, 2206, 2213, 2214 e 2271 a 2275. Para obter informações adicionais sobre o SNMPv3, consulte o RFC 2570, Introdução à versão 3 da Estrutura de Gerenciamento de Rede padrão da Internet (este não é um documento de padrões).
Modelos Yang
Os modelos Yang representam uma abstração estruturada em árvore de um recurso específico ou características de hardware de um sistema. Em elementos de rede, um modelo Yang pode representar um protocolo de roteamento, arrays de sensores físicos internos. A linguagem e a terminologia YANG são descritas no RFC 6020 e atualizadas no RFC 7950. Em alto nível, um modelo Yang organiza os dados que representam a estrutura principal em submódulos e contêineres que são uma lista de subnós relacionados. Vários tipos de nó são explicados a seguir.
Um nó folha contém dados simples como um inteiro ou uma cadeia de caracteres. Ele tem exatamente um valor de um tipo específico e nenhum nó filho.
leaf host-name {
type string;
description "Hostname for this system";
}
Uma lista de folhas é uma sequência de nós folha com exatamente um valor de um tipo específico por folha.
leaf-list domain-search {
type string;
description "List of domain names to search";
}
Um nó de contêiner é usado para agrupar nós relacionados em uma subárvore. Um contêiner tem apenas nós filhos e nenhum valor. Um contêiner pode conter qualquer número de nós filhos de qualquer tipo (incluindo folhas, listas, contêineres e listas de folhas).
container system {
container login {
leaf message {
type string;
description
"Message given at start of login session";
}
}
}
Uma lista define uma sequência de entradas de lista. Cada entrada é como uma estrutura ou uma instância de registro e é identificada exclusivamente pelos valores de seus leafs-chave. Uma lista pode definir várias folhas de chave e pode conter qualquer número de nós filho de qualquer tipo (incluindo folhas, listas, contêineres, etc.).
Finalmente, um modelo de exemplo que vincula todos esses tipos de notas juntos se parece com o seguinte exemplo:
## 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;
}
}
}
}
}No entanto, a linguagem Yang usada nos Modelos Yang não indica a organização dos dados em contêineres/listas/folhas. É por isso que um determinado recurso em um elemento de rede pode ser representado com diversos modelos Yang. Esse desafio foi abordado com os seguintes tipos de modelos Yang:
Modelos OpenConfig
Os modelos OpenConfig foram desenvolvidos usando uma organização de fornecedor independente para o modelo que representa um recurso específico. O benefício dessa abordagem é que um NMS poderia usar esses modelos para interagir com elementos de rede em um ambiente de vários fornecedores ou até mesmo de várias plataformas.
Como o nome diz, esses modelos são abertos e estão publicamente disponíveis para inspeção em repositórios como o github neste link:
https://github.com/openconfig/public/tree/master/release/models
Como exemplo, você pode encontrar um modelo openconfig para o Border Gateway Protocol (BGP), outro para o Link Aggregation Control Protocol (LACP) e outro para o ISIS, com um modelo específico diferente. No caso do BGP você pode encontrar um modelo para erros de BGP, outro para a política de BGP e assim por diante. Os modelos podem ser relacionados, e alguns modelos podem chamar outro pacote yang. Por exemplo, openconfig-bgp-neighbor.yang pertence a 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;
Resumindo, os modelos OpenConfig são orientados para protocolos comuns a todas as plataformas, como recursos padronizados IETF ou RFC.
Modelos nativos
Em contrapartida, os modelos nativos são modelos orientados a fornecedores que cobrem estruturas detalhadas específicas de uma plataforma específica. Por exemplo, modelos que agrupam sensores de valores físicos dentro de um elemento de rede como voltagens, temperaturas, contadores ASIC, contadores de estrutura e assim por diante. Como eles dependem da plataforma, é comum encontrar modelos específicos para NCS6K, ASR9K ou Cisco 8000.
Como modelos OpenConfig, os modelos nativos também estão disponíveis no repositório Github:
https://github.com/YangModels/yang/tree/master/vendor/cisco/xr
Como esses modelos tendem a ser muito mais específicos e completos do que os modelos OpenConfig, eles estão vinculados a versões de software específicas e sujeitos a alterações entre versões de software.
Há duas categorias principais para os modelos nativos:
- Modelos "Oper", usados para recuperar informações de um elemento.
Por exemplo, Cisco-IOS-XR-eigrp-oper.yang
- Modelos "Cfg", usados para configurar um elemento de rede
Por exemplo, Cisco-IOS-XR-eigrp-cfg.yang
Em termos gerais, a telemetria orientada a modelos usa modelos "oper" para transmitir dados da infraestrutura e o NMS, como o NSO, usa modelos "cfg" para fazer alterações na configuração de elementos de rede.
Os modelos nativos e OpenConfig Yang estão presentes no software XR na pasta /pkg/yang e podem ser listados para descobrir se qualquer modelo Yang está disponível em uma plataforma. Este exemplo é para XRrv9k executando cXR 6.4.2:
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#
Telemetria
A telemetria é um processo que permite a coleta de informações de diferentes elementos remotos em um local central que agrega visibilidade e camada de análise.
Em ambientes de rede, os dados podem ser produzidos por cada elemento da rede, roteadores, switches entre outros e as informações podem estar relacionadas a um conjunto muito grande de protocolos específicos, contadores de desempenho ou medidas de sensores físicos.
Em geral, as funções de Visibilidade e Análise estão localizadas em pontos centrais nas redes, o fluxo de informações de telemetria é feito usando mecanismos de transporte de rede, portanto, as informações de telemetria devem ser o mais rápido possível, permitindo escala.
Ao contrário dos mecanismos SNMP legados, a telemetria usa um paradigma Push, em que a rede deve ser provisionada para transmitir seus próprios dados sem ser interrogada em intervalos regulares, que é a principal característica do monitoramento baseado em SNMP. Essa provisão é frequentemente chamada de assinatura e é baseada em um conjunto de variáveis a serem monitoradas, o intervalo regular para o intervalo de amostragem para coleta de dados e o sistema remoto para enviar esses dados pela rede.
Telemetria orientada por modelo
O MDT afirma a telemetria orientada a modelos e, como o nome diz, é baseado nos modelos Yang. Cada aspecto no equipamento de rede pode ser representado com os modelos Yang, por exemplo, tabela de vizinhos OSPF, RIB ou sensores de temperatura para cada componente em sistemas modulares.
Em relação à arquitetura MDT, ela pode ser dividida nas seguintes camadas:
Observação: em relação à camada do produtor, na telemetria orientada por modelo há uma definição de intervalo de amostragem que controla a frequência com que o dispositivo consulta o banco de dados interno para dados brutos e organiza esses dados na camada do modelo de dados.
A assinatura de telemetria também define quais modelos e com contêineres/caminho produziriam dados a serem transmitidos para a camada de análise. Esta definição teria impacto nas informações relevantes para fins comerciais. A definição de MDT desse caminho de sensor seria analógica para definir o OID a ser recuperado via SNMP, já que ambas as técnicas produzem dados estruturados em uma taxa de amostragem definida.
Telemetria orientada a eventos
EDT significa Event Driven Telemetry e também é baseado em modelos Yang para a estrutura. A principal diferença é que o acionador da coleta e do fluxo de dados não é um intervalo regular, mas um evento específico, como cruzamento de limites, eventos de link, falha de hardware e assim por diante.
Uma comparação de um evento com Telemetria orientada a modelos e Telemetria orientada a eventos é apresentada a seguir:
Dica: esta figura mostra mensagens redundantes usando MDT, mas somente mensagens representando alterações usando EDT.
Transporte
A telemetria deve ser confiável o máximo possível, portanto faz sentido usar o transporte baseado em Transmission Control Protocol (TCP) para usar soquetes orientados a sessão entre a infraestrutura e a camada de análise, que deve implementar coletores para fazer a sessão.
Há duas abordagens principais ao usar a telemetria, e elas diferem entre si no fluxo inicial de handshake triplo.
Observação: no modo de discagem externa, a configuração da sessão é iniciada no lado da infraestrutura, o que implica que os sensores de interesse devem ser configurados nos elementos de rede. Em contrapartida, a abordagem de discagem permite uma configuração mais leve nos elementos da rede, já que o coletor deve solicitar caminhos de sensor específicos na fase de configuração.
TCP
O TCP é a maneira mais simples de fazer uma sessão orientada a conexão entre um elemento de rede e um coletor de telemetria, e o fluxo de dados começa de Roteador para Coletor, que enviou ACK de volta ao roteador para fins de confiabilidade:
gRPC
Como o RPC do Protocolo do Google (gRPC) funciona sobre o Protocolo de Transferência de Hipertexto/2 (HTTP/2), a sessão em si deve se formar na configuração e permite o controle de velocidade do lado do coletor nativamente:
gNMI/gNOI
A gNMI (gRPC Network Management Interface) é um protocolo de gerenciamento de rede gRPC desenvolvido pela Google. A gNMI fornece o mecanismo para instalar, manipular e excluir a configuração de dispositivos de rede, e também para exibir dados operacionais. O conteúdo fornecido através do gNMI pode ser modelado usando YANG.
O gNMI usa o gRPC-HTTP/2 para configurar uma conexão e fornece canal bidirecional entre elementos de rede e um NMS que também pode ser um coletor de telemetria, mas também fornece uma interface para gerenciar os dispositivos.
Entre as operações suportadas por este protocolo, podemos encontrar o gNMI Get, o gNMI Set que retorna as informações solicitadas, mensagens de sucesso ou de erro.
gRPC Network Operations Interface (gNOI) é uma coleção de microsserviços que usa o mesmo canal de comunicação que o gNMI, mas permite operações genéricas não relacionadas à configuração em si, como ping, reinicialização, alteração de certificados SSL, limpeza, etc.
Codificação
Os modelos Yang definem a estrutura dos dados, sua hierarquia e o tipo de cada nó de folha nele. No entanto, a modelagem não indica como esses dados devem ser serializados. Esse processo rege a conversão de dados estruturados em um fluxo de bytes a ser enviado pela conexão TCP (TCP bruto, gRPC, gNMI, etc).
Observação: esse processo deve ser implementado com um mecanismo equivalente no elemento de rede, que deve codificar os dados, e o coletor deve decodificar esses dados.
JSON
O primeiro mecanismo de codificação é o formato JavaScript Object Notation (JSON), que é bem conhecido, mas é orientado para o ser humano, pois tem todas as chaves representadas como string que é ineficiente em termos de tamanho da mensagem. O principal benefício do uso do JSON é que ele é fácil de analisar e ler como é baseado em texto como o próximo exemplo:
{
“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) Formato de codificação também é chamado de GPB autodescritivo porque faz uso de buffers de protocolo para fazer uso de mensagens que apontam para elementos específicos em modelos Yang. Isso implica que apenas um arquivo .proto é necessário para codificar/decodificar finalidades, e as chaves em si dos dados estão em strings autodescritas.
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
Finalmente, o Google Protocol Buffers (GPB), também chamado de GPB compacto, leva essa abordagem um passo adiante e exige arquivos .proto para mapear cada chave da estrutura, tornando-a muito mais eficiente em termos de tamanho de mensagem, já que tudo é enviado como valores binários. No entanto, a desvantagem é a necessidade de compilar cada arquivo .proto associado a cada modelo Yang suportado pela infraestrutura/coletor.
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
Configuração MDT no IOS XR
Os principais componentes usados na transmissão contínua de dados de telemetria orientados por modelo são:
- Sessão
- Caminho do sensor
- Assinatura
- Transporte e codificação
As opções de sessão podem ser Discagem interna ou Discagem externa, conforme discutimos anteriormente. Para criar a configuração no IOS XR.
Modo de discagem externa
no modo Dial-Out, o roteador inicia uma sessão para os destinos com base na assinatura e o processo deve incluir as seguintes etapas:
- Criar um grupo de destinos
- Criar um grupo de sensores
- Criar uma assinatura
- Validar configuração de discagem externa
Para criar um grupo de destino, você precisa saber o endereço IPv4 (Internet Protocol Version 4) / IPv6 (Internet Protocol Version 6) do coletor e a porta que atenderia esse aplicativo. Além disso, você precisa especificar o protocolo e a codificação que devem ser acordados no dispositivo de rede e no coletor.
Finalmente, talvez seja necessário especificar o Virtual Routing and Forwarding (VRF) usado para a comunicação com o endereço de rede do coletor.
Em seguida, um exemplo de configuração de discagem é apresentado:
telemetry model-driven
destination-group DG1
vrf MGMT
address-family ipv4 192.168.122.20 port 5432
encoding self-describing-gpb
protocol tcp
!
!
As opções de codificação são apresentadas a seguir:
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
As opções de protocolos:
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
O protocolo TCP é direto e só precisa das configurações de porta conectadas ao endereço IPv4/IPv6. O User Datagram Protocol (UDP), ao contrário, é sem conexão, portanto o status do grupo de destino sempre seria ativo.
A compactação em gRPC pode ser obtida com o uso da palavra-chave opcional gzip. O gRPC usa TLS por padrão, portanto um certificado deve ser instalado localmente no roteador para esse uso. Esse comportamento pode ser substituído pela configuração da palavra-chave no-tls. Finalmente, você pode especificar um nome de host diferente para fins de certificado usando a palavra-chave tls-hostname.
Em seguida, a seção sensor-group deve ser adicionada, listando os caminhos do sensor de nosso interesse. Esta seção é direta, mas é importante saber que o próprio caminho do sensor permite que a filtragem otimize vários recursos, como Unidade Central de Processamento (CPU) e largura de banda.
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
!
!
Observação: o formato necessário para um caminho de sensor é <nome-modelo>:<caminho-contêiner>
Este documento apresenta o mapeamento do monitoramento baseado em SNMP usando OID que representa "folhas" nesta abordagem legada em modelos YANG, representados com XPATHs que correspondem às mesmas "folhas".
A etapa final de configuração deve ser a configuração de uma assinatura, que vincula o grupo de sensores a uma cadência da transmissão de telemetria para um grupo de destino.
telemetry model-driven
subscription SU1
sensor-group-id SG1 sample-interval 5000
destination-id DG1
!
!
Este exemplo usa um intervalo de amostragem de 5000 milissegundos (5 segundos), que é relativo ao final da coleção anterior. Para alterar esse comportamento, você pode alterar a palavra-chave sample-interval com a opção strict-timer.
Para verificação, você pode usar o seguinte comando que cobre o status da assinatura. Esse método também permite abranger informações de grupos de sensores e de destinos.
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#
Modo de discagem
No modo Discar, o coletor inicia a conexão com os elementos de rede. Em seguida, o coletor deve indicar o interesse para criar uma assinatura.
A configuração tem as seguintes etapas:
- Habilitar serviço gRPC
- Configurar grupos de sensores
- Verificação
Para ativar o serviço gRPC, a configuração é exibida a seguir:
!
grpc
vrf MGMT
port 57400
no-tls
address-family dual
!
As opções são diretas, incluindo o VRF e a porta TCP. Por padrão, o gRPC usa TLS, mas pode ser desabilitado com a palavra-chave no-tls. Por fim, a opção address-family dual permite a conexão usando IPv4 e IPv6.
Em seguida, a discagem requer a definição de grupos de sensores localmente, que serão usados pelo coletor posteriormente para definir uma assinatura.
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
!
!
Nesse ponto, a configuração do modo de discagem está concluída e o próprio coletor pode fazer uma assinatura do roteador usando gRPC. Para verificação, você pode fazer a mesma abordagem que no modo de discagem externa:
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#
Dica: observe que nenhuma cadência, codificação, IP do coletor ou transporte é codificado no roteador para o modo de discagem de entrada.
Migração SNMP para MDT
Para realizar a migração do SNMP tradicional para o modelo de telemetria, os seguintes aspectos devem ser abordados:
- Migração de MIB para XPATH
- Migração de interceptação para telemetria
- Considerações sobre segurança
Migração de MIB para XPATH
Para essa finalidade, poderíamos categorizar a MIB usando sua própria hierarquia que poderia ser mapeada (pelo menos em alto nível) para uma funcionalidade específica.
BGP4-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a ser configurado em grupos de sensores de telemetria orientados por modelo relacionados a sessões de peering BGP.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| bgpPeerLastError |
1.3.6.1.2.1.15.3.1.14 |
O último código de erro e subcódigo visto por este par nesta conexão. Se nenhum erro tiver ocorrido, esse campo será zero. Caso contrário, o primeiro byte dessa STRING OCTETO de dois bytes contém o código de erro e o segundo byte contém o subcódigo. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/neighbor-missing-eor-table/neighbor/last-notify-error-code |
| bgpPeerOutUpdates |
1.3.6.1.2.1.15.3.1.11 |
O número de mensagens BGP UPDATE transmitidas nesta conexão. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/update-messages-out |
| bgpPeerInUpdates |
1.3.6.1.2.1.15.3.1.10 |
O número de mensagens BGP UPDATE recebidas nesta conexão. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/update-messages-in |
| bgpPeerNegotiatedVersion |
1.3.6.1.2.1.15.3.1.4 |
A versão negociada do BGP sendo executada entre os dois peers. Essa entrada DEVE ser zero (0), a menos que bgpPeerState esteja no estado openconfirm ou established. Observe que os valores válidos para esse objeto estão entre 0 e 255. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/negotiation-protocol-version |
| bgpPeerState |
1.3.6.1.2.1.15.3.1.2 |
O estado de conexão do par BGP. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/connection-state |
| bgpPeerRemoteAddr |
1.3.6.1.2.1.15.3.1.7 |
O endereço IP remoto do par BGP desta entrada. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/connection-remote-address |
| bgpPeerLocalAddr |
1.3.6.1.2.1.15.3.1.5 |
O endereço IP local da conexão BGP desta entrada. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/connection-local-address |
| bgpPeerFsmEstablishedTime |
1.3.6.1.2.1.15.3.1.16 |
Esse temporizador indica quanto tempo (em segundos) esse peer permaneceu no estado established ou quanto tempo se passou desde que esse peer permaneceu no estado established pela última vez. Ele é definido como zero quando um novo peer é configurado ou quando o roteador é inicializado. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/connection-established-time |
| bgpPeerAdminStatus |
1.3.6.1.2.1.15.3.1.3 |
O estado desejado da conexão BGP. Uma transição de 'stop' para 'start' fará com que o Evento de Início Manual do BGP seja gerado. Uma transição de 'start' para 'stop' fará com que o Evento de Parada Manual do BGP seja gerado. Esse parâmetro pode ser usado para reiniciar conexões de pares BGP. Deve-se ter cuidado ao fornecer acesso de gravação a este objeto sem autenticação adequada. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/connection-admin-status |
CISCO-BGP4-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a ser configurado em grupos de sensores de telemetria orientados por modelo relacionados ao estado da sessão BGP e prefixo intercambiados.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| cbgpPeer2RemoteAs |
1.3.6.1.4.1.9.9.187.1.2.5.1.11 |
O número do sistema autônomo remoto recebido na mensagem BGP OPEN. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/sessions/session/remote-as |
| cbgpPeer2PrevState |
1.3.6.1.4.1.9.9.187.1.2.5.1.29 |
O estado anterior da conexão do par BGP. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/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 |
O estado de conexão do par BGP. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/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 |
O endereço IP local da conexão BGP desta entrada. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/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 |
Esse contador é incrementado quando um prefixo de rota, que pertence a uma família de endereços, é anunciado nesta conexão. Ele é inicializado como zero quando a conexão é submetida a uma reinicialização forçada. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/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 |
Número de prefixos de rota aceitos nesta conexão, que pertencem a uma família de endereços. |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/default-vrf/afs/af/neighbor-af-table/neighbor/af-data/prefixes-accept |
| cbgpPeerPrefixLimit |
1.3.6.1.4.1.9.9.187.1.2.1.1.3 |
Número máximo de prefixos de rota aceitos nesta conexão |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-ative/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 |
O valor de limite do prefixo (%) para uma família de endereços nesta conexão, na qual a mensagem de aviso informando a contagem de prefixo é ultrapassada no limite ou a notificação SNMP correspondente é gerada. |
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
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados a estatísticas em classes/políticas de Qualidade de Serviço (QoS).
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| cbQosCMDropBitRate |
1.3.6.1.4.1.9.9.166.1.15.1.1.18 |
A taxa de bits das quedas por classe como resultado de todos os recursos que podem produzir quedas (por exemplo, polícia, detecção aleatória etc.). |
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 |
O contador de 64 bits de pacotes descartados por classe como resultado de todos os recursos que podem produzir descartes (por exemplo, polícia, detecção aleatória etc.). |
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 |
A contagem de 64 bits dos pacotes de entrada antes da execução de qualquer política de QoS. |
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 |
Nome do mapa de classes. |
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 |
A contagem de 64 bits dos octetos de saída após a execução das políticas de QoS. |
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 para a interface à qual esse serviço está anexado. Esse campo só fará sentido se a interface lógica tiver um ifIndex snmp. Por exemplo, o valor desse campo não tem sentido quando 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 |
Um índice de configuração arbitrário (independente de instância) (atribuído pelo sistema) para cada objeto. Cada objeto com a mesma configuração compartilha o mesmo índice de configuração. |
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 |
A contagem de 64 bits dos octetos de entrada antes da execução de qualquer política de QoS. |
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
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados ao uso de memória.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| cempMemPoolUsed |
1.3.6.1.4.1.9.9.221.1.1.1.1.7 |
Indica o número de bytes do pool de memória que estão sendo usados atualmente por aplicativos na entidade física. |
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 |
Indica o número de bytes do pool de memória que estão sendo usados atualmente por aplicativos na entidade física. Este objeto é uma versão de 64 bits de cempMemPoolUsed. |
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 |
Indica o número de bytes do pool de memória que não estão sendo usados atualmente na entidade física. Este objeto é uma versão de 64 bits de cempMemPoolFree. |
Cisco-IOS-XR-nto-misc-oper:resumo da memória/nós/nó/detalhe/memória física livre |
CISCO-ENTITY-FRU-CONTROL-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados às unidades substituíveis em campo no sistema monitorado.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| cefcFRUPowerOperStatus |
1.3.6.1.4.1.9.9.117.1.1.2.1.2 |
Estado de energia da FRU operacional. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/fru-info/power-operational-state |
| cefcFRUPowerAdminStatus |
1.3.6.1.4.1.9.9.117.1.1.2.1.1 |
Estado de energia da FRU desejado administrativamente. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/fru-info/power-administrative-state |
| cefcModuleStatusLastChangeTime |
1.3.6.1.4.1.9.9.117.1.2.1.1.4 |
O valor de sysUpTime no momento em que o cefcModuleOperStatus é alterado. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/fru-info/last-operational-state-change |
| cefcModuleUpTime |
1.3.6.1.4.1.9.9.117.1.2.1.1.8 |
Este objeto fornece o tempo de atividade do módulo desde a última reinicialização. Este objeto não é persistente; se um módulo for reinicializado, reiniciado, desligado, o tempo de atividade começa a partir de zero. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/fru-info/card-up-time |
| cefcModuleResetReason |
1.3.6.1.4.1.9.9.117.1.2.1.1.3 |
Este objeto identifica o motivo da última reinicialização executada no módulo. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/fru-info/card-reset-reason |
| cefcModuleOperStatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.2 |
Este objeto mostra o estado operacional do módulo. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/fru-info/card-operational-state |
| cefcModuleAdminStatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.1 |
Este objeto fornece controle administrativo do módulo. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/fru-info/card-administrative-state |
CISCO-ENTITY-SENSOR-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados a entidades de sensor no nó.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| entSensorValue |
1.3.6.1.4.1.9.9.91.1.1.1.1.4 |
Esta variável relata a medição mais recente vista pelo sensor. Para exibir ou interpretar corretamente o valor dessa variável, você também deve saber entSensorType, entSensorScale e entSensorPrecision. Entretanto, você pode comparar entSensorValue com os valores de limite fornecidos em entSensorThresholdTable sem nenhum conhecimento semântico. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/env-sensor-info/valor |
| entSensorThresholdEvaluation |
1.3.6.1.4.1.9.9.91.1.2.1.1.5 |
Esta variável indica o resultado da avaliação mais recente do limiar. Se a condição de limite for verdadeira, entSensorThresholdEvaluation será verdadeira(1). Se a condição de limite for falsa, entSensorThresholdEvaluation será falso(2). Os limites são avaliados na taxa indicada por entSensorValueUpdateRate. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/limiar |
CISCO-FLASH-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados ao armazenamento flash no sistema.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| ciscoFlashPartitionName |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.10 |
Nome da partição Flash usado para fazer referência a uma partição pelo sistema. Pode ser qualquer sequência de caracteres alfanuméricos no formato AAAAAAAnn, onde A representa um caractere alfanumérico opcional e n um caractere numérico. Quaisquer caracteres numéricos devem sempre formar a parte à direita da string. O sistema removerá os caracteres alfabéticos e usará a parte numérica para mapear para um índice de partição. As operações Flash são direcionadas para uma partição de dispositivo com base nesse nome. O sistema tem um conceito de partição padrão. Essa seria a primeira partição no dispositivo. O sistema direciona uma operação para a partição padrão sempre que um nome de partição não é especificado. O nome da partição é, portanto, obrigatório, exceto quando a operação está sendo realizada na partição padrão ou o dispositivo tem apenas uma partição (não é particionada). |
Cisco-IOS-XR-shellutil-filesystem-oper:sistema de arquivos/nó/sistema de arquivos/tipo |
| ciscoFlashPartitionSizeExtended |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.13 |
Tamanho da partição da memória flash. Deve ser um múltiplo inteiro de ciscoFlashDeviceMinPartitionSize. Se houver uma única partição, esse tamanho será igual a ciscoFlashDeviceSize. Este objeto é uma versão de 64 bits de ciscoFlashPartitionSize |
Cisco-IOS-XR-shellutil-filesystem-oper:sistema de arquivos/nó/sistema de arquivos/tamanho |
| CiscoFlashPartitionFreeSpaceExtended |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.14 |
Espaço livre dentro de uma partição Flash. Observe que o tamanho real de um arquivo no Flash inclui uma pequena sobrecarga que representa o cabeçalho do arquivo do sistema de arquivos. Determinados sistemas de arquivos também podem ter uma sobrecarga de cabeçalho de partição ou dispositivo a ser considerada ao calcular o espaço livre. O espaço livre será calculado como o tamanho total da partição, menos o tamanho de todos os arquivos existentes (arquivos válidos/inválidos/excluídos e incluindo o cabeçalho de cada arquivo), menos o tamanho de qualquer cabeçalho de partição, menos o tamanho do cabeçalho do próximo arquivo a ser copiado. Resumindo, este objeto fornecerá o tamanho do maior arquivo que pode ser copiado. Não se espera que a entidade de gerenciamento conheça ou use quaisquer custos indiretos, como comprimentos de cabeçalho de arquivo e partição, pois esses custos indiretos podem variar de um sistema de arquivos para outro. Os arquivos excluídos no Flash não liberam espaço. Uma partição pode ter que ser apagada para recuperar o espaço ocupado pelos arquivos. Este objeto é uma versão de 64 bits do ciscoFlashPartitionFreeSpace |
Cisco-IOS-XR-shellutil-filesystem-oper:file-system/node/file-system/free |
CISCO-PROCESS-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados ao Uso da CPU e à alocação de recursos para processos.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| cpmCPUTotal1minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.7 |
A porcentagem geral de ocupação da CPU no último período de 1 minuto. Este objeto substitui o objeto cpmCPUTotal1min e aumenta o intervalo de valores para (0..100). |
Cisco-IOS-XR-wdsysmon-fd-oper:monitoramento do sistema/utilização da cpu/total-cpu-um-minuto |
| cpmCPUTotal5minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.8 |
A porcentagem geral de ocupação da CPU nos últimos 5 minutos. Este objeto substitui o objeto cpmCPUTotal5min e aumenta o intervalo de valores para (0..100). |
Cisco-IOS-XR-wdsysmon-fd-oper:monitoramento do sistema/utilização da CPU/total-cpu-cinco-minutos |
| cpmCPUTotal15minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.31 |
A porcentagem geral de ocupação da CPU nos últimos 15 minutos. Este objeto substitui o objeto cpmCPUTotal15min e aumenta o intervalo de valores para (0..100). |
Cisco-IOS-XR-wdsysmon-fd-oper:monitoramento do sistema/utilização da cpu/total-cpu-quinze-minutos |
| cpmProcessName |
1.3.6.1.4.1.9.9.109.1.2.1.1.2 |
O nome associado a este processo. Se o nome tiver mais de 32 caracteres, ele será truncado para os primeiros 31 caracteres e um '*' será acrescentado como o último caractere, o que implica que esse é um nome de processo truncado. |
Cisco-IOS-XR-wdsysmon-fd-oper:monitoramento do sistema/utilização da cpu/nome do processo-cpu |
| cpmProcessTextSegmentSize |
1.3.6.1.4.1.9.9.109.1.2.3.1.15 |
Indica a memória de texto de um processo e todos os seus objetos compartilhados. |
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 |
Indica a quantidade de memória dinâmica que está sendo usada pelo processo. |
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 |
Indica o segmento de dados de um processo e todos os seus objetos compartilhados. |
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 |
A soma de toda a memória alocada dinamicamente que este processo recebeu do sistema. Isso inclui a memória que pode ter sido retornada. A soma da memória liberada é fornecida por cpmProcExtMemFreedRev. Este objeto substitui 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 |
A soma de toda a memória que este processo retornou ao sistema. Este objeto substitui cpmProcExtMemFreed. |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id |
ENTITY-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em entidades físicas relacionadas a grupos de sensores de telemetria orientados por modelo no sistema.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| entPhysicalName |
1.3.6.1.2.1.47.1.1.1.1.7 |
O nome textual da entidade física. O valor desse objeto deve ser o nome do componente conforme atribuído pelo dispositivo local e deve ser adequado para uso em comandos inseridos no "console" do dispositivo. Pode ser um nome de texto, como `console', ou um número de componente simples (por exemplo, número de porta ou módulo), como `1', dependendo da sintaxe de nomeação de componente físico do dispositivo. Se não houver um nome local ou se este objeto não for aplicável, ele conterá uma cadeia de caracteres de comprimento zero. Observe que o valor de entPhysicalName para duas entidades físicas será o mesmo caso a interface do console não faça distinção entre elas, por exemplo, slot-1 e a placa no slot-1. |
Cisco-IOS-XR-snmp-entitymib-oper:entity-physical-index |
| entLogicalDescr |
1.3.6.1.2.1.47.1.2.1.1.2 |
Uma descrição textual da entidade lógica. Este objeto deve conter uma cadeia de caracteres que identifique o nome do fabricante da entidade lógica e deve ser definido como um valor distinto para cada versão da entidade lógica. |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-name/ |
| entPhysicalDescr |
1.3.6.1.2.1.47.1.1.1.1.2 |
Uma descrição textual da entidade física. Este objeto deve conter uma cadeia de caracteres que identifique o nome do fabricante da entidade física e deve ser definido como um valor distinto para cada versão ou modelo da entidade física. |
Cisco-IOS-XR-snmp-agent-oper:snmp/Cisco-IOS-XR-snmp-entitymib-oper:entity-mib/entity-physical-indexes/ |
| EntPhysicalContainsIn |
1.3.6.1.2.1.47.1.1.1.1.4 |
O valor de entPhysicalIndex para a entidade física que 'contém' essa entidade física. Um valor igual a zero indica que essa entidade física não está contida em nenhuma outra entidade física. Observe que o conjunto de relações de "contenção" define uma hierarquia estrita, ou seja, a recursão não é permitida. No caso de uma entidade física ser contida por mais de uma entidade física (por exemplo, módulos double-wide), esse objeto deve identificar a entidade que contém o menor valor de entPhysicalIndex. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/inv-basic-bag/unique-id |
| entPhysicalClass |
1.3.6.1.2.1.47.1.1.1.1.5 |
Uma indicação do tipo de hardware geral da entidade física. Um agente deve definir esse objeto para o valor de enumeração padrão que indica com mais precisão a classe geral da entidade física ou a classe primária, se houver mais de uma. Se não existir um identificador de registro padrão apropriado para esta entidade física, o valor 'other(1)' será retornado. Se o valor for desconhecido para este agente, o valor 'unknown(2)' será retornado. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades |
| entPhysicalHardwareRev |
1.3.6.1.2.1.47.1.1.1.1.8 |
A cadeia de caracteres de revisão de hardware específica do fornecedor para a entidade física. O valor preferencial é o identificador de revisão de hardware realmente impresso no próprio componente (se presente). Observe que se as informações de revisão forem armazenadas internamente em um formato não imprimível (por exemplo, binário), o agente deverá converter essas informações em um formato imprimível, de uma maneira específica à implementação. Se nenhuma string de revisão de hardware específica estiver associada ao componente físico, ou se essas informações forem desconhecidas para o agente, esse objeto conterá uma string de comprimento zero. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/inv-basic-bag/revisão de hardware |
| entPhysicalFirmwareRev |
1.3.6.1.2.1.47.1.1.1.1.9 |
A cadeia de caracteres de revisão de firmware específica do fornecedor para a entidade física. Observe que se as informações de revisão forem armazenadas internamente em um formato não imprimível (por exemplo, binário), o agente deverá converter essas informações em um formato imprimível, de uma maneira específica à implementação. Se nenhum programa de firmware específico estiver associado ao componente físico, ou se essas informações forem desconhecidas para o agente, esse objeto conterá uma sequência de caracteres de comprimento zero. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/inv-basic-bag/revisão de firmware |
| entPhysicalSoftwareRev |
1.3.6.1.2.1.47.1.1.1.1.10 |
A cadeia de caracteres de revisão de software específica do fornecedor para a entidade física. Observe que se as informações de revisão forem armazenadas internamente em um formato não imprimível (por exemplo, binário), o agente deverá converter essas informações em um formato imprimível, de uma maneira específica à implementação. Se nenhum programa de software específico estiver associado ao componente físico, ou se essas informações forem desconhecidas para o agente, esse objeto conterá uma sequência de caracteres de comprimento zero. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/inv-basic-bag/revisão de software |
| entPhysicalSerialNum |
1.3.6.1.2.1.47.1.1.1.1.11 |
A cadeia de caracteres do número de série específica do fornecedor para a entidade física. O valor preferencial é a string de número de série realmente impressa no próprio componente (se presente). Na primeira instanciação de uma entidade física, o valor de entPhysicalSerialNum associado a essa entidade é definido para o número de série correto atribuído pelo fornecedor, se essas informações estiverem disponíveis para o agente. Se um número de série for desconhecido ou não existir, entPhysicalSerialNum será definido como uma cadeia de caracteres de comprimento zero. Observe que as implementações que podem identificar corretamente os números de série de todas as entidades físicas instaladas não precisam fornecer acesso de gravação ao objeto entPhysicalSerialNum. Os agentes que não podem fornecer armazenamento não volátil para as cadeias de caracteres entPhysicalSerialNum não são necessários para implementar acesso de gravação para esse objeto. Nem todos os componentes físicos terão um número de série, ou até mesmo precisarão de um. As entidades físicas para as quais o valor associado do objeto entPhysicalIsFRU é igual a 'false(2)' (por exemplo, as portas do repetidor dentro de um módulo do repetidor) não precisam de seu próprio número de série exclusivo. Um agente não precisa fornecer acesso de gravação a essas entidades e pode retornar uma sequência de caracteres de comprimento zero. Se o acesso de gravação for implementado para uma instância de entPhysicalSerialNum e um valor for gravado na instância, o agente deverá reter o valor fornecido na instância entPhysicalSerialNum associada à mesma entidade física enquanto essa entidade permanecer instanciada. Isso inclui instanciações em todas as reinicializações do sistema de gerenciamento de rede, incluindo aquelas que resultam em uma alteração do valor entPhysicalIndex da entidade física. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/inv-basic-bag/serial-number |
| entPhysicalMfgName |
1.3.6.1.2.1.47.1.1.1.1.12 |
O nome do fabricante deste componente físico. O valor preferencial é a string de nome do fabricante realmente impressa no próprio componente (se presente). Observe que as comparações entre instâncias dos objetos entPhysicalModelName, entPhysicalFirmwareRev, entPhysicalSoftwareRev e entPhysicalSerialNum são significativas apenas entre entPhysicalEntries com o mesmo valor de entPhysicalMfgName. Se a string de nome do fabricante associada ao componente físico for desconhecida para o agente, esse objeto conterá uma string de comprimento zero. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/inv-basic-bag/nome-fabricante |
| entPhysicalModelName |
1.3.6.1.2.1.47.1.1.1.1.13 |
A cadeia de caracteres do identificador do nome do modelo específico do fornecedor associada a este componente físico. O valor preferencial é o número de peça visível ao cliente, que pode ser impresso no próprio componente. Se a cadeia de caracteres do nome do modelo associada ao componente físico for desconhecida para o agente, esse objeto conterá uma cadeia de caracteres de comprimento zero. |
Cisco-IOS-XR-invmgr-oper:inventário/entidades/entidade/atributos/inv-basic-bag/nome-modelo |
IF-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados às características e aos contadores da interface.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| ifMtu |
1.3.6.1.2.1.2.2.1.4 |
O tamanho do maior pacote que pode ser enviado/recebido na interface, especificado em octetos. Para interfaces usadas para transmitir datagramas de rede, este é o tamanho do maior datagrama de rede que pode ser enviado na interface. |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/mtu |
| ifPhysAddress |
1.3.6.1.2.1.2.2.1.6 |
O endereço da interface em sua subcamada de protocolo. Por exemplo, para uma interface 802.x, esse objeto normalmente contém um endereço MAC. A MIB específica de mídia da interface deve definir a ordem de bits e bytes e o formato do valor desse objeto. Para interfaces que não têm esse endereço (por exemplo, uma linha serial), esse objeto deve conter uma sequência de caracteres de octeto de comprimento zero. |
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 |
O tipo de interface. Valores adicionais para ifType são atribuídos pela Internet Assigned Numbers Authority (IANA), através da atualização da sintaxe da convenção textual IANAifType. |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/tipo-interface |
| ifOutUcastPkts |
1.3.6.1.2.1.2.2.1.17 |
O número total de pacotes que os protocolos de nível superior solicitaram para serem transmitidos e que não foram endereçados a um endereço multicast ou de broadcast nessa subcamada, incluindo os que foram descartados ou não enviados. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de pacotes que os protocolos de nível superior solicitaram para serem transmitidos e que não foram endereçados a um endereço multicast ou de broadcast nessa subcamada, incluindo os que foram descartados ou não enviados. Este objeto é uma versão de 64 bits de ifOutUcastPkts. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes, entregues por essa subcamada a uma (sub)camada mais alta, que não foram endereçados a um endereço multicast ou de broadcast nessa subcamada. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes, entregues por essa subcamada a uma (sub)camada mais alta, que não foram endereçados a um endereço multicast ou de broadcast nessa subcamada. Este objeto é uma versão de 64 bits de ifInUcastPkts. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
Para interfaces orientadas a pacotes, o número de pacotes de saída que não puderam ser transmitidos devido a erros. Para interfaces orientadas a caracteres ou de comprimento fixo, o número de unidades de transmissão de saída que não puderam ser transmitidas devido a erros. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes de saída que foram escolhidos para serem descartados mesmo que nenhum erro tenha sido detectado para impedir sua transmissão. Uma possível causa do descarte desse pacote poderia ser para a liberação de espaço em buffer. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de pacotes que os protocolos de nível superior solicitaram para serem transmitidos e que foram endereçados a um endereço multicast nessa subcamada, incluindo aqueles que foram descartados ou não enviados. Para um protocolo de camada MAC, isso inclui endereços de Grupo e funcionais. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de pacotes que os protocolos de nível superior solicitaram para serem transmitidos e que foram endereçados a um endereço multicast nessa subcamada, incluindo aqueles que foram descartados ou não enviados. Para um protocolo de camada MAC, isso inclui endereços de Grupo e funcionais. Este objeto é uma versão de 64 bits de ifOutMulticastPkts. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes, entregues por essa subcamada a uma (sub)camada mais alta, que foram endereçados a um endereço multicast nessa subcamada. Para um protocolo de camada MAC, isso inclui endereços de Grupo e funcionais. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes, entregues por essa subcamada a uma (sub)camada mais alta, que foram endereçados a um endereço multicast nessa subcamada. Para um protocolo de camada MAC, isso inclui endereços de Grupo e funcionais. Este objeto é uma versão de 64 bits de ifInMulticastPkts. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
Para interfaces orientadas a pacotes, o número de pacotes de entrada que continham erros que os impediam de serem entregues a um protocolo de camada superior. Para interfaces orientadas a caracteres ou de comprimento fixo, o número de unidades de transmissão de entrada que continham erros que as impediam de serem entregues a um protocolo de camada superior. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes de entrada que foram escolhidos para serem descartados, mesmo que nenhum erro tenha sido detectado, para impedir que fossem entregues a um protocolo de camada superior. Uma possível causa do descarte desse pacote poderia ser para a liberação de espaço em buffer. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de octetos transmitidos da interface, incluindo caracteres de enquadramento. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de octetos transmitidos da interface, incluindo caracteres de enquadramento. Este objeto é uma versão de 64 bits de ifOutOctets. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de octetos recebidos na interface, incluindo caracteres de enquadramento. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de octetos recebidos na interface, incluindo caracteres de enquadramento. Este objeto é uma versão de 64 bits de ifInOctets. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de pacotes que os protocolos de nível superior solicitaram para serem transmitidos e que foram endereçados a um endereço de broadcast nessa subcamada, incluindo aqueles que foram descartados ou não enviados. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de pacotes que os protocolos de nível superior solicitaram para serem transmitidos e que foram endereçados a um endereço de broadcast nessa subcamada, incluindo aqueles que foram descartados ou não enviados. Este objeto é uma versão de 64 bits de ifOutBroadcastPkts. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes, entregues por essa subcamada a uma (sub)camada mais alta, que foram endereçados a um endereço de broadcast nessa subcamada. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número de pacotes, entregues por essa subcamada a uma (sub)camada mais alta, que foram endereçados a um endereço de broadcast nessa subcamada. Este objeto é uma versão de 64 bits de ifInBroadcastPkts. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
Um valor exclusivo, maior que zero, para cada interface. Recomenda-se que os valores sejam atribuídos de forma contígua a partir de 1. O valor de cada subcamada da interface deve permanecer constante pelo menos de uma reinicialização do sistema de gerenciamento de rede da entidade até a próxima reinicialização. |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/if-index |
| ifDescr |
1.3.6.1.2.1.2.2.1.2 |
Uma cadeia de caracteres textual que contém informações sobre a interface. Essa string deve incluir o nome do fabricante, o nome do produto e a versão do hardware/software da interface. |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/descrição |
| ifSpeed |
1.3.6.1.2.1.2.2.1.5 |
Uma estimativa da largura de banda atual da interface em bits por segundo. Para interfaces que não variam em largura de banda ou para aquelas em que não pode ser feita uma estimativa precisa, este objeto deve conter a largura de banda nominal. Se a largura de banda da interface for maior que o valor máximo reportável por esse objeto, esse objeto deverá relatar seu valor máximo (4.294.967.295) e ifHighSpeed deverá ser usado para relatar a velocidade da interface. Para uma subcamada que não tem conceito de largura de banda, esse objeto deve ser zero. |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/bandwidth |
| ifOperStatus |
1.3.6.1.2.1.2.2.1.8 |
O estado operacional atual da interface. O estado teste(3) indica que nenhum pacote operacional pode ser aprovado. Se ifAdminStatus estiver inativo(2), ifOperStatus deverá estar inativo(2). Se o ifAdminStatus for alterado para up(1), o ifOperStatus deverá ser alterado para up(1) se a interface estiver pronta para transmitir e receber tráfego de rede; ele deverá ser alterado para dormant(5) se a interface estiver aguardando ações externas (como uma linha serial aguardando uma conexão de entrada); ele deverá permanecer no estado down(2) se e somente se houver uma falha que a impeça de entrar no estado up(1); ele deverá permanecer no estado notPresent(6) se a interface tiver componentes ausentes (normalmente, hardware). |
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 |
O estado desejado da interface. O estado teste(3) indica que nenhum pacote operacional pode ser aprovado. Quando um sistema gerenciado é inicializado, todas as interfaces começam com ifAdminStatus no estado down(2). Como resultado de uma ação explícita de gerenciamento ou de informações de configuração retidas pelo sistema gerenciado, ifAdminStatus é alterado para os estados up(1) ou test(3) (ou permanece no estado 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 |
O nome textual da interface. O valor desse objeto deve ser o nome da interface conforme atribuído pelo dispositivo local e deve ser adequado para uso em comandos inseridos no "console" do dispositivo. Pode ser um nome de texto, como `le0', ou um número de porta simples, como `1', dependendo da sintaxe de nomeação da interface do dispositivo. Se várias entradas na ifTable representarem juntas uma única interface como nomeada pelo dispositivo, cada uma terá o mesmo valor de ifName. Observe que, para um agente que responde a consultas SNMP sobre uma interface em algum outro dispositivo (com proxy), o valor de ifName para tal interface é o nome local do dispositivo com proxy para ela. Se não houver nome local ou se este objeto não for aplicável, ele conterá uma sequência de caracteres de comprimento zero. |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-briefs/interface-brief/interface-name |
| ifAltaVelocidade |
1.3.6.1.2.1.31.1.1.1.15 |
Uma estimativa da largura de banda atual da interface em unidades de 1.000.000 bits por segundo. Se esse objeto relatar um valor de `n', a velocidade da interface está em algum lugar no intervalo de `n-500.000' a `n+499.999'. Para interfaces que não variam em largura de banda ou para aquelas em que não pode ser feita uma estimativa precisa, este objeto deve conter a largura de banda nominal. Para uma subcamada que não tem conceito de largura de banda, esse objeto deve ser zero. |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-briefs/interface-brief/bandwidth64 bits |
IP-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados a estatísticas e valores operacionais do Internet Protocol (IP).
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| icmpInDestUnreachs |
1.3.6.1.2.1.5.3 |
O número de mensagens ICMP de destino inalcançável recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInParmProbs |
1.3.6.1.2.1.5.5 |
O número de mensagens de problema de parâmetro ICMP recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInSrcQuenchs |
1.3.6.1.2.1.5.6 |
O número de mensagens ICMP Source Quench recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInEchos |
1.3.6.1.2.1.5.8 |
O número de mensagens de eco (solicitação) ICMP recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInEchoReps |
1.3.6.1.2.1.5.9 |
O número de mensagens de resposta de eco ICMP recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInTimestamps |
1.3.6.1.2.1.5.10 |
O número de mensagens de timestamp (solicitação) ICMP recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInAddrMasks |
1.3.6.1.2.1.5.12 |
O número de mensagens ICMP Address Mask Request recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInAddrMaskReps |
1.3.6.1.2.1.5.13 |
O número de mensagens ICMP Address Mask Reply recebidas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutMsgs |
1.3.6.1.2.1.5.14 |
O número total de mensagens ICMP que esta entidade tentou enviar. Observe que esse contador inclui todos os contados por icmpOutErrors. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutDestUnreachs |
1.3.6.1.2.1.5.16 |
O número de mensagens ICMP de destino inalcançável enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutTimeExcds |
1.3.6.1.2.1.5.17 |
O número de mensagens de tempo excedido ICMP enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutParmProbs |
1.3.6.1.2.1.5.18 |
O número de mensagens ICMP Parameter Problem enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutSrcQuenchs |
1.3.6.1.2.1.5.19 |
O número de mensagens ICMP Source Quench enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutRedirects |
1.3.6.1.2.1.5.20 |
O número de mensagens de redirecionamento ICMP enviadas. Para um host, este objeto será sempre zero, já que os hosts não enviam redirecionamentos. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutEchos |
1.3.6.1.2.1.5.21 |
O número de mensagens de eco (solicitação) ICMP enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutEchoReps |
1.3.6.1.2.1.5.22 |
O número de mensagens de resposta de eco ICMP enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutTimestamps |
1.3.6.1.2.1.5.23 |
O número de mensagens ICMP Timestamp (solicitação) enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutAddrMasks |
1.3.6.1.2.1.5.25 |
O número de mensagens ICMP Address Mask Request enviadas. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutAddrMaskReps |
1.3.6.1.2.1.5.26 |
O número de mensagens ICMP Address Mask Reply enviadas. |
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 |
O valor de índice que identifica exclusivamente a interface à qual essa entrada é aplicável. A interface identificada por um valor específico desse índice é a mesma interface identificada pelo mesmo valor do ifIndex do RFC 1573. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/ |
| ipAdEntAddr |
1.3.6.1.2.1.4.20.1.1 |
O endereço IP ao qual pertencem as informações de endereçamento desta entrada. |
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 |
A máscara de sub-rede associada ao endereço IP desta entrada. O valor da máscara é um endereço IP com todos os bits de rede definidos como 1 e todos os bits de host definidos como 0. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/interfaces/interface/vrfs/vrf/detail/prefix-length |
| ipAdEntBcastAddr |
1.3.6.1.2.1.4.20.1.4 |
O valor do bit menos significativo no endereço de broadcast IP usado para enviar datagramas na interface (lógica) associada ao endereço IP desta entrada. Por exemplo, quando o endereço de broadcast all-ones padrão da Internet for usado, o valor será 1. Esse valor se aplica aos endereços de broadcast de sub-rede e de rede usados pela entidade nessa interface (lógica). |
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 |
O endereço "físico" dependente da mídia. |
Cisco-IOS-XR-ipv4-arp-oper:arp/nós/nó/entradas/entrada/endereço-hardware |
IPMIB-COMMON
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados a estatísticas IP.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| ipIfStatsHCOutTransmits |
1.3.6.1.2.1.4.31.3.1.31 |
O número total de datagramas IP que esta entidade forneceu às camadas inferiores para transmissão. Este objeto conta os mesmos datagramas que ipIfStatsOutTransmits, mas permite valores maiores. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de ipIfStatsDiscontinuityTime. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/packets-forward |
| ipIfStatsInReceives |
1.3.6.1.2.1.4.31.3.1.3 |
O número total de datagramas IP de entrada recebidos, incluindo os recebidos com erro. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de 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 |
O número total de datagramas IP de entrada recebidos, incluindo os recebidos com erro. Este objeto conta os mesmos datagramas que ipIfStatsInReceives, mas permite valores maiores. As descontinuidades no valor desse contador podem ocorrer na reinicialização do sistema de gerenciamento e em outros momentos, conforme indicado pelo valor de ipIfStatsDiscontinuityTime. |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/input-packets |
LLDP-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados aos dados operacionais do protocolo LLDP no nó monitorado.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| lldpLocPortId |
1.0.8802.1.1.2.1.3.7.1.3 |
O valor de cadeia de caracteres usado para identificar o componente de porta associado a uma determinada porta no sistema local. |
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 |
O tipo de codificação do identificador de porta usado no objeto 'lldpLocPortId' associado. |
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 |
O tipo de codificação usado para identificar o chassi associado ao sistema local. |
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 |
O valor da cadeia de caracteres usado para identificar o nome do sistema local. Se o agente local suportar IETF RFC 3418, o objeto lldpLocSysName deverá ter o mesmo valor do objeto 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 |
O valor da cadeia de caracteres usado para identificar o nome do sistema remoto. |
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 |
O valor da cadeia de caracteres usado para identificar o componente do chassi associado ao sistema remoto. |
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 |
O tipo de codificação usado para identificar o chassi associado ao sistema remoto. |
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 |
O tipo de codificação do identificador de porta usado no objeto 'lldpRemPortId' associado. |
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 |
O valor da cadeia de caracteres usado para identificar o componente de porta associado ao sistema remoto. |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor |
| lldpLocChassisId |
1.0.8802.1.1.2.1.3.2 |
O valor da cadeia de caracteres usado para identificar o componente do chassi associado ao sistema local. |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/details/detail/lldp-neighbor/chassis-id |
MPLS-TE-STD-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados aos valores operacionais de Engenharia de Tráfego de Multiprotocol Label Switching (MPLS) no dispositivo gerenciado.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| mplsTunnelName |
1.3.6.1.2.1.10.166.3.2.2.1.5 |
O nome canônico atribuído ao túnel. Esse nome pode ser usado para se referir ao túnel na porta de console do LSR. Se mplsTunnelIsIf for definido como true, o ifName da interface correspondente a este túnel deverá ter um valor igual a mplsTunnelName. Consulte também a descrição de ifName em RFC 2863. |
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 |
Uma cadeia de caracteres textual que contém informações sobre o túnel. Se não houver descrição, este objeto conterá uma cadeia de caracteres de comprimento zero. Esse objeto pode não ser sinalizado pelos protocolos de sinalização MPLS, consequentemente, o valor desse objeto em trânsito e de saída LSRs PODEM ser gerados automaticamente ou ausentes. |
openconfig-network-instance:instâncias de rede/instância de rede/mpls/lsps/caminho restrito/túneis/túnel/estado/descrição |
| mplsTunnelPerfHCPackets |
1.3.6.1.2.1.10.166.3.2.9.1.2 |
Contador de alta capacidade para o número de pacotes encaminhados pelo túnel. |
openconfig-network-instance:instâncias de rede/instância de rede/mpls/lsps/caminho restrito/túneis/túnel/estado/contadores/pacotes |
| mplsTunnelPerfHCBytes |
1.3.6.1.2.1.10.166.3.2.9.1.5 |
Contador de alta capacidade para o número de bytes encaminhados pelo túnel. |
openconfig-network-instance:instâncias de rede/instância de rede/mpls/lsps/caminho restrito/túneis/túnel/estado/contadores/bytes |
| mplsTunnelHopIpAddr |
1.3.6.1.2.1.10.166.3.2.4.1.5 |
O endereço do salto de túnel para este salto de túnel. O tipo desse endereço é determinado pelo valor do mplsTunnelHopAddrType correspondente. O valor deste objeto não poderá ser alterado se o valor do objeto mplsTunnelHopRowStatus correspondente for 'ative'. |
Cisco-IOS-XR-mpls-te-oper:mpls-te/p2p-p2mp-tunnel/tunnel-heads/tunnel-head/destination/destination-address |
RFC2465-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados a valores globais IPv6.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| ipv6AddrPfxLength |
1.3.6.1.2.1.55.1.8.1.2 |
O comprimento do prefixo (em bits) associado ao endereço IPv6 desta entrada. |
Cisco-IOS-XR-ipv6-ma-oper:ipv6-network/nodes/node/interface-data/vrfs/vrf/briefs/brief/address/prefix-length |
| ipv6AddrAnycastFlag |
1.3.6.1.2.1.55.1.8.1.4 |
Este objeto tem o valor 'true(1)', se este endereço for um endereço anycast e o valor 'false(2)', caso contrário. |
Cisco-IOS-XR-ipv6-ma-oper:ipv6-network/nodes/node/interface-data/vrfs/vrf/briefs/brief/address/is-anycast |
SNMP-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados ao próprio agente SNMP, se disponível.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| sysUpTime |
1.3.6.1.2.1.1.3 |
Cadeia de caracteres que representa o Tempo de Atividade do sistema |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-up-time/ |
| sysObjectID |
1.1.3.6.1.2.1.1.2.0 |
Cadeia de caracteres que representa o OID do sistema |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-oid/ |
| sysDescr |
1.3.6.1.2.1.1.1 |
Cadeia de caracteres que representa a descrição do sistema |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-descr |
TCP-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados a contadores específicos do TCP.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| tcpInErrs |
1.3.6.1.2.1.6.14 |
O número total de segmentos recebidos com erro (por exemplo, somas de verificação TCP inválidas). |
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 |
O número total de segmentos recebidos, incluindo os recebidos com erro. Essa contagem inclui segmentos recebidos em conexões estabelecidas no momento. |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-input-packets |
| tcpOutSegs |
1.3.6.1.2.1.6.11 |
O número total de segmentos enviados, incluindo aqueles em conexões atuais, mas excluindo aqueles que contêm apenas octetos retransmitidos. |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-output-packets |
UDP-MIB
A tabela a seguir representa o nome e o número do OID e o XPATH correspondente a serem configurados em grupos de sensores de telemetria orientados por modelo relacionados a contadores específicos do UDP.
| Nome do OID |
Número OID |
Descrição do OID |
XPATH |
| udpOutDatagrams |
1.3.6.1.2.1.7.4 |
O número total de datagramas UDP enviados desta entidade. |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-output-packets |
| udpNoPorts |
1.3.6.1.2.1.7.2 |
O número total de datagramas UDP recebidos para os quais não havia aplicativos na porta de destino. |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-no-ports-packets |
| udpInErrors |
1.3.6.1.2.1.7.3 |
O número de datagramas UDP recebidos que não puderam ser entregues por motivos diferentes da falta de um aplicativo na porta de destino. |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-checksum-error-packets |
| udpInDatagrams |
1.3.6.1.2.1.7.1 |
O número total de datagramas UDP entregues aos usuários UDP. |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-input-packets |
Migração de interceptações SNMP
As interceptações SNMP são mensagens disparadas por eventos dinâmicos no dispositivo gerenciado. Portanto, essas mensagens se comportam de forma análoga ao conceito de EDT que abordamos antes.
Do lado da configuração, o MDT permite a mesma estrutura para EDT, que depende da implementação no coletor de telemetria em termos de opções de discagem interna ou discagem externa ou recursos.
Considerações sobre segurança
O SNMPv2 usa apenas a comunidade como um mecanismo de autenticação/autorização. No entanto, o SNMPv3, como abordamos anteriormente na seção SNMP, O pode usar credenciais para autenticação e modelo de criptografia AES para proteger as informações.
Na abordagem de telemetria, o IOS XR permite o uso de técnicas gRPC/TLS baseadas em certificados para executar a autenticação. Esses certificados podem ser usados com um ponto central de confiança (um servidor CA, por exemplo). Após o processo de criação de uma relação de confiança, todas as mensagens de telemetria são enviadas dentro de uma sessão gRPC que é criptografada com TLS realizando os mesmos benefícios de SNMPv3.
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
16-Mar-2021 |
Versão inicial |
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)