Résumé

  • RFC 966 imaginait une adresse de groupe stable pour interroger des serveurs dont l’identité et le nombre variaient.
  • Le groupe était ouvert à l’envoi par un non-membre. Cette faculté ne garantissait ni la présence d’un destinataire, ni la réponse du service.

Le problème surgit avant même que l’utilisateur puisse travailler. Un poste sans disque doit contacter un serveur pour démarrer ; si ce serveur a changé et que son ancienne adresse reste dans le poste, celui-ci ne sait plus à qui demander la nouvelle. Corriger chaque client après un changement de serveur coûte du travail. Interroger tous les hôtes par diffusion reporte ce coût sur ceux qui ne peuvent rien fournir. En décembre 1985, Steve Deering et David Cheriton ont proposé dans RFC 966 une destination commune pour les hôtes capables de rendre le service recherché. Leur texte soumettait un modèle au débat, sans en mesurer le déploiement.

Les auteurs distinguaient deux fonctions de la multidiffusion. La première distribuait un datagramme à plusieurs hôtes. La seconde permettait la découverte : connaître l’adresse d’un groupe de serveurs de noms ou de démarrage sans connaître les adresses particulières des machines disponibles. L’exemple d’un fichier demandé à plusieurs serveurs précisait la séquence envisagée : le client interroge le groupe, puis celui qui reconnaît le nom répond directement. Il s’agissait d’un scénario de conception, non de statistiques d’exploitation.

Le groupe pouvait compter zéro membre. Un hôte pouvait appartenir à plusieurs groupes ; le document envisageait même des hôtes accessibles uniquement par une adresse de groupe. Les identifiants permanents désignaient une fonction logique, tandis que des groupes temporaires pouvaient vivre le temps d’un programme distribué. Les opérations proposées, CreateGroup, JoinGroup et LeaveGroup, modifiaient la composition ; un groupe temporaire disparaissait quand son dernier membre partait. L’adresse connue du lecteur ne décrivait donc pas, à elle seule, l’état présent des serveurs.

Le qualificatif ouvert portait sur l’envoi : une machine extérieure au groupe pouvait lui adresser un datagramme. C’était nécessaire à la découverte par un nouveau client, qui ne devait pas se faire passer pour un serveur afin de demander où en trouver un. RFC 966 prévoyait séparément une clé pour limiter l’adhésion à certains groupes. Restreindre l’adhésion n’équivaut pas à authentifier toutes les requêtes applicatives, et pouvoir envoyer un paquet ne confère aucun droit à obtenir le service.

La difficulté déplacée vers l’infrastructure était réelle. Les passerelles devaient savoir quels réseaux hébergeaient des membres. RFC 966 reconnaissait que la mise à jour cohérente de ces informations distribuées restait un problème ouvert. Le texte souhaitait éviter qu’une suite de transmissions manque systématiquement un membre, propriété appelée couverture ; il ne transformait pourtant pas la notification d’échec en obligation. La livraison d’un datagramme à un groupe demeurait un effort, pas un accusé de réception de chaque machine.

En 1986, RFC 988 a remplacé la première proposition et formulé nettement la distinction : dans un groupe permanent, c’est l’adresse qui demeure, non la liste de ses membres. RFC 1112, en 1989, a repris ce principe avec une livraison au mieux, sans garantie d’arrivée intacte chez tous ni d’ordre identique. La continuité entre les textes concerne le modèle d’adressage ; elle ne prouve pas que toutes les passerelles de 1985 savaient le réaliser.

RFC 966 révèle ainsi une décision d’architecture discrète. On pouvait publier une destination pour un besoin durable tout en laissant les fournisseurs du service changer. Cette souplesse ne supprimait pas l’incertitude : il fallait encore établir qui avait rejoint le groupe, quelle information de transfert circulait et quel serveur avait réellement répondu.

Sources et portée

Les sources originales sont RFC 966, RFC 988, RFC 1112 et, pour le contraste avec la diffusion, RFC 919. Elles ne mesurent ni le premier déploiement, ni le nombre de réseaux équipés, ni la réussite d’un service particulier.