Sujet
Preuves fondées sur les ressources réseau
Au sein de la facette Sujet, la veille thématique Preuves fondées sur les ressources réseau rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.

IETF
Une sonde de classe supérieure ne mesure pas tous les services BIER
La précision d’une mesure ne garantit pas la justesse de la conclusion qu’on lui fait porter. Dans un cas bien délimité, RFC 9974 permet d’observer la continuité à la classe de service la plus élevée et d’en déduire l’état de continuité des classes inférieures. La nuance…

Dossier
Le reçu derrière le chiffrement : ce que RFC 9771 oblige l’acheteur d’AEAD à prouver
Une étiquette de chiffrement authentifié peut être exacte tout en laissant sans réponse la question décisive du déploiement. RFC 9771 distingue la propriété mathématique, la caractéristique d’implémentation et la fonction qui modifie les règles de sécurité. Pour l’acheteur…

Histoire d'Internet
Le défaut existait encore, mais la route ne le suivait plus : l’épreuve du RFC 2036
En 1996, remettre en circulation les parties inutilisées de l’ancien espace de classe A revenait à changer une hypothèse cachée dans les réseaux. Un seul préfixe appris pouvait faire passer tout son réseau parent avant la route par défaut, même lorsque cette dernière fonctionnait…

Récits
AFRINIC peut clore un ticket après une dizaine de jours ouvrés sans classer le risque
Vérifier l'autorité d'une personne qui demande de modifier un registre n'a rien d'une formalité superflue. AFRINIC exige un contact enregistré, un membre en règle et un RSA signé dans ses dossiers. Ces trois verrous protègent le registre. Mais la procédure publique qui suit un…

IETF
Deux versions de YANG peuvent coexister sans produire le même schéma effectif
Une migration peut sembler parfaitement maîtrisée alors que l'incertitude a simplement changé d'étage: `draft-ietf-netmod-yang2-00` permet à un ancien importateur de rester aux côtés d'une dépendance passée à YANG 2.0, sans pour autant garantir ce que chaque client résout et…

IETF
Le routeur se souvenait d’un auditeur. Le flux, lui, n’est jamais arrivé : RFC 9777
MLDv2 donne au routeur IPv6 une mémoire rigoureuse mais locale de l’intérêt multicast. Cette mémoire devient trompeuse dès qu’on lui demande de prouver l’autorisation d’une application, la construction de l’arbre ou la livraison effective.

Histoire d'Internet
Sans aléa fourni par la cible, le Context ID n’est pas un reçu bilatéral — RFC 2025
Un identifiant repris dans tous les jetons suivants ressemble volontiers à la preuve d’un accord commun. RFC 2025 invite à une lecture plus rigoureuse: avant de parler de fraîcheur partagée, il faut compter qui a réellement fourni une valeur neuve.

Histoire d'Internet
La carte indiquait qui devait répondre, pas ce qui s’était passé : la RFC 2028
En 1996, la RFC 2028 a rendu l’IETF plus lisible en attribuant des responsabilités à des personnes et à des institutions distinctes. Elle offrait un point de départ pour demander des comptes, pas un reçu certifiant chaque décision, chaque archive ou chaque résultat.

IETF
Un arbre P2MP ne vaut pas mandat de diffusion
Une réponse à un ping peut être exacte et néanmoins répondre à la mauvaise question. Elle peut montrer qu’une instance d’arbre MPLS déterminée atteint les feuilles attendues. Elle ne dit pas si ces feuilles sont encore les destinataires autorisés du service. Le RFC 9960 construit…

Récits
Un projet IPv6 spatial prévoit jusqu’à cinq préfixes par planète sans définir la région
Le texte commence par désigner les guichets: les cinq RIR existants administreraient une future plage IPv6 destinée à l’espace. Il laisse pourtant sans réponse la question qui précède toute politique d’attribution. À quel guichet doit se présenter un engin dont le propriétaire…

Récits
ARIN sait rattacher une action à une clé, mais pas dire à quoi cette clé devait servir
Dans ARIN Online, une clé API devenue illisible après sa création reste repérable par un préfixe et une date. C’est assez pour la retrouver, pas pour la gouverner: la trace d’une action ne répond pas à la question laissée au successeur, à l’auditeur ou à l’astreinte — pourquoi…

IETF
La valeur est légitime. Le pare-feu peut encore ne pas la comprendre : RFC 9778
Une inscription IANA tranche la question de l’autorité commune. Elle ne dit rien, à elle seule, du choix que fera l’analyseur installé lorsqu’un nouveau Type, Code ou drapeau IGMP arrivera sur le fil.

Histoire d'Internet
L’annuaire avait trouvé la ressource. L’état du circuit restait ailleurs : RFC 2024
RFC 2024 rendait DLSw observable en refusant de confondre localisation, connexion entre pairs et circuit de bout en bout.

IETF
Quatre catégories ne font pas encore une norme
La révision 00 de *YANG Next Agreement* transforme un inventaire GitHub difficile à gouverner en quatre voies de décision. Ce cadrage rend le débat possible. Il ne prouve ni l’accord sur chaque élément, ni le contenu normatif d’une future version, ni la capacité des outils et des…

IETF
Une fenêtre de congestion sauvegardée n’est pas une capacité réutilisable
Dans une ferme de serveurs, le souvenir d’une connexion rapide peut se trouver sur plusieurs machines. Lorsqu’un nouveau transfert arrive, chacune peut croire qu’elle est seule à reprendre ce souvenir. Le danger ne vient alors ni d’une formule erronée ni d’un paquet malveillant…

Histoire d'Internet
Deux jetons différents, toujours aucune identité prouvée : la RFC 2023
La RFC 2023 organisait l’arrivée d’IPv6 sur PPP comme une suite de reçus locaux: ouvrir la liaison, atteindre la phase réseau, séparer deux jetons de 32 bits, puis seulement autoriser les datagrammes IPv6. Aucun de ces reçus ne valait preuve d’identité ou de livraison.

Société des ressources numériques
AS211513 : ce que le registre établit — et ce qu’il ne permet pas encore de prouver
Le résumé de veille AS211513: ce que le registre établit — et ce qu’il ne permet pas encore de prouver explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles pour…

Histoire d'Internet
RFC 2022 : le registre indiquait les destinataires, pas le circuit
Dans RFC 2022, le serveur MARS savait associer un groupe IP aux adresses ATM déclarées dans son cluster. Il ne transportait pourtant aucun paquet multicast. Entre la liste reçue et la donnée livrée subsistait une opération décisive: chaque émetteur devait construire, entretenir…

Récits
APNIC veut aligner les registres de routage. Sa feuille de route ne désigne pas l’arbitre des conflits
Un rapprochement de bases paraît anodin tant que les lignes concordent. Dès qu’un transfert oppose le titulaire enregistré, l’objet de route Whois et l’autorisation RPKI, le mot « alignement » cesse d’être technique: il devient une règle de décision qu’APNIC devra rendre…

IETF
RFC 9779 : la réponse est revenue, mais quelle route a-t-on mesurée ?
Un échange de mesure peut réussir tout en laissant ouverte la question essentielle: à quel chemin faut-il attribuer le résultat ? RFC 9779 adapte les mesures de perte et de délai à SR-MPLS. Pour en faire une preuve de SLA, il faut encore relier l'identité du chemin aller, le…
