4.2. Updating an Implementation of the IPv6-MIB (IPv6-MIB の実装の更新)
4.2. Updating an Implementation of the IPv6-MIB (IPv6-MIB の実装の更新)
IPv6 に必要なより具体的な変更は次のとおりです。注意: これは網羅的なリストであることを意図しておらず, 読者は詳細について MIB を調べる必要があります。
2 つの一般的なオブジェクト ipv6Forwarding と ipv6DefaultHopLimit は, ip ブランチ内で名前が変更され, 新しいオブジェクト識別子が与えられましたが, それ以外は変更されていません。新しい名前は ipv6IpForwarding と ipv6IpDefaultHopLimit です。
ipv6IfTable のいくつかの部分を含む ipv6InterfaceTable がありますが, 2 つは概念がやや異なります。ipv6IfTable は ifTable を複製することを意図していましたが, ipv6InterfaceTable は ifTable への追加であることを意図しています。そのため, ifTable と ipv6IfTable の間で重複していた項目は削除され, いくつかの新しいオブジェクトが追加されました。
ipv6IfStatsTable は, アドレスタイプの追加インデックスを持つ ipIfStatsTable に最も近く, ほとんどの計装は再利用可能であるべきです。いくつかの新しいオブジェクトが ipIfStatsTable に追加されました。上記のように, SNMP ルーチンは新しいインデックスを処理するように更新する必要があります。最後に, ipIfStatsTable はオプションであり, 無視してもかまいません。
ipSystemStatsTable は事実上新しいですが, 古い ipv6IfStatsTable からのほとんどの計装を使用できる可能性があります。IPv4 の議論と同様に, 1 つの実装戦略は ipIfStatsTable の統計をカウントし, このテーブルに対してクエリされたときにそれらを集約することです。繰り返しますが, IPv4 の議論と同様に, この戦略はインターフェースを削除できない場合, または削除されたインターフェースの統計が何らかの方法で保持されている場合にのみ機能します。
ipv6AddrPrefixTable は現在 ipAddressPrefixTable になっています。新しいテーブルには追加のオブジェクトと IPv4 互換性に必要な追加のインデックスが含まれています。上記のように, SNMP ルーチンは新しいインデックスを処理するように更新する必要があります。
ipAddressTable は ipv6AddrTable に大まかに基づいていますが, いくつかの新しいオブジェクトの追加と 1 つのインデックスの削除により大幅に変更されました。
IPv6 ルーティング情報 (ipv6RouteNumber, ipv6DiscardedRoutes, ipv6RouteTable) はこの MIB から削除されました。この情報の置き換えまたは更新は, IP Forwarding Table MIB [16] の更新にあります。ipv6NetToMediaTable は ipNetToPhysicalTable に変換されました。新しいテーブルには追加のオブジェクトと IPv4 互換性に必要な追加のインデックスが含まれています。上記のように, SNMP ルーチンは新しいインデックスを処理するように更新する必要があります。
ICMP テーブルは大幅に変更されました。以前のテーブルは, メッセージごと, インターフェースごとのカウントが必要でした。新しいテーブルは, メッセージごと, プロトコルごとのカウントのみが必要であり, プロトコルごとのすべてのメッセージの集約が含まれています。
上記に加えて, いくつかの新しいテーブルが追加されました。ipv6ScopeZoneIndexTable と ipDefaultRouterTable の両方は, すべての IPv6 エンティティに必要です。ipv6RouterAdvertTable は IPv6 ルータでのみ必要です。