Résumé

  • Le Selective Directed Broadcast Mode du RFC 1770 associait une adresse de diffusion dirigée vers un réseau à une option IPv4 contenant jusqu’à neuf destinataires précis.
  • En supprimant un échange séparé de contrôle de groupe, il répétait la sélection dans chaque datagramme UDP et dépendait d’un comportement de diffusion ensuite désactivé par défaut.

Publié en mars 1995, le RFC 1770 était un mémo Informational et non une norme Internet. Il partait d’un besoin de groupes clairsemés sur des réseaux militaires tactiques où la bande passante était extrêmement contrainte. Une conversation de contrôle supplémentaire pour gérer un groupe pouvait y coûter trop cher. SDBM promettait une livraison UDP non fiable ; si la fiabilité comptait, les accusés de réception relevaient de l’application.

Le travail commençait chez l’émetteur. Celui-ci regroupait les destinataires par identifiant de réseau, puis créait au moins un datagramme par réseau. Le champ Destination ordinaire portait l’adresse de diffusion dirigée de ce réseau ; l’option énumérait les adresses IPv4 complètes des hôtes réellement visés. Au-delà de neuf hôtes sur un même réseau, plusieurs datagrammes devenaient nécessaires.

Cette limite venait du format. Le champ de longueur d’en-tête IPv4 ne laissait que 40 octets au maximum pour les options. Type et Length en prenaient deux, chaque adresse quatre : Length = 2 + 4 × nombre d’adresses. Le Type combinait le bit de copie à un, la classe zéro et le numéro d’option 21, soit la valeur décimale 149. La liste devait être recopiée dans tous les fragments, puisqu’elle déterminait leurs destinataires.

Les routeurs de transit suivaient le traitement IPv4 habituel. La décision spéciale appartenait au routeur directement relié au réseau d’arrivée. Sur un support diffusant, il pouvait émettre une seule trame et laisser les hôtes filtrer. Sans diffusion locale, il formait un paquet par adresse. Sur un réseau offrant une livraison multi-adresse fiable en couche 2, il pouvait créer une trame multi-adresse.

Un hôte ne poursuivait le traitement que s’il retrouvait sa propre adresse dans l’option. L’adresse externe ouvrait la porte au sous-réseau ; la liste interne choisissait les invités. Ce montage imposait aussi UDP. TCP, fondé sur une connexion point à point, ne convenait pas à une destination de diffusion.

SDBM supprimait un état de groupe permanent, mais non tout état ni tout coût. La liste revenait dans chaque paquet, l’émetteur devait la fractionner par réseau et par neuf, le dernier routeur devait la convertir selon le support local, et des hôtes pouvaient recevoir une diffusion avant de la rejeter. Ce bilan est une déduction des procédures ; le RFC ne le chiffrait pas. Sa section sécurité précisait seulement que ces questions n’étaient pas examinées.

En 1999, le RFC 2644 modifia l’environnement : la réception et le transfert des diffusions dirigées devaient désormais être désactivés par défaut. Le texte invoquait leur rôle d’amplificateur dans les attaques Smurf, sans abandonner pour autant le filtrage à l’entrée. Il ne démontre pas que cette décision fut l’unique cause de la disparition de SDBM. Le RFC 6814 fournit une conclusion plus sûre : en 2012, il constata l’absence de déploiement large, qualifia l’approche d’abandonnée, déprécia officiellement la valeur 149 et plaça le RFC 1770 dans la catégorie Historic.

L’histoire de SDBM montre qu’un protocole peut retirer une coordination explicite sans retirer la décision. Il l’inscrit alors dans les paquets et désigne d’autres acteurs pour la transporter et l’exécuter.

Sources