Domaine principal
Infrastructure Internet
Au sein de la facette Domaine principal, l'analyse Infrastructure Internet regroupe les articles par domaine principal afin que les lecteurs puissent suivre un périmètre précis de l'infrastructure Internet, de la gouvernance, des marchés de connectivité ou du capital numérique. Cette page rassemble les articles associés, les preuves publiques, les institutions, les entreprises, les personnes, l'exposition régionale, les dépendances opérationnelles et le contexte de marché qui pourraient sinon être répartis entre différentes pages de catégories. Elle explique le domaine, la classe d'acteurs probable, le contexte de marché ou de gouvernance, ainsi que les sources que les lecteurs devraient utiliser pour comparer les signaux. Opérateurs, analystes et lecteurs de gouvernance peuvent voir comment un même domaine se manifeste à travers les événements, les profils, les évolutions de marché, les preuves issues de sources publiques, les dépendances régionales et les décisions d'infrastructure à plus long cycle au fil du temps.
IETF
Tim Bruijnzeels et la surdéclaration RPKI qui n’invalidait plus tout le sous-arbre
Dans une chaîne de certificats, l’erreur se transmet facilement par héritage. Un préfixe déclaré en trop par une autorité peut condamner des objets pourtant adossés à des ressources légitimes. RFC 8360, cosigné par Tim Bruijnzeels, a redessiné cet héritage: le validateur…
IETF
Le service répondait, mais l’identité `.onion` n’avait encore rien prouvé : RFC 9799
Dans une émission ACME ordinaire, une réponse réseau correcte semble souvent clore la question du contrôle. Pour un service Onion, elle n’en clôt qu’une partie. RFC 9799 distingue la présence du service, la possession de sa clé d’identité, la visibilité accordée à l’AC…
Dirigeants
Noor Helmi : ce que l’on peut réellement attribuer au dirigeant d’IX Telecom
L’histoire de Noor Helmi ne permet pas encore de conclure à une transmission documentée de capacités, d’autorité ou de pratiques au sein d’IX Telecom. Elle permet en revanche de poser une question plus exigeante: quelle partie du fonctionnement d’un opérateur de connectivité peut…
IETF
Le curseur connaissait la position, pas l’instant
La pagination d’une liste YANG peut conserver avec exactitude le filtre, la clé de tri, la locale, le sens et le point de reprise. Cette précision rend le parcours vérifiable. Elle ne transforme pas plusieurs requêtes en une photographie immobile des données.
Histoire d'Internet
La trame n’était plus la frontière du paquet : RFC 1993
Dans RFC 1993, la ligne la plus visible d’une liaison PPP n’est plus la plus importante. La fin d’une trame peut survenir au milieu d’un paquet d’origine; plusieurs paquets peuvent au contraire disparaître dans une seule trame comprimée. Ce déplacement de frontière permet à FZA…
Histoire d'Internet
La table d’état pouvait aussi couper la connexion : RFC 2012
Un tableau de supervision inspire la lecture, pas l’action. RFC 2012 brouillait pourtant cette intuition: la cellule `tcpConnState` décrivait une connexion TCP et acceptait aussi `deleteTCB(12)`, une commande qui supprimait sa mémoire protocolaire sur l’hôte géré.
IETF
Michael Tüxen et la somme de contrôle SCTP nulle qui exigeait encore une détection d’erreurs
Dans un paquet SCTP, quatre octets à zéro peuvent signaler une optimisation soigneusement négociée — ou constituer le résultat parfaitement exact du calcul CRC32c. Cette ambiguïté interdit toute lecture rapide. La RFC 9653, signée notamment par Michael Tüxen, maintient…
Récits
Une route directe a supprimé un détour de 150 ms. Elle n’a pas de secours.
Le trajet semblait accuser la géographie de GTT: Londres, l’Amérique du Nord, puis retour au Danemark. La discussion du groupe Routing de RIPE a montré autre chose. Une contre-mesure européenne a déplacé le diagnostic vers les annonces et les choix de peering, avant qu’une route…
IETF
Mark Handley et la version SDP qui ne se compare pas entre origines
Deux fiches de session arrivent au même pupitre. La première porte la version 391, la seconde 402. Le réflexe consiste à garder 402. Or les deux lignes `o=` ne nomment pas la même origine: le classement a comparé deux compteurs qui n’ont jamais partagé d’histoire. Dans SDP, le…
Récits
AFRINIC a franchi une limite de blocs ASN alors que 52 numéros antérieurs manquaient au registre
Le résumé de veille AFRINIC a franchi une limite de blocs ASN alors que 52 numéros antérieurs manquaient au registre explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences…
IETF
Le flux était ordonné. Le résultat réseau restait à prouver
Un écran d’exploitation peut afficher trois confirmations rassurantes: la connexion est établie, le pair est authentifié et la réponse NETCONF contient `<ok/>`. Aucune n’est superflue. Mais leur addition ne montre toujours pas que la configuration voulue est devenue l’état…
Histoire d'Internet
L’IP-MIB était conforme, mais IPv6 restait hors champ : RFC 2011
La conformité rassure parce qu’elle transforme un texte en liste vérifiable. RFC 2011 accomplit exactement ce travail pour les objets IP et ICMP hérités de MIB-II. Pourtant, la note de l’IESG avertit dès la première page que l’adresse utilisée par le modèle ne compte que quatre…
Histoire d'Internet
George Varghese et le compteur de déficit qui a appris au round robin à compter les octets
Un ordonnanceur paraît impartial lorsqu’il offre un tour à chaque file. Mais un paquet n’est pas une unité constante: servir alternativement 1 500 octets puis 500 octets donne le même nombre de tours et trois fois plus de débit à la première file. M. Shreedhar et George Varghese…
Histoire d'Internet
Jennifer Rexford et la sortie BGP la plus proche qui n’était pas un optimum de bout en bout
Dans un grand réseau, modifier le poids d’un seul lien intérieur peut déplacer des milliers de routes vers une autre porte de sortie sans qu’aucun voisin ne retire son annonce. Les travaux menés par Jennifer Rexford avec Renata Teixeira, Aman Shaikh et Timothy Griffin ont rendu…
IETF
L’enveloppe est lisible. L’observation reste à prouver
`draft-ietf-netconf-notif-envelope-05` donne aux notifications YANG-Push des métadonnées qui survivent au transfert vers un courtier ou une base temporelle. Cette portabilité facilite la corrélation; elle ne transforme ni un nom d’hôte en identité, ni une séquence en historique…
Histoire d'Internet
Quatre-vingt-seize heures pour rendre la confiance vérifiable : RFC 2010
RFC 2010 a découpé la confiance accordée aux bénévoles des serveurs racine en obligations observables, sans décider qui devait obtenir un site ni qui pouvait sanctionner un écart.
Histoire d'Internet
RFC 1991 : ouvrir l’enveloppe PGP ne suffisait pas à établir la preuve
En 1996, un message PGP pouvait franchir sans erreur le décodage ASCII, le contrôle de longueur, la récupération de la clé de session, le déchiffrement, la décompression et la vérification de signature. Cette succession de réussites n’établissait pourtant ni l’identité civile du…
Dossier
Deux routes sont arrivées. Leurs bits ne formaient pas encore un SID : RFC 9819
Dans un service EVPN sur SRv6, la réception des deux annonces attendues peut donner une impression de complétude. RFC 9819 montre au contraire que la composition d’un SID End.DT2M reste une décision structurée: il faut identifier l’annonce qui possède LOC:FUNC, placer l’argument…
Histoire d'Internet
Le paquet avait atteint la zone, pas encore la personne : RFC 2009
En 1996, RFC 2009 proposait de router vers une partition géographique assez précise pour le réseau, puis de laisser la périphérie vérifier le polygone exact: une économie d’état qui déplaçait aussi la charge de la preuve.
Créateurs
Ivan Pepelnjak et la discipline de l’automatisation vérifiable des réseaux
De ses débuts dans l’infrastructure Internet slovène aux laboratoires multiconstructeurs netlab, Ivan Pepelnjak a développé une approche fondée sur des modèles explicites, des tests reproductibles et des limites clairement énoncées. Son apport central n’est pas un protocole…