Résumé

  • Les identifiants du processus et du message, le numéro de segment, le bit de fin et la fenêtre d’acceptation établissent ce qu’un récepteur a observé; ils ne révèlent pas tout ce qui a disparu avant le début de cette observation.
  • Une conclusion exploitable exige huit reçus distincts: association, reconstitution, continuité, identité, abonnement, temps, sûreté du chemin et correspondance avec l’état opérationnel faisant autorité.

Le troisième fragment arrive avant le deuxième. Le bit L annonce qu’il sera le dernier. Le collecteur attend, classe 0, 1 et 2, concatène les charges et obtient une notification. Le protocole a rempli une fonction précise. Il n’a pas certifié l’histoire complète de la mesure.

Le texte de la révision 26, daté du 29 juillet 2026, décrit une association UDP unidirectionnelle pour des abonnements configurés dans un environnement contrôlé. Chaque datagramme non fragmenté transporte un message ou un segment, sans retransmission attendue. La fiche Datatracker le classe comme Internet-Draft actif du groupe NETCONF, destiné au statut Proposed Standard; son historique retrace ses révisions. Ce n’est pas un RFC.

La reconstitution a une portée limitée

Les segments d’un message partagent Message Publisher ID et Message ID. Segment Number commence à zéro et ne reboucle pas; L désigne le dernier segment et fixe ainsi le nombre attendu. Le récepteur accepte le désordre, élimine les doublons, attend l’ensemble requis et concatène par numéro croissant. Les options autres que la segmentation ne sont garanties que dans le premier segment.

Le résultat prouve donc qu’un récepteur a fabriqué une suite d’octets sous certains champs d’en-tête. Il ne prouve pas que deux doublons de même numéro étaient identiques, que le premier segment n’a pas été substitué, ni que les clés d’association appartenaient au même épisode authentique. Il faut conserver les empreintes de chaque segment reçu et écarté, l’ensemble 0..L, les options initiales, l’empreinte finale, le délai et les budgets mémoire.

Le projet impose au moins 96 KB et 64 segments côté récepteur, tout en recommandant moins de 64 segments, environ dix secondes de reconstitution et jamais plus de vingt. Perdre un fragment suffit à perdre le message. RFC 8900 montre la fragilité de la fragmentation IP; segmenter au niveau applicatif évite ce mécanisme, mais pas l’amplification des pertes.

Une séquence ne voit pas avant son premier témoin

Message ID part d’une valeur aléatoire, progresse de un par message et reboucle après la limite 32 bits. Un trou signale une perte possible pendant un épisode stable. En revanche, la disparition d’un message entier avant le premier ID observé ne laisse aucun trou. Le récepteur peut être arrêté lorsque l’abonnement commence. Redémarrage du processus, réutilisation d’identifiant, relais, panne du collecteur, rebouclage ou déplacement de la fenêtre changent tous la définition de «continu».

Le compteur sent-event-records de RFC 8639 peut être rapproché des livraisons du récepteur. Une différence indique des notifications non livrées seulement si périmètre et époque coïncident. Les doublons d’un message finalement complet et les éléments rejetés hors fenêtre ne comptent pas comme échecs de livraison. Des compteurs séparés restent donc indispensables.

Corrélation, identité et autorité

Message Publisher ID est localement unique sur un nœud et désigne un processus. Si cette unicité ne traverse pas le domaine de collecte, l’adresse IP source entre dans la clé; un relais doit préserver la distinction. Ce sont des indices de corrélation, pas une identité cryptographique. En réseau non protégé par les couches basses, le projet exige un transport sûr et profile DTLS. RFC 9147 protège l’association DTLS 1.3 contre altération et rejeu et authentifie ses pairs.

Un pair authentifié peut néanmoins être le mauvais processus, publier après un redémarrage ou agir hors du mandat d’abonnement. RFC 8341 garde l’autorisation de gestion séparée. Le reçu d’identité doit joindre appareil, processus, époque des identifiants et titres, tuple réseau, relais, décision de fenêtre et autorité de l’abonnement.

Le contexte ne tient pas dans douze octets

L’en-tête indique JSON, XML, CBOR ou un codage privé. Mais la cible, le filtre, le déclencheur, la période, l’amortissement, le récepteur et la version de configuration appartiennent à l’abonnement. RFC 8641 montre combien ces paramètres façonnent YANG-Push. Une suite d’ID peut rester parfaite tandis que son sens change après une modification d’abonnement.

Le temps se décompose aussi: heure de l’événement, horloge du producteur, arrivée au collecteur et fin de reconstitution. L’ordre des ID ne garantit ni exactitude d’horloge ni causalité du système observé. Il faut lier source temporelle, incertitude, quatre instants et version d’abonnement.

Enfin, une somme UDP valide et une protection DTLS ne valident ni unités, ni fraîcheur, ni sémantique YANG. RFC 8342 distingue running, intended et operational. Une notification fidèle au processus peut diverger de l’état qui doit gouverner une décision. La dernière preuve vient d’une autre observation du dispositif, de la route, de la file, de l’interface ou du service.

L’intégrité inclut le coût imposé au chemin

RFC 8085 encadre les usages UDP volumineux. Le projet exige capacité réservée et QoS, recommande CS2, le lissage des rafales et des débits par défaut bornés. Un flux intact qui sature la classe de gestion ou la mémoire de reconstitution reste un échec opérationnel.

Les huit reçus sont donc: association; segments et reconstitution; continuité; source authentifiée; abonnement et codage; chronologie; somme, DTLS, débit et QoS; datastore faisant autorité et résultat indépendant. Aucun ne peut emprunter la certitude du précédent.

Sources et limite de revue

Le cadre normatif comprend RFC 8639, RFC 8641, RFC 8342, RFC 8341, RFC 8085, RFC 8900 et RFC 9147. Les avis historiques sont Ready with nits pour TSVART sur -23, Has issues pour OPSDIR sur -21 et On the right track pour YANG Doctors sur -20. Aucun n’est un nouvel avis sur -26.