Résumé

  • RFC 791 définit un champ Protocol de huit bits qui indique le protocole de niveau supérieur, mais renvoie à un système distinct pour la signification des valeurs.
  • RFC 3232 remplace les instantanés RFC d’Assigned Numbers par la base en ligne de l’IANA; RFC 5237 encadre ensuite l’allocation d’un espace limité à 256 valeurs.

Dans un datagramme IPv4, huit bits indiquent ce qui doit recevoir les données ensuite. Le champ Protocol ne contient pourtant ni le nom complet du protocole, ni sa version, ni les instructions permettant de l’implémenter. RFC 791 fixe la place et la largeur du champ, puis renvoie à Assigned Numbers pour l’interprétation de ses valeurs.

Cette séparation a protégé la stabilité du format. Le paquet conserve un octet analysable, tandis que le vocabulaire partagé peut évoluer sans réécrire la spécification de base. Le nombre transporté sert à la démultiplexion; son utilité dépend d’un accord externe entre les spécifications, les émetteurs et les récepteurs.

Un octet fixe, un vocabulaire extérieur

L’espace est fini: 256 valeurs possibles. Le champ ne négocie pas la présence d’une implémentation, n’identifie pas une application et ne prouve rien sur le contenu transporté. Il indique seulement l’interprétation de niveau supérieur attendue.

De 1977 à 1994, l’IANA publiait périodiquement les tables d’assignation dans des RFC Assigned Numbers. RFC 1700, publié en octobre 1994, fut le dernier instantané de cette série.

Quand l’instantané a cessé de faire autorité

RFC 3232 constate qu’une base IANA en ligne avait remplacé cette série. RFC 1700 devient historique, car sa liste est incomplète et peut être erronée. Le changement porte sur l’endroit où la coordination courante est tenue, pas sur les bits IPv4: les routeurs ne consultent pas l’IANA pour chaque paquet.

La rareté devient une politique

RFC 5237 indique qu’en 2008, 55 % des 256 valeurs étaient utilisées. Il conserve les voies Standards Action et IESG Approval, retire une voie d’Expert Review liée à la non-divulgation et demande des spécifications publiques révisables. Il faut notamment vérifier l’existence d’une spécification stable, d’une communauté d’utilisateurs, l’absence de doublon et la pertinence d’un numéro de protocole plutôt qu’un autre mécanisme.

Une assignation officielle ne garantit toutefois ni le support logiciel ni le passage sur tous les réseaux. Les filtres, les équipements et les implémentations peuvent rester en retard.

La longévité d’IPv4 vient donc d’une frontière bien choisie: le format reste fixe, tandis que l’autorité sur ses significations et sur leur allocation peut changer.

Sources