Horizon temporel
Immediate 0 30d
Dans la facette Horizon temporel, les analyses à horizon temporel Immediate 0 30d sont organisées selon la période pendant laquelle un signal devrait rester pertinent. La page aide à distinguer les changements opérationnels immédiats des évolutions à plus long cycle — gouvernance, investissements, normes et infrastructures — qui peuvent s’étendre sur plusieurs trimestres ou années. Elle relie les hypothèses de calendrier aux preuves publiques, aux acteurs concernés, au contexte de marché, à l’exposition des clients, à la pression réglementaire et à la planification des infrastructures, afin que le lecteur puisse déterminer si un développement est urgent, stratégique ou encore en attente d’éléments de confirmation. Elle explique aussi comment l’horizon temporel modifie le sens d’un signal, quelles organisations peuvent être exposées et quelles décisions d’infrastructure appellent une action à court terme ou un suivi à long terme.
Récits
Le projet d’ARIN sépare le /48 initial de la formule pour les allocations multi-sites
Le projet de politique recommandé ARIN-2025-7 modifie une formulation étroite, mais son test pratique est important: chaque nombre de sites justifiés doit produire une allocation IPv6 prévisible et alignée sur les limites nibble, sans modifier l’éligibilité.
Récits
ARIN-2025-1 : une retouche de vocabulaire qui élargit le périmètre
Le projet annonce une mise en œuvre « immédiate » (« Immediate » dans le texte source), tandis que le personnel d’ARIN estime le travail à six mois pour la formation, la documentation, les procédures et les applications. Ce sont deux énoncés distincts des sources, et non une…
Récits
APNIC ouvre un registre public des requêtes, mais pas la vue réservée aux membres
Le résumé de veille APNIC ouvre un registre public des requêtes, mais pas la vue réservée aux membres explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles pour…
Récits
APNIC a construit le mécanisme de révocation RPKI, mais son cadre d’autorité reste inachevé
APNIC indique que la mise en œuvre technique de prop-166 est achevée, mais son registre public classe toujours la politique « en cours de mise en œuvre », dans l’attente de modifications de la déclaration des pratiques de certification (CPS) et des conditions générales RPKI. Ce…
Récits
APNIC prop-175 avance l'examen des preuves IPv6 à la première demande
La proposition APNIC prop-175 permettrait à une organisation éligible de justifier, dès sa première demande, une attribution IPv6 indépendante du fournisseur supérieure à `/48`. Le texte n'est encore qu'en discussion sur la liste Policy SIG. Son avantage annoncé est d'éviter une…
Tendances services cloud Amérique du Nord
Opti9 reprend le service cloud, pas les bâtiments
L'opération canadienne transfère à Opti9 une activité, des équipements et dix salariés, tandis que Hut 8 conserve les centres de données. La continuité dépend désormais d'un contrat de colocation dont les clauses restent inconnues.
Récits
La proposition 164 de l’APNIC transforme les petites allocations IPv6 en test de réservation
La proposition 164 de l’APNIC permettrait aux titulaires de commencer avec une allocation IPv6 inférieure à un `/32`, tout en conservant une possibilité d’extension. Elle peut améliorer la précision de Whois et de RDAP, mais sa solidité dépendra surtout de la visibilité des…
Récits
Des délégations IPv4 plus larges pour l’APNIC exigent une règle de file d’attente avant tout relèvement du plafond
La proposition prop-168 de l’APNIC permettrait aux titulaires de comptes admissibles de progresser vers un /22 agrégé, tout en proposant une réserve de transition distincte de /12. Elle définit qui peut demander et quelle quantité peut être attribuée; ses propres calculs de…
Récits
La transition RDAP d’ARIN doit franchir trois seuils de sortie distincts
ARIN veut remplacer trois services anciens par un protocole de répertoire standardisé. La destination est cohérente; l’épreuve opérationnelle consiste à démontrer que Whois-RWS, RWhois et le Whois sur le port 43 peuvent disparaître selon les usages et dépendances qui leur sont…
Récits
La prop-170 d’APNIC doit chiffrer l’écart entre besoin IPv6 et alignement hexadécimal
Un préfixe IPv6 techniquement valide n’est pas toujours simple à exploiter. La prop-170 d’APNIC permettrait à un LIR de demander la plus petite allocation alignée sur un quartet qui satisfasse un besoin déjà validé. Le texte promet des plans plus lisibles sans abandonner…
Récits
Le test de besoin IPv4 de l'APNIC doit porter sur le bloc réellement examiné
La prop-169 de l'APNIC remplacerait, dans le test du plan d'utilisation d'un LIR, une référence fixe à un `/23` par la délégation effectivement examinée. La correction paraît étroite, mais les justificatifs devraient porter sur l'espace sollicité, et non sur un bloc plus grand…
Récits
La prop-174 d’APNIC transforme la boîte d’abus en point de contrôle
La prop-174 ferait passer les pratiques de traitement des signalements d’abus du domaine opérationnel au texte de politique. Cette clarification rendrait les obligations mesurables, mais intégrerait aussi réception, filtrage, triage et réponse dans une chaîne pouvant mener à des…
Récits
Avec prop-173, l’accès à l’annuaire d’APNIC devient une question de gouvernance
Prop-173 veut remplacer l’incertitude entourant les requêtes ordinaires dans WHOIS et RDAP d’APNIC par une politique publique, versionnée et distincte de l’accès en masse. L’enjeu n’est pas seulement de publier des conditions: il faut distinguer la réutilisation opérationnelle…
Récits
APNIC peut définir l’abus Internet sans devenir le juge des signalements
La prop-172 veut donner à la politique d’APNIC un vocabulaire commun pour les abus impliquant des adresses IP. Ce progrès n’est défendable que si la définition reste distincte du pouvoir d’enquêter, de trancher un dossier ou d’imposer une sanction.
Dossier
La version était la même. Les routes ne l’étaient plus
Deux validateurs RPKI peuvent afficher le même identifiant de session RRDP et le même numéro courant tout en conservant deux passés incompatibles. La divergence n’apparaît que si chacun se souvient du hash associé auparavant à un delta déjà vu. Ce souvenir borné donne au…
Dossier
Le numéro était le bon. La zone ne l’était pas
Une zone DNS peut arriver par le bon canal, porter le numéro de série attendu et se charger sans erreur de syntaxe, tout en n’étant pas la copie publiée. ZONEMD ne promet pas qu’une politique est juste ni qu’un serveur la sert déjà. Il crée une frontière plus étroite, mais…
Dossier
Le lien fantôme avait deux témoins
Après une coupure, deux producteurs BGP-LS peuvent conserver chacun une moitié périmée du même lien. Le consommateur rapproche les deux récits, reconstitue une arête impeccable et le calculateur l'emprunte. La redondance, censée protéger la visibilité, vient alors de donner deux…
Dossier
Le VPN était prêt, mais son intérêt n’était pas arrivé
Une route VPN peut exister chez son émetteur sans être annoncée à un PE dont toutes les sessions BGP sont établies. Avec le RFC 4684, l’intérêt pour un Route Target remonte vers la source tandis que la route correspondante revient en sens inverse. L’absence de route peut donc…
ICANN
ICANN a élargi son Fonds de projets avant d’arrêter les critères
Trois verbes figurent dans la décision du 3 mai 2026, mais ils n’ont pas le même auteur ni le même moment. Le Conseil d’administration élargit le fonds. Il le renomme. Puis il charge le président-directeur général, ou ses délégataires, d’élaborer les règles de qualification.…
Dossier
Zéro ne dit pas ce qui est faux
Dans BGP, la valeur zéro peut décrire une origine IGP parfaitement valide, un identifiant d’AS interdit ou une déclaration RPKI de non-routage. Le RFC 7607 ne demande donc pas une réaction uniforme: il oblige l’opérateur à conserver le champ, puis à refuser exactement l’objet qui…