SNMP-migratie naar telemetrie op IOS XR
Inhoud
Inleiding
Dit artikel introduceert Simple Network Management Protocol (SNMP)-componenten en biedt een correlatie tussen huidige implementaties op basis van SNMP-bewaking en Model Driven Telemetry (MDT)-benadering.
SNMP
SNMP is een protocol op de toepassingslaag dat een berichtindeling biedt voor communicatie tussen SNMP-managers en -agents. SNMP biedt een gestandaardiseerd framework en een gemeenschappelijke taal die wordt gebruikt voor de bewaking en het beheer van apparaten in een netwerk
Componenten van SNMP
Het SNMP-framework heeft de volgende componenten, die in de volgende secties worden beschreven:
SNMP-beheer
De SNMP-beheerder is een systeem dat de activiteiten van netwerkhosts met behulp van SNMP controleert en bewaakt. Het meest voorkomende beheersysteem is een netwerkbeheersysteem (NMS). De term NMS kan worden toegepast op een specifiek apparaat dat wordt gebruikt voor netwerkbeheer of op de toepassingen die op een dergelijk apparaat worden gebruikt.
SNMP-agent
De SNMP-agent is de softwarecomponent binnen een beheerd apparaat dat de gegevens voor het apparaat onderhoudt en deze gegevens, indien nodig, aan beheersystemen rapporteert. De agent bevindt zich op het routeringsapparaat (router, toegangsserver of switch).
SNMP MIB
Een SNMP-agent bevat MIB-variabelen, waarvan de waarden kunnen worden opgevraagd of gewijzigd door de SNMP-beheerder via 'Get' of 'Set'-bewerkingen. Een manager kan een waarde van een agent krijgen of een waarde in die agent opslaan. De agent verzamelt gegevens van de SNMP MIB, de repository voor informatie over apparaatparameters en netwerkgegevens. De agent kan ook reageren op beheerdersverzoeken om gegevens te verkrijgen of in te stellen.
De onderstaande afbeelding illustreert de communicatie tussen de SNMP-beheerder en de agent. Een manager verzendt een agent verzoeken om de SNMP MIB-waarden te krijgen en in te stellen. De agent reageert op deze verzoeken. Onafhankelijk van deze interactie kan de agent de beheerder ongevraagde meldingen (vallen of informeert) sturen om de beheerder te informeren over de netwerkvoorwaarden.
SNMP-bewerkingen
De SNMP-toepassingen voeren de volgende bewerkingen uit om gegevens op te halen, objectvariabelen van SNMP te wijzigen en meldingen te verzenden:
SNMP kopen
De SNMP GET handeling wordt uitgevoerd door een NMS om SNMP-objectvariabelen op te halen. Er zijn drie soorten GET operaties:
- GET—Hiermee haalt u de exacte objectinstantie op uit de SNMP-agent.
- GETNEXT—Wint de volgende objectvariabele terug, die een lexicografische opvolger is van de gespecificeerde variabele.
- GETBULK-wint een grote hoeveelheid object variabele gegevens, zonder de noodzaak voor herhaalde GETNEXT-bewerkingen.
SNMP-SET
De SNMP SET-handeling wordt uitgevoerd door een NMS om de waarde van een objectvariabele aan te passen.
SNMP-meldingen
Een belangrijke eigenschap van SNMP is dat het in staat is ongevraagde meldingen van een SNMP-agent te genereren.
Ongevraagde (asynchrone) meldingen kunnen worden gegenereerd als vallen of verzoeken informeren (informeert). Traps zijn berichten die de Simple Network Management Protocol (SNMP)-beheerder waarschuwen voor een bepaalde toestand in het netwerk. Informs zijn vallen die een verzoek om bevestiging van ontvangst van de SNMP-beheerder omvatten. Meldingen kunnen wijzen op onjuiste gebruikersverificatie, herstart, het sluiten van een verbinding, verlies van verbinding met een buurapparaat of andere belangrijke gebeurtenissen.
Vallen zijn minder betrouwbaar dan informeert omdat de ontvanger geen bevestiging stuurt wanneer het een val ontvangt. De afzender weet niet of de val is ontvangen. Een SNMP-beheerder die een melding ontvangt, bevestigt het bericht met een SNMP-antwoord Protocol Data Unit (PDU). Als de afzender nooit een antwoord ontvangt, kan de informatie opnieuw worden verzonden. Dus, informanten zijn meer geneigd om hun beoogde bestemming te bereiken.
Vallen hebben vaak de voorkeur, ook al zijn ze minder betrouwbaar, omdat ze meer bronnen verbruiken in het apparaat en het netwerk. In tegenstelling tot een val, die wordt verwijderd zodra het wordt verzonden, moet een informatie worden bewaard in het geheugen totdat een reactie is ontvangen of de verzoeken zijn uitgesteld. Bovendien worden vallen slechts eenmaal verzonden, terwijl een informant meerdere keren aanwezig kan zijn. De herhalingen verhogen het verkeer en dragen bij aan hogere overheadkosten op het netwerk. Het gebruik van vallen en informatie vereist een afweging tussen betrouwbaarheid en middelen.
MIB’s en RFC’s
De modules van de Management Information Base (MIB) worden typisch bepaald in de documenten van het Verzoek om Commentaar (RFC) die aan de Taskforce van de Techniek van Internet (IETF) worden voorgelegd, een internationaal normalisatieorgaan. RFC's worden geschreven door individuen of groepen ter overweging door de internetgemeenschap en de internetgemeenschap als geheel, meestal met de bedoeling een aanbevolen internetstandaard op te stellen. Alvorens de RFC-status wordt verleend, worden de aanbevelingen gepubliceerd als Internet Draft (I-D) documenten. RFC's die aanbevolen standaarden zijn geworden, worden ook aangeduid als standards documents (STD's). U kunt meer informatie over het normalisatieproces en de activiteiten van de IETF vinden op de website van de Internet Society op http:// www.isoc.org. U kunt de volledige tekst van alle RFC’s, I-D’s en STD’s waarnaar in Cisco-documentatie wordt verwezen, lezen op de IETF-website op http:// www.ietf.org.
De Cisco-implementatie van SNMP maakt gebruik van de definities van MIB II-variabelen die in RFC 1213 zijn beschreven en van de definities van SNMP-traps die in RFC 1215 zijn beschreven.
Cisco biedt zijn eigen private MIB-extensies met elk systeem. Cisco Enterprise MIB’s voldoen aan de richtlijnen die in de relevante RFC’s zijn beschreven, tenzij anders vermeld in de documentatie. U vindt de MIB-moduledefinitiebestanden en de lijst met MIB's die op elk Cisco-platform worden ondersteund op de Cisco MIB-website op Cisco.com.
Versies van SNMP
Momenteel ondersteunen Cisco-apparaten de volgende versies van SNMP:
- SNMPv1—Simple Network Management Protocol: een volledige Internet-standaard, gedefinieerd in RFC 1157. (RFC 1157 vervangt de eerdere versies die als RFC 1067 en RFC 1098 zijn gepubliceerd.) Security is gebaseerd op community-strings.
- SNMPv2c: het op lokale tekenreeksen gebaseerde beheerframework voor SNMPv2. SNMPv2c (de "c" is voor "community") is een experimenteel internetprotocol dat is gedefinieerd in RFC 1901, RFC 1905 en RFC 1906. SNMPv2c is een update van de protocolbewerkingen en gegevenstypen van SNMPv2p (SNMPv2 Classic) en gebruikt het op de gemeenschap gebaseerde beveiligingsmodel van SNMPv1.
- SNMPv3—versie 3 van SNMP. SNMPv3 is een interoperabel op standaarden gebaseerd protocol dat is gedefinieerd in RFC’s 3413 tot 3415. SNMPv3 biedt beveiligde toegang tot apparaten door pakketten via het netwerk te verifiëren en te versleutelen.
De beveiligingsfuncties in SNMPv3 zijn als volgt:
- Bericht integriteit-ervoor zorgend dat een pakket niet met tijdens vervoer is geknoeid.
- Verificatie—Vaststellen dat het bericht afkomstig is van een geldige bron.
- Versleuteling: door de inhoud van een pakket te versleutelen om te voorkomen dat het door een niet-geautoriseerde bron wordt geleerd.
Zowel SNMPv1 als SNMPv2c maken gebruik van een op de community gebaseerde vorm van beveiliging. De community van SNMP-managers kan toegang krijgen tot de agent MIB wordt gedefinieerd door een community-string.
SNMPv2c-ondersteuning omvat een mechanisme voor bulkophalen en gedetailleerde foutmeldingen die aan beheerstations worden gemeld. Het mechanisme voor het ophalen van grote hoeveelheden informatie ondersteunt het ophalen van tabellen en grote hoeveelheden informatie, waardoor het aantal vereiste rondreizen wordt geminimaliseerd. De SNMPv2c verbeterde ondersteuning voor foutafhandeling omvat uitgebreide foutcodes die verschillende soorten fouten onderscheiden; deze voorwaarden worden gerapporteerd via één foutcode in SNMPv1. De volgende drie soorten uitzonderingen worden ook gerapporteerd: geen dergelijk object, geen dergelijke instantie, en einde MIB-weergave.
SNMPv3 is een beveiligingsmodel waarin een verificatiestrategie is ingesteld voor een gebruiker en de groep waarin de gebruiker zich bevindt. Een veiligheidsniveau is het toegestane veiligheidsniveau binnen een veiligheidsmodel. Een combinatie van een beveiligingsmodel en een beveiligingsniveau bepaalt welk beveiligingsmechanisme wordt gebruikt bij de verwerking van een SNMP-pakket.
Er zijn drie beveiligingsmodellen beschikbaar: SNMPv1, SNMPv2c en SNMPv3. De onderstaande tabel toont de combinaties van beveiligingsmodellen en -niveaus en hun betekenis.
| Model |
Waterpas |
Verificatie |
Versleuteling |
Wat er gebeurt |
| v1 |
NoAuthNoPriv |
Community-string |
Nee |
Maakt gebruik van een community string match voor verificatie. |
| v2c |
NoAuthNoPriv |
Community-string |
Nee |
Maakt gebruik van een community string match voor verificatie. |
| v3 |
NoAuthNoPriv |
Username |
Nee |
Gebruikt een gebruikersnaam die overeenkomt met de authenticatie. |
| v3 |
AutoNoPriv |
Berichtenoverzicht 5 (MD5) of Secure Hash Algorithm (SHA) |
Nee |
Biedt verificatie op basis van de HMAC-MD5- of HMAC-SHA-algoritmen. |
| v3 |
authPriv |
MD5 of SHA |
Standaard voor gegevensversleuteling (DES) |
Biedt verificatie op basis van de HMAC-MD5- of HMAC-SHA-algoritmen. Biedt DES 56-bits codering naast verificatie op basis van de CBC-DES (DES-56) standaard. |
Een SNMP-agent moet worden geïmplementeerd om de versie van SNMP te gebruiken die door het beheerstation wordt ondersteund. Een agent kan communiceren met meerdere managers.
SNMPv3 ondersteunt RFC's 1901 tot 1908, 2104, 2206, 2213, 2214 en 2271 tot 2275. Voor extra informatie over SNMPv3, zie RFC 2570, Inleiding tot versie 3 van het Internet-Standard Network Management Framework (dit is geen standaarddocument).
Yang-modellen
Yang-modellen vertegenwoordigen een boomgestructureerde abstractie van een specifieke eigenschap of hardwarekarakteristieken van een systeem. In netwerkelementen kan een Yang-model een routingprotocol, interne fysieke sensorarrays, representeren. De taal en de terminologie van YANG worden beschreven op RFC 6020 en worden vervolgens bijgewerkt op RFC 7950. Op hoog niveau organiseert een Yang-model de gegevens die de hoofdstructuur weergeven, in submodules en containers die een lijst zijn van gerelateerde subknooppunten. Verscheidene knooptypes worden hieronder verklaard.
Een bladknooppunt bevat eenvoudige gegevens zoals een geheel getal of een string. Het heeft precies één waarde van een bepaald type en geen kindknooppunten.
leaf host-name {
type string;
description "Hostname for this system";
}
Een bladlijst is een reeks bladknooppunten met precies één waarde per blad van een bepaald type.
leaf-list domain-search {
type string;
description "List of domain names to search";
}
Een containerknooppunt wordt gebruikt om verwante knooppunten in een substructuur te groeperen. Een container heeft alleen kindknooppunten en geen waarde. Een container kan elk aantal kindknooppunten van elk type bevatten (met inbegrip van bladeren, lijsten, containers en bladlijsten).
container system {
container login {
leaf message {
type string;
description
"Message given at start of login session";
}
}
}
Een lijst definieert een reeks lijstitems. Elke ingang is als een structuur of een record instantie en wordt uniek geïdentificeerd door de waarden van zijn belangrijkste bladen. Een lijst kan meerdere belangrijke bladen definiëren en kan elk aantal kindknooppunten van elk type bevatten (inclusief bladen, lijsten, containers, enz.).
Tenslotte ziet een voorbeeldmodel dat al deze soorten notities samenbindt eruit als het volgende voorbeeld:
## 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;
}
}
}
}
}De Yang-taal die op Yang-modellen wordt gebruikt, geeft echter niet aan hoe de gegevens in containers/lijsten/bladen zijn georganiseerd. Dit is waarom een bepaalde eigenschap op een netwerkelement met diverse modellen van Yang zou kunnen worden vertegenwoordigd. Deze uitdaging is aangepakt met de volgende Yang Modeltypen:
OpenConfig-modellen
OpenConfig Modellen werden ontwikkeld met behulp van agnostische verkopersorganisatie voor het model dat een specifieke eigenschap vertegenwoordigt, het voordeel van deze benadering is dat een NMS deze modellen kon gebruiken voor interactie met netwerkelementen op multi-verkoper of zelfs multi-platform milieu.
Zoals de naam aangeeft, zijn deze modellen open en zijn ze publiekelijk beschikbaar om te worden ingezien in archieven zoals github op deze link:
https://github.com/openconfig/public/tree/master/release/models
Bij wijze van voorbeeld kunt u een openconfig-model vinden voor BGP, een ander voor Link Aggregation Control Protocol (LACP) en een ander voor ISIS, met een ander specifiek model. In het geval van BGP kunt u een model vinden voor BGP-fouten, een ander voor BGP-beleid enzovoort. De modellen kunnen aan elkaar gerelateerd zijn en sommige modellen kunnen een yang-pakket noemen. Bijvoorbeeld, openconfig-bgp-Neighbor.yang behoort tot 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;
Samenvattend, zijn de Modellen OpenConfig voor protocollen georiënteerd gemeenschappelijk voor alle platforms, zoals IETF of RFC gestandaardiseerde eigenschappen.
Native modellen
In tegenstelling, zijn de Inheemse modellen verkoper-georiënteerde modellen die dieptestructuren behandelen specifiek voor een bepaald platform. Bijvoorbeeld, modellen die sensoren van fysieke waarden binnen een netwerkelement zoals voltages, temperaturen, ASIC tellers, Fabric tellers etc. groeperen. Omdat ze afhankelijk zijn van het platform, is het gebruikelijk om modellen te vinden die specifiek zijn voor NCS6K, ASR9K of Cisco 8000.
Als OpenConfig Modellen, zijn de Inheemse Modellen ook beschikbaar in Bewaarplaats Github:
https://github.com/YangModels/yang/tree/master/vendor/cisco/xr
Aangezien deze modellen over het algemeen veel specifieker en completer zijn dan OpenConfig-modellen, zijn ze gekoppeld aan specifieke softwareversie en onderhevig aan verandering tussen softwarereleases.
Er zijn twee hoofdcategorieën voor Inheemse Modellen:
- "Oper"-modellen, gebruikt om informatie uit een element op te halen.
Bijvoorbeeld Cisco-IOS-XR-iRgrp-oper.yang
- "Cfg"-modellen, gebruikt om een netwerkelement te configureren
Bijvoorbeeld Cisco IOS-XR-iRGP-cfg.yang
In algemene termen gebruikt Model Driven Telemetry "oper"modellen om gegevens van infrastructuur te stromen en NMS zoals NSO gebruikt "cfg"modellen om veranderingen in de configuratie op netwerkelementen aan te brengen.
Native en OpenConfig Yang Modellen zijn aanwezig op XR software op /pkg/yang map en kan worden vermeld om te weten te komen of een Yang Model beschikbaar is op een platform. Dit voorbeeld is voor XRrv9k met 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#
telemetrie
Telemetrie is een proces dat het verzamelen van informatie van verschillende afgelegen elementen in een centrale locatie mogelijk maakt die zichtbaarheid en analytische laag bijeenvoegen.
In netwerkomgevingen kunnen de gegevens worden geproduceerd door elk element in het netwerk, routers, switches tussen anderen en de informatie kan worden gerelateerd aan een zeer grote reeks specifieke protocollen, prestatietellers of metingen van fysieke sensoren.
In het algemeen, zijn de functies van de Zichtbaarheid en van de Analyse gevestigd in centrale punten in netwerken, wordt het stromen van telemetrieinformatie gemaakt die gebruik maken van de mechanismen van het netwerkvervoer, zodat zou de telemetrieinformatie snel moeten zijn mogelijk om te schrapen.
In tegenstelling tot de bestaande SNMP-mechanismen maakt Telemetry gebruik van een Push-paradigma, waarbij het netwerk moet worden geprovisioneerd om zijn eigen gegevens te streamen zonder op regelmatige tijdstippen te worden gepolled, wat het belangrijkste kenmerk is van op SNMP gebaseerde monitoring. Deze bepaling wordt vaak abonnement genoemd, en het is gebaseerd op een reeks te controleren variabelen, het regelmatige interval voor het steekproefinterval voor gegevensverzameling, en het verre systeem om deze gegevens over het netwerk te verzenden.
Model Driven Telemetry
MDT stelt dat de telemetrie gebaseerd is op Yang-modellen. Elk aspect in netwerkapparatuur kan worden weergegeven met Yang Modellen, bijvoorbeeld OSPF Neighbours Table, RIB of Temperature Sensors voor elke component op modulaire systemen.
Wat MDT-architectuur betreft, kan deze in de volgende lagen worden verdeeld:
Opmerking: Wat de productielaag betreft, is er in model gedreven telemetrie een definitie van het steekproefinterval die controleert hoe vaak het apparaat de interne database raadpleegt voor ruwe gegevens en deze gegevens organiseert in de data-model laag.
Het telemetrieabonnement definieert ook welke modellen en met containers/pad gegevens zouden genereren die naar de Analytics Layer worden gestreamd. Deze definitie zou van invloed zijn op relevante informatie voor zakelijke doeleinden. De definitie MDT van dit sensor-pad zou analoog zijn om OID te bepalen om via SNMP terug te halen, aangezien beide technieken gestructureerde gegevens bij bepaalde bemonsteringssnelheid produceren.
Event Driven Telemetry
EDT staat voor Event Driven Telemetry en is ook gebaseerd op Yang-modellen voor de structuur. Het belangrijkste verschil is dat de trigger voor de verzameling en gegevensstroom niet regelmatig interval is, maar een specifieke gebeurtenis is, zoals drempelkruis, link gebeurtenissen, hardwarestoring, enzovoort.
Hieronder vindt u een vergelijking van een evenement met Model Driven Telemetry en Event Driven Telemetry:
Tip: Dit getal toont redundante berichten met MDT, maar alleen berichten die wijzigingen weergeven met EDT.
Vervoer
Telemetrie moet zo betrouwbaar mogelijk zijn, dus is het verstandig om op TCP gebaseerd transport te gebruiken met behulp van sessiegerichte sockets tussen de infrastructuur en de Analytics-laag, die verzamelaars moet implementeren voor het maken van de sessie.
Er zijn twee hoofdbenaderingen bij het gebruik van telemetrie, en ze verschillen van elkaar in de 3-weg-handdruk initiële stroom.
Opmerking: in de uitbel-modus wordt de sessie gestart aan de kant van de infrastructuur, wat impliceert dat de relevante sensoren moeten worden geconfigureerd op de netwerkelementen. In tegenstelling, staat de inbel-benadering een lichtere configuratie op netwerkelementen toe aangezien de collector specifieke sensorwegen bij opstellingsfase zou moeten vragen.
TCP
TCP is de eenvoudigste manier om een verbinding-georiënteerde zitting tussen een netwerkelement en een telemetrieverzamelaar te maken, en de stroom van gegevens begint van Router aan Collector die ACK terug naar de router voor betrouwbaarheidsdoeleinden verzond:
gRPC
Aangezien Google Protocol RPC (gRPC) werkt via Hypertext Transfer Protocol/2 (HTTP/2), moet de sessie zelf zich bij de installatie vormen en is snelheidscontrole aan de kant van de verzamelaar standaard mogelijk:
NGMI/gNOI
gRPC Network Management Interface (gNMI) is een gRPC-netwerkbeheerprotocol dat is ontwikkeld door Google. gNMI biedt het mechanisme om de configuratie van netwerkapparaten te installeren, te manipuleren en te verwijderen, en ook om operationele gegevens te bekijken. De inhoud die via gNMI wordt aangeboden kan worden gemodelleerd met behulp van YANG.
gNMI maakt gebruik van gRPC-HTTP/2 om een verbinding tot stand te brengen en biedt tweerichtingskanaal tussen netwerkelementen en een NMS die ook een telemetrieverzamelaar zou kunnen zijn, maar ook biedt en interface om de apparaten te beheren.
Tussen de operaties die door dit protocol worden ondersteund, kunnen we gNMI Get, gNMI Set vinden die de gevraagde informatie, succes of foutmeldingen retourneren.
gRPC Network Operations Interface (gNOI) is een verzameling microservices die hetzelfde communicatiekanaal gebruikt als gNMI, maar generieke bewerkingen mogelijk maakt die niet gerelateerd zijn aan de configuratie zelf, zoals pingen, reboot, wijziging SSL certificaten, clearing, etc.
Codering
Yang-modellen definiëren de structuur van de gegevens, hun hiërarchie en het type van elk bladknooppunt erop. Modellering geeft echter niet aan hoe deze gegevens in series moeten worden vervaardigd. Dit proces regelt de conversie van gestructureerde gegevens naar een stream van bytes die via de TCP-verbinding moeten worden verzonden (rauwe TCP, gRPC, gNMI, enzovoort).
Opmerking: dit proces moet worden geïmplementeerd met een gelijkwaardig mechanisme in het netwerkelement dat de gegevens moet coderen, en de verzamelaar moet deze gegevens decoderen.
JSON
Het eerste coderingsmechanisme is het native JavaScript Object Notation (JSON)-formaat, dat bekend is maar menselijk georiënteerd is omdat elke sleutel wordt weergegeven als string die inefficiënt is in termen van berichtgrootte. Het belangrijkste voordeel van het gebruik van JSON is dat het gemakkelijk is om te ontleden en te lezen als tekst-gebaseerd als volgend voorbeeld:
{
“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) Het coderingsformaat wordt ook wel zelfbeschrijvend GPB genoemd omdat het gebruik maakt van protocolbuffers om berichten te gebruiken die wijzen op bepaalde elementen op Yang-modellen. Dit betekent dat slechts één .proto bestand nodig is om te coderen/decoderen doeleinden, en de sleutels zelf van de gegevens zijn in zelfbeschreven strings.
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
Tot slot, Google Protocol Buffers (GPB), ook wel compact GPB genoemd, neemt deze aanpak een stap verder en vereist .proto bestanden om elke sleutel van de structuur in kaart te brengen waardoor het veel efficiënter in termen van berichtgrootte, aangezien alles wordt verzonden als binaire waarden. Het nadeel is echter dat elk .proto-bestand dat gekoppeld is aan elk Yang-model dat ondersteund wordt door infrastructuur/collector gecompileerd moet worden.
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
MDT-configuratie in IOS XR
De kerncomponenten die in streaming model gestuurde telemetriegegevens worden gebruikt, zijn:
- Sessie
- Sensorpad
- Abonnement
- Transport en codering
De sessieopties kunnen inbellen of uitbellen zijn zoals we eerder hebben besproken. Zo bouwt u de configuratie in IOS XR.
Uitbelmodus
voor wijzerplaat-uit wijze, stelt de router een zitting aan de bestemmingen in werking die op het abonnement worden gebaseerd, en het proces zou de volgende stappen moeten omvatten:
- Een doelgroep maken
- Een sensorgroep maken
- Een abonnement maken
- Uitbel-configuratie valideren
Om een doelgroep te maken, moet u het IP-adres (Internet Protocol) versie 4 (IPv4) / Internet Protocol versie 6 (IPv6) van de collector kennen en de poort die deze toepassing zou onderhouden. Ook, moet u het protocol en de codering specificeren die op het netwerkapparaat en de collector zou moeten worden overeengekomen.
Tot slot moet u mogelijk de Virtual Routing and Forwarding (VRF) specificeren die wordt gebruikt om te communiceren met het adres van het collector-netwerk.
Vervolgens wordt een voorbeeld van een uitbel-configuratie gepresenteerd:
telemetry model-driven
destination-group DG1
vrf MGMT
address-family ipv4 192.168.122.20 port 5432
encoding self-describing-gpb
protocol tcp
!
!
Vervolgens worden de opties voor de codering gepresenteerd:
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
De protocolopties:
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol ?
grpc gRPC
tcp TCP
udp UDP
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol grpc ?
gzip gRPC gzip message compression
no-tls No TLS
tls-hostname TLS hostname
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol tcp ?
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol udp ?
packetsize UDP packet size
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol udp
TCP-protocol is eenvoudig en vereist alleen de poortinstellingen die aan het IPv4/IPv6-adres zijn gekoppeld. User Datagram Protocol (UDP) heeft daarentegen geen verbinding, zodat de status van de doelgroep altijd actief zou zijn.
De compressie in gRPC kan door het gebruik van het optionele gzip-sleutelwoord worden bereikt. gRPC gebruikt standaard TLS, dus er moet voor dit gebruik een certificaat lokaal op de router worden geïnstalleerd. Dit gedrag kan worden genegeerd door configuratie van no-tls sleutelwoord. Tot slot kunt u een andere hostname voor certificaatdoeleinden specificeren met behulp van tls-hostname keyword.
Vervolgens moet een gedeelte met sensorgroepen worden toegevoegd met een opsomming van de sensorpaden van ons belang. Dit gedeelte is eenvoudig maar belangrijk om te weten dat het sensorpad zelf het filteren mogelijk maakt om verschillende bronnen zoals Central Processing Unit (CPU) en bandbreedte te optimaliseren.
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
!
!
Opmerking: het formaat dat nodig is voor een sensorpad is <model-name>:<container-path>
Dit document presenteert de mapping van op SNMP gebaseerde monitoring met behulp van OID die "bladeren" in deze legacy-aanpak in YANG-modellen weergeven, weergegeven met XPATHs die overeenkomen met dezelfde "bladeren".
De laatste configuratie fase moet een abonnement configureren, dat de sensorgroep verbindt met een cadens voor de telemetrie streaming naar een doelgroep.
telemetry model-driven
subscription SU1
sensor-group-id SG1 sample-interval 5000
destination-id DG1
!
!
In dit voorbeeld wordt een bemonsteringsinterval van 5000 milliseconden (5 seconden) gebruikt, dat relatief is ten opzichte van het einde van de vorige verzameling. Om dit gedrag te veranderen, kunt u het sleutelwoord van het steekproefinterval met strikt-tijdopnemeroptie veranderen.
Ter verificatie kunt u de volgende opdracht gebruiken die betrekking heeft op de abonnementsstatus. Met deze methode kan ook informatie over sensorgroepen en doelgroepen worden opgenomen.
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#
Inbelmodus
In de inbelmodus start de collector de verbinding met de netwerkelementen. Dan moet de collector aangeven wat de interesse is om een abonnement op te bouwen.
De configuratie heeft de volgende stappen:
- gRPC-service inschakelen
- Sensorgroepen instellen
- Verificatie
Om de gRPC-service in te schakelen, wordt de configuratie als volgt weergegeven:
!
grpc
vrf MGMT
port 57400
no-tls
address-family dual
!
De opties zijn eenvoudig, inclusief de VRF en de TCP-poort. Standaard gebruikt gRPC TLS, maar kan het worden uitgeschakeld met het sleutelwoord no-tls. Tot slot maakt de dubbele optie voor adresreeksen verbinding met IPv4 en IPv6 mogelijk.
Vervolgens vereist inbellen de definitie van lokale sensorgroepen, die later door de collector gebruikt zouden worden om een abonnement te definiëren.
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
!
!
Op dit punt is de configuratie voor de inbelmodus compleet en kan de collector zelf een abonnement op de router maken met gRPC. Ter controle kunt u dezelfde benadering kiezen als in de uitbelmodus:
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#
Tip: Let op dat er op de router geen hardcodering, codering, collector IP of transport is voor de inbelmodus.
SNMP-migratie naar MDT
Om de migratie van traditioneel SNMP naar telemetriemodel te realiseren, dienen de volgende aspecten te worden behandeld:
- MIB-migratie naar XPATH
- Trap-migratie naar telemetrie
- Beveiligingsoverwegingen
MIB-migratie naar XPATH
Hiervoor zouden we MIB kunnen categoriseren met behulp van zijn eigen hiërarchie die (ten minste op hoog niveau) zou kunnen worden toegewezen aan een bepaalde functionaliteit.
BGP4-MIB
In de volgende tabel staan de naam en het nummer van de OID en de bijbehorende XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan BGP-peersessies.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| bgpPeerLastError |
1.3.6.1.2.1.15.3.1.14 |
De laatste foutcode en subcode die deze peer op deze verbinding heeft gezien. Als er geen fout is opgetreden, is dit veld nul. Anders bevat de eerste byte van deze twee bytes OCTET STRING de foutcode, en de tweede byte bevat de subcode. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/buurman-missing-table/buurman/last-notification-error-code |
| bgpPeerOut-updates |
1.3.6.1.2.1.15.3.1.11 |
Het aantal BGP UPDATE-berichten dat via deze verbinding wordt verzonden. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/update-message-out |
| bgppeer-in updates |
1.3.6.1.2.1.15.3.1.10 |
Het aantal BGP UPDATE-berichten dat op deze verbinding is ontvangen. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/update-message-in |
| bgppeer-onderhandelingsversie |
1.3.6.1.2.1.15.3.1.4 |
De onderhandelde versie van BGP die tussen de twee peers loopt. Deze ingang MOET nul zijn (0) tenzij de bgpPeerState in de openbevestigende of de gevestigde staat is. Merk op dat de wettelijke waarden voor dit object tussen 0 en 255 liggen. |
Cisco 800-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/negotiating-versie |
| BGP-peer-status |
1.3.6.1.2.1.15.3.1.2 |
De status van de BGP-peer-verbinding. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurland-af-table/buurland/connection-state |
| BGP-peerRemote-adapter |
1.3.6.1.2.1.15.3.1.7 |
Het externe IP-adres van de BGP-peer van dit item. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/connection-remote-adres |
| BGP-peer lokaal adres |
1.3.6.1.2.1.15.3.1.5 |
Het lokale IP-adres van de BGP-verbinding van dit item. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/connection-local-address |
| bgppeerFSMestudy |
1.3.6.1.2.1.15.3.1.16 |
Deze timer geeft aan hoe lang (in seconden) deze peer in de ingestelde staat is geweest of hoe lang deze peer in de ingestelde staat heeft geduurd. Het wordt ingesteld op nul wanneer een nieuwe peer is geconfigureerd of wanneer de router wordt opgestart. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/connection-set-time |
| BGP-beheerstatus |
1.3.6.1.2.1.15.3.1.3 |
De gewenste status van de BGP-verbinding. Een overgang van 'stop' naar 'start' zorgt ervoor dat de BGP Manual Start Event wordt gegenereerd. Een overgang van 'start' naar 'stop' zorgt ervoor dat de BGP Manual Stop Event wordt gegenereerd. Deze parameter kan worden gebruikt om BGP-peer-verbindingen opnieuw te starten. Er dient voorzichtig te worden omgesprongen met het aanbieden van schrijftoegang tot dit object zonder adequate authenticatie. |
Cisco IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/connection-admin-status |
CISCO 2-BGP4-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan de status van de BGP-sessie en het prefix-interchange.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| cbgpPeer2Remote-as |
1.3.6.1.4.1.9.9.187.1.2.5.1.11 |
Het externe autonome systeemnummer dat in het BGP OPEN-bericht is ontvangen. |
Cisco IE-IOS-XR-IPv4-bgp-oper:bgp/instance/instance-active/default-vrf/sessies/sessie/remote-as |
| cbgpPeer2Prev-status |
1.3.6.1.4.1.9.9.187.1.2.5.1.29 |
De vorige staat van de BGP-peer verbinding. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/Previous-connection-state |
| cbgpPeer2State |
1.3.6.1.4.1.9.9.187.1.2.5.1.3 |
De status van de BGP-peer-verbinding. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurland-af-table/buurland/connection-state |
| cbgppeer2lokaal adres |
1.3.6.1.4.1.9.9.187.1.2.5.1.6 |
Het lokale IP-adres van de BGP-verbinding van dit item. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/connection-local-address |
| cbgpPeer2geadverteerde prefixes |
1.3.6.1.4.1.9.9.187.1.2.8.1.6 |
Deze teller wordt verhoogd wanneer een routevoorvoegsel, dat tot een adresfamilie behoort op deze verbinding wordt geadverteerd. Deze waarde wordt op nul gezet als de verbinding een harde reset heeft ondergaan. |
Cisco CRS-IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/af-data/prefixes-geadverteerd |
| cbgpPeer2Geaccepteerde prefixes |
1.3.6.1.4.1.9.9.187.1.2.8.1.1 |
Aantal aanvaarde routevoorvoegsels op deze verbinding, die tot een adresfamilie behoren. |
Cisco IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/af-data/prefixes-geaccepteerd |
| cbgpPeerPrefix-limiet |
1.3.6.1.4.1.9.9.187.1.2.1.1.3 |
Max. aantal geaccepteerde routeprefixes bij deze verbinding |
Cisco IOS-XR-ipv4-bgp-oper:bgp/instance/instance-active/default-vrf/afs/af/buurman-af-table/buurman/af-data/max-prefix-limiet |
| cBGP2Prefix-drempelwaarde |
1.3.6.1.4.1.9.9.187.1.2.8.1.4 |
Drempelwaarde prefix (%) voor een adresfamilie voor deze verbinding, waarbij een waarschuwingsbericht met de prefixtelling wordt overschreden of het corresponderende SNMP-bericht wordt gegenereerd. |
Cisco IOS-XR-ipv4-bgp-oper:bgp/configuratie-instanties/configuratie-instantie/configuratie-configuratie-configuratie-configuratie-configuratie/configuratie-eenheid-configuratie/af-afhankelijk-configuratie/max-voorvoegsel-waarschuwing-drempel |
OP CISCO-KLASSE GEBASEERDE QOS-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen met betrekking tot statistieken in QoS-klassen/beleid (Quality of Service).
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| cQoS CMDropBit Rate |
1.3.6.1.4.1.9.9.166.1.15.1.1.18 |
De bitsnelheid van de druppels per klasse als gevolg van alle kenmerken die druppels kunnen veroorzaken (bv. politie, willekeurige detectie, enz.). |
Cisco IOS-XR-qos-ma-router:qos/interface-table/interface/input/service-policy-namen/service-policy-instantie/statistieken/class-stats/general-stats/total-drop-rate |
| cQoScDraaiknop64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.14 |
De teller van 64 bits van gedropkts per klasse als gevolg van alle functies die druppels kunnen veroorzaken (bv. politie, willekeurige detectie, enz.). |
Cisco IOS-XR-qos-ma-router:qos/interface-table/interface/input/service-policy-namen/service-policy-instantie/statistics/class-stats/general-stats/total-drop-pakketten |
| cQoScPerPolicyPakket64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.3 |
De 64-bits telling van inkomende pakketten voorafgaand aan het uitvoeren van QoS-beleid. |
Cisco IOS-XR-qos-ma-router:qos/interface-table/interface/input/service-policy-namen/service-policy-instantie/statistics/class-stats/general-stats/pre-policy-matched-pakketten |
| cQoS-naam |
1.3.6.1.4.1.9.9.166.1.7.1.1.1 |
Naam van de Classmap. |
Cisco IOS-XR-qos-ma-router:qos/interface-table/interface/input/service-policy-namen/service-policy-instantie/statistics/class-stats/class-name |
| cbQoSostPolicyByte64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.10 |
De 64-bits telling van uitgaande octetten na het uitvoeren van QoS-beleid. |
Cisco IOS-XR-qos-ma-router:qos/interface-table/interface/input/service-policy-namen/service-policy-instantie/statistics/class-stats/child-policy/class-stats/general-stats/zend-bytes |
| cbQosIfIndex |
1.3.6.1.4.1.9.9.166.1.1.1.1.4 |
ifIndex voor de interface waaraan deze dienst is gekoppeld. Dit veld heeft alleen betekenis als de logische interface een SNMP ifIndex heeft. Voor bijvoorbeeld is de waarde van dit veld betekenisloos als cbQosIfType controlPlane is. |
Cisco IOS-XR-infra-policymgr-oper:beleidsmanager/globaal/beleidsmap/beleidsmaptype/beleidsmaptype/beleidsmaptype |
| cQoS-configuratie Index |
1.3.6.1.4.1.9.9.166.1.5.1.1.2 |
Een arbitraire (systeem-toegewezen) configuratie (instantie onafhankelijke) index voor elk object. Elk object met dezelfde configuratie deelt dezelfde configuratie-index. |
Cisco IOS-XR-infra-policymgr-oper:beleidsmanager/globaal/beleidsmap/beleidsmaptype/beleidsmaptype/beleidsmaptype |
| cbQoCrePolicyByte64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.6 |
De 64-bits telling van inkomende octetten voorafgaand aan het uitvoeren van QoS-beleid. |
Cisco IOS-XR-qos-ma-router:qos/interface-table/interface/input/service-policy-namen/service-policy-instantie/statistics/class-stats/child-policy/class-stats/general-stats/pre-policy-matched-bytes |
CISCO-VERSTERKT MEMPOOL-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die ingesteld moeten worden op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan het geheugengebruik.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| CempMemPoolGebruikt |
1.3.6.1.4.1.9.9.221.1.1.1.1.7 |
Geeft het aantal bytes aan uit de geheugenpool dat momenteel wordt gebruikt door toepassingen op de fysieke entiteit. |
Cisco 800-IOS-XR-net-misc-oper:geheugen-samenvatting/knooppunten/knooppunt/samenvatting |
| CempMemPoolHCUsed |
1.3.6.1.4.1.9.9.221.1.1.1.1.18 |
Geeft het aantal bytes aan uit de geheugenpool dat momenteel wordt gebruikt door toepassingen op de fysieke entiteit. Dit object is een 64-bits versie van cempMemPoolused. |
Cisco IOS-XR-niet-misc-oper:geheugensamenvatting/knooppunten/detail/totaal gebruikt |
| cempMemPoolHCFree |
1.3.6.1.4.1.9.9.221.1.1.1.1.20 |
Geeft het aantal bytes aan uit de geheugenpool dat op dit moment niet wordt gebruikt voor de fysieke entiteit. Dit object is een 64-bits versie van cempMemPoolFree. |
Cisco 800-IOS-XR-net-misc-oper:geheugen-samenvatting/knooppunten/detail/vrij-fysiek geheugen |
CISCO-ENTITEIT-FRU-CONTROL-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan de door het veld vervangbare eenheden op het bewaakte systeem.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| cefcFRUP PowerStatus |
1.3.6.1.4.1.9.9.117.1.1.2.1.2 |
Operationele FRU-vermogenstoestand. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/fru-info/power-operating-state |
| cefcFOU PowerAdmin-status |
1.3.6.1.4.1.9.9.117.1.1.2.1.1 |
Administratief gewenste FRU vermogenstoestand. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/fru-info/power-administrative-state |
| CefcModuleStatusLaatsteWijzigenTijd |
1.3.6.1.4.1.9.9.117.1.2.1.1.4 |
De waarde van sysUpTime op het moment dat cefcModuleOperStatus wordt gewijzigd. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/fru-info/last-operational-state-change |
| CEFC-moduleUp Time |
1.3.6.1.4.1.9.9.117.1.2.1.1.8 |
Dit object geeft de opstarttijd voor de module sinds deze voor het laatst opnieuw is geïnitialiseerd. Dit object is niet persistent; als een module opnieuw wordt ingesteld, opnieuw starten, uitschakelen, begint de tijd op nul. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/fru-info/kaart-up-tijd |
| CEFCmoduleResetReden |
1.3.6.1.4.1.9.9.117.1.2.1.1.3 |
Dit object identificeert de reden voor de laatste reset uitgevoerd op de module. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/fru-info/kaart-reset-reden |
| CEFC-module met overzichtsstatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.2 |
Dit object toont de operationele status van de module. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/fru-info/kaart-operationele staat |
| CEFC-module met beheerstatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.1 |
Dit object geeft administratieve controle van de module. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/fru-info/kaart-beheerstaat |
CISCO-ENTITEIT-SENSOR-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan sensorentiteiten op het knooppunt.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| entSensorValue |
1.3.6.1.4.1.9.9.91.1.1.1.1.4 |
Deze variabele rapporteert de meest recente meting gezien door de sensor. Om de waarde van deze variabele correct weer te geven of te interpreteren, moet u ook bekend zijn met entSensorType, entSensorScale en entSensorPrecision. U kunt entSensorValue echter vergelijken met de drempelwaarden in entSensorThresholdTable zonder enige semantische kennis. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteit/kenmerken/env-sensor-info/waarde |
| ContentSensorDrempelwaarde-evaluatie |
1.3.6.1.4.1.9.9.91.1.2.1.1.5 |
Deze variabele geeft het resultaat van de meest recente evaluatie van de drempel aan. Als de drempelvoorwaarde waar is, is entSensorThresholdEvaluation waar(1). Als de drempelvoorwaarde onjuist is, is entSensorThresholdEvaluation onjuist(2). Drempelwaardes worden geëvalueerd aan de hand van de door entSensorValueUpdateRate aangegeven snelheid. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/kenmerken/drempel |
CISCO-FLASH-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die ingesteld moeten worden op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan de flitsopslag op het systeem.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| CiscoFlashPartitienaam |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.10 |
Flash partitienaam gebruikt om te verwijzen naar een partitie door het systeem. Dit kan om het even welke alfanumerieke karakterkoord van de vorm AAAAAAAAnn zijn, waar A een facultatief alpha- karakter en in een numeriek karakter vertegenwoordigt. Alle numerieke tekens moeten altijd het trailende deel van de string vormen. Het systeem zal strippen van de alfakarakters en gebruiken het numerieke gedeelte om aan een verdelingsindex in kaart te brengen. Flash-bewerkingen worden doorgestuurd naar een apparaatpartitie op basis van deze naam. Het systeem heeft een concept van een standaard partitie. Dit zou de eerste verdeling in het apparaat zijn. Het systeem leidt een verrichting aan de standaardverdeling wanneer een verdelingsnaam niet wordt gespecificeerd. De partitienaam is daarom verplicht behalve wanneer de operatie wordt uitgevoerd op de standaard partitie, of het apparaat heeft slechts één partitie (niet gepartitioneerd). |
Cisco CRS-IOS-XR-shellutil-filesystem-oper:bestandssysteem/knooppunt/bestandssysteem/type |
| Uitgebreide CiscoFlash-partitiegrootte |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.13 |
Flash-partitiegrootte. Het zou een integraal veelvoud van ciscoFlashDeviceMinPartitionSize moeten zijn. Als er één partitie is, is deze grootte gelijk aan ciscoFlashDeviceSize. Dit object is een 64-bits versie van ciscoFlashPartitionSize |
Cisco CRS-IOS-XR-shellutil-filesystem-oper:bestandssysteem/knooppunt/bestandssysteem/grootte |
| CiscoFlashPartitieFreeSpace uitgebreid |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.14 |
Vrije ruimte binnen een Flash-partitie. Merk op dat de feitelijke grootte van een bestand in Flash een kleine overhead bevat die de bestandskop van het bestandssysteem vertegenwoordigt. Bepaalde bestandssystemen kunnen ook een partitie of apparaatheader hebben om in aanmerking te worden genomen bij het berekenen van de vrije ruimte. Vrije ruimte zal worden berekend als totale partitiegrootte minder grootte van alle bestaande bestanden (geldige/ongeldige/verwijderde bestanden en inclusief bestandsheader van elk bestand), minder grootte van elke partitieheader, minder grootte van header van het volgende bestand dat moet worden gekopieerd. Kortom, dit object geeft de grootte van het grootste bestand dat kan worden gekopieerd. Van de beheersentiteit wordt niet verwacht dat zij overheadkosten zoals de lengte van bestanden en partitiekoppen kent of gebruikt, aangezien dergelijke overheadkosten van bestandssysteem tot bestandssysteem kunnen variëren. Verwijderde bestanden in Flash maken geen ruimte vrij. Een partitie moet mogelijk worden gewist om de ruimte die door bestanden wordt ingenomen terug te winnen. Dit object is een 64-bits versie van ciscoFlashPartitionFreeSpace |
Cisco IOS-XR-shellutil-filesystem-oper:bestandssysteem/knooppunt/bestandssysteem/vrij |
CISCO-PROCES-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die ingesteld moet worden op basis van modelgestuurde telemetriesensorengroepen met betrekking tot CPU-gebruik en resourcallocatie voor processen.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| cpmCPUTtotaal1minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.7 |
Het algemene CPU-drukpercentage in de laatste periode van 1 minuut. Dit object degradeert het object cpmCPUTotal1min en verhoogt het waardebereik naar (0.100). |
Cisco IOS-XR-breedband-fd-router:systeembewaking/CPU-gebruik/totaal-cpu-één minuut |
| cpmCPUTotal5minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.8 |
Het algemene CPU-drukpercentage in de laatste 5 minuten. Dit object degradeert het object cpmCPUTotal5min en verhoogt het waardenbereik naar (0.100). |
Cisco IOS-XR-breedband-SD-router:systeembewaking/CPU-gebruik/totaal-CPU-vijf-minuten |
| cpmCPUTotal15minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.31 |
Het algemene CPU-drukpercentage in de laatste 15 minuten. Dit object degradeert het object cpmCPUTotal15min en verhoogt het waardebereik naar (0.100). |
Cisco IOS-XR-breedband-fd-router:systeembewaking/cpu-gebruik/totaal-cpu-vijftien minuten |
| cpmProcesnaam |
1.3.6.1.4.1.9.9.109.1.2.1.1.2 |
De naam die aan dit proces is gekoppeld. Als de naam langer is dan 32 tekens, wordt deze ingekort tot de eerste 31 tekens en wordt een '*' toegevoegd als het laatste teken om aan te geven dat dit een ingekorte procesnaam is. |
Cisco 800-IOS-XR-WDSYSMON-FD-oper:systeembewaking/cpu-gebruik/proces-cpu/procesnaam |
| cpmProcessTextSegmentSize |
1.3.6.1.4.1.9.9.109.1.2.3.1.15 |
Dit geeft het tekstgeheugen aan van een proces en al zijn gedeelde objecten. |
Cisco 800-IOS-XR-proces-oper:processen-geheugen/knooppunten/knooppunten/proces-id/proces-id/tekst-segment-grootte |
| cpmProcessDynamic MemorySize |
1.3.6.1.4.1.9.9.109.1.2.3.1.18 |
Dit geeft de hoeveelheid dynamisch geheugen aan die door het proces wordt gebruikt. |
Cisco IOS-XR-proces-oper:processen-geheugen/knooppunten/knooppunt/proces-id/proceslimiet |
| cpmProcessDataSegmentSize |
1.3.6.1.4.1.9.9.109.1.2.3.1.16 |
Dit geeft het gegevenssegment van een proces en al zijn gedeelde objecten aan. |
Cisco IOS-XR-proces-oper:processen-geheugen/knooppunten/knooppunten/proces-id/proces-id/data-segment-grootte |
| cpmProcExtMemtoegewezen omgekeerde switch |
1.3.6.1.4.1.9.9.109.1.2.3.1.1 |
De som van al het dynamisch toegewezen geheugen dat dit proces heeft ontvangen van het systeem. Hiertoe behoort geheugen dat mogelijk is geretourneerd. De som van het vrijgemaakte geheugen wordt geleverd door cpmProcExtMemFreedRev. Dit object degradeert cpmProcExtMemAllocation. |
Cisco IOS-XR-proces-oper:processen-geheugen/knooppunten/knooppunten/proces-id/proces-id |
| cpmProcExtMemFreeRev |
1.3.6.1.4.1.9.9.109.1.2.3.1.2 |
De som van alle geheugen dat dit proces is teruggekeerd naar het systeem. Dit object degradeert cpmProcExtMemFreed. |
Cisco IOS-XR-proces-oper:processen-geheugen/knooppunten/knooppunten/proces-id/proces-id |
ENTITEIT-MIB
In de volgende tabel staan de naam en het nummer van de OID en de bijbehorende XPATH die moeten worden ingesteld op met modellen aangedreven telemetriesensorgroepen gerelateerde fysieke entiteiten op het systeem.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| NetPhysical Name |
1.3.6.1.2.1.47.1.1.1.1.7 |
De tekstuele naam van de fysieke entiteit. De waarde van dit object moet de naam van de component zijn zoals toegewezen door het lokale apparaat en moet geschikt zijn voor gebruik in opdrachten die zijn ingevoerd op de 'console' van het apparaat. Dit kan een tekstnaam zijn, zoals 'console' of een eenvoudig componentnummer (bijvoorbeeld poort- of modulenummer), zoals '1', afhankelijk van de fysieke component naamgevingssyntaxis van het apparaat. Als er geen lokale naam is, of als dit object anders niet van toepassing is, dan bevat dit object een nul-lengte string. Merk op dat de waarde van entPhysicalName voor twee fysieke entiteiten hetzelfde zal zijn in het geval dat de console-interface geen onderscheid maakt tussen hen, bijv. slot-1 en de kaart in slot-1. |
Cisco IOS-XR-SNMP-titymib-oper:index voor entiteit |
| NetLogic-decor |
1.3.6.1.2.1.47.1.2.1.1.2 |
Een tekstuele beschrijving van de logische entiteit. Dit object moet een string bevatten die de naam van de fabrikant van de logische entiteit identificeert, en moet worden ingesteld op een aparte waarde voor elke versie van de logische entiteit. |
Cisco IOS-XR-SNMP-agent-oper:snmp/informatie/systeemnaam/ |
| NetFysieke beschrijving |
1.3.6.1.2.1.47.1.1.1.1.2 |
Een tekstuele beschrijving van de fysieke entiteit. Dit object moet een string bevatten die de naam van de fabrikant van de fysieke entiteit identificeert, en moet worden ingesteld op een aparte waarde voor elke versie of elk model van de fysieke entiteit. |
Cisco IOS-XR-snmp-agent-oper:snmp/Cisco-IOS-XR-snmp-titymib-oper:entity-mib/entity-Physical-indexen/ |
| NetPhysical -beperkt |
1.3.6.1.2.1.47.1.1.1.1.4 |
De waarde van entPhysicalIndex voor de fysieke entiteit die deze fysieke entiteit 'bevat'. Een waarde van nul geeft aan dat deze fysieke entiteit niet is opgenomen in een andere fysieke entiteit. Merk op dat de set van 'containment' relaties een strikte hiërarchie definieert; dat wil zeggen, recursie is niet toegestaan. In het geval dat een fysieke entiteit door meer dan één fysieke entiteit is ingesloten (bijv. modules met een dubbele breedte), moet dit object de entiteit met de laagste waarde van entPhysicalIndex identificeren. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/inv-basic-bag/uniek-id |
| NetPhysical Class |
1.3.6.1.2.1.47.1.1.1.1.5 |
Een indicatie van het algemene hardwaretype van de fysieke entiteit. Een agent dient dit object in te stellen op de standaardopsommingswaarde die de algemene klasse van de fysieke entiteit het nauwkeurigst aangeeft, of op de primaire klasse als er meer dan één is. Indien er voor deze fysieke entiteit geen passende standaard registratie-identificatiecode bestaat, wordt de waarde "other(1)" geretourneerd. Als de waarde onbekend is door deze agent, wordt de waarde 'known(2)' geretourneerd. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten |
| NetPhysical Hardware Rev |
1.3.6.1.2.1.47.1.1.1.1.8 |
De leverancierspecifieke hardware-revisiestring voor de fysieke entiteit. De voorkeurswaarde is de hardware-revisie-identifier die daadwerkelijk op het onderdeel zelf is afgedrukt (indien aanwezig). Merk op dat als revisieinformatie intern in een niet-afdrukbaar (bijv. binair) formaat wordt opgeslagen, de agent dergelijke informatie moet converteren naar een afdrukbaar formaat, op een implementatie-specifieke manier. Als er geen specifieke hardware revisie string is gekoppeld aan de fysieke component, of deze informatie onbekend is aan de agent, dan zal dit object een nul-lengte string bevatten. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/inv-basic-bag/hardware-revisie |
| NetPhysical Firmware Rev |
1.3.6.1.2.1.47.1.1.1.1.9 |
De leverancierspecifieke firmware-revisiestring voor de fysieke entiteit. Merk op dat als revisieinformatie intern in een niet-afdrukbaar (bijv. binair) formaat wordt opgeslagen, de agent dergelijke informatie moet converteren naar een afdrukbaar formaat, op een implementatie-specifieke manier. Als er geen specifieke firmware-programma's zijn gekoppeld aan de fysieke component, of deze informatie onbekend is aan de agent, dan bevat dit object een nul-lengte string. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/inv-basic-bag/firmware-revisie |
| NetFlow Physical-softwareversie |
1.3.6.1.2.1.47.1.1.1.1.10 |
De leverancierspecifieke software revisiestring voor de fysieke entiteit. Merk op dat als revisieinformatie intern in een niet-afdrukbaar (bijv. binair) formaat wordt opgeslagen, de agent dergelijke informatie moet converteren naar een afdrukbaar formaat, op een implementatie-specifieke manier. Als er geen specifieke softwareprogramma's zijn gekoppeld aan de fysieke component, of als deze informatie onbekend is bij de agent, dan bevat dit object een nullengte-string. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/attributen/inv-basic-bag/software-revisie |
| NetFysiek serienummer |
1.3.6.1.2.1.47.1.1.1.1.11 |
De leverancierspecifieke serienummer voor de fysieke entiteit. De voorkeurswaarde is de serienummer-string die daadwerkelijk op de component zelf is afgedrukt (indien aanwezig). Bij de eerste instantiatie van een fysieke entiteit wordt de waarde van entPhysicalSerialNum geassocieerd met die entiteit ingesteld op het juiste door de leverancier toegewezen serienummer, als deze informatie beschikbaar is voor de agent. Als een serienummer onbekend of niet-bestaand is, zal entPhysicalSerialNum in plaats daarvan aan een nul-lengte koord worden geplaatst. Houd er rekening mee dat implementaties die de serienummers van alle geïnstalleerde fysieke entiteiten correct kunnen identificeren geen schrijftoegang tot het entPhysicalSerialNum object hoeven te bieden. Middelen die geen niet-vluchtige opslag voor de entPhysicalSerialNum koorden kunnen verstrekken worden niet vereist om schrijftoegang voor dit voorwerp uit te voeren. Niet elke fysieke component zal een serienummer hebben, of zelfs nodig hebben. Fysieke entiteiten waarvoor de bijbehorende waarde van het entPhysicalIsFRU-object gelijk is aan 'false(2)' (bijvoorbeeld de repeater-poorten binnen een repeater-module) hebben geen eigen uniek serienummer nodig. Een agent hoeft geen schrijftoegang te bieden voor dergelijke entiteiten en kan een tekenreeks met een lengte nul retourneren. Als schrijftoegang wordt geïmplementeerd voor een instantie van entPhysicalSerialNum en er een waarde in de instantie wordt geschreven, moet de agent de meegeleverde waarde behouden in de instantie entPhysicalSerialNum die aan dezelfde fysieke entiteit is gekoppeld, zolang die entiteit geconcretiseerd blijft. Dit omvat instructies over alle herinitialisaties/reboots van het netwerkbeheersysteem, inclusief die welke resulteren in een wijziging van de entPhysicalIndex-waarde van de fysieke entiteit. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/kenmerken/inv-basic-bag/serienummer |
| NetPhysical MFGName |
1.3.6.1.2.1.47.1.1.1.1.12 |
De naam van de fabrikant van dit fysieke onderdeel. De voorkeurswaarde is de naam van de fabrikant die eigenlijk op de component zelf is afgedrukt (indien aanwezig). Merk op dat vergelijkingen tussen instanties van entPhysicalModelName, entPhysicalFirmwareRev, entPhysicalSoftwareRev, en de entPhysicalSerialNum voorwerpen, slechts onder entPhysicalEntries met de zelfde waarde van entPhysicalMfgName zinvol zijn. Als de fabrieksnaam string gekoppeld aan de fysieke component onbekend is aan de agent, dan zal dit object een nul-lengte string bevatten. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/kenmerken/inv-basic-bag/fabrieksnaam |
| NetPhysicalModelName |
1.3.6.1.2.1.47.1.1.1.1.13 |
De leverancierspecifieke typeherkenningstekenreeks die aan deze fysieke component is gekoppeld. De voorkeurswaarde is het door de klant zichtbare onderdeelnummer, dat op de component zelf kan worden afgedrukt. Als de modelnaamstring die gekoppeld is aan de fysieke component onbekend is aan de agent, zal dit object een nullengte-string bevatten. |
Cisco IOS-XR-invmgr-oper:inventaris/entiteiten/entiteiten/eigenschappen/inv-basic-bag/model-name |
IF-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die ingesteld moeten worden op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan interfacekarakteristieken en tellers.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| ifMtu |
1.3.6.1.2.1.2.2.1.4 |
De grootte van het grootste pakket dat kan worden verzonden/ontvangen op de interface, gespecificeerd in octetten. Voor interfaces die voor het verzenden van netwerkdatagrammen worden gebruikt, is dit de grootte van het grootste netwerkdatagram dat op de interface kan worden verzonden. |
Cisco 800-IOS-XR-Pfi-im-cmd-router:interfaces/interface-xr/interface/mtu |
| ifPhysAddress |
1.3.6.1.2.1.2.2.1.6 |
Het adres van de interface op de protocolsublaag. Voor een 802.x interface bevat dit object normaal gesproken een MAC-adres. De mediaspecifieke MIB van de interface moet de bit en byte bestellen en het formaat van de waarde van dit object definiëren. Voor interfaces die niet zo'n adres hebben (bijvoorbeeld een seriële lijn), moet dit object een octet string van nul lengte bevatten. |
Cisco CRS-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-type-informatie/bundel-informatie/lid/MAC-adres |
| ifType |
1.3.6.1.2.1.2.2.1.3 |
Het type interface. Extra waarden voor ifType worden toegewezen door de Internet Assigned Numbers Authority (IANA), door het bijwerken van de syntaxis van de IANAifType tekstconventie. |
Cisco 800-IOS-XR-Pfi-im-cmd-router:interfaces/interface-xr/interface/interfacetype |
| ifOutUcastPkts |
1.3.6.1.2.1.2.2.1.17 |
Het totale aantal pakketten dat om protocollen op een hoger niveau verzocht, en die niet aan een multicast of uitzendingsadres op deze sublaag werden gericht, met inbegrip van die werden verworpen of niet verzonden. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-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 |
Het totale aantal pakketten dat om protocollen op een hoger niveau verzocht, en die niet aan een multicast of uitzendingsadres op deze sublaag werden gericht, met inbegrip van die werden verworpen of niet verzonden. Dit object is een 64-bits versie van ifOutUcastPkts. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-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 |
Het aantal pakketten, geleverd door deze sublaag aan een hogere (sub)laag, die niet aan een multicast of uitzendingsadres bij deze sublaag werden gericht. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/pakketontvangen |
| ifHCInUcastPkts |
1.3.6.1.2.1.31.1.1.1.7 |
Het aantal pakketten, geleverd door deze sublaag aan een hogere (sub)laag, die niet aan een multicast of uitzendingsadres bij deze sublaag werden gericht. Dit object is een 64-bits versie van ifInUcastPkts. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/pakketontvangen |
| ifOut-fouten |
1.3.6.1.2.1.2.2.1.20 |
Voor pakketgeoriënteerde interfaces, het aantal uitgaande pakketten dat niet wegens fouten kon worden overgebracht. Voor karaktergeoriënteerde of vaste-lengteinterfaces, het aantal uitgaande transmissieeenheden dat niet wegens fouten kon worden overgebracht. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/output-fouten |
| ifOutDiscards |
1.3.6.1.2.1.2.2.1.19 |
Het aantal uitgaande pakketten dat werd gekozen om te worden weggegooid, ook al werden er geen fouten ontdekt om de doorgifte ervan te voorkomen. Een mogelijke reden om zo'n pakket te verwerpen is om bufferruimte vrij te maken. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/output-drops |
| ifOutMulticast-pakketten |
1.3.6.1.2.1.31.1.1.1.4 |
Het totale aantal pakketten dat om protocollen op een hoger niveau vroeg te worden verzonden, en die werden gericht aan een multicast adres op deze sublaag, met inbegrip van die die werden verworpen of niet verzonden. Voor een MAC-laagprotocol omvat dit zowel Group- als Functional-adressen. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packet-sent |
| ifHCOutMulticast-pakketten |
1.3.6.1.2.1.31.1.1.1.12 |
Het totale aantal pakketten dat om protocollen op een hoger niveau vroeg te worden verzonden, en die werden gericht aan een multicast adres op deze sublaag, met inbegrip van die die werden verworpen of niet verzonden. Voor een MAC-laagprotocol omvat dit zowel Group- als Functional-adressen. Dit object is een 64-bits versie van ifOutMulticastPkts. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packet-sent |
| ifInMulticastPkts |
1.3.6.1.2.1.31.1.1.1.2 |
Het aantal pakketten, geleverd door deze sublaag aan een hogere (sub)laag, die werden gericht aan een multicast adres op deze sublaag. Voor een MAC-laagprotocol omvat dit zowel Group- als Functional-adressen. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco CRS-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-pakketten-ontvangen |
| ifHCInMulticast-pakketten |
1.3.6.1.2.1.31.1.1.1.8 |
Het aantal pakketten, geleverd door deze sublaag aan een hogere (sub)laag, die werden gericht aan een multicast adres op deze sublaag. Voor een MAC-laagprotocol omvat dit zowel Group- als Functional-adressen. Dit object is een 64-bits versie van ifInMulticastPkts. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco CRS-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-pakketten-ontvangen |
| ifIn-fouten |
1.3.6.1.2.1.2.2.1.14 |
Voor pakketgeoriënteerde interfaces, het aantal inkomende pakketten die fouten bevatten die hen verhinderen aan een hoog-laagprotocol te worden geleverd. Voor karakter-georiënteerde of vast-lengte interfaces, het aantal binnenkomende transmissieeenheden die fouten bevatten die hen verhinderen aan een hoog-laagprotocol te leveren. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/input-fouten |
| indienteruggooi |
1.3.6.1.2.1.2.2.1.13 |
Het aantal inkomende pakketten die werden verkozen om worden verworpen alhoewel geen fouten werden ontdekt om hun het worden geleverd aan een protocol van de hogere laag te verhinderen. Een mogelijke reden om zo'n pakket te verwerpen is om bufferruimte vrij te maken. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/input-drops |
| ifOutOctetten |
1.3.6.1.2.1.2.2.1.16 |
Het totale aantal octetten dat uit de interface wordt verzonden, inclusief framing tekens. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-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 |
Het totale aantal octetten dat uit de interface wordt verzonden, inclusief framing tekens. Dit object is een 64-bits versie van ifOutOctets. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-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 |
Het totale aantal octetten dat op de interface is ontvangen, inclusief framing tekens. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-ontvangen |
| ifHCInOctetsen |
1.3.6.1.2.1.31.1.1.1.6 |
Het totale aantal octetten dat op de interface is ontvangen, inclusief framing tekens. Dit object is een 64-bits versie van ifInOctets. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-ontvangen |
| ifOutBroadcastPets |
1.3.6.1.2.1.31.1.1.1.5 |
Het totale aantal pakketten dat om protocollen op een hoger niveau verzocht, en die werden gericht aan een uitzendingsadres op deze sublaag, met inbegrip van die werden verworpen of niet verzonden. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-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 |
Het totale aantal pakketten dat om protocollen op een hoger niveau verzocht, en die werden gericht aan een uitzendingsadres op deze sublaag, met inbegrip van die werden verworpen of niet verzonden. Dit object is een 64-bits versie van ifOutBroadcastPkts. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-sent |
| ifIn BroadcastPkts |
1.3.6.1.2.1.31.1.1.1.3 |
Het aantal pakketten, geleverd door deze sublaag aan een hogere (sub)laag, die werden gericht aan een uitzendingsadres op deze sublaag. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-ontvangen |
| ifHCInBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.9 |
Het aantal pakketten, geleverd door deze sublaag aan een hogere (sub)laag, die werden gericht aan een uitzendingsadres op deze sublaag. Dit object is een 64-bits versie van ifInBroadcastPkts. Discontinuïteit in de waarde van deze teller kan optreden bij het opnieuw initialiseren van het beheersysteem, en op andere tijdstippen zoals aangegeven door de waarde van ifCounterDiscontinuityTime. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-ontvangen |
| IfIndex |
1.3.6.1.2.1.2.2.1.1 |
Een unieke waarde, groter dan nul, voor elke interface. Aanbevolen wordt om vanaf 1 opeenvolgende waarden toe te wijzen. De waarde voor elke sublaag van de interface moet constant blijven, ten minste van één herinitialisatie van het netwerkbeheersysteem van de entiteit tot de volgende herinitialisatie. |
Cisco IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/if-index |
| ifDescr |
1.3.6.1.2.1.2.2.1.2 |
Een tekstuele tekenreeks met informatie over de interface. Deze string dient de naam van de fabrikant, de productnaam en de versie van de interface hardware / software te bevatten. |
Cisco 800-IOS-XR-Pfi-im-cmd-oper:interfaces/interface-xr/interface/beschrijving |
| ifSpeed |
1.3.6.1.2.1.2.2.1.5 |
Een schatting van de huidige bandbreedte van de interface in bits per seconde. Voor interfaces die niet variëren in bandbreedte of voor interfaces waarvoor geen nauwkeurige schatting kan worden gemaakt, moet dit object de nominale bandbreedte bevatten. Als de bandbreedte van de interface groter is dan de maximumwaarde die door dit object wordt gerapporteerd, moet dit object de maximumwaarde (4,294,967,295) rapporteren en alsHighSpeed moet worden gebruikt om de snelheid van de interface te rapporteren. Voor een sublaag die geen concept van bandbreedte heeft, zou dit object nul moeten zijn. |
Cisco IOS-XR-Pfi-im-cmd-router:interfaces/interface-xr/interface/bandbreedte |
| ifOperStatus |
1.3.6.1.2.1.2.2.1.8 |
De huidige operationele status van de interface. De testtoestand(3) geeft aan dat er geen operationele pakketten kunnen worden doorgegeven. Als AdminStatus down (2) is dan alsOperStatus neer zou moeten zijn (2). Als alsAdminStatus is veranderd in up(1) dan alsOperStatus zou moeten veranderen in up(1) als de interface klaar is om te verzenden en ontvangen netwerkverkeer; het zou moeten veranderen in slapende(5) als de interface wacht op externe acties (zoals een seriële lijn die wacht op een inkomende verbinding); het zou in de beneden(2) staat moeten blijven als en slechts als er een fout is die verhindert om naar de omhoog(1) staat te gaan; het zou in de nietPresent(6) staat moeten blijven als de interface ontbrekende (meestal hardware) componenten heeft. |
Cisco IOS-XR-Pfi-im-cmd-oper:interfaces/interface-niet-dynamica/interface-niet-dynamisch/geavanceerde modus |
| ifAdmin-status |
1.3.6.1.2.1.2.2.1.7 |
De gewenste status van de interface. De testtoestand(3) geeft aan dat er geen operationele pakketten kunnen worden doorgegeven. Wanneer een beheerd systeem wordt geïnitialiseerd, beginnen alle interfaces met ifAdminStatus in de status down(2). Als resultaat van expliciete beheersactie of per configuratie informatie die door het beheerde systeem wordt behouden, als AdminStatus vervolgens wordt gewijzigd in de status up(1) of test(3) toestanden (of blijft in de status down(2)). |
Cisco IOS-XR-Pfi-im-cmd-oper:interfaces/interface-niet-dynamica/interface-niet-dynamisch/beheerstatus |
| ifName |
1.3.6.1.2.1.31.1.1.1.1 |
De naam van de interface. De waarde van dit object moet de naam zijn van de interface zoals toegewezen door het lokale apparaat en moet geschikt zijn voor gebruik in opdrachten die ingevoerd zijn op de 'console' van het apparaat. Dit kan een tekstnaam zijn, zoals 'le0' of een eenvoudig poortnummer, zoals '1', afhankelijk van de syntaxis van de interfacenaam van het apparaat. Als meerdere items in de ifTable samen een enkele interface vertegenwoordigen zoals genoemd door het apparaat, dan zal elk dezelfde waarde hebben als ifName. Merk op dat voor een agent die reageert op SNMP-vragen betreffende een interface op een ander (proxied) apparaat, dan de waarde van ifName voor een dergelijke interface de lokale naam van het proxied apparaat is. Als er geen lokale naam is, of als dit object anders niet van toepassing is, dan bevat dit object een nul-lengte string. |
Cisco IOS-XR-Pfi-im-cmd-router:interfaces/interface-briefs/interface-samenvatting/interface-naam |
| ifHighSpeed |
1.3.6.1.2.1.31.1.1.1.15 |
Een schatting van de huidige bandbreedte van de interface in eenheden van 1.000.000 bits per seconde. Als dit object een waarde van 'n' rapporteert, dan ligt de snelheid van de interface ergens tussen 'n-500.000' en 'n+499.999'. Voor interfaces die niet variëren in bandbreedte of voor interfaces waarvoor geen nauwkeurige schatting kan worden gemaakt, moet dit object de nominale bandbreedte bevatten. Voor een sublaag die geen concept van bandbreedte heeft, zou dit object nul moeten zijn. |
Cisco 800-IOS-XR-Pfi-im-cmd-router:interfaces/interface-briefs/interface-samenvatting/bandbreedte64-bits |
IP-MIB
In de volgende tabel staan de naam en het nummer van de OID en de bijbehorende XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan de statistieken en operationele waarden van Internet Protocol (IP).
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| ICMPinDestUnreach |
1.3.6.1.2.1.5.3 |
Het aantal ontvangen onbereikbare berichten van de Bestemming ICMP. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPinParmProbs |
1.3.6.1.2.1.5.5 |
Het aantal ontvangen berichten van het Probleem van de Parameter ICMP. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPinSRC-wachtrijen |
1.3.6.1.2.1.5.6 |
Het aantal ontvangen ICMP Source Quench berichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPinEchos |
1.3.6.1.2.1.5.8 |
Het aantal ontvangen ICMP Echo-berichten (aanvraag). |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPinechoReps |
1.3.6.1.2.1.5.9 |
Het aantal ontvangen ICMP Echo-antwoordberichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| Inkttijdstempels |
1.3.6.1.2.1.5.10 |
Het aantal ontvangen ICMP-tijdstempel (verzoek)-berichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMP-inAddrMasks |
1.3.6.1.2.1.5.12 |
Het aantal ontvangen ICMP-adresmasker-verzoekberichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| Inktpagina van ICMPnAddrMaskReps |
1.3.6.1.2.1.5.13 |
Het aantal ontvangen berichten van het Antwoord van het Masker van het ICMP- Adres. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPoutMsgs |
1.3.6.1.2.1.5.14 |
Het totale aantal ICMP-berichten dat deze entiteit heeft proberen te verzenden. Merk op dat deze teller alle tellers omvat die door icmpOutErrors geteld worden. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| UitgangspennenOnbereikbaar |
1.3.6.1.2.1.5.16 |
Het aantal onbereikbare berichten van de Bestemming ICMP verzonden. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPouttimeExcds |
1.3.6.1.2.1.5.17 |
Het aantal verzonden ICMP-tijdberichten overschrijdt. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| Uitgangsprioriteiten |
1.3.6.1.2.1.5.18 |
Het aantal verzonden berichten van het Probleem van de Parameter ICMP. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| UitvoerSRK |
1.3.6.1.2.1.5.19 |
Het aantal verzonden ICMP-bronquenchberichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMP-omleidingen |
1.3.6.1.2.1.5.20 |
Het aantal ICMP-omleidingsberichten dat is verzonden. Voor een host zal dit object altijd nul zijn, omdat hosts geen omleidingen verzenden. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPoutEchos |
1.3.6.1.2.1.5.21 |
Het aantal verzonden ICMP Echo-berichten (verzoek). |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| Uitgangspennen van ICMPouche |
1.3.6.1.2.1.5.22 |
Het aantal verzonden ICMP Echo-antwoordberichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| Uitgangstips voor icmpOut |
1.3.6.1.2.1.5.23 |
Het aantal verzonden ICMP-tijdstempel (verzoek)-berichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| ICMPoutadresmaskers |
1.3.6.1.2.1.5.25 |
Het aantal verzonden ICMP-adresmasker-verzoekberichten. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| Uitgangspennen van ICMPoutAddrMaskReps |
1.3.6.1.2.1.5.26 |
Het aantal antwoordberichten van het ICMP-adresmasker is verzonden. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/icmp-stats |
| IPadEntifIndex |
1.3.6.1.2.1.4.20.1.2 |
De indexwaarde die op unieke wijze de interface identificeert waarop deze vermelding van toepassing is. De interface die wordt geïdentificeerd door een bepaalde waarde van deze index is dezelfde interface als die wordt geïdentificeerd door dezelfde waarde van de ifIndex van RFC 1573. |
Cisco IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunt |
| IPadEntAddr |
1.3.6.1.2.1.4.20.1.1 |
Het IP-adres waarop de adresseringsinformatie van deze vermelding betrekking heeft. |
Cisco IOS-XR-IPv4-io-router:ipv4-netwerk/interfaces/interface/vrf/detail/primair-adres |
| IPadEnt NetMask |
1.3.6.1.2.1.4.20.1.3 |
Het subnetmasker is gekoppeld aan het IP-adres van deze vermelding. De waarde van het masker is een IP-adres met alle netwerkbits ingesteld op 1 en alle hostbits ingesteld op 0. |
Cisco IOS-XR-IPv4-io-router:ipv4-netwerk/interfaces/interface/vrfs/vrf/detail/prefixlengte |
| IPadEnt BcastAddr |
1.3.6.1.2.1.4.20.1.4 |
De waarde van het minst significante bit in het IP-uitzendadres dat wordt gebruikt voor het verzenden van datagrammen op de (logische) interface die is gekoppeld aan het IP-adres van deze ingang. Bijvoorbeeld, wanneer het Internet standaard alle-degenen uitzendingsadres wordt gebruikt, zal de waarde 1 zijn. Deze waarde is van toepassing op zowel het subnetnetwerk als de netwerkuitzendadressen die door de entiteit op deze (logische) interface worden gebruikt. |
Cisco IE-IOS-XR-IPv4-router:ipv4-netwerk/interfaces/interface/vrfs/vrf/detail/direct-broadcast |
| IPnettoMediaPhys-adres |
1.3.6.1.2.1.4.22.1.2 |
Het media-afhankelijke 'fysieke' adres. |
Cisco IE-IOS-XR-IPv4-ARP-oper:arp/knooppunten/knooppunten/vermeldingen/entry/hardware-address |
IPMIB-GEMEENSCHAPPELIJK
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die moet worden ingesteld op door het model aangedreven telemetriesensorgroepen met betrekking tot IP-statistieken.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| IPifStatsHCOuplinks |
1.3.6.1.2.1.4.31.3.1.31 |
Het totale aantal IP datagrammen dat deze entiteit aan de lagere lagen voor transmissie leverde. Dit object telt dezelfde datagrammen als ipIfStatsOutTransmits maar staat hogere waarden toe. Discontinuïteit in de waarde van deze teller kan voorkomen bij het opnieuw initialiseren van het beheersysteem, en op andere tijden zoals aangegeven door de waarde van ipIfStatsDiscontinuityTime. |
Cisco IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/ipv4-stats/pakketten-doorgestuurd |
| IPifStatsIn ontvangers |
1.3.6.1.2.1.4.31.3.1.3 |
Het totale aantal ontvangen inkomende IP datagrammen, met inbegrip van die ontvangen in fout. Discontinuïteit in de waarde van deze teller kan voorkomen bij het opnieuw initialiseren van het beheersysteem, en op andere tijden zoals aangegeven door de waarde van ipIfStatsDiscontinuityTime. |
Cisco IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/ipv4-stats/inputpakketten |
| IPifStatsHCIn ontvangers |
1.3.6.1.2.1.4.31.3.1.4 |
Het totale aantal ontvangen inkomende IP datagrammen, met inbegrip van die ontvangen in fout. Dit object telt dezelfde datagrammen als ipIfStatsInReceives maar staat hogere waarden toe. Discontinuïteit in de waarde van deze teller kan voorkomen bij het opnieuw initialiseren van het beheersysteem, en op andere tijden zoals aangegeven door de waarde van ipIfStatsDiscontinuityTime. |
Cisco IOS-XR-IPv4-router:ipv4-netwerk/knooppunten/knooppunten/statistieken/verkeer/ipv4-stats/inputpakketten |
LLDP-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die moeten worden ingesteld op door het model aangestuurde telemetriesensorgroepen die gerelateerd zijn aan de operationele gegevens van Link Layer Discovery Protocol (LLDP) op het bewaakte knooppunt.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| ldpLocPort-id |
1.0.8802.1.1.2.1.3.7.1.3 |
De tekenreekswaarde die wordt gebruikt om de poortcomponent te identificeren die aan een bepaalde poort in het lokale systeem is gekoppeld. |
Cisco 800-IOS-XR-ethernetrouter:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buur/poort-id-detail |
| ldpLocPort-idsubtype |
1.0.8802.1.1.2.1.3.7.1.2 |
Het type poortidentificatie-codering dat wordt gebruikt in het gekoppelde 'lldpLocPortId'-object. |
Cisco IE-IOS-XR-Ethernet-Lldp-oper:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buurman/mib/poort-id-subtype |
| ldpLocChassisIDsubtype |
1.0.8802.1.1.2.1.3.1 |
Het type codering dat wordt gebruikt om het chassis te identificeren dat aan het lokale systeem is gekoppeld. |
Cisco IE-IOS-XR-Ethernet-Lldp-oper:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buurman/mib/chassis-id-subtype |
| LDPlocSYSaam |
1.0.8802.1.1.2.1.3.3 |
De tekenreekswaarde die wordt gebruikt om de systeemnaam van het lokale systeem te identificeren. Als de lokale agent IETF RFC 3418 ondersteunt, moet het object lldpLocSysName dezelfde waarde hebben als het object sysName. |
Cisco IE-IOS-XR-ethernet-lldp-oper:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buur/detail/systeemnaam |
| ldpRemSysName |
1.0.8802.1.1.2.1.4.1.1.9 |
De tekenreekswaarde die wordt gebruikt om de systeemnaam van het externe systeem te identificeren. |
Cisco IE-IOS-XR-ethernet-lldp-oper:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buur/detail/systeemnaam |
| ldpRemChassis-ID |
1.0.8802.1.1.2.1.4.1.1.5 |
De tekenreekswaarde die wordt gebruikt om de chassiscomponent te identificeren die aan het externe systeem is gekoppeld. |
Cisco 800-IOS-XR-ethernetrouter:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buur/chassis-id |
| ldpRemChassisIDsubtype |
1.0.8802.1.1.2.1.4.1.1.4 |
Het type codering dat wordt gebruikt om het chassis te identificeren dat aan het externe systeem is gekoppeld. |
Cisco IOS-XR-Ethernet-Lldp-oper:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buur |
| ldpRemPortID-subtype |
1.0.8802.1.1.2.1.4.1.1.6 |
Het type van de codering van het havenherkenningsteken dat in het bijbehorende "lldpRemPortId"voorwerp wordt gebruikt. |
Cisco IOS-XR-Ethernet-Lldp-oper:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buur |
| ldpRemPort-id |
1.0.8802.1.1.2.1.4.1.1.7 |
De tekenreekswaarde die wordt gebruikt om de poortcomponent te identificeren die aan het externe systeem is gekoppeld. |
Cisco IOS-XR-Ethernet-Lldp-oper:lldp/knooppunten/knooppunten/buren/apparaten/apparaat/lldp-buur |
| ldpLocChassisID |
1.0.8802.1.1.2.1.3.2 |
De tekenreekswaarde die wordt gebruikt om de chassiscomponent te identificeren die aan het lokale systeem is gekoppeld. |
Cisco IE-IOS-XR-ethernet-lldp-oper:lldp/knooppunten/knooppunten/buren/details/detail/lldp-buurman/chassis-id |
MPLS-TE-STD-MIB
De volgende tabel geeft de naam en het nummer van de OID en de correspondent XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan de operationele waarden van Multiprotocol Label Switching (MPLS) Traffic Engineering op het beheerde apparaat.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| MPLS-tunnelnaam |
1.3.6.1.2.1.10.166.3.2.2.1.5 |
De canonieke naam die aan de tunnel is toegewezen. Deze naam kan worden gebruikt om te verwijzen naar de tunnel op de LSR consolepoort. Als mplsTunnelIsIf op waar wordt geplaatst dan zou ifName van de interface die aan deze tunnel beantwoorden een waarde moeten hebben gelijk aan mplsTunnelName. Zie ook de beschrijving van ifName in RFC 2863. |
Cisco CRS-IOS-XR-mpls-te-oper:mpls-te/p2p-p2mp-tunnel/tunnelkop/tunnelnaam |
| MPLS-tunneldecor |
1.3.6.1.2.1.10.166.3.2.2.1.6 |
Een tekstuele tekenreeks met informatie over de tunnel. Als er geen beschrijving is bevat dit object een nullengte-string. Dit object wordt mogelijk niet aangegeven door MPLS signaleringsprotocollen, wat betekent dat de waarde van dit object bij transit en uitgaande LSR’s automatisch gegenereerd of afwezig kan worden. |
openconfig-netwerk-instantie:netwerk-instanties/netwerk-instantie/mpls/lsps/constrained-path/tunnels/tunnel/staat/beschrijving |
| MPLS Tunnel PerfHCP-pakketten |
1.3.6.1.2.1.10.166.3.2.9.1.2 |
Hoog capaciteitsteller voor aantal pakketten die door de tunnel worden verstuurd. |
openconfig-netwerk-instantie:netwerk-instanties/netwerk-instantie/mpls/lsps/constrained-path/tunnels/tunnel/staat/tellers/pakketten |
| MPLS TunnelPerfHCBytes |
1.3.6.1.2.1.10.166.3.2.9.1.5 |
Teller met hoge capaciteit voor het aantal bytes doorgestuurd door de tunnel. |
openconfig-netwerk-instantie:netwerk-instanties/netwerk-instantie/mpls/lsps/constrained-path/tunnels/tunnel/staat/tellers/bytes |
| MPLS Tunnel HopIP-adres |
1.3.6.1.2.1.10.166.3.2.4.1.5 |
Het Tunnel Hopadres voor deze tunnelhop. Het type van dit adres wordt bepaald door de waarde van het corresponderende mplsTunnelHopAddrType. De waarde van dit object kan niet worden gewijzigd als de waarde van het corresponderende mplsTunnelHopRowStatus object 'actief' is. |
Cisco CRS-IOS-XR-mpls-te-oper:mpls-te/p2p-p2mp-tunnel/tunnelkoppen/tunnelkop/bestemming/adres-bestemming |
RFC 2465-MIB
In de volgende tabel staan de naam en het nummer van de OID en de bijbehorende XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan de algemene waarden van IPv6.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| IPv6-PFXlengte |
1.3.6.1.2.1.55.1.8.1.2 |
De lengte van het prefix (in bits) gekoppeld aan het IPv6-adres van dit item. |
Cisco IOS-XR-IPv6-ma-router:ipv6-netwerk/knooppunten/knooppunt/interface-data/vrf/briefs/kort/adres/prefixlengte |
| IPv6-AddrAnycastFlag |
1.3.6.1.2.1.55.1.8.1.4 |
Dit object heeft de waarde 'true(1)', als dit adres een anycastadres is en de waarde 'false(2)' anders. |
Cisco IE-IOS-XR-ipv6-ma-router:ipv6-netwerk/knooppunten/knooppunt/interface-data/vrf/briefs/kort/adres/is-anycast |
SNMP-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die ingesteld moeten worden op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan de SNMP-agent zelf, indien beschikbaar.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| sysUpTime |
1.3.6.1.2.1.1.3 |
String voor systeem-uptime |
Cisco IOS-XR-SNMP-agent-oper:snmp/informatie/systeem-up-time/ |
| sysObjectID |
.1.3.6.1.2.1.1.2.0 |
String voor de systeem-OID |
Cisco IOS-XR-SNMP-agent-oper:snmp/informatie/systeemknooppunt/ |
| sysDescr |
1.3.6.1.2.1.1.1 |
String voor de systeembeschrijving |
Cisco IOS-XR-SNMP-agent-oper:snmp/informatie/systeembeschrijving |
TCP/MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die ingesteld moeten worden op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan specifieke TCP-tellers.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| TCP-fouten |
1.3.6.1.2.1.6.14 |
Het totale aantal segmenten dat ten onrechte is ontvangen (bijv. foutieve TCP-checksum). |
Cisco 800-IOS-XR-ip-TCP-router:TCP/knooppunten/node/statistics/ipv4-traffic/tcp-checksum-foutpakketten |
| TCPinSegs |
1.3.6.1.2.1.6.10 |
Het totale aantal ontvangen segmenten, met inbegrip van die welke ten onrechte zijn ontvangen. Deze telling omvat segmenten die op momenteel gevestigde verbindingen worden ontvangen. |
Cisco 800-IOS-XR-ip-TCP-router:TCP/knooppunten/node/statistics/ipv4-traffic/tcp-input-pakketten |
| TCP/OutSegs |
1.3.6.1.2.1.6.11 |
Het totale aantal verzonden segmenten, met inbegrip van die op huidige verbindingen maar met uitzondering van die welke alleen herverzonden octetten bevatten. |
Cisco 800-IOS-XR-ip-TCP-router:TCP/knooppunten/node/statistics/ipv4-traffic/tcp-output-pakketten |
UDP-MIB
In de volgende tabel staan de naam en het nummer van de OID en de correspondent XPATH die moeten worden ingesteld op door het model aangedreven telemetriesensorgroepen die gerelateerd zijn aan UDP-specifieke tellers.
| OID-naam |
OID-nummer |
OID-beschrijving |
XPATH |
| Uitloopdatagrammen |
1.3.6.1.2.1.7.4 |
Het totale aantal UDP-datagrammen dat van deze entiteit is verzonden. |
Cisco 800-IOS-XR-ip-udp-oper: 10/udp/knooppunten/statistieken/ipv4-verkeer/udp-output-pakketten |
| UDPnoPoorten |
1.3.6.1.2.1.7.2 |
Het totale aantal ontvangen UDP-datagrammen waarvoor op de bestemmingshaven geen aanvraag was ingediend. |
Cisco 800-IOS-XR-ip-udp-oper: 10/udp/knooppunten/statistieken/ipv4-verkeer/udp-zonder-poorten-pakketten |
| PDF-fouten |
1.3.6.1.2.1.7.3 |
Het aantal ontvangen UDP-datagrammen dat niet kon worden geleverd om andere redenen dan het ontbreken van een toepassing in de bestemmingshaven. |
Cisco 800-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-checksum-error-packets |
| InvoerDatagrammen |
1.3.6.1.2.1.7.1 |
Het totale aantal UDP-datagrammen dat aan UDP-gebruikers is geleverd. |
Cisco 800-IOS-XR-ip-udp-oper: 1200/udp/knooppunten/statistieken/ipv4-verkeer/udp-input-pakketten |
SNMP-traps migratie
SNMP-traps zijn berichten die worden getriggerd door dynamische gebeurtenissen op het beheerde apparaat. Deze boodschappen zijn dan ook analoog aan het begrip EDT dat we eerder al hebben besproken.
Configuratiezijde, MDT staat dezelfde structuur voor EDT toe, die afhankelijk is van de implementatie op de telemetrieverzamelaar in termen van inbellen of uitbellen keuze of mogelijkheden.
Beveiligingsoverwegingen
SNMPv2 gebruikt alleen community als een verificatie-/autorisatiemechanisme. SNMPv3 zoals we eerder behandeld op SNMP-sectie, aanmeldingsgegevens voor verificatie en AES-encryptiemodel kunnen gebruiken om de informatie te beschermen.
In de Telemetrie benadering, IOS XR staat voor het gebruik van gRPC/TLS technieken toe die op certificaten worden gebaseerd om authentificatie uit te voeren. Deze certificaten kunnen worden gebruikt met een centraal vertrouwenspunt (bijvoorbeeld een CA-server). Na het opbouwen van een vertrouwensrelatie worden alle telemetrieberichten verzonden binnen een gRPC-sessie die versleuteld is met TLS dat dezelfde voordelen van SNMPv3 biedt.
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
1.0 |
16-Mar-2021 |
Eerste vrijgave |
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)