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
RFC 9812 : un contrôle plus strict n’alloue aucun espace IPv6
L’essentiel de l’espace IPv6 demeure « Reserved by IETF ». RFC 9812 remplace, pour une future mobilisation majeure de cette réserve, `IESG Approval` par `IETF Review`. La provenance d’une décision future devient plus exigeante et plus publique. Aucun préfixe ne change pourtant…

Tendances télécoms nationaux Asie-Pacifique
Le site 5G monté en trois jours par U Mobile ouvre un test de continuité
Installer vite permet d'apporter un premier signal là où l'électricité et la fibre n'arrivent pas. Cela ne dit pas encore combien de temps le service tient, quelle charge il accepte ni qui se déplace lorsqu'un élément tombe en panne. Le pilote de U Mobile et ZTE doit maintenant…

IETF
Nick Hilliard et le préfixe IPv6 qui ne sert qu’à ne mener nulle part
`100::/64` est unique à l’échelle mondiale, routable à l’intérieur d’un réseau et volontairement non joignable sur l’Internet. Ce n’est pas une anomalie: c’est son contrat. Le préfixe fournit à l’IPv6 un prochain saut propre pour le blackholing déclenché à distance, à condition…

Récits
Stork compare les numéros de série des zones qu’il a pu recenser
À l’APNIC 62, un écart de numéro de série pouvait ressortir dans une vue commune. Mais avant de lire le résultat, il faut connaître l’inventaire effectivement observé, l’heure de sa collecte et les vues restées hors champ.

Dirigeants
Nick McKeown et la Barrier Reply qui n’a jamais vu passer le paquet
Dans un journal de contrôleur, trois lignes peuvent former une histoire rassurante: règle envoyée, barrière demandée, réponse reçue. Elles ne disent pourtant pas si le paquet visé a gagné sa correspondance, quitté le commutateur ou atteint le service. La précision d’OpenFlow…

Récits
Dans le CSV d’ARIN, une majuscule n’est pas une autre adresse IPv6
Une ligne de registre peut changer d’aspect sans que le réseau qu’elle décrit ait bougé. C’est la portée exacte d’une demande adressée à ARIN au sujet de l’export CSV des réseaux: écrire les chiffres hexadécimaux IPv6 en minuscules. L’organisme a accueilli la proposition et l’a…

Dirigeants
Remco van Mook et la passerelle IPv4 sans voisin IPv4
Une passerelle par défaut est d’ordinaire une adresse que la machine cherche sur le lien. Le projet de Remco van Mook propose autre chose: `192.0.0.11` ne désigne pas un voisin IPv4. Cette valeur commande à l’hôte d’emprunter l’adresse de couche 2 d’un routeur déjà découvert par…

Récits
Le projet IPv6 d’AFRINIC a changé le sens de 95 %
Le troisième projet aligne les échéances, mais pas la réalité mesurée. Pour qu’un futur résultat reste intelligible, le pourcentage devra conserver sa version, son dénominateur et sa méthode.

IETF
Un hachage coûteux sur le papier ne mesure pas la capacité de connexion
La RFC 9106 rend visibles la mémoire, les passes et les lanes d’Argon2id. Elle ne transforme pas ce paramétrage en mesure de charge, en garantie de disponibilité ni en prix démontré pour une attaque.

Histoire d'Internet
RFC 2214 : l’interface affichait C, D et du mou, pas une preuve de délai
La MIB du service garanti rendait administrables l’écart d’une implémentation et la marge qu’un routeur pouvait dépenser. Elle ne transformait ni une ligne valide ni un paramètre modifiable en constat de service rendu.

IETF
La couleur du lien est arrivée, pas la décision de politique : RFC 9104
Un consommateur BGP-LS peut recevoir un Extended Administrative Group parfaitement formé sans disposer de la preuve que les bits ont été compris selon le dictionnaire de l’opérateur, qu’une politique précise les a utilisés ou qu’un chemin a été installé. La RFC 9104 normalise le…

Histoire d'Internet
RFC 2341 : le tunnel L2F ouvert ne signe ni l’identité ni le service
Deux numéros peuvent orienter correctement un paquet sans dire qui se trouve réellement au bout de la ligne. Dans L2F, le CLID distingue un tunnel et le MID distingue une connexion cliente à l’intérieur de ce tunnel. Cette mécanique est précise, mais la preuve qu’elle produit…

Histoire d'Internet
RFC 2213 : le numéro attribué à un flux ne racontait pas son histoire
Un gestionnaire lisait un index, le réécrivait dans un SET et obtenait une nouvelle ligne. Cette mécanique réglait une collision locale; elle ne transformait ni l’index en identité, ni la ligne en preuve d’un service de bout en bout.

IETF
Une requête SIMAP peut être exacte sans décrire tout le réseau réel
Le nouveau projet de carte des services et des infrastructures relie un service à ses dépendances logiques et physiques, puis permet le parcours inverse. Cette continuité est précieuse, à condition de ne pas confondre une vue autorisée avec une preuve de complétude, d’actualité…

IETF
Le transfert était chiffré. La copie de zone restait à gouverner : RFC 9103
XoT retire du chemin un observateur redoutable: celui qui pouvait lire un AXFR ou un IXFR en clair. Mais l’autorisation de la requête, la garde de la réplique et les autres voies d’exposition du DNS demeurent des objets de preuve distincts.

Histoire d'Internet
RFC 2342 donnait l’adresse des rayons, pas la preuve que les boîtes existaient
Une réponse NAMESPACE pouvait livrer les préfixes et séparateurs des espaces personnel, partagés et réservés aux autres utilisateurs. Elle rendait les noms calculables. Elle ne transformait ni un préfixe en inventaire, ni un nom en droit d’accès, ni un indicateur de protocole en…

Histoire d'Internet
Un même chemin, quatre algèbres et un inconnu contagieux : RFC 2215
Décrire un chemin réseau ne consiste pas à aligner des mesures puis à en calculer une moyenne. RFC 2215 confiait une règle différente à chaque affirmation: un OU logique pour une rupture de prise en charge, un compteur pour les nœuds avertis, un minimum pour la bande passante et…

IETF
Le proxy a accepté le tunnel, pas la vérité de sa destination
La révision 14 de CONNECT-TCP installe le proxy TCP dans l’espace ordinaire du Web: une origine, un modèle d’URI, une authentification HTTP et une politique de passerelle. Cette architecture rend l’admission plus gouvernable. Elle n’autorise pas à confondre l’admission par le…

IETF
Le serveur de secours a répondu. La clé en cache ne convenait pas : RFC 8901
Un second fournisseur DNS peut continuer à répondre après la panne du premier sans pour autant livrer une réponse acceptable aux résolveurs validateurs. RFC 8901 montre que la redondance DNSSEC est un contrat de synchronisation entre signataires, et non un simple nombre de…

Histoire d'Internet
L’image et le son partageaient le paquet, pas la preuve de lecture : RFC 2343
La RFC 2343 organisait des tranches vidéo MPEG-2 et des trames audio dans une même charge RTP. Cette proximité rendait la relation temporelle exploitable et réduisait certains coûts de transport. Elle ne transformait pourtant ni le paquet en décodeur, ni l’horodatage en…
