Profil
Briefing
Briefing rassemble les profils des personnes, entreprises, institutions et autres entités couvertes par BTW.MEDIA, afin que les lecteurs puissent comparer les sujets derrière ses reportages. La page permet de comparer les profils publics, les événements associés, les dossiers de preuves, les changements de responsabilités, l’ampleur des activités, l’exposition aux instances de gouvernance, les liens organisationnels et la pertinence sur le marché, tout en distinguant les fiches des organisations et des personnes de la simple chronologie de l’actualité. Les lecteurs peuvent comprendre qui ou ce que représente le profil, sur quelles sources publiques il s’appuie, comment il se relie aux entreprises, aux infrastructures, aux marchés, aux instances de gouvernance ou aux événements, et quels changements méritent une attention continue à mesure que le sujet évolue.
Histoire d'Internet
Le champ existait encore, mais vous ne pouviez plus le voir : RFC 2378
Le serveur Ph décrit par la RFC 2378 ne répondait pas à la question « cette donnée est-elle publique ? » par un simple oui ou non. Visibilité, recherche, retour par défaut, modification, proximité réseau et privilège d’administration formaient des décisions séparées. Une réponse…
Dossier
La revendication était visible avant d’être fiable : RFC 9597
RFC 9597 rend certaines revendications CWT accessibles dans l’en-tête COSE avant le déchiffrement ou sans charge utile jointe. Cette avance aide au routage et à la découverte de clés, mais elle ouvre un intervalle où le système agit sur une information qu’il n’a pas encore…
IETF
Le profil CCF complète sa demande à l'IANA avec deux types de preuve
Une révision du projet SCITT relie enfin le numéro demandé pour le registre CCF aux preuves qu'un vérificateur devra interpréter. La demande n'est pas encore une inscription officielle.
Histoire d'Internet
Le lien avait rédigé le message. L’utilisateur devait encore l’envoyer : RFC 2368
En 1998, RFC 2368 a permis à un lien `mailto:` de préparer le destinataire, l’objet, certains en-têtes et un court corps de message. Il n’a pourtant pas transformé le clic en envoi: le client local filtrait la proposition, puis l’utilisateur pouvait la modifier, l’approuver ou…
Histoire d'Internet
L’identifiant ressemblait à une adresse. Ce n’était pas une boîte aux lettres : RFC 2377
La RFC 2377 voulait rendre le nommage LDAP praticable en réemployant les noms déjà disponibles sur Internet. Son avertissement le plus actuel porte sur une chaîne familière: `uid=mailbox-shaped-identifier` pouvait nommer une entrée sans désigner une boîte aux lettres…
IETF
La fenêtre a grandi sans réserver le prochain passage
Une fenêtre de congestion décrit ce que l’émetteur peut tenter à partir d’observations passées. Ce n’est ni une réservation de bande passante ni une promesse faite par le récepteur.
Tendances FAI régionaux Europe et Moyen-Orient
Le rachat d’Epic par Melita oppose l’échelle à la disparition d’un rival
Le rapprochement promis réunit une force fixe et une force mobile. Mais l’efficacité ne se juge pas à la complémentarité des actifs: elle se juge à ce qui remplacera les décisions qu’Epic prend aujourd’hui de manière indépendante sur la qualité, les offres et l’achat d’accès au…
Dossier
L’en-tête nommait l’objet. Il n’autorisait pas l’action : RFC 9596
Un type protégé peut empêcher qu’un objet COSE soit pris pour un autre. Il ne garantit ni la vérité de la charge utile, ni la compétence du signataire, ni le droit d’exécuter l’opération demandée.
Histoire d'Internet
Quand l’enveloppe a primé sur le document : RFC 2376
La RFC 2376 a donné à XML deux lieux pour annoncer son encodage: l’enveloppe de transport et le document lui-même. Dans un cas courant, l’absence d’une valeur à l’extérieur neutralisait une déclaration pourtant explicite à l’intérieur. Cette histoire révèle où résidait réellement…
Dossier
Deux traductions françaises des WCAG agréées, mais encore présentées comme candidates
L’annonce du W3C et le bandeau des documents disent « agréée ». Une phrase placée juste avant les règles d’accessibilité dit « candidate ». Pour une organisation qui doit citer une version précise, cette hésitation ne devrait pas se trouver dans le texte publié.
Histoire d'Internet
Le gestionnaire a supprimé la ligne. Le circuit pouvait rester : RFC 2366
Avec RFC 2366, l'exploitation du multicast IP sur ATM entrait dans les tables SNMP. Mais le texte conservait une dissociation décisive: la ligne d'un client, d'un serveur MARS ou d'un MCS pouvait être supprimée alors que les lignes de circuits virtuels associées existaient…
Récits
AFRINIC invite les francophones discrets à s’exprimer. Le questionnaire s’ouvre en anglais
Pour préparer ses prochains webinaires sur la rédaction des propositions et la recherche du consensus, AFRINIC sollicite précisément ceux qui suivent le PDP sans prendre la parole. L’intention est nette. L’accès l’est moins: au moment du constat, l’adresse officielle `lang=fr`…
Histoire d'Internet
Le numéro de groupe restait le même. Pas les membres : RFC 2375
En 1998, la RFC 2375 a transporté des noms de services multicast dans plusieurs portées IPv6. Elle a surtout évité un raccourci dangereux: conserver le même identifiant ne créait pas un groupe unique. À chaque portée correspondait une adresse distincte, qu’un nœud devait…
IETF
BTPU peut répéter chaque segment sans savoir si le bundle est arrivé
Sur une liaison à sens unique, la redondance augmente une probabilité. Elle ne crée ni l’observation du récepteur ni le chemin qui permettrait de la rapporter.
Dossier
Le jeton autorisait l’entrée. Le KDC devait encore admettre le membre : RFC 9594
Dans un système distribué, un feu vert peut appartenir au mauvais étage. RFC 9594 montre pourquoi l’autorisation émise par un serveur ACE n’est ni une preuve d’adhésion au groupe, ni la preuve qu’un état cryptographique exploitable a été installé.
Tendances FAI régionaux Amérique du Nord
Lumen vend une bande passante en cinq minutes sur un port sous contrat
La capacité peut désormais monter ou descendre depuis un portail, mais seulement après la mise en service d’un accès physique éligible. Intelligent Internet ne transforme donc pas la fibre en nuage: il superpose un marché logiciel de capacité à une base contractuelle qui reste…
Histoire d'Internet
La hiérarchie était dans l’adresse. Le routeur ne la lisait pas : RFC 2374
RFC 2374 découpait une adresse IPv6 en topologie publique, topologie de site et identifiant d’interface. Puis il posait une limite plus importante que son schéma: le routeur devait comparer des préfixes de longueur arbitraire sans connaître ces champs internes. Les noms…
Histoire d'Internet
Le codec avait un nom. Le décodeur n’était pas encore là : RFC 2361
En 1998, Internet a appris à désigner des formats multimédias nés hors de son propre espace normatif. La RFC 2361 a fait entrer les numéros WAVE et les FourCC AVI de Microsoft dans l’arbre MIME des fournisseurs. Elle a résolu l’identification, pas l’exécution: aucun nom de…
ICANN
La lutte contre les abus DNS s’arrête-t-elle à chaque accréditation ?
Une société peut contrôler plusieurs bureaux d’enregistrement sans que leurs contrats soient confondus. C’est précisément cette séparation que remet en discussion une contribution récente au projet de l’ICANN sur la recherche des noms associés à un abus DNS avéré.
Dossier
RFC 9592 : le Tao a été retiré, pas le problème de la traçabilité
Un guide vivant peut être plus juste aujourd’hui tout en étant un moins bon témoin d’hier. C’est le paradoxe utile laissé par RFC 9592: sortir d’un document trop lent était nécessaire, mais distribuer le contenu ne dispense pas de savoir quelle version a orienté quelle décision.