Impact
Moyen
Dans la facette Impact, l’analyse d’impact Moyen met en avant les articles dont le niveau d’effet attendu, l’exposition opérationnelle ou la pertinence pour la décision est comparable. Cette page permet de distinguer les simples actualités de marché des signaux de gouvernance, d’infrastructure, de sécurité ou d’investissement à plus fortes conséquences, susceptibles d’affecter la planification, les achats, les politiques ou l’exposition des clients. Elle relie ce niveau de conséquences aux preuves publiques, aux organisations concernées, au contexte régional, aux dépendances opérationnelles, à la continuité de service, à la concurrence, au calendrier d’investissement, à la conformité et au risque client. Elle aide le lecteur à déterminer quels développements méritent un suivi plus approfondi, quels acteurs sont les plus exposés et comment un signal peut affecter les opérations ou la planification du marché.
Récits
APNIC délègue ses conditions de service sans publier leur fiche de classement
Le Conseil exécutif d’APNIC a ménagé un espace raisonnable pour l’administration courante des services, tout en interdisant à cette voie de modifier la politique des ressources de numéros Internet. Cette frontière est écrite. Ce qui ne l’est pas dans le dossier public, c’est la…
Tendances FAI régionaux Europe et Moyen-Orient
Un poteau cartographié ne devient un itinéraire fibre qu'après levée des obstacles
Sur l'écran du bureau d'études, la route paraît simple: quelques poteaux existants, une courte portée au-dessus d'un chemin et aucun terrassement lourd. Sur le terrain, une seule question peut pourtant arrêter l'équipe: ce poteau précis est-il utilisable, autorisé et disponible…
Histoire d'Internet
Deux nombres, aucun compromis
Sur une capture, le SYN annonce 1460 et le SYN-ACK répond 1200. L’écart ressemble à un désaccord qu’il faudrait résoudre. TCP n’en résout aucun: chaque nombre appartient à un destinataire différent et limite les données envoyées dans le sens opposé. Le vrai calcul commence après…
IETF
Le serveur a retardé le coût de la confiance : les défenses TCP contre le SYN flood
Un serveur TCP engageait de la mémoire dès qu’un inconnu frappait à sa porte. Le RFC 4987 montre comment repousser cette dépense jusqu’à ce que le client présumé prouve au moins qu’il a reçu la réponse.
Récits
Les 20 790 dollars de MyAFRINIC ne comptent pas le travail des équipes
Au 30 juin, AFRINIC inscrit 20 790 dollars de dépenses en capital pour MyAFRINIC v2. Six jours plus tôt, son compte rendu de réunion indiquait que les ressources humaines avaient été concentrées sur ce projet. Il n’y a pas forcément contradiction: une ligne CAPEX mesure une…
ICANN
ICANN a reçu plus de 1 100 chaînes de remplacement : à quoi sert vraiment le choix de quatorze jours ?
Un candidat peut arriver au Reveal Day avec une seconde chaîne et découvrir qu'elle est déjà inutilisable. Le Guide du candidat 2026 interdit de choisir une chaîne de remplacement identique à la chaîne principale ou de remplacement d'un autre candidat. Cette indisponibilité…
Histoire d'Internet
Le paquet arrivé trop tard pour être oublié
Le récepteur avait déjà signalé une absence quand le paquet finit par arriver. Puis vint la confirmation que son ancien compte rendu avait bien été reçu. Pouvait-il alors effacer ses notes ? Dans DCCP, ce petit décalage entre deux nouvelles révèle un problème plus profond…
ICANN
L’ICANN compte plus de 1 600 candidatures aux nouveaux gTLD. Que restera-t-il invisible jusqu’au Reveal Day ?
L’ICANN connaît déjà le volume de dossiers reçus pour le cycle 2026, tandis que le public ignore encore les chaînes demandées, l’identité des candidats et les ensembles en concurrence. Cet écart n’est pas un vide: c’est une succession de statuts qu’il faut compter séparément.
Histoire d'Internet
L’écriture revenue avant d’être à l’abri
Le serveur avait répondu que l’écriture avait réussi. Pourtant le client ne pouvait pas encore libérer son tampon: les octets pouvaient n’exister que dans une mémoire que le prochain redémarrage effacerait. NFS version 3 a rendu ce décalage explicite, puis lui a donné une preuve…
IETF
Le premier numéro de séquence ne pouvait pas être une simple horloge : la défense ISN de TCP
Toute connexion TCP commence par publier un nombre. Quand ce nombre suivait trop clairement une horloge globale, un attaquant incapable de voir la connexion pouvait néanmoins prévoir assez de son état pour usurper un pair.
Récits
Le projet CoC de RIPE réunit révocation et dernier recours
Le deuxième projet sur l’équipe du code de conduite donnerait au RIPE Chair le pouvoir discrétionnaire de nommer, reconduire et révoquer les membres issus de la communauté. Or le processus actuel lui confie déjà l’ultime appréciation d’un recours. Ce cumul ne prouve aucune…
Tendances centres de données Europe et Moyen-Orient
À Gate 1, le raccordement d’un centre de données n’a pas de date
Un projet peut posséder le terrain, les plans et un chiffre spectaculaire en mégawatts sans disposer encore du fait qui rend l’électricité planifiable: une date de raccordement confirmée.
IETF
Le reset devait faire ses preuves : la défense Challenge ACK de TCP
Un reset forgé devait autrefois seulement tomber quelque part dans une fenêtre de réception mobile. Le RFC 5961 oblige les signaux TCP destructeurs à démontrer qu’ils correspondent à l’état actuel du pair avant qu’un numéro deviné puisse effacer une connexion durable.
Tendances FAI régionaux Europe et Moyen-Orient
L’assistance haut débit locale obéit à deux horloges quand Openreach répare
Pour l’abonné, la panne est continue. Pour les organisations qui doivent la résoudre, elle se découpe en deux délais distincts. C’est précisément à leur jonction que la promesse d’un support « local » devient vérifiable.
Histoire d'Internet
La réservation qui pouvait ne rien réserver
Le client annonçait la taille du fichier avant de l’envoyer. Le serveur répondait positivement: `202`. Pourtant cette réponse pouvait signifier qu’aucune réservation n’avait eu lieu, parce que réserver de l’espace à l’avance était « superflu » sur cette machine. FTP avait ainsi…
NANOG
Où s’arrête la responsabilité bénévole
Chez NANOG, l’engagement bénévole produit des décisions réelles. Mais dès qu’une décision exige contrat, système, budget ou réparation, l’institution doit rendre visible le passage à un responsable doté d’autorité.
IETF
En maintenance BGP, « graceful » doit désigner deux promesses distinctes
Le même mot peut masquer deux ordres opposés. Avant de retirer un lien, il faut détourner le trafic. Pendant le redémarrage du processus BGP, il peut au contraire être nécessaire de conserver les entrées de transfert. Une procédure qui se contente d’annoncer une opération «…
Tendances FAI régionaux Europe et Moyen-Orient
Une ligne fixe numérique n’est résiliente que le temps de son chemin de secours
La panne de courant commence en début de soirée. Le numéro fonctionne, la migration vers la voix numérique est officiellement terminée et un boîtier de secours est installé près du routeur. Pourtant, le téléphone devient muet: la batterie a atteint sa limite, le terminal fibre…
IETF
L’ACK n’est pas arrivé : la discipline du temporisateur de retransmission TCP
L’absence d’un ACK ne dit pas à l’émetteur TCP si les données sont perdues, seulement retardées, ou déjà acquittées par un paquet encore en chemin. Le RFC 6298 transforme ce silence ambigu en décision contrôlée: estimer, attendre, retransmettre une fois, puis devenir…
Récits
Les onze collecteurs de LACNIC montrent des points de vue, pas une région entière
Le nouveau portail de LACNIC rend publiques des observations BGP locales et leurs fichiers MRT. C’est une infrastructure de recherche précieuse. Mais un graphique ne dit pas encore combien de sessions l’alimentaient, de quel instant provient la valeur, ni si un mois absent…