Résumé
- Le RFC 3450 permettait à chaque récepteur de reconstruire un objet après réception d’un nombre suffisant de symboles FEC, sans demander la retransmission de chaque paquet manquant.
- L’absence de retour rendait la charge de l’émetteur indépendante du nombre de récepteurs, mais elle séparait aussi reconstruction, intégrité, compte rendu et usage applicatif.
Une fiabilité sans appel nominal
La multidiffusion devient difficile lorsque chaque perte déclenche une requête et que chaque nouvel auditeur ajoute un état à maintenir. Publié en décembre 2002, le RFC 3450 assembla ALC à partir de LCT, d’un contrôle de congestion multidébit et d’une brique de correction d’erreurs sans voie de retour. L’objectif était ambitieux : des millions de récepteurs, des objets allant de quelques centaines de kilo-octets à des centaines de gigaoctets, et des arrivées asynchrones.
L’émetteur produisait des symboles d’encodage sur plusieurs canaux. Chaque récepteur rejoignait ou quittait des canaux selon sa capacité et attendait d’avoir assez de symboles pour reconstruire l’objet. Il n’avait pas à réclamer chaque paquet perdu. Pour l’émetteur, un auditeur ou un million pouvaient donc représenter la même charge et le même débit sortant. Le texte brut, la notice RFC Editor, le dossier Datatracker, son historique, ses références, ses citations ultérieures et les errata documentent cette conception, pas son déploiement universel.
Des chemins de paquets différents, un même objet possible
La FEC déplaçait l’unité de réparation. Deux récepteurs pouvaient perdre des paquets différents et tout de même obtenir les mêmes octets, pourvu que chacun accumule un ensemble décodable. Le RFC 3452 définissait le cadre FEC ; le RFC 3453 présentait des schémas compacts sans code et à parité.
Cette indépendance n’éliminait pas les prérequis. Les informations de transmission de l’objet FEC indiquaient comment interpréter les symboles. Une partie pouvait voyager dans le flux, une autre hors bande ; la manière de la communiquer restait hors du périmètre d’ALC. « Assez » voulait donc dire assez de symboles et les paramètres permettant de les décoder.
Avant de rejoindre une session, le récepteur devait aussi obtenir une description de session : mécanisme de congestion, adresse de l’émetteur, canaux, ports, TSI, présence de plusieurs objets, extensions et éléments d’authentification. ALC exigeait cette description sans définir son acheminement.
Les identifiants situaient, ils ne certifiaient pas
Le couple adresse IP de l’émetteur–TSI identifiait la session. Le TOI distinguait un objet dans cette session. Ce n’étaient ni un identifiant mondial de contenu ni la preuve qu’un destinataire déterminé avait reçu l’objet. Le même objet pouvait porter un autre TOI ailleurs.
Cette limite est pratique. Un journal contenant TSI et TOI montre l’association d’un paquet à une coordonnée protocolaire. Il ne prouve pas la reconstruction, l’intégrité, l’identité juridique du destinataire ou l’usage applicatif. Transformer ces coordonnées en attestation de livraison reviendrait à ajouter une affirmation que le mécanisme n’a jamais observée.
Fermer l’émission ne fermait pas le dossier
Les indicateurs Close Session et Close Object annonçaient une fin imminente d’émission. Le RFC les qualifiait pourtant d’indices imparfaitement fiables. Le dernier paquet pouvait être perdu et un récepteur pouvait encore manquer de symboles.
Dans le modèle « push », une application pouvait demander aux récepteurs de signaler une reconstruction réussie et continuer à émettre jusqu’à recevoir tous les rapports attendus. Mais cette liste de destinataires, ce rapport et la règle d’arrêt appartenaient à l’application. ALC ne fournissait ni accusé de réception ni registre d’achèvement.
La sécurité ajoutait une autre séparation. Des symboles forgés pouvaient empoisonner l’objet reconstruit. Le RFC recommandait l’authentification des paquets et une vérification d’intégrité de l’objet, idéalement par signature. La FEC disait si les octets pouvaient être récupérés ; l’intégrité disait s’ils correspondaient à l’objet signé ; aucune ne disait à l’émetteur qui les avait acceptés.
Une norme minimale, puis révisée
Le RFC 2357 imposait un contrôle de congestion adéquat à la multidiffusion fiable. Le RFC 3450 resta donc expérimental. Le RFC 3048 décrivait l’architecture en briques, le RFC 3269 les règles de rédaction et le RFC 3451 LCT. La filiation multidiffusion passe par le RFC 1112, puis par le modèle à source spécifique du RFC 4607. En 2010, le RFC 5775 remplaça le RFC 3450 par une norme proposée rétrocompatible, après retour d’expérience. Cette évolution atteste une maturation, non un succès mesuré partout.
La discipline des couches de réalité de Heng Lu permet de tenir le registre propre : symboles reçus, objet reconstruit, intégrité validée, application satisfaite, rapport envoyé et rapport enregistré sont six événements. La primauté du code en fonctionnement exige que l’affirmation s’arrête là où s’arrête l’observation. L’idée de spécification initiale minimale éclaire le choix de résoudre d’abord le transport extensible, puis de laisser l’application ajouter la responsabilité dont elle a besoin. C’est une lecture éditoriale ultérieure, non une attribution d’intention aux auteurs.
Le legs du RFC 3450 est donc précis : supprimer les accusés de réception du noyau a rendu possible l’immense échelle, mais a interdit de confondre récupérabilité et connaissance de l’achèvement.
Sources
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
