Aller au contenu principal

3. Mises à jour de la spécification ID IPv4

Ce chapitre décrit les mises à jour de la spécification du champ ID IPv4 pour résoudre le problème d'épuisement de l'ID dans les environnements à haute vitesse.

3.1 IPv4 ID pour les datagrammes atomiques​

Les datagrammes atomiques sont des datagrammes IPv4 avec le drapeau DF (Don't Fragment) défini. Comme ils ne sont pas fragmentés, le champ ID n'est pas nécessaire pour le réassemblage.

3.1.1 Comportement de l'émetteur​

Pour les datagrammes atomiques, l'émetteur PEUT (MAY) définir le champ ID sur n'importe quelle valeur:

  • Valeur fixe: Tous les datagrammes atomiques peuvent avoir la même valeur
  • Compteur simple: Utiliser un compteur simple sans exigence d'unicité
  • Valeur aléatoire: Générer des valeurs ID aléatoires pour une meilleure confidentialité

3.1.2 Comportement du récepteur​

Pour les datagrammes atomiques, le récepteur DOIT (MUST) ignorer le champ ID:

  • Ne pas utiliser pour la détection des doublons
  • Ne pas faire d'hypothèses sur la signification ou l'ordre
  • S'appuyer sur les protocoles de transport

3.1.3 Comportement du nœud intermédiaire​

Les nœuds intermédiaires lors du transfert de datagrammes atomiques:

  • NE DOIVENT PAS (MUST NOT) modifier le champ ID
  • NE DOIVENT PAS (MUST NOT) fragmenter les datagrammes atomiques

3.2 IPv4 ID pour les datagrammes non atomiques​

Les datagrammes non atomiques sont des datagrammes IPv4 sans le drapeau DF défini. Ils peuvent être fragmentés, donc le champ ID doit être utilisé pour le réassemblage.

3.2.1 Comportement de l'émetteur​

Pour les datagrammes non atomiques, l'émetteur DOIT (MUST) garantir que le champ ID est unique pendant le délai de réassemblage.

3.2.2 Comportement du récepteur​

Pour les fragments de datagrammes non atomiques, le récepteur DOIT (MUST) utiliser le champ ID pour le réassemblage.

3.2.3 Comportement du nœud intermédiaire​

Les nœuds intermédiaires lors du traitement de datagrammes non atomiques:

  • PEUVENT (MAY) fragmenter si la taille dépasse le MTU
  • DOIVENT (MUST) conserver la valeur du champ ID d'origine

3.3 Conservation du comportement IPv4 ID​

Dans certains cas, les appareils peuvent conserver le comportement IPv4 ID traditionnel:

  1. Exigences de compatibilité: Interopérabilité avec les anciens appareils
  2. Applications spéciales: Applications dépendant de l'unicité de l'ID
  3. Considérations de sécurité: Mécanismes nécessitant l'aléatoire de l'ID

Navigation:

Dernière mise à jour le