Zusammenfassung

  • Das RIPE-Rollenobjekt DFINFRA (nic-hdl DA9499-RIPE) wurde am 10. Juni 2021 um 07:41:42 UTC erzeugt, rund zehn Wochen vor dem aut-num-Objekt für AS210860; es handelt sich um Registerdaten, nicht um Belege für Netzbetrieb.
  • Drei unabhängige Routing-Beobachter verzeichnen seit dem 26. März 2026 keine ankündigten Präfixe von AS210860; Hurricane Electric nennt genau ein originierendes IPv4-Präfix, 193.21.248.0/21, ohne IPv6 und ohne RPKI-Einträge.
  • Ein PeeringDB-abgeleiteter Selbstausweis beansprucht zehn IPv4- und ein IPv6-Präfix — im direkten Widerspruch zur beobachteten Stille.
  • Die Organisationsnamen für ORG-EDG14-RIPE divergieren zwischen Spiegeln: EDEKA DIGITAL GmbH in einer RIPE-Reproduktion, EDEKA Verwaltungs- und Beteiligungs GmbH in einem anderen.
  • Das Kassenbuch ist eine begrenzte Bestandsaufnahme, kein Urteil über Nichtexistenz; der prüfbare nächste Zustand wäre eine dauerhafte, unabhängig bestätigte Wiederankündigung oder eine Erste-Partei-Servicebeschreibung.

Ein Registerobjekt und sein Zeitstempel

Der vorliegende Beitrag setzt die DFINFRA-Reihe mit einer präziseren Frage fort: nicht mehr nur, wer DFINFRA sein soll, sondern was das Register tatsächlich an Daten an dieses Objekt und das ihm zugeordnete Autonomous System bindet — und wann.

Ausgangspunkt ist das Rolle-Objekt DFINFRA mit dem nic-hdl DA9499-RIPE. Eine Drittreproduktion der RIPE-Database-Ausgabe verzeichnet als Erzeugungszeitpunkt den 10. Juni 2021, 07:41:42 UTC (RIPE-Database-Webabfrage; Reproduktion auf ip.cc). Das aut-num-Objekt für AS210860 folgte laut einer Spiegelkopie des RPSL-Datensatzes am 24. August 2021, 08:30:41 UTC, mit letzter Änderung am 27. Oktober 2021, 08:53:15 UTC (IPIP.NET-Whois-Spiegel). Zwischen Rolle und ASN liegen also rund zehn Wochen.

Zwei Einschränkungen gehören zur Methode. Erstens antwortete die primäre RIPE-Webabfrage in dieser Rechercheumgebung nur mit einer JavaScript-Anwendungsschale; alle RPSL-Feldwerte stammen daher aus Drittspeigeln unbekannter Aktualität. Zweitens sind Erzeugungszeitstempel Registerfakten — sie dokumentieren, dass jemand ein Objekt anlegte, nicht dass ein Netz betrieben wurde.

Das aut-num-Objekt im Detail

Der Spiegel des aut-num-Datensatzes nennt als as-name „edeka_digital“, Status ASSIGNED, Quelle RIPE, Organisation ORG-EDG14-RIPE, Betreuung durch RIPE-NCC-END-MNT und EDDI-MNT (IPIP.NET-Whois-Spiegel). Die Import-/Export-Zeilen deklarieren Transitbeziehungen mit zwei Nachbarn: Import von AS9211 mit accept ANY, Export an AS9211 mit announce AS210860, und dasselbe Muster für AS13237 (IPIP.NET-Whois-Spiegel).

Das aut-num-Objekt selbst enumeriert keine originierenden Präfixe; diese Bindung geschieht über separate route-Objekte. Hurricane Electric führt für AS210860 genau ein originierendes IPv4-Präfix, 193.21.248.0/21, attribuiert an EDEKA DIGITAL GmbH, null IPv6-Präfixe und null RPKI-originierte Einträge (Hurricane Electric BGP-Toolkit; IPv4-Übersicht).

Routing-Beobachtung: eine Präfix-Stille mit Datum

Hurricane Electric notiert, AS210860 sei „seit dem 26. März 2026 nicht mehr in der globalen Routingtabelle sichtbar“ (Hurricane Electric BGP-Toolkit). Die Formulierung impliziert frühere Sichtbarkeit, liefert aber nur ein zuletzt-gesehen-Datum, kein erstes-gesehen-Datum; eine durchgehende frühere Präsenz lässt sich aus den erhaltenen Quellen nicht behaupten.

RIPEstat meldet, das AS originate keine in RIS sichtbaren Präfixe und sei auch als Transit in RIS nicht sichtbar, Stand der Momentaufnahme: 14. September 2026 (RIPEstat-Ressourcenansicht). CIDR Report listet AS210860 als EDEKA_DIGITAL, DE, und erklärt, es werde derzeit weder zum Ankündigen von Präfixen noch als sichtbares Transit-AS genutzt (CIDR Report).

Beobachtete Peering-Seite: Hurricane Electric sieht genau einen BGP-Nachbarn, AS9211 — Nawork Internet Informationssysteme GmbH (Hurricane Electric BGP-Toolkit). Das passt zur deklarierten AS9211-Import-/Export-Zeile; die zweite deklarierte Beziehung zu AS13237 findet keine beobachtbare Entsprechung.

Selbstausweis gegen Beobachtung

Ein PeeringDB-abgeleiteter Datensatz, reproduziert von HostDir, selbstdeklariert zehn IPv4-Präfixe und ein IPv6-Präfix, Netztyp „Other“, Umfang „Not Disclosed“, Peering-Policy „Open“ (HostDir). Das widerspricht der null-Ankündigung bei HE, RIPEstat und CIDR Report direkt. Wann dieser Selbstausweis zuletzt aktualisiert wurde, ist aus der erhaltenen Quelle nicht ablesbar.

Zwei Identitätskonflikte

Der erste Konfliktfall betrifft die Statusschicht. RIPEstat rendert den RIR-Status als „RESERVED“ ohne Halternamen, während die aut-num-Spiegel ASSIGNED mit einer EDEKA-Organisation zeigen (IPIP.NET-Whois-Spiegel; RIPEstat-Ressourcenansicht). Beide Darstellungen können unterschiedliche Datenschichten des Registers abbilden; welche maßgeblich ist, bleibt in den erhaltenen Quellen ungeklärt.

Der zweite betrifft den Organisationsnamen. Der IPIP.NET-Spiegel betitelt den Halter von ORG-EDG14-RIPE als „EDEKA Verwaltungs- und Beteiligungs GmbH, DE“, während die ip.cc-Reproduktion desselben Org-ID „EDEKA DIGITAL GmbH“, Org-Typ LIR, Anschrift New-York-Ring 6, 22297 Hamburg zeigt (IPIP.NET-Whois-Spiegel; Reproduktion auf ip.cc). Eine Umbenennung über die Zeit oder divergierende Momentaufnahmen — beides bleibt offen.

Was frühere Beiträge bereits gezeigt haben

BTW hat DFINFRA/AS210860 am 11., 26. (zwei Beiträge) und 27. September 2026 untersucht: Registry-Identität, Routing-Divergenz und die leere kommerzielle Spalte. Insbesondere fand die frühere Berichterstattung in 19 erhaltenen Quellen keinen Beleg kommerzieller Substanz — keinen Servicekatalog, keinen Kunden, keinen Preis, keinen Vertrag, keine Umsatzzahl. Der eigene methodische Vorbehalt vom 27. September, exakte Feldwerte und Routendaten seien nicht direkt exponiert gewesen, wird hier teilweise geschlossen — mit denselben Spiegelgrenzen.

Die Grenzen des Kassenbuchs

Negative Befunde sind Aussagen über den erhaltenen Korpus, keine Beweise der Nichtexistenz. Der prüfbare nächste Zustand: eine dauerhafte, unabhängig bestätigte Wiederankündigung von Präfixen durch AS210860, ein neues RIPE-route-Objekt oder eine Erste-Partei-Servicebeschreibung von EDEKA DIGITAL würde das derzeitige Stillstands-Kassenbuch falsifizieren. Bis dahin bleibt, was die Quellen zeigen: ein Registerdatensatz von 2021, ein beobachtetes Präfix-Stillschweigen seit dem 26. März 2026 und ein Selbstausweis, der nicht mit der Wirklichkeit des Routingtischs übereinstimmt.