Type de contenu
Research
Dans la facette Type de contenu, les articles de type Research de BTW.MEDIA sont regroupés selon un même format éditorial, afin de permettre aux lecteurs de comparer briefings, profils, notes de risque, analyses de marché et reportages d'événements sans mélanger différents types de preuves. Cette page explique comment ce type de contenu met en perspective les événements liés à l'infrastructure Internet, les mouvements d'entreprises, les décisions de gouvernance, les signaux opérationnels et les preuves publiques sur l'ensemble du site. Les lecteurs peuvent ainsi identifier les acteurs ou systèmes d'infrastructure les plus fréquents, comprendre comment la qualité des sources modifie l'interprétation et déterminer si le contenu relève d'un profil durable, d'un événement urgent, d'un signal de marché stratégique ou d'une évolution de gouvernance. Le résultat est une page de recherche utile aux opérateurs, investisseurs, clients, analystes et décideurs publics qui doivent comprendre les conséquences, le calendrier et les preuves qui sous-tendent des formats d'articles similaires.

Histoire d'Internet
Deux ACK dupliqués pouvaient relancer l’envoi sans élargir la fenêtre : RFC 3042
Un émetteur TCP dispose d’une fenêtre de congestion de trois segments. Le segment du milieu disparaît, et les données suivantes ne produisent que deux ACK dupliqués: il en manque un pour atteindre le seuil de Fast Retransmit. En janvier 2001, RFC 3042 propose une réponse plus…

Entreprises télécoms nationaux Amérique latine et Caraïbes
Millicom : le rachat latino-américain de Telefónica est clos — la question devient le coût de la dette
Millicom International Cellular S.A. a transformé une cascade d'annonces en un portefeuille d'actifs détenus: Uruguay, Équateur, Colombie (les 67,5 % de Telefónica puis les 32,5 % de l'État), la participation d'EPM dans UNE, et le Chili via un véhicule conjoint avec NJJ. Le…

Histoire d'Internet
Le label ATM changeait à chaque commutateur ; les voisins LDP partageaient un VCID
Un champ VPI/VCI suffisait à acheminer les cellules sur un lien, mais sa valeur pouvait être remplacée au commutateur suivant. Pour établir une correspondance LDP, les deux ATM-LSR voisins avaient donc besoin d’un nom commun du circuit virtuel, distinct de leurs labels locaux.

Histoire d'Internet
Le cœur ne savait pas décrémenter le TTL : RFC 3034 a fait payer les sauts à l’entrée
Un commutateur Frame Relay savait remplacer un DLCI à grande vitesse, mais son matériel ne savait généralement pas retirer une unité au TTL de chaque paquet. RFC 3034 n’a pas fait disparaître ces sauts: il a déplacé leur comptabilité à la frontière du segment MPLS. La longueur…

Entreprises télécoms nationaux Europe et Moyen-Orient
stc : le levier arrive dans un marché qui ne bouge pas — ce que le pivot de capital intensif change vraiment
En 2026, Saudi Telecom Company JSC (stc) a fait passer son bilan d'un quasi endettement nul à un levier réel pour financer un capex en hausse de 31,0 %, alors que la direction elle-même décrit une concurrence tarifaire domestique « rationnelle » et que les données de panel…

Histoire d'Internet
LDP a gardé le préfixe complet, mais supprimé le FEC d’adresse hôte
Un protocole peut abandonner une distinction sans perdre la capacité qu’elle semblait réserver. En 2001, LDP séparait le préfixe d’adresse du FEC « Host Address ». En 2007, la révision a retiré ce dernier: le texte dit qu’aucune implémentation ne l’utilisait. Le préfixe, lui…

Histoire d'Internet
L’identifiant a nommé la session sans la déplacer : RFC 3033
Au début de 2001, un message de signalisation ATM pouvait désigner exactement une session IPv4 ou IPv6 et pourtant laisser ses paquets sur le circuit virtuel par défaut. RFC 3033 a normalisé le vocabulaire de cette coordination, sans confondre le nom transmis avec la connexion…

Histoire d'Internet
Le serveur annonçait une capacité. L’authentification a changé la réponse : RFC 2449
Avant de savoir qui se connecte, un client POP3 demande ce que le serveur sait faire. La réponse peut rester prudente. Une fois l’utilisateur authentifié — puis, éventuellement, la session protégée — le même serveur peut préciser ou modifier cette réponse. RFC 2449 a rendu la…

Histoire d'Internet
Le serveur a signé le verdict, pas la validité de l’objet : RFC 3029
Un certificat signé peut annoncer un échec. Sa signature ne rend pas valide ce qu’il examine; elle permet d’attribuer le verdict, de rattacher celui-ci à une requête, à une heure et à une politique. RFC 3029 a construit tout son protocole autour de cette séparation, plus…

Histoire d'Internet
Le réseau traitait les paquets à égalité ; le codec, non : RFC 2448
Dans une vidéo compressée, quelques octets perdus ne représentent pas toujours une petite perte. Un fragment d’image peut laisser une tache locale; une brève information qui explique comment lire la suite peut compromettre bien davantage. En 1998, la RFC 2448 proposait de faire…

Histoire d'Internet
Le filtre a décidé, le courrier n’était pas encore arrivé : RFC 3028
Le silence d’un script aurait pu devenir une trappe. Avec Sieve, il devient au contraire une précaution: si aucune action de remise n’est choisie, le message est conservé implicitement. RFC 3028 a ainsi fixé une frontière féconde entre la décision prise par une règle et le…

Histoire d'Internet
Le courriel transportait l’invitation ; il ne la définissait pas : RFC 2447
En 1998, RFC 2447 a décrit comment loger un objet iCalendar dans un message MIME pour faire passer les opérations iTIP par le courrier électronique. Le paquet pouvait aussi contenir une explication lisible par les clients sans fonction d’agenda, sans transformer cette explication…

Histoire d'Internet
Le suffixe ouvrait le parseur, pas le sens : RFC 3023
Un répartiteur MIME pouvait reconnaître `+xml` et remettre le document à un outil XML générique. La porte syntaxique s’ouvrait; le métier, l’autorisation et le résultat restaient de l’autre côté.

Histoire d'Internet
RFC 2446 : quand un COUNTER propose un autre événement sans réécrire l’événement maître
Dans iTIP, proposer mardi à la place de lundi ne revient pas à déplacer la réunion. RFC 2446 séparait déjà proposition, décision de l’organisateur et nouvelle transaction de programmation.

Histoire d'Internet
Mille adresses récupérées, à condition que le lien n’ait que deux extrémités : RFC 3021
Pour cinq cents liaisons point à point, le calcul promettait mille adresses IPv4 rendues au plan d’adressage. L’économie était exacte; la condition qui la rendait sûre ne tenait pourtant pas dans le seul masque `/31`.

Histoire d'Internet
Le faisceau est repassé au vert sans retrouver toutes ses liaisons : RFC 3020
Dans la MIB de RFC 3020, l’état opérationnel d’un faisceau Frame Relay résultait d’une règle d’activation. Une liaison pouvait suffire, toutes pouvaient être exigées, ou un seuil pouvait trancher. Le vert attestait donc une décision de politique, pas le retour de toute la…

Histoire d'Internet
Le tableau annonçait des auditeurs. L’administrateur pouvait en créer la ligne : RFC 3019
Une ligne du MIB de RFC 3019 pouvait venir d’un rapport MLD, de l’appartenance de la machine elle-même ou d’une écriture de gestion. L’outil rendait le multicast IPv6 administrable; il ne transformait pas sa table en preuve indépendante d’un auditeur distant.

Histoire d'Internet
Un mot de passe à usage unique ne protégeait pas la session : la RFC 2444
La RFC 2444 a donné aux protocoles réseau un mécanisme SASL nommé pour authentifier l’utilisateur avec un mot de passe à usage unique. Elle n’a pas chiffré la conversation qui suivait, authentifié le serveur ni transformé une connexion réussie en garantie générale de sécurité.

Histoire d'Internet
Le lot pouvait être annulé. L’appel distant, une fois lancé, ne revenait pas : RFC 3018
UMSP proposait de transformer des machines séparées en segments d’un même espace mémoire. Son mécanisme transactionnel savait retenir ou libérer un lot d’instructions; il ne savait pas rappeler les effets déjà produits par un saut, un appel ou une écriture distante.

Histoire d'Internet
Les réplicas étaient d’accord. Les clients devaient pourtant revenir : RFC 2443
À la fin des années 1990, l’ATM pouvait transporter le multicast IP, mais les clients avaient encore besoin d’un service qui connaisse les groupes et leurs membres. La RFC 2443 a partagé cette connaissance entre plusieurs serveurs MARS. Sa règle la plus révélatrice concernait la…
