IOS XRでのテレメトリへのSNMPの移行
内容
はじめに
この記事では、Simple Network Management Protocol(SNMP)コンポーネントを紹介し、SNMPモニタリングに基づく現在の実装とモデル駆動型テレメトリ(MDT)アプローチの相関関係について説明します。
SNMP
SNMP は、SNMP マネージャとエージェントの間で通信を行うためのメッセージ フォーマットを提供するアプリケーション層のプロトコルです。SNMPは、ネットワーク内のデバイスの監視と管理に使用される標準化されたフレームワークと共通言語を提供します
SNMPのコンポーネント
SNMPフレームワークには次のコンポーネントがあります。これらのコンポーネントについては、次のセクションで説明します。
SNMPマネージャ
SNMPマネージャは、SNMPを使用してネットワークホストのアクティビティを制御および監視するシステムです。最も一般的な管理システムは、ネットワーク管理システム(NMS)です。NMSという用語は、ネットワーク管理に使用される専用のデバイス、またはそのようなデバイスで使用されるアプリケーションに適用できます。
SNMPエージェント
SNMPエージェントは、管理対象デバイス内のソフトウェアコンポーネントであり、デバイスのデータを維持し、必要に応じてこのデータを管理システムに報告します。エージェントは、ルーティングデバイス（ルータ、アクセスサーバ、またはスイッチ）上に存在します。
SNMP MIB
SNMPエージェントにはMIB変数が含まれています。この変数は、「Get」または「Set」操作を使用してSNMPマネージャによって要求または変更できます。マネージャは、エージェントから値を取得したり、そのエージェントに値を保存したりできます。エージェントは、デバイスパラメータとネットワークデータに関する情報のリポジトリであるSNMP MIBからデータを収集します。エージェントは、データの get または set がマネージャから要求された際に応答することもできます。
次の図は、SNMPマネージャとエージェント間の通信を示しています。マネージャは、SNMP MIB値を取得および設定するエージェント要求を送信します。エージェントはこれらの要求に応答します。エージェントは、このインタラクションに関係なく、マネージャに非送信要求の通知（トラップまたはインフォーム）を送信して、ネットワークの状態をマネージャに通知できます。
SNMPの動作
SNMPアプリケーションは、データの取得、SNMPオブジェクト変数の変更、および通知の送信を行うために、次の操作を実行します。
SNMPの取得
SNMP GET操作は、SNMPオブジェクト変数を取得するためにNMSによって実行されます。GET操作には次の3つのタイプがあります。
- GET:SNMPエージェントから正確なオブジェクトインスタンスを取得します。
- GETNEXT – 次のオブジェクト変数を取得します。これは、指定した変数の辞書編集上の後継です。
- GETBULK - GETNEXT操作を繰り返す必要なく、大量のオブジェクト変数データを取得します。
SNMP SET
SNMP SET操作は、オブジェクト変数の値を変更するためにNMSによって実行されます。
SNMP通知
SNMPの主な機能の1つは、SNMPエージェントから不要な通知を生成する機能です。
非要請（非同期）通知は、トラップまたはインフォーム要求（インフォーム）として生成できます。トラップは、Simple Network Management Protocol（SNMP；簡易ネットワーク管理プロトコル）マネージャにネットワークの状態を警告するメッセージです。インフォームは、SNMPマネージャからの受信確認の要求を含むトラップです。通知は、不適切なユーザ認証、再起動、接続の切断、ネイバーデバイスへの接続の切断、またはその他の重要なイベントを示す可能性があります。
トラップの信頼性はインフォームよりも低くなります。これは、受信側がトラップを受信しても確認応答が送信されないためです。送信側はトラップが受信されたかどうかを認識しません。インフォームを受信したSNMPマネージャは、SNMP応答のプロトコルデータユニット(PDU)でメッセージに確認応答します。送信者が応答を受信しない場合は、インフォームを再送信できます。このため、インフォームは目的の宛先に到達できる可能性が高くなります。
トラップは、インフォームによってデバイスとネットワークのリソースを多く消費するため、信頼性が低い場合でも多くの場合に推奨されます。送信されると同時に廃棄されるトラップとは異なり、インフォームは応答が受信されるか要求がタイムアウトになるまでメモリに保持される必要があります。また、トラップは1回だけ送信されますが、インフォームは複数回再送信される場合があります。再試行によってトラフィックが増加し、ネットワークのオーバーヘッドが増加します。トラップとインフォームを使用するには、信頼性とリソースのトレードオフが必要です。
MIBおよびRFC
Management Information Base（MIB；管理情報ベース）モジュールは通常、国際標準化団体であるInternet Engineering Task Force（IETF；インターネット技術特別調査委員会）に提出されたRequest for Comments（RFC；コメント要求）文書で定義されています。RFCは、個人またはグループによって作成され、インターネット学会およびインターネットコミュニティ全体で検討されます。通常は、推奨されるインターネット標準を確立する目的で作成されます。RFCのステータスが示される前に、推奨事項がInternet Draft（I-D；インターネットドラフト）ドキュメントとして公開されます。推奨される標準となったRFCには、標準ドキュメント(STD)というラベルも付けられています。IETFの標準プロセスと動作については、Internet SocietyのWebサイト(http://www.isoc.org)で学習できます。IETF Webサイト(http:///www.ietf.org)にあるシスコのドキュメントで参照されているすべてのRFC、I-D、およびSTDの全文を読むことができます。
シスコのSNMP実装では、RFC 1213に記述されているMIB II変数の定義と、RFC 1215に記述されているSNMPトラップの定義を使用しています。
Cisco では、すべてのシステムに独自の MIB 拡張機能を付加して提供しています。シスコのエンタープライズMIBは、ドキュメントに特に記載がない限り、関連するRFCに記載されているガイドラインに準拠しています。MIBモジュール定義ファイルおよび各シスコプラットフォームでサポートされるMIBのリストについては、Cisco.comのCisco MIB Webサイトを参照してください。
SNMPのバージョン
現在、シスコデバイスは次のバージョンのSNMPをサポートしています。
- SNMPv1：簡易ネットワーク管理プロトコル(SNMP):RFC 1157で定義されている完全なインターネット標準です（RFC 1067およびRFC 1098として公開されていた以前のバージョンは、RFC 1157に置き換えられました）。 セキュリティはコミュニティ ストリングに基づいて実現されています。
- SNMPv2c:SNMPv2用のコミュニティストリングベースの管理フレームワーク。SNMPv2c（「c」は「コミュニティ」を表す）は、RFC 1901、RFC 1905、およびRFC 1906で定義されている実験的なインターネットプロトコルです。SNMPv2cは、SNMPv2p(SNMPv2 Classic)のプロトコル動作とデータタイプの更新であり、SNMPv1のコミュニティベースのセキュリティモデルを使用します。
- SNMPv3:SNMPのバージョン3。SNMPv3は、RFC 3413 ～ 3415で定義されている、相互運用可能な標準ベースのプロトコルです。SNMPv3は、ネットワーク上のパケットを認証および暗号化することで、デバイスへのセキュアなアクセスを提供します。
SNMPv3で提供されるセキュリティ機能は次のとおりです。
- メッセージの整合性：パケットが送信中に改ざんされていないことを確認します。
- 認証：メッセージが有効な送信元からのものであることを確認しています。
- 暗号化：パケットの内容をスクランブルして、不正な送信元によってパケットが学習されるのを防ぎます。
SNMPv1 と SNMPv2c の両方では、コミュニティ ベースのセキュリティ方式が使用されています。SNMPマネージャのコミュニティは、コミュニティストリングによって定義されたエージェントMIBにアクセスできます。
SNMPv2cのサポートには、一括取得メカニズムと、管理ステーションへの詳細なエラーメッセージの報告が含まれます。バルク検索メカニズムは、テーブルと大量の情報の検索をサポートし、必要なラウンドトリップ数を最小限に抑えます。SNMPv2cの改善されたエラー処理サポートには、さまざまなタイプのエラーを区別する拡張エラーコードが含まれています。これらの状態は、SNMPv1の単一のエラーコードで報告されます。次の3種類の例外も報告されます。該当するオブジェクトなし、該当するインスタンスなし、およびMIBビューの終了。
SNMPv3は、ユーザおよびユーザが属するグループに対して認証方式が設定されるセキュリティモデルです。セキュリティ レベルとは、セキュリティ モデル内で許可されるセキュリティのレベルです。セキュリティモデルとセキュリティレベルの組み合わせによって、SNMPパケットの処理時に採用されるセキュリティメカニズムが決まります。
SNMPv1、SNMPv2c、およびSNMPv3の3つのセキュリティモデルを使用できます。次の表に、セキュリティモデルとレベルの組み合わせとその意味を示します。
| モデル |
レベル |
[Authentication] |
暗号化 |
起こること |
| v1 |
noAuthNoPriv |
コミュニティ文字列 |
いいえ |
コミュニティ ストリングの照合を使用して認証します。 |
| v2c |
noAuthNoPriv |
コミュニティ文字列 |
いいえ |
コミュニティ ストリングの照合を使用して認証します。 |
| v3 |
noAuthNoPriv |
ユーザ名 |
いいえ |
ユーザ名の照合を使用して認証します。 |
| v3 |
認証の優先順位 |
Message Digest 5(MD5)またはSecure Hash Algorithm(SHA) |
いいえ |
HMAC-MD5 または HMAC-SHA アルゴリズムに基づく認証を提供します。 |
| v3 |
認証特権 |
MD5またはSHA |
データ暗号化規格(DES) |
HMAC-MD5 または HMAC-SHA アルゴリズムに基づく認証を提供します。CBC-DES（DES-56）標準に基づいて認証する以外に、DES 56ビット暗号化を行います。 |
管理ステーションでサポートされているSNMPのバージョンを使用するには、SNMPエージェントを実装する必要があります。エージェントは複数のマネージャと通信できます。
SNMPv3は、RFC 1901 ～ 1908、2104、2206、2213、2214、および2271 ～ 2275をサポートします。SNMPv3の詳細については、RFC 2570、Introduction to Version 3 of the Internet-standard Network Management Framework（インターネット標準のネットワーク管理フレームワーク）を参照してください（標準のドキュメントではありません）。
Yangモデル
Yangモデルは、システムの特定の機能またはハードウェア特性のツリー構造の抽象化を表します。ネットワーク要素では、Yangモデルはルーティングプロトコル、内部物理センサーアレイを表すことができます。YANGの言語と用語はRFC 6020で説明されており、次にRFC 7950で更新されています。Yangモデルでは、主要な構造を表すデータが、関連するサブノードのリストであるサブモジュールとコンテナに編成されます。次に、いくつかのノードタイプについて説明します。
リーフノードには、整数や文字列などの単純なデータが含まれます。特定のタイプの値を1つだけ持ち、子ノードはありません。
leaf host-name {
type string;
description "Hostname for this system";
}
リーフリストは、リーフごとに特定のタイプの値を1つだけ持つリーフノードのシーケンスです。
leaf-list domain-search {
type string;
description "List of domain names to search";
}
コンテナノードは、サブツリー内の関連ノードをグループ化するために使用されます。コンテナには子ノードしかなく、値はありません。コンテナには、任意のタイプ（リーフ、リスト、コンテナ、リーフリストなど）の任意の数の子ノードを含めることができます。
container system {
container login {
leaf message {
type string;
description
"Message given at start of login session";
}
}
}
リストは、一連のリストエントリを定義します。各エントリは構造体またはレコードインスタンスに似ており、キーリーフの値によって一意に識別されます。リストは複数のキーリーフを定義でき、任意のタイプ（リーフ、リスト、コンテナなど）の任意の数の子ノードを含むことができます。
最後に、これらの注記タイプをすべてバインドするサンプルモデルは、次の例のようになります。
## Contents of "example-system.yang"
module example-system {
yang-version 1.1;
namespace "urn:example:system";
prefix "sys";
organization "Example Inc.";
contact "joe@example.com";
description "The module for entities implementing the Example system.";
revision 2007-06-09 {
description "Initial revision.";
}
container system {
leaf host-name {
type string;
description "Hostname for this system.";
}
leaf-list domain-search {
type string;
description "List of domain names to search.";
}
container login {
leaf message {
type string;
description "Message given at start of login session.";
}
list user {
key "name";
leaf name {
type string;
}
leaf full-name {
type string;
}
leaf class {
type string;
}
}
}
}
}ただし、Yangモデルで使用されるYang言語は、コンテナ/リスト/リーフへのデータの編成を示すものではありません。このため、ネットワーク要素上の特定の機能を多様なYangモデルで表すことができます。この課題は、次のYangモデルタイプで対処されています。
OpenConfigモデル
OpenConfigモデルは、特定の機能を表すモデルに対してアグノスティックベンダー組織を使用して開発されました。このアプローチの利点は、NMSがマルチベンダーまたはマルチプラットフォーム環境のネットワーク要素との対話にこれらのモデルを使用できることです。
名前が示すように、これらのモデルはオープンで、このリンクのgithubのようなリポジトリで検査するために公開されています。
https://github.com/openconfig/public/tree/master/release/models
たとえば、Border Gateway Protocol（BGP；ボーダーゲートウェイプロトコル）用のopenconfigモデルと、Link Aggregation Control Protocol（LACP；リンク集約制御プロトコル）(LACP)用のopenconfigモデル、およびISIS用の異なる特定のモデルを見つけることができます。BGPの場合は、BGPエラーのモデルや、BGPポリシーのモデルなどを見つけることができます。モデルは関連している可能性があり、一部のモデルは別のyangパッケージを呼び出すことができます。たとえば、openconfig-bgp-neighbor.yangはopenconfig-bgp.yangに属しています。
module openconfig-bgp {
yang-version "1";
## namespace
namespace "http://openconfig.net/yang/bgp";
prefix "oc-bgp";
## import some basic inet types
import openconfig-extensions { prefix oc-ext; }
import openconfig-rib-bgp { prefix oc-bgprib; }
## Include the OpenConfig BGP submodules
## Common: defines the groupings that are common across more than
## one context (where contexts are neighbor, group, global)
include openconfig-bgp-common;
## Multiprotocol: defines the groupings that are common across more
## than one context, and relate to Multiprotocol
include openconfig-bgp-common-multiprotocol;
## Structure: defines groupings that are shared but are solely used for
## structural reasons.
include openconfig-bgp-common-structure;
## Include peer-group/neighbor/global - these define the groupings
## that are specific to one context
include openconfig-bgp-peer-group;
include openconfig-bgp-neighbor;
include openconfig-bgp-global;
つまり、OpenConfigモデルは、IETFやRFCの標準機能など、すべてのプラットフォームに共通のプロトコルを対象としています。
ネイティブモデル
一方、ネイティブモデルは、特定のプラットフォームに固有の深い構造をカバーするベンダー指向のモデルです。たとえば、電圧、温度、ASICカウンタ、ファブリックカウンタなどのネットワーク要素内の物理値のセンサーをグループ化するモデルです。これらはプラットフォームに依存するため、NCS6K、ASR9K、またはCisco 8000に固有のモデルを見つけることが一般的です。
OpenConfigモデルとして、ネイティブモデルもGithubリポジトリで使用できます。
https://github.com/YangModels/yang/tree/master/vendor/cisco/xr
これらのモデルはOpenConfigモデルよりもはるかに詳細で完全である傾向があるため、特定のソフトウェアバージョンに関連し、ソフトウェアリリース間で変更されることがあります。
ネイティブモデルには、主に次の2つのカテゴリがあります。
- 要素から情報を取得するために使用される「Oper」モデル。
たとえば、Cisco-IOS-XR-eigrp-oper.yang
- ネットワーク要素の設定に使用される「Cfg」モデル
たとえば、Cisco-IOS-XR-eigrp-cfg.yang
一般的に、モデル駆動型テレメトリでは、インフラストラクチャからデータをストリーミングするために「オープン」モデルを使用し、NSOのようなNMSでは、ネットワーク要素の設定を変更するために「cfg」モデルを使用します。
ネイティブおよびOpenConfig Yangモデルは、/pkg/yangフォルダのXRソフトウェアに存在し、プラットフォームでYangモデルが使用可能かどうかを確認するためにリストできます。この例は、cXR 6.4.2を実行するXRrv9k用です。
RP/0/RP0/CPU0:xrv9k1#run ls /pkg/yang | grep isis
Tue Sep 22 14:21:27.471 CLST
Cisco-IOS-XR-clns-isis-cfg.yang
Cisco-IOS-XR-clns-isis-datatypes.yang
Cisco-IOS-XR-clns-isis-oper-sub1.yang
Cisco-IOS-XR-clns-isis-oper-sub2.yang
Cisco-IOS-XR-clns-isis-oper-sub3.yang
Cisco-IOS-XR-clns-isis-oper.yang
Cisco-IOS-XR-isis-act.yang
openconfig-isis-lsdb-types.yang
openconfig-isis-lsp.yang
openconfig-isis-policy.yang
openconfig-isis-routing.yang
openconfig-isis-types.yang
openconfig-isis.yang
RP/0/RP0/CPU0:xrv9k1#
テレメトリ
テレメトリは、さまざまなリモート要素から可視性と分析レイヤを集約する中央の場所に情報を収集できるプロセスです。
ネットワーク環境では、データはネットワーク内のすべての要素、ルータ、他の間のスイッチによって生成され、情報は特定のプロトコル、パフォーマンスカウンタ、または物理センサーからの測定の非常に大規模なセットに関連している可能性があります。
一般的に、可視性と分析の機能はネットワークの中心に位置し、テレメトリ情報のストリーミングはネットワーク転送メカニズムを使用して行われるため、テレメトリ情報は可能な限り迅速で、拡張性を備えている必要があります。
SNMPのレガシーメカニズムとは対照的に、テレメトリではプッシュパラダイムを使用します。このパラダイムでは、定期的な間隔でポーリングされずにネットワーク自体のデータをストリーミングできるようにネットワークをプロビジョニングする必要があります。これがSNMPベースのモニタリングの主な特徴です。このプロビジョンはサブスクリプションと呼ばれることがよくあります。このプロビジョンは、監視する変数のセット、データ収集のサンプリング間隔の通常の間隔、およびネットワークを介してこのデータを送信するリモートシステムに基づいています。
モデル駆動型テレメトリ
MDTはModel Driven Telemetryの略で、名前のとおりYang Modelsに基づいています。ネットワーク機器のあらゆる側面は、OSPFネイバーテーブル、RIB、モジュラシステム上の各コンポーネントの温度センサーなど、Yangモデルで表すことができます。
MDTアーキテクチャに関しては、次のレイヤに分割できます。
注：プロデューサ層に関しては、モデル駆動型テレメトリに、デバイスが生データについて内部データベースを参照する頻度を制御し、このデータをデータモデル層に編成するサンプリング間隔定義があります。
テレメトリサブスクリプションでは、分析レイヤにストリーミングするデータを生成するモデルとコンテナ/パスも定義されます。この定義は、ビジネス目的に関連する情報に影響を与えます。このセンサーパスのMDT定義は、SNMP経由で取得するOIDを定義するアナログです。これは、両方のテクノロジーが定義されたサンプリングレートで構造化データを生成するためです。
イベント駆動型テレメトリ
EDTはEvent Driven Telemetry（イベント駆動型テレメトリ）の略で、構造のYangモデルにも基づいています。主な違いは、コレクションとデータストリームのトリガーが定期的な間隔ではなく、しきい値のクロス、リンクイベント、ハードウェア障害などの特定のイベントであることです。
イベントとモデル駆動型テレメトリ、およびイベント駆動型テレメトリの比較を次に示します。
ヒント：この図は、MDTを使用した冗長メッセージを示していますが、EDTを使用した変更を表すメッセージのみを示しています。
トランスポート
テレメトリは可能な限り信頼性が高く、インフラストラクチャと分析レイヤの間でセッション指向のソケットを使用するためにTransmission Control Protocol（TCP；伝送制御プロトコル）ベースのトランスポートを使用することは理にかなっています。分析レイヤでは、セッションを確立するためにコレクタを実装する必要があります。
テレメトリを使用する際には2つの主なアプローチがあり、3ウェイハンドシェイクの初期フローは互いに異なります。
注：ダイヤルアウトモードでは、セッションのセットアップはインフラストラクチャ側で開始されます。これは、対象のセンサーをネットワーク要素に設定する必要があることを意味します。これに対して、ダイヤルインアプローチでは、セットアップフェーズでコレクタが特定のセンサーパスを要求するため、ネットワーク要素の設定が軽くなります。
TCP
TCPは、ネットワーク要素とテレメトリコレクタの間にコネクション型のセッションを作成する最も簡単な方法です。データストリームは、信頼性を確保するためにルータからコレクタにACKを送信する方法から始まります。
gRPC
Google Protocol RPC(gRPC)はHypertext Transfer Protocol/2(HTTP/2)上で動作するため、セッション自体はセットアップ時に形成され、コレクタ側からの速度制御をネイティブで許可します。
gNMI/gNOI
gRPCネットワーク管理インターフェイス(gNMI)は、Googleによって開発されたgRPCネットワーク管理プロトコルです。gNMIは、ネットワークデバイスの構成をインストール、操作、削除し、運用データを表示するメカニズムを提供します。gNMIを通じて提供されるコンテンツは、YANGを使用してモデリングできます。
gNMIはgRPC-HTTP/2を使用して接続を設定し、ネットワーク要素とテレメトリコレクタとしても機能するNMS間の双方向チャネルを提供しますが、デバイスを管理するためのインターフェイスも提供します。
このプロトコルによってサポートされる操作の間に、要求された情報、成功またはエラーメッセージを返すgNMI Get、gNMI Setを見つけることができます。
gRPCネットワーク操作インターフェイス(gNOI)は、gNMIと同じ通信チャネルを使用するマイクロサービスの集合であり、ping、再起動、SSL証明書の変更、クリアなど、設定自体に関連しない一般的な操作を許可します。
符号化
Yangモデルは、データの構造、階層、およびデータ上のすべてのリーフノードのタイプを定義します。ただし、モデリングではこのデータのシリアル化の方法は示されません。このプロセスは、構造化データからバイトのストリームへの変換を管理し、TCP接続（raw TCP、gRPC、gNMIなど）を介して送信されます。
注：このプロセスは、データをエンコードするネットワーク要素で同等のメカニズムを使用して実装する必要があり、コレクタはこのデータをデコードする必要があります。
JSON
1つ目のエンコーディングメカニズムは、ネイティブのJavaScript Object Notation(JSON)形式です。これは広く知られていますが、人間が使用する形式です。すべてのキーが文字列として表されるため、メッセージサイズの点で非効率的です。JSONを使用する主な利点は、解析が容易であり、次の例のようにテキストベースで読み取れることです。
{
“node_id_str":"test-IOSXR ",
"subscription_id_str":" if_rate",
"encoding_path":"Cisco-IOS-XR-infra-statsdoper:infra-statistics/interfaces/interface/latest/datarate", "collection_id":49,
"collection_start_time":1510716302467,
"msg_timestamp":1510716302479,
"data_json":
[
{
"timestamp":1510716282334,
"keys":{
"interface-name":"Null0”
},
"content":{
"input-data-rate":0,
"input-packet-rate":0,
"output-data-rate":0,
"output-packet-rate":0,
<>
{
"timestamp": 1510716282344,
"keys":{
"interface-name":"GigabitEthernet0/0/0/0”
},
"content":{
"input-data-rate":8,
"input-packet-rate":1,
"output-data-rate":2,
"output-packet-rate":0,
<>
"collection_end_time":1510716302372
}
GPB-KV
Google Protocol Buffers-Key Value (GPB-KV)エンコード形式これは、プロトコルバッファを使用してYangモデルの特定の要素を指すメッセージを使用するため、自己記述GPBとも呼ばれます。これは、エンコード/デコードの目的で必要な.protoファイルは1つだけであり、データのキー自体は自己記述文字列であることを意味します。
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
最後に、コンパクトGPBとも呼ばれるGoogle Protocol Buffers (GPB)は、このアプローチをさらに一歩進め、.protoファイルを必要とします。このファイルは、構造のすべてのキーをマッピングし、すべてがバイナリ値として送信されるため、メッセージサイズの点で非常に効率的になります。ただし、インフラストラクチャ/コレクタでサポートされているすべてのYangモデルに関連付けられているすべての.protoファイルをコンパイルする必要があるという欠点があります。
node_id_str: ”test-IOSXR"
subscription_id_str: ”if_rate"
encoding_path: "Cisco-IOS-XR-infra-statsdoper:infrastatistics/interfaces/interface/latest/data-rate"
collection_id: 5
collection_start_time: 1485794640452
msg_timestamp: 1485794640452
data_gpb {
row {
timestamp: 1485794640459
keys: "\n\005Null0"
content: "\220\003\000\230\003\000\240\003\000\250\0 03\000\260\003\000\270\003\000\300\003\000\ 310\003\000\320\003\000\330\003\t\340\003\00 0\350\003\000\360\003\377\001"
}
row {
timestamp: 1485794640469
keys: "\n\026GigabitEthernet0/0/0/0"
content: "\220\003\010\230\003\001\240\003\002\250\0 03\000\260\003\000\270\003\000\300\003\000\ 310\003\000\320\003\300\204=\330\003\000\34 0\003\000\350\003\000\360\003\377\001"
}
collection_end_time: 1485794640480
IOS XRでのMDTの設定
モデル駆動型テレメトリデータのストリーミングで使用されるコアコンポーネントは次のとおりです。
- セッション
- センサーパス
- 定期購読
- 転送と符号化
セッションオプションは、前述したように、ダイヤルインまたはダイヤルアウトです。IOS XRで設定を作成します。
ダイヤルアウトモード
ダイヤルアウトモードの場合、ルータはサブスクリプションに基づいて宛先へのセッションを開始し、プロセスは次の手順を含む必要があります。
- 通知先グループの作成
- センサーグループの作成
- サブスクリプションの作成
- ダイヤルアウト設定の検証
宛先グループを作成するには、コレクタのInternet Protocol Version 4(IPv4)/Internet Protocol Version 6(IPv6)アドレスと、このアプリケーションにサービスを提供するポートを知っている必要があります。また、ネットワークデバイスとコレクタで合意する必要があるプロトコルとエンコーディングを指定する必要があります。
最後に、コレクタのネットワークアドレスとの通信に使用するVirtual Routing and Forwarding(VRF)を指定する必要がある場合があります。
次に、ダイヤルアウトの設定例を示します。
telemetry model-driven
destination-group DG1
vrf MGMT
address-family ipv4 192.168.122.20 port 5432
encoding self-describing-gpb
protocol tcp
!
!
エンコーディングオプションは次のとおりです。
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#encoding ?
gpb GPB encoding
json JSON encoding
self-describing-gpb Self describing GPB encoding ← Also known as GPB-KV
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#encoding
プロトコルのオプション：
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol ?
grpc gRPC
tcp TCP
udp UDP
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol grpc ?
gzip gRPC gzip message compression
no-tls No TLS
tls-hostname TLS hostname
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol tcp ?
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol udp ?
packetsize UDP packet size
RP/0/RP0/CPU0:C8000-1(config-model-driven-dest-addr)#protocol udp
TCPプロトコルは単純で、IPv4/IPv6アドレスに接続されたポート設定のみが必要です。これに対し、User Datagram Protocol（UDP；ユーザデータグラムプロトコル）はコネクションレス型であるため、宛先グループのステータスは常にactiveになります。
gRPCでの圧縮は、オプションのgzipキーワードを使用することで実現できます。gRPCはデフォルトでTLSを使用するため、証明書はルータにローカルでインストールする必要があります。この動作は、no-tlsキーワードを設定することで上書きできます。最後に、tls-hostnameキーワードを使用して、証明書の目的で別のホスト名を指定できます。
次に、対象のセンサーパスをリストしたsensor-groupセクションを追加します。このセクションは簡単ですが、センサーパス自体が、中央処理装置(CPU)や帯域幅などのいくつかのリソースを最適化するためのフィルタリングを可能にしていることを知っておくことが重要です。
telemetry model-driven
sensor-group SG1
sensor-path Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
sensor-path Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface[interface-name='Mgmt*']/data-rate
!
!
注：センサーパスに必要な形式は、<model-name>:<container-path>です。
このドキュメントでは、この従来のアプローチにおける「リーフ」を表すOIDを使用したSNMPベースのモニタリングから、同じ「リーフ」に一致するXPATHで表されるYANGモデルへのマッピングについて説明します。
最後の設定段階では、センサーグループとテレメトリストリーミングのケイデンスを宛先グループに関連付けるサブスクリプションを設定する必要があります。
telemetry model-driven
subscription SU1
sensor-group-id SG1 sample-interval 5000
destination-id DG1
!
!
この例では、前回の収集の終了を基準として、5000ミリ秒（5秒）のサンプリング間隔を使用しています。この動作を変更するには、strict-timerオプションを使用してsample-intervalキーワードを変更します。
確認のために、サブスクリプションのステータスを確認する次のコマンドを使用できます。この方法では、センサーグループと宛先グループの情報もカバーできます。
RP/0/RP0/CPU0:C8000-1#sh telemetry model-driven subscription SU1
Wed Nov 18 15:38:01.397 UTC
Subscription: SU1
-------------
State: ACTIVE
Sensor groups:
Id: SG1
Sample Interval: 5000 ms
Heartbeat Interval: NA
Sensor Path: Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface[interface-name='Mgmt*']/data-rate
Sensor Path State: Resolved
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
Sensor Path State: Resolved
Destination Groups:
Group Id: DG1
Destination IP: 192.168.122.10
Destination Port: 5432
Destination Vrf: MGMT(0x60000001)
Encoding: self-describing-gpb
Transport: tcp
State: Active
TLS : False
Total bytes sent: 636284346
Total packets sent: 4189
Last Sent time: 2020-11-18 15:37:58.1700077650 +0000
Collection Groups:
------------------
Id: 9
Sample Interval: 5000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: self-describing-gpb
Num of collection: 1407
Collection time: Min: 4 ms Max: 13 ms
Total time: Min: 8 ms Avg: 10 ms Max: 20 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 1407
Last Collection Start:2020-11-18 15:37:57.1699545994 +0000
Last Collection End: 2020-11-18 15:37:57.1699555589 +0000
Sensor Path: Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface/data-rate
Id: 10
Sample Interval: 5000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: self-describing-gpb
Num of collection: 1391
Collection time: Min: 178 ms Max: 473 ms
Total time: Min: 247 ms Avg: 283 ms Max: 559 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 0
Last Collection Start:2020-11-18 15:37:58.1699805906 +0000
Last Collection End: 2020-11-18 15:37:58.1700078415 +0000
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
RP/0/RP0/CPU0:C8000-1#
ダイヤルインモード
ダイヤルインモードでは、コレクタがネットワーク要素への接続を開始します。次に、コレクタはサブスクリプションを構築する関心を示す必要があります。
この設定には次のステップがあります。
- gRPCサービスを有効にする
- センサーグループの設定
- 検証
gRPCサービスを有効にするには、次に設定を表示します。
!
grpc
vrf MGMT
port 57400
no-tls
address-family dual
!
VRFやTCPポートなどのオプションは簡単です。デフォルトでは、gRPCはTLSを使用しますが、no-tlsキーワードを使用して無効にすることができます。最後に、address-family dualオプションでは、IPv4とIPv6を使用した接続が可能です。
次に、ダイヤルインではセンサーグループをローカルで定義する必要があります。これは、後でコレクタがサブスクリプションを定義するために使用します。
telemetry model-driven
sensor-group SG3
sensor-path Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
sensor-path Cisco-IOS-XR-fib-common-oper:fib-statistics/nodes/node/drops
!
!
ここで、ダイヤルインモードの設定が完了したことを示し、コレクタ自体がgRPCを使用してルータへのサブスクリプションを作成できます。確認のために、ダイヤルアウトモードと同じアプローチを行うことができます。
RP/0/RP0/CPU0:C8000-1#sh telemetry model-driven subscription anx-1605878175837
Fri Nov 20 13:58:37.894 UTC
Subscription: anx-1605878175837
-------------
State: ACTIVE
Sensor groups:
Id: SG3
Sample Interval: 15000 ms
Heartbeat Interval: NA
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
Sensor Path State: Resolved
Sensor Path: Cisco-IOS-XR-fib-common-oper:fib-statistics/nodes/node/drops
Sensor Path State: Resolved
Destination Groups:
Group Id: DialIn_1003
Destination IP: 192.168.122.10
Destination Port: 46974
Compression: gzip
Encoding: json
Transport: dialin
State: Active
TLS : False
Total bytes sent: 71000035
Total packets sent: 509
Last Sent time: 2020-11-20 13:58:32.1030932699 +0000
Collection Groups:
------------------
Id: 5
Sample Interval: 15000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: json
Num of collection: 170
Collection time: Min: 273 ms Max: 640 ms
Total time: Min: 276 ms Avg: 390 ms Max: 643 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 0
Last Collection Start:2020-11-20 13:58:32.1030283276 +0000
Last Collection End: 2020-11-20 13:58:32.1030910008 +0000
Sensor Path: Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization
Id: 6
Sample Interval: 15000 ms
Heartbeat Interval: NA
Heartbeat always: False
Encoding: json
Num of collection: 169
Collection time: Min: 15 ms Max: 33 ms
Total time: Min: 17 ms Avg: 22 ms Max: 33 ms
Total Deferred: 0
Total Send Errors: 0
Total Send Drops: 0
Total Other Errors: 0
No data Instances: 0
Last Collection Start:2020-11-20 13:58:32.1030910330 +0000
Last Collection End: 2020-11-20 13:58:32.1030932787 +0000
Sensor Path: Cisco-IOS-XR-fib-common-oper:fib-statistics/nodes/node/drops
RP/0/RP0/CPU0:C8000-1#
ヒント：ダイヤルインモードでは、ルータにケイデンス、エンコーディング、コレクタIP、またはトランスポートがハードコードされていないことに注意してください。
MDTへのSNMPの移行
従来のSNMPからテレメトリモデルへの移行を実現するには、次の側面について説明する必要があります。
- XPATHへのMIBの移行
- テレメトリへのトラップ移行
- セキュリティに関する考慮事項
XPATHへのMIBの移行
この目的のために、MIBを独自の階層を使用して分類し、少なくとも高レベルで特定の機能にマッピングできます。
BGP4-MIB
次の表は、BGPピアリングセッションに関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表しています。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| bgpPeerLastError |
1.3.6.1.2.1.15.3.1.14 |
この接続でこのピアに表示された最後のエラーコードとサブコード。エラーが発生していない場合、このフィールドはゼロになります。それ以外の場合、この2バイトのOCTET STRINGの最初のバイトにはエラーコードが含まれ、2番目のバイトにはサブコードが含まれます。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance-active/default-vrf/neighbor-missing-eor-table/neighbor/last-notify-error-code |
| bgpPeerOutUpdate |
1.3.6.1.2.1.15.3.1.11 |
この接続で送信されたBGP UPDATEメッセージの数です。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/update-messages-out |
| bgpPeerInUpdate |
1.3.6.1.2.1.15.3.1.10 |
この接続で受信したBGP UPDATEメッセージの数です。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/update-messages-in |
| bgpPeerNegotiatedVersion |
1.3.6.1.2.1.15.3.1.4 |
2つのピア間で実行されているBGPのネゴシエートされたバージョン。bgpPeerStateがopenconfirmまたはestablished状態でない限り、このエントリはゼロ(0)である必要があります。このオブジェクトの有効な値は0 ～ 255です。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/neighbor-protocol-version |
| bgpPeerState |
1.3.6.1.2.1.15.3.1.2 |
BGPピアの接続状態。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-state |
| bgpPeerRemoteAddr |
1.3.6.1.2.1.15.3.1.7 |
このエントリのBGPピアのリモートIPアドレス |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-remote-address |
| bgpPeerLocalAddr |
1.3.6.1.2.1.15.3.1.5 |
このエントリのBGP接続のローカルIPアドレス。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-local-address |
| bgpPeerFsmEstablishedTime |
1.3.6.1.2.1.15.3.1.16 |
このタイマーは、このピアがestablished状態であった時間（秒単位）、またはこのピアが最後にestablished状態になってからの時間を示します。新しいピアが設定されるか、ルータがブートされると、この値はゼロに設定されます。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-established-time |
| bgpPeerAdminStatus |
1.3.6.1.2.1.15.3.1.3 |
BGP接続の望ましい状態。「stop」から「start」への移行により、BGP手動開始イベントが生成されます。「start」から「stop」への移行により、BGP手動停止イベントが生成されます。このパラメータは、BGPピア接続を再起動するために使用できます。適切な認証を行わずに、このオブジェクトへの書き込みアクセスを提供する場合は注意が必要です。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-admin-status |
CISCO-BGP4-MIB
次の表は、BGPセッションの状態とプレフィクスの交換に関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表しています。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| cbgpPeer2RemoteAs |
1.3.6.1.4.1.9.9.187.1.2.5.1.11 |
BGP OPENメッセージで受信されたリモート自律システム番号。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/sessions/session/remote-as |
| cbgpPeer2PrevState |
1.3.6.1.4.1.9.9.187.1.2.5.1.29 |
BGPピア接続の以前の状態。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/previous-connection-state |
| cbgpPeer2状態 |
1.3.6.1.4.1.9.9.187.1.2.5.1.3 |
BGPピアの接続状態。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-state |
| cbgpPeer2LocalAddr |
1.3.6.1.4.1.9.9.187.1.2.5.1.6 |
このエントリのBGP接続のローカルIPアドレス。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/connection-local-address |
| cbgpPeer2AdvertisedPrefix |
1.3.6.1.4.1.9.9.187.1.2.8.1.6 |
このカウンタは、アドレスファミリに属するルートプレフィックスがこの接続でアドバタイズされると増加します。接続がハードリセットされると、この値は0に初期化されます。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/af-data/prefixes-advertised |
| cbgpPeer2AcceptedPrefixes |
1.3.6.1.4.1.9.9.187.1.2.8.1.1 |
アドレスファミリに属するこの接続で受け入れられたルートプレフィックスの数。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/af-data/prefixes-accepted |
| cbgpPeerPrefixLimit |
1.3.6.1.4.1.9.9.187.1.2.1.1.3 |
この接続で受け入れられるルートプレフィックスの最大数 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/instances/instance/instance-active/default-vrf/afs/af/neighbor-af-table/neighbor/af-data/max-prefix-limit |
| cbgpPeer2PrefixThreshold |
1.3.6.1.4.1.9.9.187.1.2.8.1.4 |
プレフィックスカウントを示す警告メッセージがしきい値を超えたか、対応するSNMP通知が生成される、この接続のアドレスファミリのプレフィクスしきい値(%)。 |
Cisco-IOS-XR-ipv4-bgp-oper:bgp/config-instances/config-instance-default-vrf/entity-configurations/entity-configuration/af-dependent-config/max-prefix-warn-threshold |
CISCOクラスベースQOS MIB
次の表は、Quality of Service(QoS)クラス/ポリシーの統計情報に関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| cbQosCMDropBitRate |
1.3.6.1.4.1.9.9.166.1.15.1.1.18 |
ドロップを発生させる可能性があるすべての機能（police、random detectなど）の結果として生じる、クラスごとのドロップのビットレート。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/general-stats/total-drop-rate |
| cbQosCMDropPkt64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.14 |
ドロップを生成するすべての機能（police、random detectなど）の結果としての、クラスごとのドロップされたパケットの64ビットカウンタ。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/general-stats/total-drop-packets |
| cbQosCMPrePolicyPkt64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.3 |
QoSポリシーを実行する前の着信パケットの64ビット数。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/general-stats/pre-policy-matched-packets |
| cbQosCMName（トンネルグループ） |
1.3.6.1.4.1.9.9.166.1.7.1.1.1 |
クラスマップの名前 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/class-name |
| cbQosCMPostPolicyByte64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.10 |
QoSポリシー実行後の発信オクテットの64ビット数。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/child-policy/class-stats/general-stats/transmit-bytes |
| cbQosIfIndex |
1.3.6.1.4.1.9.9.166.1.1.1.1.4 |
このサービスが接続されているインターフェイスのifIndex。このフィールドは、論理インターフェイスにsnmp ifIndexが設定されている場合にのみ意味を持ちます。たとえば、cbQosIfTypeがcontrolPlaneの場合、このフィールドの値は無意味です。 |
Cisco-IOS-XR-infra-policymgr-oper:policy-manager/global/policy-map/policy-map-types/policy-map-type/policy-maps |
| cbQosConfigIndex |
1.3.6.1.4.1.9.9.166.1.5.1.1.2 |
各オブジェクトの任意の（システム割り当て）構成（インスタンス独立）インデックス。同じ設定を持つ各オブジェクトは、同じ設定インデックスを共有します。 |
Cisco-IOS-XR-infra-policymgr-oper:policy-manager/global/policy-map/policy-map-types/policy-map-type/policy-maps |
| cbQosCMPrePolicyByte64 |
1.3.6.1.4.1.9.9.166.1.15.1.1.6 |
QoSポリシーを実行する前の着信オクテットの64ビット数。 |
Cisco-IOS-XR-qos-ma-oper:qos/interface-table/interface/input/service-policy-names/service-policy-instance/statistics/class-stats/child-policy/class-stats/general-stats/pre-policy-matched-bytes |
CISCO-ENHANCED-MEMPOOL-MIB
次の表は、OIDの名前と番号、およびメモリ使用量に関連するモデル駆動型テレメトリセンサーグループで設定される対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| cempMemPoolUsed |
1.3.6.1.4.1.9.9.221.1.1.1.1.7 |
物理エンティティ上のアプリケーションによって現在使用されているメモリプールのバイト数を示します。 |
Cisco-IOS-XR-nto-misc-oper:memory-summary/nodes/node/summary |
| cempMemPoolHCUsed |
1.3.6.1.4.1.9.9.221.1.1.1.1.18 |
物理エンティティ上のアプリケーションによって現在使用されているメモリプールのバイト数を示します。このオブジェクトは、64ビット版のcempMemPoolUsedです。 |
Cisco-IOS-XR-nto-misc-oper:memory-summary/nodes/node/detail/total-used |
| cempMemPoolHCFree |
1.3.6.1.4.1.9.9.221.1.1.1.1.20 |
物理エンティティで現在使用されていないメモリプールのバイト数を示します。このオブジェクトは、cempMemPoolFreeの64ビットバージョンです。 |
Cisco-IOS-XR-nto-misc-oper:memory-summary/nodes/node/detail/free-physical-memory |
CISCO-ENTITY-FRU-CONTROL-MIB
次の表は、OIDの名前と番号、および対応するXPATHを表します。これらは、監視対象システムの現場交換可能ユニット(FRU)に関連するモデル駆動型テレメトリセンサーグループに設定されます。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| cefcFRUPowerOperStatus |
1.3.6.1.4.1.9.9.117.1.1.2.1.2 |
動作可能なFRUの電力状態。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/power-operational-state |
| cefcFRUPowerAdminStatus |
1.3.6.1.4.1.9.9.117.1.1.2.1.1 |
管理上の望ましいFRU電源状態。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/power-administrative-state |
| cefcModuleStatusLastChangeTime |
1.3.6.1.4.1.9.9.117.1.2.1.1.4 |
cefcModuleOperStatusが変更されたときのsysUpTimeの値。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/last-operational-state-change |
| cefcModuleUpTime |
1.3.6.1.4.1.9.9.117.1.2.1.1.8 |
このオブジェクトは、モジュールが最後に再初期化されてからのモジュールの稼働時間を示します。このオブジェクトは永続的ではありません。モジュールがリセット、再起動、電源オフされると、アップ時間はゼロから始まります。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-up-time |
| cefcModuleResetReason |
1.3.6.1.4.1.9.9.117.1.2.1.1.3 |
このオブジェクトは、モジュールで最後に実行されたリセットの理由を示します。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-reset-reason |
| cefcModuleOperStatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.2 |
このオブジェクトは、モジュールの動作状態を示します。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-operational-state |
| cefcModuleAdminStatus |
1.3.6.1.4.1.9.9.117.1.2.1.1.1 |
このオブジェクトは、モジュールの管理制御を提供します。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/fru-info/card-administrative-state |
CISCO-ENTITY-SENSOR-MIB
次の表は、ノード上のセンサーエンティティに関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| entSensorValue |
1.3.6.1.4.1.9.9.91.1.1.1.1.4 |
この変数は、センサーで確認された最新の測定をレポートします。この変数の値を正しく表示または解釈するには、entSensorType、entSensorScale、およびentSensorPrecisionも知っている必要があります。ただし、entSensorValueとentSensorThresholdTableで指定されたしきい値は、セマンティックの知識がなくても比較できます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/env-sensor-info/value |
| entSensorThresholdEvaluation |
1.3.6.1.4.1.9.9.91.1.2.1.1.5 |
この変数は、しきい値の最新の評価結果を示します。しきい値の条件がtrueの場合、entSensorThresholdEvaluationはtrue(1)です。しきい値の条件がfalseの場合、entSensorThresholdEvaluationはfalse(2)です。しきい値は、entSensorValueUpdateRateで示されるレートで評価されます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/threshold |
CISCO-FLASH-MIB
次の表は、システムのフラッシュストレージに関連するモデル駆動型テレメトリセンサーグループに設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| ciscoFlashPartitionName |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.10 |
システムがパーティションを参照するために使用するフラッシュパーティション名。AAAAAAAAnnの形式の英数字からなる任意の文字列を指定できます。ここで、Aはオプションの英数字で、nは数字です。数字は、常に文字列の末尾に配置する必要があります。英数字は削除され、数値部分を使用してパーティションインデックスにマップされます。フラッシュ操作は、この名前に基づいてデバイスパーティションに転送されます。システムにはデフォルトパーティションの概念があります。これは、デバイスの最初のパーティションになります。パーティション名が指定されていない場合は常に、デフォルトパーティションにオペレーションが転送されます。したがって、パーティション名は必須です。ただし、操作がデフォルトパーティションで実行されている場合や、デバイスにパーティションが1つしかない（パーティション化されていない）場合は除きます。 |
Cisco-IOS-XR-shellutil-filesystem-oper：ファイルシステム/ノード/ファイルシステム/タイプ |
| ciscoFlashPartitionSizeExtended |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.13 |
フラッシュパーティションサイズ。これはciscoFlashDeviceMinPartitionSizeの整数倍である必要があります。パーティションが1つの場合、このサイズはciscoFlashDeviceSizeと等しくなります。このオブジェクトは、64ビットバージョンのciscoFlashPartitionSizeです |
Cisco-IOS-XR-shellutil-filesystem-oper：ファイルシステム/ノード/ファイルシステム/サイズ |
| ciscoFlashPartitionFreeSpaceExtended |
1.3.6.1.4.1.9.9.10.1.1.4.1.1.14 |
フラッシュパーティション内の空き領域。フラッシュ内のファイルの実際のサイズには、ファイルシステムのファイルヘッダーを表す小さなオーバーヘッドが含まれることに注意してください。特定のファイルシステムでは、空き領域の計算時に考慮する必要があるパーティションまたはデバイスヘッダーのオーバーヘッドが存在する場合もあります。空き容量は、パーティションの合計サイズから既存のファイル（有効/無効/削除されたファイルと各ファイルのファイルヘッダーを含む）のサイズを引いた値、パーティションのヘッダーのサイズを引いた値、次にコピーするファイルのヘッダーのサイズを引いた値として計算されます。つまり、このオブジェクトは、コピー可能な最大のファイルのサイズを提供します。管理エンティティは、ファイルやパーティションのヘッダー長などのオーバーヘッドを認識または使用することは想定されません。このようなオーバーヘッドはファイルシステムによって異なる場合があるためです。フラッシュ内の削除されたファイルは空き領域を確保しません。ファイルが占有する領域を再利用するために、パーティションを消去する必要がある場合があります。このオブジェクトは、64ビットバージョンのciscoFlashPartitionFreeSpaceです |
Cisco-IOS-XR-shellutil-filesystem-oper:file-system/node/file-system/free |
CISCO-PROCESS-MIB
次の表は、OIDの名前と番号、および対応するXPATHを表します。これらは、モデル駆動型テレメトリセンサーグループに関連するCPU使用率およびプロセスのリソース割り当てに設定されます。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| cpmCPUTotal1minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.7 |
直近の 1 分間の CPU 全体のビジー パーセンテージ.これは、廃止されたオブジェクト cpmCPUTotal1min に代わる新しいオブジェクトで、値の範囲が 0 ～ 100 に拡大されています。 |
Cisco-IOS-XR-wdsysmon-fd-oper：システムモニタリング/cpu使用率/total-cpu-one-minute |
| cpmCPUTotal5minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.8 |
直近の 5 分間の CPU 全体のビジー パーセンテージ.これは、廃止されたオブジェクト cpmCPUTotal5min に代わる新しいオブジェクトで、値の範囲が 0 ～ 100 に拡大されています。 |
Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization/total-cpu-5分 |
| cpmCPUTotal15minRev |
1.3.6.1.4.1.9.9.109.1.1.1.1.31 |
直近の 15 分間の CPU 全体のビジー パーセンテージ.このオブジェクトは、廃止されたオブジェクトcpmCPUTotal15minを廃止し、値の範囲を(0..100)に増やします。 |
Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization/total-cpu-15分 |
| cpmプロセス名 |
1.3.6.1.4.1.9.9.109.1.2.1.1.2 |
このプロセスに関連付けられている名前。名前が32文字を超える場合は、最初の31文字に切り捨てられ、最後の文字として'*'が追加されます。これは、切り捨てられたプロセス名であることを示します。 |
Cisco-IOS-XR-wdsysmon-fd-oper:system-monitoring/cpu-utilization/process-cpu/process-name |
| cpmProcessTextSegmentSize |
1.3.6.1.4.1.9.9.109.1.2.3.1.15 |
これは、プロセスとその共有オブジェクトのテキストメモリを示します。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id/text-seg-size |
| cpmProcessDynamicMemorySize |
1.3.6.1.4.1.9.9.109.1.2.3.1.18 |
これは、プロセスによって使用されているダイナミックメモリの量を示します。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id/dyn-limit |
| cpmProcessDataSegmentSize |
1.3.6.1.4.1.9.9.109.1.2.3.1.16 |
これは、プロセスとその共有オブジェクトのデータセグメントを示します。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id/data-seg-size |
| cpmProcExtMemAllocatedRev |
1.3.6.1.4.1.9.9.109.1.2.3.1.1 |
このプロセスがシステムから受け取った、動的に割り当てられたすべてのメモリの合計。これには、返された可能性のあるメモリが含まれます。解放されたメモリの合計はcpmProcExtMemFreedRevによって提供されます。このオブジェクトはcpmProcExtMemAllocatedを廃止します。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id |
| cpmProcExtMemFreedRev |
1.3.6.1.4.1.9.9.109.1.2.3.1.2 |
このプロセスがシステムに返したすべてのメモリの合計。このオブジェクトはcpmProcExtMemFreedを廃止します。 |
Cisco-IOS-XR-procmem-oper:processes-memory/nodes/node/process-ids/process-id |
ENTITY-MIB
次の表は、OIDの名前と番号、および対応するXPATHを表します。これらは、モデル駆動型テレメトリセンサーグループに関連するシステム上の物理エンティティに設定されます。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| entPhysicalNameです。 |
1.3.6.1.2.1.47.1.1.1.1.7 |
物理エンティティのテキスト名です。このオブジェクトの値は、ローカルデバイスによって割り当てられたコンポーネントの名前であり、デバイスの「コンソール」で入力されるコマンドでの使用に適している必要があります。これは、デバイスの物理コンポーネントの命名構文に応じて、「console」などのテキスト名または「1」などの単純なコンポーネント番号（ポート番号やモジュール番号など）になります。ローカル名が存在しない場合、またはこのオブジェクトが適用可能でない場合、このオブジェクトには長さ0の文字列が含まれます。2つの物理エンティティのentPhysicalNameの値は、スロット1とスロット1のカードなど、コンソールインターフェイスで区別されない場合は同じになります。 |
Cisco-IOS-XR-snmp-entitymib-oper:entity-physical-index |
| entLogicalDescr |
1.3.6.1.2.1.47.1.2.1.1.2 |
論理エンティティのテキストによる説明。このオブジェクトには、論理エンティティの製造元名を識別する文字列を含める必要があり、論理エンティティの各バージョンに対して個別の値に設定する必要があります。 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-name/ |
| entPhysicalDescr |
1.3.6.1.2.1.47.1.1.1.1.2 |
物理エンティティのテキストによる説明。このオブジェクトには、物理エンティティの製造者名を識別する文字列が含まれている必要があります。また、物理エンティティの各バージョンまたはモデルごとに異なる値に設定する必要があります。 |
Cisco-IOS-XR-snmp-agent-oper:snmp/Cisco-IOS-XR-snmp-entitymib-oper:entity-mib/entity-physical-indexes/ |
| entPhysicalContainedIn |
1.3.6.1.2.1.47.1.1.1.1.4 |
この物理エンティティを'含む'物理エンティティのentPhysicalIndexの値。値0は、この物理エンティティが他の物理エンティティに含まれていないことを示します。一連の'コンテインメント'関係は厳密な階層を定義しています。つまり、再帰は許可されていません。1つの物理エンティティが複数の物理エンティティ（倍幅モジュールなど）に含まれる場合、このオブジェクトはentPhysicalIndexの値が最も小さい含まれるエンティティを識別する必要があります。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/unique-id |
| entPhysicalクラス |
1.3.6.1.2.1.47.1.1.1.1.5 |
物理エンティティの一般的なハードウェアタイプを示します。エージェントは、このオブジェクトを標準の列挙値に設定する必要があります。この列挙値は、物理エンティティの一般クラスを最も正確に示すか、複数のクラスがある場合は主クラスを示します。この物理エンティティに適切な標準登録識別子が存在しない場合、値'other(1)'が返されます。このエージェントによって値が不明な場合は、値「unknown(2)」が返されます。 |
Cisco-IOS-XR-invmgr-oper：インベントリ/エンティティ |
| entPhysicalHardwareRev |
1.3.6.1.2.1.47.1.1.1.1.8 |
物理エンティティのベンダー固有のハードウェアリビジョン文字列。推奨される値は、コンポーネント自体に実際に印刷されるハードウェアリビジョンID（存在する場合）です。リビジョン情報が内部的に印刷不可能な形式（バイナリなど）で保存されている場合、エージェントは実装固有の方法で、そのような情報を印刷可能な形式に変換する必要があることに注意してください。特定のハードウェアリビジョン文字列が物理コンポーネントに関連付けられていない場合、またはこの情報がエージェントで不明な場合、このオブジェクトには長さ0の文字列が含まれます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/hardware-revision |
| entPhysicalFirmwareRev |
1.3.6.1.2.1.47.1.1.1.1.9 |
物理エンティティのベンダー固有のファームウェアリビジョン文字列。リビジョン情報が内部的に印刷不可能な形式（バイナリなど）で保存されている場合、エージェントは実装固有の方法で、そのような情報を印刷可能な形式に変換する必要があることに注意してください。特定のファームウェアプログラムが物理コンポーネントに関連付けられていない場合、またはこの情報がエージェントで不明な場合、このオブジェクトには長さ0の文字列が含まれます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/firmware-revision |
| entPhysicalSoftwareRev |
1.3.6.1.2.1.47.1.1.1.1.10 |
物理エンティティのベンダー固有のソフトウェアリビジョン文字列。リビジョン情報が内部的に印刷不可能な形式（バイナリなど）で保存されている場合、エージェントは実装固有の方法で、そのような情報を印刷可能な形式に変換する必要があることに注意してください。特定のソフトウェアプログラムが物理コンポーネントに関連付けられていない場合、またはこの情報がエージェントに不明な場合、このオブジェクトには長さ0の文字列が含まれます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/software-revision |
| entPhysicalSerialNum |
1.3.6.1.2.1.47.1.1.1.1.11 |
物理エンティティのベンダー固有のシリアル番号文字列。推奨される値は、コンポーネント自体に実際に印刷されるシリアル番号の文字列です（存在する場合）。物理エンティティの初回のインスタンス化時に、この情報がエージェントで使用可能な場合は、そのエンティティに関連付けられているentPhysicalSerialNumの値が、ベンダーによって割り当てられた正しいシリアル番号に設定されます。シリアル番号が不明または存在しない場合は、代わりにentPhysicalSerialNumが長さ0の文字列に設定されます。インストールされているすべての物理エンティティのシリアル番号を正しく識別できる実装では、entPhysicalSerialNumオブジェクトへの書き込みアクセスを提供する必要はありません。entPhysicalSerialNumストリングに不揮発性ストレージを提供できないエージェントは、このオブジェクトの書き込みアクセスを実装する必要はありません。すべての物理コンポーネントにシリアル番号が付いているわけではなく、必要な物理コンポーネントもあります。entPhysicalIsFRUオブジェクトの関連値が'false(2)'である物理エンティティ（リピータモジュール内のリピータポートなど）には、固有のシリアル番号は必要ありません。エージェントは、そのようなエンティティに対する書き込みアクセス権を提供する必要はなく、長さ0の文字列を返す場合があります。entPhysicalSerialNumのインスタンスに対して書込みアクセスが実装されていて、値がインスタンスに書き込まれている場合、エージェントは、同じ物理エンティティに関連付けられているentPhysicalSerialNumインスタンスで指定された値を、そのエンティティがインスタンス化されている間は保持する必要があります。これには、物理エンティティのentPhysicalIndex値の変更を引き起こすインスタンスを含む、ネットワーク管理システムのすべての再初期化/リブートに対するインスタンス化が含まれます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/serial-number |
| entPhysicalMfgName |
1.3.6.1.2.1.47.1.1.1.1.12 |
この物理コンポーネントの製造元の名前。推奨される値は、コンポーネント自体（存在する場合）に実際に印刷される製造元名の文字列です。entPhysicalModelName、entPhysicalFirmwareRev、entPhysicalSoftwareRev、およびentPhysicalSerialNumオブジェクトのインスタンス間の比較は、entPhysicalMfgNameの値が同じentPhysicalEntries間でのみ意味があることに注意してください。物理コンポーネントに関連付けられた製造元名文字列がエージェントで不明な場合、このオブジェクトには長さ0の文字列が含まれます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/manufacturer-name |
| entPhysicalModelName |
1.3.6.1.2.1.47.1.1.1.1.13 |
この物理コンポーネントに関連付けられているベンダー固有のモデル名ID文字列。推奨される値は、お客様に表示される部品番号であり、コンポーネント自体に印刷される場合があります。物理コンポーネントに関連付けられたモデル名文字列がエージェントに不明な場合、このオブジェクトには長さ0の文字列が含まれます。 |
Cisco-IOS-XR-invmgr-oper:inventory/entities/entity/attributes/inv-basic-bag/model-name |
IF-MIB
次の表は、インターフェイスの特性とカウンタに関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表しています。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| ifMtu |
1.3.6.1.2.1.2.2.1.4 |
インターフェイスで送受信できる最大のパケットのサイズ（オクテット単位）。ネットワークデータグラムの送信に使用されるインターフェイスの場合、これはインターフェイスで送信可能な最大のネットワークデータグラムのサイズです。 |
Cisco-IOS-XR-pfi-im-cmd-oper：インターフェイス/インターフェイスxr/インターフェイス/mtu |
| ifPhysAddress |
1.3.6.1.2.1.2.2.1.6 |
プロトコルサブレイヤでのインターフェイスのアドレス。たとえば、802.xインターフェイスの場合、このオブジェクトには通常MACアドレスが含まれています。インターフェイスのメディア固有のMIBでは、このオブジェクトの値のビットとバイトの順序付けおよび形式を定義する必要があります。このようなアドレスを持たないインターフェイス（シリアル回線など）の場合、このオブジェクトは長さ0のオクテット文字列を含む必要があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-type-information/bundle-information/member/mac-address |
| ifType |
1.3.6.1.2.1.2.2.1.3 |
インターフェイスのタイプ。ifTypeの追加の値は、IANAifTypeテキスト表記法の構文を更新することにより、Internet Assigned Numbers Authority(IANA)によって割り当てられます。 |
Cisco-IOS-XR-pfi-im-cmd-oper：インターフェイス/インターフェイスxr/インターフェイス/インターフェイスタイプ |
| ifOutUcastPkts |
1.3.6.1.2.1.2.2.1.17 |
廃棄または送信されなかったものも含め、上位レベルのプロトコルが送信を要求し、このサブレイヤでマルチキャストまたはブロードキャストアドレスにアドレス指定されなかったパケットの合計数。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-sent |
| ifHCOutUcastPkts |
1.3.6.1.2.1.31.1.1.1.11 |
廃棄または送信されなかったものも含め、上位レベルのプロトコルが送信を要求し、このサブレイヤでマルチキャストまたはブロードキャストアドレスにアドレス指定されなかったパケットの合計数。このオブジェクトは、ifOutUcastPktsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-sent |
| ifInUcastPkts |
1.3.6.1.2.1.2.2.1.11 |
このサブレイヤで上位（サブ）レイヤに配信されたが、このサブレイヤでマルチキャストまたはブロードキャストアドレスにアドレス指定されなかったパケットの数。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-received |
| ifHCInUcastPkts |
1.3.6.1.2.1.31.1.1.1.7 |
このサブレイヤで上位（サブ）レイヤに配信されたが、このサブレイヤでマルチキャストまたはブロードキャストアドレスにアドレス指定されなかったパケットの数。このオブジェクトは、ifInUcastPktsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/packets-received |
| ifOutErrors |
1.3.6.1.2.1.2.2.1.20 |
パケット指向インターフェイスの場合、エラーのために送信できなかった発信パケットの数。文字指向または固定長インターフェイスの場合、エラーのために送信できなかったアウトバウンド伝送ユニットの数。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/output-errors |
| ifOutDiscards |
1.3.6.1.2.1.2.2.1.19 |
送信を妨げるエラーが検出されなかったにもかかわらず、廃棄の対象として選択された送信パケットの数。このようなパケットが廃棄される理由の 1 つとして、バッファ領域の解放が考えられます。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/output-drops |
| ifOutMulticastPkts |
1.3.6.1.2.1.31.1.1.1.4 |
廃棄または送信されなかったものも含め、上位レベルのプロトコルが送信を要求し、このサブレイヤでマルチキャストアドレスにアドレス指定されたパケットの合計数。MAC層プロトコルの場合、これにはグループアドレスと機能アドレスの両方が含まれます。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-sent |
| ifHCOutMulticastPkts |
1.3.6.1.2.1.31.1.1.1.12 |
廃棄または送信されなかったものも含め、上位レベルのプロトコルが送信を要求し、このサブレイヤでマルチキャストアドレスにアドレス指定されたパケットの合計数。MAC層プロトコルの場合、これにはグループアドレスと機能アドレスの両方が含まれます。このオブジェクトは、ifOutMulticastPktsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-sent |
| ifInMulticastPkts（隠しコマンド） |
1.3.6.1.2.1.31.1.1.1.2 |
このサブレイヤで上位（サブ）レイヤに配信され、このサブレイヤでマルチキャストアドレスにアドレス指定されたパケットの数。MAC層プロトコルの場合、これにはグループアドレスと機能アドレスの両方が含まれます。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-received |
| ifHCInMulticastPkts |
1.3.6.1.2.1.31.1.1.1.8 |
このサブレイヤで上位（サブ）レイヤに配信され、このサブレイヤでマルチキャストアドレスにアドレス指定されたパケットの数。MAC層プロトコルの場合、これにはグループアドレスと機能アドレスの両方が含まれます。このオブジェクトは、ifInMulticastPktsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/multicast-packets-received |
| ifInErrors |
1.3.6.1.2.1.2.2.1.14 |
パケット指向インターフェイスの場合は、上位レイヤプロトコルへの配信を妨げるエラーを含む着信パケットの数。文字指向または固定長のインターフェイスの場合、上位レイヤプロトコルへの配信を妨げるエラーを含む着信伝送ユニットの数。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/input-errors |
| ifInDiscards |
1.3.6.1.2.1.2.2.1.13 |
上位レイヤプロトコルへの配信を妨げるエラーが検出されなかったにもかかわらず、廃棄の対象として選択された着信パケットの数。このようなパケットが廃棄される理由の 1 つとして、バッファ領域の解放が考えられます。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/input-drops |
| ifOutOctets |
1.3.6.1.2.1.2.2.1.16 |
インターフェイスから送信されたオクテットの総数（フレーミング文字を含む）。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-sent |
| ifHCOutOctets |
1.3.6.1.2.1.31.1.1.1.10 |
インターフェイスから送信されたオクテットの総数（フレーミング文字を含む）。このオブジェクトは、ifOutOctetsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-sent |
| ifInOctets |
1.3.6.1.2.1.2.2.1.10 |
インターフェイスで受信したオクテットの総数（フレーミング文字を含む）。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-received |
| ifHCInOctets |
1.3.6.1.2.1.31.1.1.1.6 |
インターフェイスで受信したオクテットの総数（フレーミング文字を含む）。このオブジェクトは、ifInOctetsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/bytes-received |
| ifOutBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.5 |
廃棄または送信されなかったものも含め、上位レベルのプロトコルが送信を要求し、このサブレイヤでブロードキャストアドレスにアドレス指定されたパケットの合計数。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-sent |
| ifHCOutBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.13 |
廃棄または送信されなかったものも含め、上位レベルのプロトコルが送信を要求し、このサブレイヤでブロードキャストアドレスにアドレス指定されたパケットの合計数。このオブジェクトは、ifOutBroadcastPktsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-sent |
| ifInBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.3 |
このサブレイヤで上位（サブ）レイヤに配信され、このサブレイヤでブロードキャストアドレスにアドレス指定されたパケットの数。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-received |
| ifHCInBroadcastPkts |
1.3.6.1.2.1.31.1.1.1.9 |
このサブレイヤで上位（サブ）レイヤに配信され、このサブレイヤでブロードキャストアドレスにアドレス指定されたパケットの数。このオブジェクトは、ifInBroadcastPktsの64ビットバージョンです。このカウンタの値の不連続性は、管理システムの再初期化時、およびifCounterDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/interface-statistics/full-interface-stats/broadcast-packets-received |
| ifIndex |
1.3.6.1.2.1.2.2.1.1 |
各インターフェースの 0 以上の固有値。値は1から始めて連続して割り当てることをお勧めします。各インターフェイスサブレイヤの値は、少なくともエンティティのネットワーク管理システムの1回の再初期化から次の再初期化まで一定である必要があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper：インターフェイス/インターフェイスxr/インターフェイス/if-index |
| ifDescr |
1.3.6.1.2.1.2.2.1.2 |
インターフェイスに関する情報を含むテキスト文字列。この文字列には、製造元の名前、製品名、およびインターフェイスハードウェア/ソフトウェアのバージョンが含まれている必要があります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-xr/interface/description |
| ifSpeed |
1.3.6.1.2.1.2.2.1.5 |
インターフェイスの現在の帯域幅の推定値（ビット/秒）。帯域幅が変化しないインターフェイス、または正確な予測ができないインターフェイスの場合、このオブジェクトには公称帯域幅が含まれている必要があります。インターフェイスの帯域幅がこのオブジェクトによって報告される最大値より大きい場合、このオブジェクトはその最大値(4,294,967,295)を報告する必要があり、ifHighSpeedを使用してインターフェイスの速度を報告する必要があります。帯域幅の概念がないサブレイヤの場合、このオブジェクトはゼロになります。 |
Cisco-IOS-XR-pfi-im-cmd-oper：インターフェイス/インターフェイスxr/インターフェイス/帯域幅 |
| ifOperStatus |
1.3.6.1.2.1.2.2.1.8 |
インターフェイスの現在の動作状態。testing(3)状態は、動作しているパケットが通過できないことを示しています。ifAdminStatusがdown(2)の場合、ifOperStatusはdown(2)である必要があります。ifAdminStatusがup(1)に変更された場合、インターフェイスがネットワークトラフィックを送受信できる状態であれば、ifOperStatusはup(1)に変更されます。インターフェイスが外部アクション（着信接続を待っているシリアル回線など）を待っている場合は、dormant(5)に変更されます。up(1)状態になるのを妨げる障害がある場合のみ、down(2)状態のままになります。インターフェイスに欠落している（通常、ハードウェア）コンポーネントがある場合は、notPresent(6)状態になります。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-non-dynamics/interface-non-dynamic/oper-state |
| ifAdminStatus |
1.3.6.1.2.1.2.2.1.7 |
インターフェイスの望ましい状態。testing(3)状態は、動作しているパケットが通過できないことを示しています。管理対象システムが初期化されると、すべてのインターフェイスはdown(2)状態のifAdminStatusで始まります。明示的な管理操作または管理対象システムが保持する構成情報のいずれかにより、ifAdminStatusはup(1)またはtesting(3)状態に変更されます(またはdown(2)状態のままになります)。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-non-dynamics/interface-non-dynamic/admin-state |
| ifName |
1.3.6.1.2.1.31.1.1.1.1 |
インターフェイスのテキスト名。このオブジェクトの値は、ローカルデバイスによって割り当てられたインターフェイスの名前であり、デバイスの「コンソール」で入力されるコマンドでの使用に適している必要があります。これは、デバイスのインターフェイス命名構文に応じて、「le0」などのテキスト名または「1」などの単純なポート番号になります。ifTable内の複数のエントリが、デバイスによって指定された単一のインターフェイスを表す場合、各エントリは同じifName値を持ちます。他の（プロキシされた）デバイスのインターフェイスに関するSNMPクエリに応答するエージェントの場合、そのようなインターフェイスのifNameの値は、プロキシされたデバイスのローカル名になります。ローカル名が存在しない場合、またはこのオブジェクトが適用可能でない場合、このオブジェクトには長さ0の文字列が含まれます。 |
Cisco-IOS-XR-pfi-im-cmd-oper:interfaces/interface-briefs/interface-brief/interface-name |
| ifHighSpeed |
1.3.6.1.2.1.31.1.1.1.15 |
インターフェイスの現在の帯域幅の概算（1,000,000ビット/秒の単位）。このオブジェクトが「n」の値を報告する場合、インターフェイスの速度は「n-500,000」～「n+499,999」の範囲内になります。帯域幅が変化しないインターフェイス、または正確な予測ができないインターフェイスの場合、このオブジェクトには公称帯域幅が含まれている必要があります。帯域幅の概念がないサブレイヤの場合、このオブジェクトはゼロになります。 |
Cisco-IOS-XR-pfi-im-cmd-oper：インターフェイス/インターフェイス概要/インターフェイス概要/帯域幅64ビット |
IP-MIB
次の表は、インターネットプロトコル(IP)の統計情報と動作値に関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| icmpInDestUnreachs |
1.3.6.1.2.1.5.3 |
受信したICMP宛先到達不能メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInParmProbs |
1.3.6.1.2.1.5.5 |
受信したICMPパラメータ問題メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInSrcQuenchs |
1.3.6.1.2.1.5.6 |
受信したICMPソースクエンチメッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpインエコー |
1.3.6.1.2.1.5.8 |
受信したICMPエコー（要求）メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInEchoReps |
1.3.6.1.2.1.5.9 |
受信したICMPエコー応答メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInタイムスタンプ |
1.3.6.1.2.1.5.10 |
受信したICMPタイムスタンプ（要求）メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInAddrMasks |
1.3.6.1.2.1.5.12 |
受信したICMPアドレスマスク要求メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpInAddrMaskReps |
1.3.6.1.2.1.5.13 |
受信したICMPアドレスマスク応答メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmp出力メッセージ |
1.3.6.1.2.1.5.14 |
このエンティティが送信しようとしたICMPメッセージの合計数です。このカウンタには、icmpOutErrorsでカウントされたすべてのカウンタが含まれることに注意してください。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutDestUnreachs |
1.3.6.1.2.1.5.16 |
送信されたICMP宛先到達不能メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutTimeExcds |
1.3.6.1.2.1.5.17 |
送信されたICMP Time Exceededメッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutParmProbs |
1.3.6.1.2.1.5.18 |
送信されたICMPパラメータ問題メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutSrcQuenchs |
1.3.6.1.2.1.5.19 |
送信されたICMPソースクエンチメッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutRedirect |
1.3.6.1.2.1.5.20 |
送信されたICMPリダイレクトメッセージの数。ホストはリダイレクトを送信しないため、ホストの場合、このオブジェクトは常にゼロになります。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutEchos |
1.3.6.1.2.1.5.21 |
送信されたICMPエコー（要求）メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutEchoReps |
1.3.6.1.2.1.5.22 |
送信されたICMPエコー応答メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutタイムスタンプ |
1.3.6.1.2.1.5.23 |
送信されたICMPタイムスタンプ（要求）メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutAddrMasks |
1.3.6.1.2.1.5.25 |
送信されたICMPアドレスマスク要求メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| icmpOutAddrMaskReps |
1.3.6.1.2.1.5.26 |
送信されたICMPアドレスマスク応答メッセージの数。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/icmp-stats |
| ipAdEntIfIndex |
1.3.6.1.2.1.4.20.1.2 |
このエントリが適用可能なインターフェイスを一意に識別するインデックス値。このインデックスの特定の値によって識別されるインターフェイスは、RFC 1573のifIndexの同じ値によって識別されるインターフェイスと同じです。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/ |
| ipAdEntAddr |
1.3.6.1.2.1.4.20.1.1 |
このエントリのアドレス情報に関連するIPアドレス。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/interfaces/interface/vrf/vrf/detail/primary-address |
| ipAdEntNetMask |
1.3.6.1.2.1.4.20.1.3 |
このエントリのIPアドレスに関連付けられているサブネットマスク。マスクの値はIPアドレスで、すべてのネットワークビットが1に設定され、すべてのホストビットが0に設定されています。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/interfaces/interface/vrf/vrf/detail/prefix-length |
| ipAdEntBcastAddr |
1.3.6.1.2.1.4.20.1.4 |
このエントリのIPアドレスに関連付けられた（論理）インターフェイスでデータグラムを送信するために使用される、IPブロードキャストアドレスの最下位ビットの値。たとえば、インターネット標準のオールワンブロードキャストアドレスが使用される場合、値は1になります。この値は、この（論理）インターフェイス上のエンティティが使用するサブネットブロードキャストアドレスとネットワークブロードキャストアドレスの両方に適用されます。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/interfaces/interface/vrf/vrf/detail/direct-broadcast |
| ipNetToMediaPhysAddress |
1.3.6.1.2.1.4.22.1.2 |
メディア依存の「物理」アドレス。 |
Cisco-IOS-XR-ipv4-arp-oper:arp/nodes/node/entries/entry/hardware-address |
IPMIBコマンド
次の表は、IP統計情報に関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| ipIfStatsHCOutTransmits |
1.3.6.1.2.1.4.31.3.1.31 |
このエンティティが送信のために下位層に提供したIPデータグラムの合計数。このオブジェクトはipIfStatsOutTransmitsと同じデータグラムをカウントしますが、より大きな値も許容します。このカウンタの値の不連続性は、管理システムの再初期化時、およびipIfStatsDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/packets-forwarded |
| ipIfStatsInReceives（受信） |
1.3.6.1.2.1.4.31.3.1.3 |
受信した入力IPデータグラムの総数。エラーで受信したデータグラムも含まれます。このカウンタの値の不連続性は、管理システムの再初期化時、およびipIfStatsDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/input-packets |
| ipIfStatsHCInReceives |
1.3.6.1.2.1.4.31.3.1.4 |
受信した入力IPデータグラムの総数。エラーで受信したデータグラムも含まれます。このオブジェクトはipIfStatsInReceivesと同じデータグラムをカウントしますが、より大きな値も許容します。このカウンタの値の不連続性は、管理システムの再初期化時、およびipIfStatsDiscontinuityTimeの値で示されるその他の時間に発生する可能性があります。 |
Cisco-IOS-XR-ipv4-io-oper:ipv4-network/nodes/node/statistics/traffic/ipv4-stats/input-packets |
LLDP-MIB
次の表は、監視対象ノードのLink Layer Discovery Protocol(LLDP)動作データに関連するモデル駆動型テレメトリセンサーグループに設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| lldpLocPortId |
1.0.8802.1.1.2.1.3.7.1.3 |
ローカルシステム内の特定のポートに関連付けられているポートコンポーネントを識別するために使用される文字列値。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/port-id-detail |
| lldpLocPortIdSubtype |
1.0.8802.1.1.2.1.3.7.1.2 |
関連付けられた'lldpLocPortId'オブジェクトで使用されるポートIDエンコードの種類です。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/ノード/ノード/ネイバー/デバイス/デバイス/lldp-neighbor/mib/port-id-sub-type |
| lldpLocChassisIdSubtype |
1.0.8802.1.1.2.1.3.1 |
ローカルシステムに関連付けられたシャーシを識別するために使用されるエンコードの種類。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/ノード/ノード/ネイバー/デバイス/デバイス/lldp-neighbor/mib/chassis-id-sub-type |
| lldpLocSysName |
1.0.8802.1.1.2.1.3.3 |
ローカルシステムのシステム名を識別するために使用される文字列値。ローカルエージェントがIETF RFC 3418をサポートする場合、lldpLocSysNameオブジェクトにはsysNameオブジェクトと同じ値が必要です。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/detail/system-name |
| lldpRemSysNameです。 |
1.0.8802.1.1.2.1.4.1.1.9 |
リモートシステムのシステム名を識別するために使用される文字列値。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/detail/system-name |
| lldpRemChassisIdの略 |
1.0.8802.1.1.2.1.4.1.1.5 |
リモートシステムに関連付けられたシャーシコンポーネントを識別するために使用される文字列値。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/devices/device/lldp-neighbor/chassis-id |
| lldpRemChassisIdSubtype |
1.0.8802.1.1.2.1.4.1.1.4 |
リモートシステムに関連付けられたシャーシを識別するために使用されるエンコーディングのタイプ。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/ノード/ノード/ネイバー/デバイス/lldp-neighbor |
| lldpRemPortIdSubtype |
1.0.8802.1.1.2.1.4.1.1.6 |
関連付けられた'lldpRemPortId'オブジェクトで使用されるポートIDエンコードの種類です。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/ノード/ノード/ネイバー/デバイス/lldp-neighbor |
| lldpRemPortIdの略 |
1.0.8802.1.1.2.1.4.1.1.7 |
リモートシステムに関連付けられたポートコンポーネントを識別するために使用される文字列値。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/ノード/ノード/ネイバー/デバイス/lldp-neighbor |
| lldpLocChassisId |
1.0.8802.1.1.2.1.3.2 |
ローカルシステムに関連付けられたシャーシコンポーネントを識別するために使用される文字列値。 |
Cisco-IOS-XR-ethernet-lldp-oper:lldp/nodes/node/neighbors/details/detail/lldp-neighbor/chassis-id |
MPLS-TE-STD-MIB
次の表は、OIDの名前と番号、および対応するXPATHを表します。これらは、管理対象デバイス上のマルチプロトコルラベルスイッチング(MPLS)トラフィックエンジニアリングの動作値に関連する、モデル駆動型テレメトリセンサーグループに設定されます。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| mplsTunnelName（トンネルネーム） |
1.3.6.1.2.1.10.166.3.2.2.1.5 |
トンネルに割り当てられた正規名。この名前は、LSRのコンソールポート上のトンネルを参照するために使用できます。mplsTunnelIsIfがtrueに設定されている場合、このトンネルに対応するインターフェイスのifNameはmplsTunnelNameと同じ値になります。また、RFC 2863のifNameの説明も参照してください。 |
Cisco-IOS-XR-mpls-te-oper:mpls-te/p2p-p2mp-tunnel/tunnel-heads/tunnel-head/tunnel-name |
| mplsTunnelDescr |
1.3.6.1.2.1.10.166.3.2.2.1.6 |
トンネルに関する情報を含むテキスト文字列。説明がない場合、このオブジェクトには長さ0の文字列が含まれます。このオブジェクトはMPLSシグナリングプロトコルによってシグナリングされない可能性があり、結果として、中継および出力LSRでこのオブジェクトの値が自動的に生成されるか、または存在しない場合があります。 |
openconfig-network-instance:network-instances/network-instance/mpls/lsps/constrained-path/tunnels/tunnel/state/description |
| mplsTunnelPerfHCPackets |
1.3.6.1.2.1.10.166.3.2.9.1.2 |
トンネルによって転送されたパケットの数を示す大容量カウンタ。 |
openconfig-network-instance:network-instances/network-instance/mpls/lsps/constrained-path/tunnels/tunnel/state/counters/packets |
| mplsTunnelPerfHCBytes（トンネルアドレス） |
1.3.6.1.2.1.10.166.3.2.9.1.5 |
トンネルによって転送されたバイト数の大容量カウンタ。 |
openconfig-network-instance:network-instances/network-instance/mpls/lsps/constrained-path/tunnels/tunnel/state/counters/bytes |
| mplsTunnelHopIpAddr（トンネルアドレス） |
1.3.6.1.2.1.10.166.3.2.4.1.5 |
このトンネルホップのトンネルホップアドレス。このアドレスのタイプは、対応するmplsTunnelHopAddrTypeの値によって決まります。対応するmplsTunnelHopRowStatusオブジェクトの値が'active'の場合、このオブジェクトの値は変更できません。 |
Cisco-IOS-XR-mpls-te-oper:mpls-te/p2p-p2mp-tunnel/tunnel-heads/tunnel-head/destination/destination-address |
RFC2465-MIB
次の表は、IPv6グローバル値に関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| ipv6AddrPfxLength |
1.3.6.1.2.1.55.1.8.1.2 |
このエントリのIPv6アドレスに関連付けられているプレフィックスの長さ（ビット）。 |
Cisco-IOS-XR-ipv6-ma-oper:ipv6-network/nodes/node/interface-data/vrf/vrf/briefs/brief/address/prefix-length |
| ipv6AddrAnycastFlag |
1.3.6.1.2.1.55.1.8.1.4 |
このオブジェクトは、このアドレスがエニーキャストアドレスの場合は値'true(1)'を持ち、エニーキャストアドレスの場合は値'false(2)'を持ちます。 |
Cisco-IOS-XR-ipv6-ma-oper:ipv6-network/nodes/node/interface-data/vrf/vrf/briefs/brief/brief/address/is-anycast |
SNMP-MIB(SNMP-MIB)
次の表は、SNMPエージェント自体に関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATH（使用可能な場合）を表しています。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| sysUpTime |
1.3.6.1.2.1.1.3 |
システム稼働時間を表す文字列 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-up-time/ |
| システムオブジェクトID |
.1.3.6.1.2.1.1.2.0 |
システムOIDを表す文字列 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-oid/ |
| システム記述子 |
1.3.6.1.2.1.1.1 |
システムの説明を表す文字列 |
Cisco-IOS-XR-snmp-agent-oper:snmp/information/system-descr |
TCP-MIB
次の表は、TCP固有のカウンタに関連するモデル駆動型テレメトリセンサーグループで設定されるOIDの名前と番号、および対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| tcpInErrs |
1.3.6.1.2.1.6.14 |
エラーで受信したセグメントの総数（不正なTCPチェックサムなど）。 |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-checksum-error-packets |
| tcpInセグメント |
1.3.6.1.2.1.6.10 |
受信したセグメントの総数。エラーで受信したセグメントも含まれます。この数には、現在確立されている接続で受信されたセグメントが含まれます。 |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-input-packets |
| tcpOutSegs |
1.3.6.1.2.1.6.11 |
送信されたセグメントの総数。現在の接続のセグメントも含まれますが、再送信されたオクテットだけを含むセグメントは含まれません。 |
Cisco-IOS-XR-ip-tcp-oper:tcp/nodes/node/statistics/ipv4-traffic/tcp-output-packets |
UDP-MIB
次の表は、OIDの名前と番号、およびUDP固有のカウンタに関連するモデル駆動型テレメトリセンサーグループで設定される対応するXPATHを表します。
| OID名 |
OID番号 |
OIDの説明 |
XPATH |
| udpOutデータグラム |
1.3.6.1.2.1.7.4 |
このエンティティから送信されたUDPデータグラムの合計数です。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-output-packets |
| udpNoPorts |
1.3.6.1.2.1.7.2 |
宛先ポートでアプリケーションが存在しなかった、受信したUDPデータグラムの合計数。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-no-ports-packets |
| udpInErrors |
1.3.6.1.2.1.7.3 |
宛先ポートでのアプリケーションの欠如以外の理由で配信できなかった受信UDPデータグラムの数。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-checksum-error-packets |
| udpInDatagrams |
1.3.6.1.2.1.7.1 |
UDPユーザーに配信されたUDPデータグラムの合計数です。 |
Cisco-IOS-XR-ip-udp-oper:/udp/nodes/node/statistics/ipv4-traffic/udp-input-packets |
SNMPトラップの移行
SNMPトラップは、管理対象デバイスの動的イベントによってトリガーされるメッセージです。したがって、これらのメッセージは、前に説明したEDTの概念に似た動作をします。
設定側では、MDTはEDTに対して同じ構造を使用できます。これは、ダイヤルインまたはダイヤルアウトの選択肢または機能に関してテレメトリコレクタの実装によって異なります。
セキュリティに関する考慮事項
SNMPv2は、認証/認可メカニズムとしてコミュニティのみを使用します。ただし、前に説明したSNMPv3のセクションでは、 は、認証にクレデンシャルを使用し、情報を保護するためにAES暗号化モデルを使用できます。
テレメトリアプローチでは、IOS XRは認証を実行する証明書に基づいてgRPC/TLS技術を使用できます。これらの証明書は、中央の信頼ポイント（CAサーバなど）で使用できます。信頼関係を構築するプロセスの後、すべてのテレメトリメッセージは、SNMPv3と同じ利点を実現するTLSで暗号化されたgRPCセッション内で送信されます。
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
1.0 |
16-Mar-2021 |
初版 |
フィードバック