4.1. Updating an Implementation of the IPv4-only IP-MIB (IPv4 専用 IP-MIB の実装の更新)

4.1. Updating an Implementation of the IPv4-only IP-MIB (IPv4 専用 IP-MIB の実装の更新)

IPv4 に必要なより具体的な変更は次のとおりです。注意: これは網羅的なリストであることを意図しておらず, 読者は詳細について MIB を調べる必要があります。

いくつかの一般的なオブジェクト (ipForwarding, ipDefaultTTL, ipReasmTimeout) は変更されていません。

残りの一般的なオブジェクトのほとんどはカウンタであり, ipSystemStatsTable に移動されました。基本的な計装は同じままであるべきですが, オブジェクト定義を明確化のために確認する必要があります。まだ構造体に入っていない場合は, カウンタ変数を構造体に入れることが有用です。追加の項目をカウントするためにいくつかの新しいオブジェクトが追加されており, これらのオブジェクトに対する計装コードを追加する必要があります。最後に, SNMP ルーチンを新しいインデックスを処理するように更新する必要があります。

ipSystemStatsTable に加えて, MIB には ipIfStatsTable が含まれています。このテーブルは, システムテーブルと同じ項目をカウントしますが, インターフェースごとに行います。これはオプションであり, 無視してもかまいません。実装することを決定した場合, インターフェースごとにデータを収集し, 集約されたシステムレベルの統計を提供するためにこれらのカウンタを合計するように手配することをお勧めします。ただし, インターフェースレベルのカウンタを合計してシステムレベルの統計を提供することを選択した場合, インターフェースレベルの統計を失うことはできません。インターフェースが削除された場合, それに関連する統計を保持する必要があります。

ipAddrTable は, 大まかには ipAddressTable に変換されました。一般的な考え方は同じままですが, ipAddressTable は十分に異なるため, 古いコードを更新するよりも新しいコードを書く方が簡単かもしれません。主な違いは, いくつかの新しいオブジェクトの追加です。さらに, ipAdEntReasmMaxSize は別のテーブル ipv4InterfaceTable に移動されました。上記のように, SNMP ルーチンは新しいインデックスを処理するように更新する必要があります。

ipNetToMediaTable は ipNetToPhysicalTable に移動されました。これらのテーブルはかなり類似しており, 古いコードの更新は簡単かもしれません。上記のように, SNMP ルーチンは新しいインデックスを処理するように更新する必要があります。

2 つの新しいテーブル ipv4InterfaceTable と ipDefaultRouterTable, およびいくつかの新しい ICMP カウンタも必要です。

最後に, IPv6 に必要ですが IPv4 にはオプションである実装を選択できるいくつかのテーブルがあります。