4.2. Mise à jour d'une implémentation de l'IPv6-MIB
4.2. Mise à jour d'une implémentation de l'IPv6-MIB
Les changements plus spécifiques requis pour IPv6 sont listés ci-après. À noter : il ne s'agit pas d'une liste exhaustive ; le lecteur devrait examiner la MIB pour les détails complets.
Deux des objets généraux, ipv6Forwarding et ipv6DefaultHopLimit, ont été renommés et se sont vu attribuer de nouveaux identifiants d'objet dans la branche ip, mais sont par ailleurs inchangés. Leurs nouveaux noms sont ipv6IpForwarding et ipv6IpDefaultHopLimit.
Bien qu'il existe une table ipv6InterfaceTable contenant certains éléments issus de l'ipv6IfTable, ces deux tables sont conceptuellement différentes. L'ipv6IfTable visait à dupliquer l'ifTable, tandis que l'ipv6InterfaceTable est conçue comme un complément à l'ifTable. À ce titre, les éléments dupliqués entre l'ifTable et l'ipv6IfTable ont été supprimés, et de nouveaux objets ont été ajoutés.
L'ipv6IfStatsTable ressemble le plus à l'ipIfStatsTable, avec un index supplémentaire pour le type d'adresse, et la majeure partie de l'instrumentation devrait être réutilisable. Quelques nouveaux objets ont été ajoutés à l'ipIfStatsTable. Comme ci-dessus, les routines SNMP devront être mises à jour pour gérer la nouvelle indexation. Enfin, l'ipIfStatsTable est facultative et peut être ignorée.
L'ipSystemStatsTable est en pratique nouvelle, mais elle peut tirer parti de la majeure partie de l'instrumentation de l'ancien ipv6IfStatsTable. Comme dans la discussion sur IPv4, une stratégie d'implémentation consisterait à compter les statistiques de l'ipIfStatsTable et à les agréger lors de l'interrogation de cette table. À nouveau comme pour IPv4, cette stratégie ne fonctionne que si les interfaces ne peuvent pas être retirées, ou si les statistiques des interfaces retirées sont conservées d'une manière ou d'une autre.
L'ipv6AddrPrefixTable est désormais l'ipAddressPrefixTable. La nouvelle table contient un objet supplémentaire et l'index additionnel requis pour la compatibilité IPv4. Comme ci-dessus, les routines SNMP devront être mises à jour pour gérer la nouvelle indexation.
L'ipAddressTable s'inspire largement de l'ipv6AddrTable mais a beaucoup changé avec l'ajout de plusieurs nouveaux objets et la suppression d'un de ses index.
Les informations de routage IPv6 (ipv6RouteNumber, ipv6DiscardedRoutes et ipv6RouteTable) ont été retirées de cette MIB. Les remplacements ou mises à jour de ces informations se trouvent dans la mise à jour de l'IP Forwarding Table MIB [16]. L'ipv6NetToMediaTable a été convertie en ipNetToPhysicalTable. La nouvelle table contient un objet supplémentaire et l'index additionnel requis pour la compatibilité IPv4. Comme ci-dessus, les routines SNMP devront être mises à jour pour gérer la nouvelle indexation.
Les tables ICMP ont été substantiellement modifiées. Les anciennes tables nécessitaient un comptage par message et par interface. Les nouvelles tables ne requièrent un comptage que par message, par protocole, et incluent un agrégat de tous les messages par protocole.
En plus de ce qui précède, plusieurs nouvelles tables ont été ajoutées. Tant l'ipv6ScopeZoneIndexTable que l'ipDefaultRouterTable sont requises sur toutes les entités IPv6. L'ipv6RouterAdvertTable n'est requise que sur les routeurs IPv6.