Résumé

  • L'objet de rôle DFINFRA (nic-hdl DA9499-RIPE), créé le 10 juin 2021 et non modifié depuis le 27 octobre 2021, reste contact administratif et technique de l'AS210860, alors que Hurricane Electric rapporte que ce système autonome n'est plus visible dans la table de routage mondiale depuis le 26 mars 2026.
  • Un enregistrement dérivé de PeeringDB déclare encore dix préfixes IPv4 et un IPv6 ainsi qu'une politique d'appairage ouverte pour l'AS210860, en contradiction directe avec toutes les observations de routage indépendantes conservées.
  • Le nom d'organisation associé, ORG-EDG14-RIPE, est rendu différemment selon les miroirs : EDEKA DIGITAL GmbH sur certains, EDEKA Verwaltungs- und Beteiligungs GmbH (HRB 90516, Amtsgericht Hamburg) sur d'autres, avec une modification d'objet datée du 13 mai 2026 sur un miroir.
  • Aucune source publique retenue ne contient de catalogue de services, de client, de prix, de contrat ou de chiffre d'affaires rattachable au réseau derrière l'AS210860.
  • Les conditions qui changeraient ce tableau sont précises : une nouvelle annonce de préfixe observable, ou une modification vérifiable de l'objet aut-num, de l'enregistrement PeeringDB ou des objets de route.

Le registre dit qu'un contact existe ; le routage dit que le réseau ne fait plus rien ; la base d'appairage déclarée dit que le réseau est ouvert aux affaires. Entre ces trois énoncés, personne n'a payé publiquement le coût de la réconciliation. C'est ce coût — qui le supporte, en quoi il est réel, et ce qui le résoudrait — que cet article documente à partir des sources publiques conservées.

Ce que le registre établit, et ce qu'il ne prouve pas

La base de données RIPE contient un objet de rôle nommé DFINFRA, identifié nic-hdl DA9499-RIPE, créé le 10 juin 2021 et dont la dernière modification date du 27 octobre 2021, selon la reproduction du registre publiée par IPIP.NET [https://whois.ipip.net/AS210860]. Cet objet figure comme contact administratif (admin-c) et technique (tech-c) de l'objet aut-num AS210860, dont le nom est edeka_digital, rattaché à l'organisation ORG-EDG14-RIPE, statut ASSIGNED, créé le 24 août 2021.

L'objet organisation est lui-même l'objet d'un désaccord de rendu entre miroirs. IP.CC reproduit le nom EDEKA DIGITAL GmbH avec une dernière modification au 27 octobre 2021 [https://ip.cc/topic/asn/AS210860/], tandis que le miroir IPIP.NET le rend sous le nom EDEKA Verwaltungs- und Beteiligungs GmbH, immatriculée HRB 90516 auprès du tribunal régional de Hambourg, adresse New-York-Ring 6, 22297 Hambourg, avec une dernière modification datée du 13 mai 2026 [https://whois.ipip.net/AS210860]. Le registre de commerce allemand, tel que reflété par North Data, confirme l'existence de la EDEKA Verwaltungs- und Beteiligungs GmbH sous ce numéro HRB 90516 à Hambourg [https://www.northdata.de/EDEKA%20Verwaltungs-%20und%20Beteiligungs%20GmbH,%20Hamburg/HRB%2090516]. Une couverture antérieure de BTW a établi que ces deux dénominations correspondent à des états successifs du même numéro d'organisation, après l'absorption de EDEKA DIGITAL GmbH par fusion enregistrée le 5 août 2025 [https://btw.media/en/governance/rir-watchdog/ripe-ncc/story/dfinfra-as210860-zero-announced-prefixes].

Ce que le registre établit, donc, est une identité administrative : un objet de contact, un numéro d'organisation, une immatriculation. Ce qu'il ne prouve pas est tout le reste — qu'une exploitation continue, qu'un service existe, qu'une contrepartie puisse traiter avec cette entité en tant qu'opérateur réseau actif. Un objet de rôle n'est pas une entreprise ; il est un point de contact dans une base de données.

Ce que le routage observe

La contre-évidence vient des observateurs de routage. Hurricane Electric rapporte que l'AS210860 n'est plus visible dans la table de routage mondiale depuis le 26 mars 2026, avec zéro préfixe annoncé actuellement et un préfixe IPv4 historiquement originaire, 193.21.248.0/21, attribué à EDEKA DIGITAL GmbH [https://bgp.he.net/AS210860]. La vue IPv4 du même outil confirme les mêmes chiffres : zéro préfixe annoncé, un seul pair observé, AS9211 (Nawork Internet Informationssysteme GmbH), et aucune origine RPKI valide ou invalide [https://ipv4.bgp.he.net/AS210860].

Le rapport AS de CIDR Report arrive indépendamment à la même conclusion : « ce AS n'est pas actuellement utilisé pour annoncer des préfixes dans la table de routage mondiale, ni utilisé comme AS de transit visible » [https://www.cidr-report.org/cgi-bin/as-report?as=AS210860&view=2.0]. IPinfo classe l'AS210860 comme Inactif, avec zéro préfixe, sous le nom EDEKA Verwaltungs- und Beteiligungs GmbH [https://ipinfo.io/AS210860]. Le tableau IODA de Georgia Tech surveille l'ASN sous le nom edeka_digital avec des séries de sondage actif et de visibilité BGP, sans montrer de reprise d'annonce dans la fenêtre observée de septembre 2026 [https://ioda.inetintel.cc.gatech.edu/asn/210860].

Il faut noter une divergence interne entre miroirs : IP.CC liste un pair et un amont AS32787 (Akamai), là où Hurricane Electric n'observe qu'un pair AS9211 [https://ip.cc/topic/asn/AS210860/]. Cette divergence entre reproductions du même enregistrement est elle-même une donnée : elle montre que même les agrégateurs de registre ne se mettent pas d'accord, et que le consommateur doit arbitrer entre des copies qui se prétendent toutes du même objet.

Ce que la surface commerciale déclare

Face à ces observations, une surface de marché auto-déclarée persiste. Un enregistrement dérivé de PeeringDB, reproduit par HostDir sous le nom EDEKA DIGITAL, AS210860, déclare dix préfixes IPv4 et un préfixe IPv6, une politique d'appairage ouverte, un type de réseau « Other », un périmètre « Not Disclosed », et un AS-SET IRR identifié AS210860 [https://hostdir.net/networks/as210860-edeka-digital].

La contradiction est frontale : une surface déclare dix préfixes et une invitation à l'appairage ; trois familles d'observation indépendantes n'en voient aucun depuis plus de six mois. Aucune des deux parties à cette contradiction n'a d'obligation visible de la résoudre : PeeringDB est alimenté par l'opérateur lui-même, les observateurs de routage ne font que mesurer, et le registre RIPE ne contient pas de champ « réseau actif ».

D'autres agrégateurs ajoutent du bruit plutôt que de la résolution. CheckIP affiche l'AS210860 avec le statut « Active », l'organisation « EDEKA DIGITAL », et une RegDate du 25 mars 2025 qui ne correspond à aucune date de création RIPE [https://checkip.com/asn/AS210860/]. Le lookup officiel de l'interface RIPE NCC est la source autoritaire pour l'objet aut-num et le rôle DA9499-RIPE [https://apps.db.ripe.net/db-web-ui/lookup?key=AS210860&type=aut-num], mais sa consultation reste un acte volontaire que rien dans le flux d'information d'une contrepartie ne déclenche.

Le coût de vérification, et qui le supporte

C'est ici que l'analyse économique devient concrète. Chaque consommateur potentiel de ces enregistrements — un opérateur qui évalue un appairage, un fournisseur de transit qui évalue un client, un analyste de crédit qui évalue une contrepartie d'infrastructure — doit réconcilier trois sources : une déclaration auto-produite, un registre administratif, et des mesures de routage indépendantes. Le registre est gratuit mais muet sur l'activité ; les mesures sont fiables mais nécessitent un outillage ; la base d'appairage est lisible mais non vérifiée.

Le coût de la réconciliation est supporté par chaque consommateur, séparément, sans aucun partage du travail.

Les précédentes enquêtes de BTW ont documenté la divergence registre-routage et l'absence de toute preuve commerciale [https://btw.media/en/governance/rir-watchdog/ripe-ncc/story/dfinfra-as210860-routing-evidence-september-2026], le cycle de vie complet des objets [https://btw.media/en/governance/rir-watchdog/ripe-ncc/story/dfinfra-as210860-lifecycle-ledger], et la frontière entre signal de registre et contrôle opérationnel vérifié [https://btw.media/en/dfinfra-as210860-registry-signal-and-verification-boundary]. Ce qu'elles n'ont pas traité est la question de répartition : dans le schéma actuel, la charge de découverte de l'incohérence revient intégralement au lecteur des enregistrements, jamais à l'auteur de la déclaration. Un profil PeeringDB inchangé depuis la disparition du réseau impose à chaque contrepartie potentielle le même travail d'investigation, indéfiniment.

Les conditions qui changeraient le tableau

Le falsificateur de chaque interprétation est définissable. Si le réseau redevient actif, une nouvelle annonce de préfixe visible chez Hurricane Electric ou CIDR Report réfuterait l'interprétation de dormance et ouvrirait la question de la mise à jour des surfaces déclarées [https://bgp.he.net/AS210860]. Si l'objet aut-num, l'objet organisation ou l'objet de rôle DA9499-RIPE est modifié dans la base RIPE, la datation du changement d'identité deviendrait vérifiable au registre [https://whois.ipip.net/AS210860]. Si l'enregistrement PeeringDB est corrigé ou retiré, la contradiction sur la surface déclarée disparaîtrait. Tant qu'aucune de ces conditions ne se réalise, le registre continue de survivre à son réseau, et le coût de vérification reste réparti sur tous les consommateurs, sans que personne ne l'agrège.

Ce constat n'est pas un verdict d'inexistence. L'entité derrière l'objet de rôle est rattachée, via le numéro d'organisation et le registre de commerce, à un groupe réel [https://www.northdata.de/EDEKA%20Verwaltungs-%20und%20Beteiligungs%20GmbH,%20Hamburg/HRB%2090516]. Le constat est plus étroit : aucun élément public conservé ne connecte l'empreinte de l'AS210860 à un service porteur de revenus, et la charge de prouver le contraire repose, structurellement, sur chaque lecteur individuel des enregistrements.