Sujet
Preuves fondées sur les ressources réseau
Au sein de la facette Sujet, la veille thématique Preuves fondées sur les ressources réseau rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.
Entreprises centres de données mondiales
DINFRA et DFINFRA : deux entités que la couverture antérieure a fusionnées, et ce que les registres en disent
Un nom a suffi pour créer une illusion d'identité. « DINFRA » désigne simultanément une société de Reutling... non — de Siegen, en insolvabilité, et un objet de rôle du RIPE lié à l'administration des ressources numérotées d'EDEKA à Hambourg. Cette brève établit la distinction à…
IETF
La route portait DOWNGRADE. La file décidait encore de ce qui survivrait
Entre le transit ordinaire et le trou noir, le nouveau projet GROW cherche un état intermédiaire: préserver un filet de trafic vers la cible tout en le sacrifiant d'abord lorsque la capacité manque. Cet état n'existe pourtant pas dans l'attribut BGP. Il doit être produit, domaine…
Dossier
Le serveur enfant répondait encore. Le parent avait déjà déplacé la délégation
Une réponse DNS peut être parfaitement autoritaire et néanmoins provenir d’une autorité que le parent a cessé de désigner. La révision 14 du projet sur la revalidation des délégations impose donc une discipline simple: la crédibilité de l’enfant ne doit jamais prolonger…
IETF
Le projet dit « obsolète ». L’exécution peut encore dire oui
Le futur statut des algorithmes JOSE `none` et `RSA1_5` ne supprimera aucun chemin d’exécution. Le projet impose un défaut sûr, mais conserve une porte étroite pour des objets ou opérations précis. La preuve décisive est donc le refus réellement observé, pas l’étiquette du…
Entreprises centres de données Amérique du Nord
Ontario Datacenter LLC : une société réelle devenue une identité d'enregistrement portée par un ASN successeur
Le résumé de veille Ontario centres de données LLC: une société réelle devenue une identité d'enregistrement portée par un ASN successeur explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et…
IETF
Un identifiant de chemin n’a pas de sens hors de son périmètre
La version 07 d’un projet de l’OPSAWG rappelle que le collecteur de télémétrie doit connaître l’espace où un PSID distingue réellement les chemins.
Dossier
Le filtre a été distribué. BGP n’a jamais dit qu’il était installé
Une règle d’urgence peut franchir tous les voisins BGP attendus et échouer au seuil décisif: son passage dans le plan de données. La révision 08 de Flow Specification Version 2 précise l’ordre et les dépendances, mais reconnaît que BGP ne renvoie toujours aucun accusé…
IETF
La sonde a signalé une perte. Le réseau a peut-être limité la sonde
Une réponse STAMP absente est un fait mesuré, pas encore un diagnostic. Dans le projet IETF qui adapte STAMP aux LSP et pseudowires MPLS, le mécanisme chargé de protéger le plan de contrôle peut produire exactement le même symptôme que la panne de transfert recherchée.
Entreprises FAI régionaux Europe et Moyen-Orient
Un centre d'exploitation réseau visible surtout par le registre : l'AS51570 de la branche ER-Telecom de Saint-Pétersbourg
Le résumé de veille Un centre d'exploitation réseau visible surtout par le registre: l'AS51570 de la branche ER-Telecom de Saint-Pétersbourg explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et…
Dossier
La sonde a signalé une perte. Le réseau n’était pas encore coupable
Une réponse STAMP manque et le graphique conclut à une perte. Pourtant, le paquet a peut-être traversé le chemin MPLS avant d’être écarté par le limiteur protégeant le plan de contrôle du routeur d’extrémité. La mesure constate une absence; elle ne localise pas encore la faute.
IETF
Dans les relevés QUIC, un champ vide ne suffit plus à conclure
La nouvelle version du projet IPFIX consacré à QUIC ne cherche pas seulement à exporter davantage de valeurs. Elle demande que l'on sache pourquoi certaines valeurs manquent.
Dossier
L’événement était visible. La réponse restait injustifiable
Une alerte parfaitement structurée arrive au SIEM, avec son horodatage et sa gravité. Elle ne dit pourtant ni quel actif a réellement changé, ni qui avait le droit de le modifier, ni si l’opération était prévue. La machine a rendu un fait observable; elle n’a pas encore rendu…
IETF
La clé RSVP avait expiré. Le réseau lui a fait confiance malgré tout
Une date d’expiration semble promettre une coupure nette. Le projet de nouvelle authentification RSVP décrit au contraire un cas où la continuité l’emporte: lorsque la dernière association de sécurité expire, le système doit alerter l’exploitation, puis continuer à s’en servir…
Dossier
Le port pouvait être ventilé. Il ne l’était pas
Une capacité matérielle peut être parfaitement déclarée et néanmoins inutilisable au moment où un service en a besoin. Le projet IVY rend cette différence visible: cartographier un port, annoncer ses canaux possibles et prouver qu’un canal existe réellement en exploitation sont…
IETF
L’ordre d’arrêt est arrivé après la destruction de l’actif
Dans SATP Core révision 17, « abandonner » n’est pas toujours « revenir en arrière ». Une fois l’actif d’origine détruit et le message `Commit-Final` envoyé, l’ordre d’arrêt ne dispose plus de l’état qu’il prétend restaurer.
Dossier
NEXGENET : le différend sur le titulaire de l'AS152663 se déplace vers le registre, mais reste non tranché à la source
Le résumé de veille NEXGENET: le différend sur le titulaire de l'AS152663 se déplace vers le registre, mais reste non tranché à la source explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et…
Dossier
Le manifeste était signé. La compatibilité restait hors bande
Dans la salle d’exploitation, la mention « version requise » paraît décisive: le manifeste est authentique, la dépendance est lisible, le lot est prêt. Pourtant, la machine ne bouge pas. Ce qui manque n’est ni une signature ni une consigne plus pressante, mais la preuve que ce…
IETF
Dans ICMP, une famille d’adresses inconnue retire l’identité du nœud, pas le paquet
Un champ inconnu ne doit ni être traduit au hasard ni entraîner la disparition de tout le diagnostic. La dernière révision du projet IETF sur l’identification des nœuds ICMP choisit une troisième voie: limiter l’échec à l’objet qu’on ne sait plus délimiter.
Dossier
L’abonnement continuait. Le schéma, lui, avait changé
Le compte rendu de changement promettait une mise à niveau sans interruption, et c’est exactement ce que les écrans ont montré. L’abonnement configuré est resté actif, les notifications ont continué d’arriver, aucun opérateur n’a vu de rupture. Pourtant, le contrat qui donnait un…
IETF
La révision n’avait pas bougé. L’identifiant de contenu, si
Une souscription YANG-Push peut continuer d’annoncer le même module alors que l’une de ses dépendances a changé. La révision 16 propose deux preuves de portée différente; les confondre transforme soit une alerte en panne, soit une dérive en silence.