Résumé

  • MARS publiait une correspondance locale entre groupe multicast et points d’extrémité ATM ; la RFC précise qu’il ne participait pas au transport des données de couche 3.
  • Même non membre, un émetteur pouvait obtenir une réponse MARS_MULTI, puis devait établir son VC point-à-multipoint, ou remettre le trafic à un MCS dont le relais final restait invisible.
  • Inscription, réponse complète, feuille ajoutée, CSN continu ou appel d’envoi réussi ne prouvaient séparément ni disponibilité, ni livraison, ni identité, ni autorisation, ni qualité de service.

La frontière essentielle apparaît dans une phrase sobre de RFC 2022 : MARS ne prend pas part au multicast de couche 3 proprement dit. Il tenait le registre. Les paquets empruntaient des connexions créées ailleurs.

Le contraste venait des modèles en présence. IP offrait à l’émetteur une adresse de groupe sans connexion. ATM exigeait des points d’extrémité et une signalisation de circuit. L’émetteur interrogeait donc MARS pour connaître les adresses ATM actuellement associées au groupe, puis demandait à son gestionnaire de signalisation d’établir un VC point-à-multipoint et d’y ajouter chaque adresse comme feuille.

Ce mécanisme ne transformait pas l’émetteur en membre. Selon RFC 1112, un hôte peut envoyer vers un groupe sans le rejoindre ; RFC 2022 conserve cette propriété. Une requête réussie attestait une résolution, non une appartenance.

Une réponse n’existait qu’une fois terminée

Une longue liste pouvait arriver dans plusieurs messages MARS_MULTI. Le bit x signalait la dernière partie, tandis que y ordonnait les fragments. Sans marque finale et séquence cohérente, il n’y avait pas de liste exploitable. Un trou ou un délai excessif imposait d’abandonner les fragments et de recommencer.

Cette discipline garantissait l’intégrité d’un instantané protocolaire, pas la présence physique des destinataires. Entre la réponse et la signalisation, un membre pouvait partir. Lors de la construction du VC, certains ajouts de feuilles pouvaient échouer et être relancés. La RFC autorisait même l’envoi pendant que ces ajouts restaient en attente. « Circuit établi » ne signifiait donc pas « tous les récepteurs raccordés ».

Le MCS déplaçait la limite de visibilité

Dans une autre configuration, MARS renvoyait l’adresse d’un Multicast Server. L’émetteur procédait de la même façon et n’avait pas besoin de savoir si l’unique feuille était un membre ou un MCS. Mais c’était le MCS qui répliquait ensuite les données. Son adresse désignait un point de remise, pas la liste finale des récepteurs.

RFC 2149 développa plus tard les architectures de serveurs multicast et les problèmes de coordination entre plusieurs MCS. Cette chronologie interdit d’attribuer rétrospectivement ces garanties à RFC 2022.

Les notifications corrigeaient un état local

Les membres recevaient sur ClusterControlVC les messages asynchrones MARS_JOIN et MARS_LEAVE. Chaque émetteur ajustait alors les feuilles de ses propres VC. Si le départ supprimait la dernière feuille, le circuit était fermé ; le prochain paquet provoquait une nouvelle résolution puis une nouvelle construction.

Le Cluster Sequence Number aidait à détecter une notification éventuellement manquée. MARS l’incrémentait à chaque transmission sur le canal de contrôle, même sans modification de sa base. Un saut ne révélait donc pas l’événement perdu. Il obligeait le destinataire à revalider tous ses VC de groupe, opération qui pouvait se dérouler pendant que les données continuaient à circuler.

Un CSN continu prouvait l’observation d’un flux de contrôle ordonné. Il ne prouvait ni la réussite de chaque opération de signalisation, ni la vitalité d’une feuille, ni l’arrivée d’un paquet.

Les limites faisaient partie du résultat

RFC 2022 restait à l’intérieur d’un MARS Cluster. Le routage entre clusters, l’association des QoS de couche 3 aux paramètres ATM, la coordination d’un MARS de secours, le nettoyage des membres morts et la coordination de plusieurs MCS n’étaient pas résolus dans ce cadre. La sécurité n’y était pas traitée.

L’architecture nous laisse ainsi plusieurs reçus modestes : une inscription, un instantané multipart complet, un ajout de feuille, une adresse de MCS, une séquence de contrôle, une remise au circuit. Aucun ne peut devenir seul une preuve de livraison de bout en bout, de présence, d’identité, d’autorisation ou de sécurité.

La leçon durable de RFC 2022 tient à cette séparation. Un registre peut guider la création d’un chemin sans être ce chemin, et un chemin peut accepter des données sans certifier leur destination finale.

Sources