Resumo

  • O AS210860 (as-name edeka_digital) não anunciou nenhum prefixo desde 26 de março de 2026; RIPEstat renderiza o status do recurso como RESERVED sem titular nomeado.
  • O objeto de organização ORG-EDG14-RIPE recebe renderizações divergentes em dois espelhos públicos: IPIP.NET mostra EDEKA Verwaltungs- und Beteiligungs GmbH (HRB 90516) modificada em 13 de maio de 2026; ip.cc mostra EDEKA DIGITAL GmbH modificada em 27 de outubro de 2021.
  • O aut-num e o objeto de papel DA9499-RIPE permanecem congelados desde 27 de outubro de 2021 em ambos os espelhos.
  • A pergunta aberta é qual renderização reflete o banco de dados RIPE vivo — e o que significa para o custo de verificação quando os espelhos discordam entre si.

O ponto de partida é o estado observável da rede. Segundo o RIPEstat, página de recurso consultada em 14 de setembro de 2026 00:00 UTC, o AS210860 não tem originações visíveis pelo RIS nem trânsito declarado https://btw.media/en/dfinfra-as210860-state-difference-september-2026, e o status de registro aparece como RESERVED, sem titular identificado https://btw.media/en/governance/rir-watchdog/ripe-ncc/story/dfinfra-as210860-lifecycle-ledger. O CIDR Report lista o sistema autônomo (EDEKA_DIGITAL, DE) como NOT Announced: nem anuncia prefixos, nem serve como trânsito visível https://www.cidr-report.org/cgi-bin/as-report?as=AS210860&view=2.0. O BGP Toolkit da Hurricane Electric confirma zero prefixos anunciados em IPv4 e IPv6 https://ip.cc/topic/asn/AS210860/, com o histórico de exatamente um prefixo IPv4 originado — 193.21.248.0/21, atribuído à EDEKA DIGITAL GmbH — e um único par BGP observado, AS9211 (Nawork Internet Informationssysteme GmbH). Os contadores RPKI válido e inválido estão ambos em zero https://stat.ripe.net/data/routing-status/data.json?resource=AS210860.

O registro é onde a contradição aparece. O espelho IPIP.NET reproduz o aut-num do RIPE com as-name edeka_digital, org ORG-EDG14-RIPE, status ASSIGNED, admin-c e tech-c DA9499-RIPE, criado em 24 de agosto de 2021 às 08:30:41 UTC e modificado pela última vez em 27 de outubro de 2021 às 08:53:15 UTC, mantido por RIPE-NCC-END-MNT e EDDI-MNT, com políticas de importação e exportação declaradas para AS9211 e AS13237 https://bgp.he.net/AS210860. O mesmo espelho renderiza ORG-EDG14-RIPE como org-name EDEKA Verwaltungs- und Beteiligungs GmbH, tribunal distrital de Hamburgo HRB 90516, com última modificação em 13 de maio de 2026. O espelho ip.cc reproduz o mesmo aut-num de forma idêntica, mas renderiza ORG-EDG14-RIPE como org-name EDEKA DIGITAL GmbH com última modificação em 27 de outubro de 2021 https://whois.ipip.net/AS210860. Dois campos divergem para o mesmo objeto: o nome legal e a data de modificação.

O objeto de papel DFINFRA (nic-hdl DA9499-RIPE) aparece com datas consistentes nos dois espelhos: criado em 10 de junho de 2021 às 07:41:42 UTC e modificado pela última vez em 27 de outubro de 2021 às 08:56:42 UTC, mantido por EDDI-MNT. Isso isola a divergência no objeto de organização — não no papel de contato nem no aut-num.

A cobertura anterior da BTW sobre este sujeito, entre 26 e 30 de setembro de 2026, já havia documentado a contradição entre o espelho e o roteamento e entre a autodeclaração e o roteamento: zero prefixos anunciados desde 26 de março de 2026, objetos congelados desde outubro de 2021, a única mudança de registro observada em 2026 sendo uma modificação no objeto de organização em 13 de maio de 2026, e uma autodeclaração derivada do PeeringDB de 10 prefixos IPv4, 1 prefixo IPv6 e política de peering aberta que nunca foi reconciliada com o estado de roteamento https://apps.db.ripe.net/db-web-ui/query?searchtext=DA9499-RIPE https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210860. O que esta cobertura anterior não documentou é a inconsistência interna da camada de espelho sobre o mesmo objeto de organização.

Os endpoints autoritativos — o JSON de prefixos anunciados e de status de roteamento do RIPEstat e a consulta ao banco de dados RIPE para DA9499-RIPE (https://stat.ripe.net/resource/AS210860) — não foram diretamente acessíveis nesta investigação. A página de recurso renderizada do RIPEstat é o proxy primário mais próximo, e todos os valores de campo do registro permanecem derivados de espelhos. A discrepância entre os espelhos não resolve qual nome é o correto; ela torna impossível verificar qualquer um deles sem acesso ao registro primário.