PANDIs.id-Register läuft über AS132647, während AS56088 im öffentlichen BGP fehlt

Zusammenfassung

• PANDI ist das gemeinnützige Register für die indonesische Länder-Domain.id, kein Registrar, der gewöhnliche Retail-Registrierungen verkauft, und kein Cloud- oder Hosting-Anbieter. Die indonesischen Vorschriften, die aktuelle Beschreibung von PANDI und die IANA-Rootzone-Delegation stimmen darin überein, dass es sich um eine institutionelle Rolle handelt.
• Die Live-Netzwerkevidenz deutet auf AS132647. In einer RIPE NCC-Ansicht vom 15. Juli 2026 wurden acht IPv4-/24-Subnetze und sieben IPv6-/48-Subnetze mit voller beobachtbarer Sichtbarkeit gestartet, während AS56088 gar nichts ankündigte und in diesen Daten zuletzt am 15. Februar 2024 gesehen wurde.
• PANDI hat eine breite Anycast-Präsenz, ein für zwei Millionen Namen ausgelegtes Registrierungssystem, DNSSEC, einen unabhängigen APNIC-Sekundärservice und eine Historie der Knotenerweiterung beschrieben. Diese Fakten stützen eine echte operative Substanz, doch das öffentliche Material nennt keine aktuellen Rack-Adressen, Stromversorgungswege, Zone-Generation-Topologie, Datenbank-Replikationsgrenzen oder getestete Wiederherstellungsziele.
• Der DNS-Vorfall in Semarang von 2023 zeigt sowohl den Wert als auch die Grenzen von Anycast. PANDI und APJII zogen den betroffenen BGP-Pfad zurück, stellten den Dienst für betroffene Nutzer wieder her und reparierten den Knoten vor Ort. Das ist ein Routing-Fail-Away in der Praxis, aber kein Beweis dafür, dass jede Stadt, jede Einrichtung und jedes Steuerungssystem physisch unabhängig ist.

Die Nummer im Namen ist nicht das Netzwerk, das.id bedient

Ein Infrastrukturforscher, der von der BezeichnungPANDI-IDausgeht, kann leicht bei AS56088 landen. Die APNIC-Registrierung ist echt: Das autonome System wurde 2011 registriert, ist im Register nach wie vor als aktiv markiert und führt PANDI als Inhaber. Registrierung und Betrieb sind jedoch unterschiedliche Fragen. DieRIPE NCC-Routing-Status-Ansicht für AS56088zeigte am 15. Juli 2026 keine sichtbaren IPv4- oder IPv6-Präfixe. Das historische Feld gibt als letzte beobachtete Ankündigung203.119.112.0/24am 15. Februar 2024 an.

Nun folgen wir dem DNS statt der Bezeichnung. DerIANA-Delegationseintrag für.idlistet fünf autoritative Namen:b.dns.id,c.dns.id,d.dns.id,e.dns.idundns4.apnic.net. Die vier PANDI-Namen lösen zu Adressen innerhalb von103.19.176.0/22,45.126.56.0/22,2402:ee80::/32und2001:df5:4000::/48auf. APNIC-Datensätze ordnen diese Ressourcen PANDI zu. Aktuelle Routenbeobachtungen platzieren ihre sichtbaren/24- und/48-Ankündigungen hinter AS132647, nicht hinter AS56088.

Dieses zweite autonome System ist kein unbekannter Rest. DerAPNIC-RDAP-Datensatz für AS132647nennt esIDNIC-PANDI-AS-ID, kennzeichnet es als aktiv und verzeichnet eine Änderung so aktuell wie am 3. Juni 2026. DerRIPE NCC-Routing-Statuszählte acht sichtbare IPv4-Präfixe mit 2.048 Adressen und sieben IPv6-/48-Subnetze. Jeder in diesem Ergebnis vertretene RIPE-RIS-Peer sah den IPv4- und IPv6-Adressraum. Das ist ein starkes Indiz für eine aktuelle öffentliche Routing-Präsenz.

Diese Unterscheidung ist wichtig, weil eine ASN als Verwaltungsobjekt fortbestehen kann, nachdem der Verkehr verlagert wurde. Wichtig ist auch, dass eine registrierte Import- oder Export-Anweisung nicht dasselbe ist wie ein aktiver BGP-Pfad. Die verantwortliche Schlussfolgerung ist eng gefasst: AS56088 existiert noch, zeigt aber derzeit keine Zustellung von.id; AS132647 hingegen schon. Der Grund für die Trennung, die Migrationshistorie und eine eventuell noch genutzte private Funktion von AS56088 gehen aus den öffentlichen Unterlagen nicht hervor.

Damit ist PANDI ein nützliches Fallbeispiel dafür, warum Infrastrukturidentität aus Kontrolle, Adressierung und Live-Betrieb zusammengesetzt werden sollte und nicht aus einem einzelnen Namen. Das wichtige Objekt ist nicht, welche ASN zuerst in einem Verzeichnis erscheint. Es ist die Institution, die Registrierungsrichtlinien und -systeme kontrolliert, sowie die Gruppe von Netzwerken und Zulieferern, die den autoritativen Dienst tatsächlich erbringen.

Ein nationales Register, kein Einzelhandels-Host

Die Identität von PANDI ist ungewöhnlich gut verankert. Dieinstitutionelle Selbstbeschreibungbesagt, dass es sich um einen gemeinnützigen Verein und das Register für Indonesiens Top-Level-Domain handelt. Sie zitiert den Ministerialerlass Nr. 806 von 2014, aktualisiert durch Erlass Nr. 218 von 2023. Der unabhängige Rootzone-Eintrag benennt Perkumpulan Pengelola Nama Domain Internet Indonesia als.id-Manager. EinICANN-Redelegierungsberichtdokumentiert, wie PANDI 2013 nach Jahren des technischen Betriebs unter einem indonesischen Regierungsmandat zur Sponsoring-Organisation wurde.

Das indonesische Recht zieht die Rollengrenze ausdrücklich.Ministerialverordnung Nr. 23 von 2013definiert ein Register als den Betreiber, der für das Management, den Betrieb und die Wartung des elektronischen Domainnamensystems verantwortlich ist. Sie unterscheidet diese Funktion vom Registrar, der Registrierungsdienste für Nutzer anbietet. Sie überträgt dem Register Richtlinien-, Infrastruktur-, Überwachungs- und Streitbeilegungsaufgaben und verlangt Kontinuitätsregelungen für den Fall, dass das Register den Betrieb einstellt.

PANDI erklärt die kommerzielle Abgrenzung in einfacheren Worten. DerLeitfaden zu Register, Registrar und Registrantsagt, dass ein Register in der Regel Top-Level-Namen nicht direkt der Öffentlichkeit vermarktet und verkauft; akkreditierte Registrare bieten Registrierungen für Registranten an. PANDI unterhält die gemeinsame Autorität, akkreditiert Registrare und regiert den Namensraum. Einzelhandels-Support, gebündeltes Webhosting, E-Mail, Website-Baukästen und Kundenabrechnung können von Registraren angeboten werden, aber dies ist kein Beweis dafür, dass PANDI selbst Rechenkapazität verkauft.

Deshalb scheitert die Cloud-Service-Klassifizierung. Nichts in der IANA-Delegation, dem indonesischen Rechtsrahmen, der aktuellen Mission von PANDI, seinen Registerrichtlinien oder dem beobachteten DNS-Netzwerk stützt die Schlussfolgerung, dass PANDI primär ein IaaS-, VPS-, Bare-Metal- oder Managed-Hosting-Anbieter ist. Es betreibt kritische Internet-Infrastruktur und eine regulierte institutionelle Kontrolloberfläche. Die öffentlichen Produkte jenseits des Registers, wie Shortlink- und Domain-Missbrauchsdienste, ändern nichts an der Natur der.id-Rolle.

Der Unterschied ist nicht semantisch. Ein Hosting-Kunde fragt, wo eine virtuelle Maschine läuft und wie er seine Daten exportieren kann. Ein Register-Nutzer muss wissen, ob ein Name erstellt, verlängert, transferiert, delegiert und aufgelöst werden kann; ob die Zone authentisch bleibt; ob ein Registrar-Ausfall eingedämmt werden kann; und ob ein Ausfall einer Route oder einer Stadt andere Autoritäten verfügbar lässt. Die Infrastruktur von PANDI sollte an diesen Abhängigkeiten gemessen werden.

Was PANDI tatsächlich kontrolliert

Die operative Oberfläche des Registers hat mehrere Schichten. Zunächst die autoritative Register-Datenbank: der kanonische Datensatz von Domain-Objekten, Registrar-Sponsoring, Statuscodes, Nameservern, Ablauf- und Sicherheitsdelegationsdaten. PANDI nennt seine Eigenplattform Sistem Registri Mandiri, kurz SRM. Registrare interagieren mit diesem System; öffentliche Nutzer sehen ausgewählte Registrierungsdaten über WHOIS und RDAP. Der aktuelle RDAP-Endpunkt von PANDI erscheint im IANA-Delegationseintrag und bestätigt, dass der Registrierungsdatendienst Teil der öffentlichen Grenze ist.

Die zweite Schicht ist die Zonenproduktion. Registerdaten müssen in die.id-Zone umgewandelt werden, die autoritative DNS-Server veröffentlichen. Eine erfolgreiche Einzelhandelstransaktion reicht nicht aus, wenn die resultierende Delegation nie in die Zone gelangt, wenn die Zonenerstellung verzögert ist oder wenn sekundäre Server inkonsistente Versionen erhalten. Die öffentliche Berichterstattung nennt die Dienste, dokumentiert aber nicht die Produktionskette, die Signierer-Platzierung, die Transfer-Topologie oder die maximale Propagationslatenz. Das bleiben operative Unbekannte.

Die dritte Schicht ist das autoritative DNS. Die fünf Namen in der Root-Delegation sind logische Dienstidentitäten. Vier sind PANDI-Namen und einer istns4.apnic.netvon APNIC. Ein Resolver kann jede antwortende Autorität nach.id-Daten fragen. Mehrere Namen, IPv4 und IPv6, Anycast-Routing und ein externer Sekundärserver schaffen mehrere Diversitätsarten, aber sie sind nicht austauschbar. Ein anderer Hostname kann dennoch dasselbe Ursprungsnetzwerk, ein gemeinsames Software-Image, ein Signiersystem, einen Anbieter oder eine Einrichtung mit einem anderen Hostnamen teilen.

Die vierte Schicht ist die kryptografische Integrität. Zum Forschungsstichtag legte eineDNSViz-Analyse von.idden DS-zu-DNSKEY-Authentifizierungspfad offen und bot eine unabhängige Prüffläche für die signierte Kette. DNSSEC schützt die Authentizität und Integrität von DNS-Daten; es hält einen Server nicht online, fügt keine Bandbreite hinzu und behebt keine fehlerhafte Delegation. Schlüsselverwaltung ist daher sowohl eine Sicherheitskontrolle als auch eine Fehlerdomäne.

Die fünfte Schicht ist die Registrierungs-Governance. PANDI akkreditiert Registrare, legt technische und operative Anforderungen fest, überwacht die Einhaltung, bearbeitet Beschwerden und stellt einen Streitbeilegungsmechanismus bereit. DerSelbstbewertungsbericht der Registrare 2024besagt, dass 25 akkreditierte Registrare an dem Programm teilnahmen, mit gemischten Ergebnissen und einem durchschnittlichen Compliance-Score von 85,92 %. Diese Registrare sind eine verteilte Kundenschnittstelle, aber PANDI bleibt die gemeinsame Registerabhängigkeit dahinter.

Schließlich gibt es unterstützende Dienste: Helpdesk, Überwachung, Sicherheitsbewertung, Domain-Missbrauchsanalysen und Streitbeilegungsverwaltung. Diese sind wichtig, weil ein Register-Zwischenfall nicht nur ein Paketproblem ist. Ein Registrant benötigt möglicherweise eine menschliche Eskalation, wenn ein Registrar schließt, ein Transfer blockiert ist, missbräuchliche Nutzung bestritten wird oder Registrierungsdaten falsch sind. Resilienz schließt die Fähigkeit ein, unter Stress kontrollierte Änderungen vorzunehmen, ohne die Sicherheit zu schwächen oder die Rechenschaftspflicht zu verlieren.

Das delegierte DNS hat fünf Namen, aber mehr als fünf Maschinen

Die 5‑Namen‑Delegation der IANA ist der stabile öffentliche Vertrag. Sie offenbart nicht die Maschinenzahl. PANDI hat wiederholt eine größere Unicast- und Anycast-Infrastruktur hinter diesen Namen beschrieben. DerJahresbericht 2022sagte, man habe inländische Knoten in Jakarta, Bandar Lampung, Balikpapan, Bandung und Semarang installiert, zusätzlich zu bestehenden Knoten in Jakarta, Bogor, Yogyakarta, Surabaya, Bali und Makassar. Er nannte auch neue Auslandsinstallationen in Indien und Südkorea sowie bestehende in den Vereinigten Staaten, den Niederlanden, Australien, China und Russland.

Eine späterePANDI-DNS-Auflösungs-Präsentationbeschrieb 17 inländische und 23 überseeische Knoten. Sie verknüpfte die PANDI-Namen mit mehreren Städten und Ländern und führte getrennt die APNIC-Standorte fürns4.apnic.netauf. Sie erwähnte auch BIND9, Knot, NSD und CoreDNS-Forschung sowie BIRD, Quagga und FRRouting in der weiteren DNS- und BGP-Umgebung. Dies ist eine bedeutungsvolle Offenlegung, weil sie zeigt, dass ein logischer Name über viele Systeme und Routing-Sessions verteilt sein kann.

Aber es ist kein Anlageninventar. Ein Städtename sagt dem Leser nicht, in welchem Rechenzentrum sich ein Knoten befindet, wem das Rack gehört, welcher Carrier das Cross-Connect bereitstellt, ob zwei gelistete Knoten ein Gebäude teilen oder ob ihre Strom- und Management-Netzwerke unabhängig sind. Die Zählung mischt zudem unterschiedliche Betriebsgrenzen: Der APNIC-Sekundärserver ist keine von PANDI betriebene Maschine, nur weil er die.id-Zone bedient. Standorte in einer Präsentation können sich nach der Veröffentlichung ändern, und Anycast leitet einen Nutzer zu einer durch die Route ausgewählten Instanz, nicht zu einem festen geografischen Endpunkt.

Das öffentliche Routing-Bild bekräftigt das Vorhandensein von geografischer und Anbieterstreuung, ohne Racks zu lokalisieren. DerRIPE NCC-Announced-Prefixes-Ergebnis für AS132647 lieferte die acht IPv4-/24- und sieben IPv6-/48-Subnetze, die im ersten Juli-Halbjahr sichtbar waren. BGP-Pfade zu103.19.179.0/24und45.126.57.0/24zeigten unterschiedliche Sätze benachbarter Netzwerke in öffentlichen Collectors. Das ist vereinbar mit einer Multi-Provider-Anycast-Zustellung. Es beweist nicht, dass jeder Knoten aktiv, gesund oder physisch getrennt ist.

PeeringDB illustriert die Offenlegungslücke. DasAS132647-Profilidentifiziert PANDI, bietet NOC- und Abuse-Kontakte und beschreibt eine offene Peering-Policy, listet aber null öffentliche Austauschpunkte und null Zusammenschalteinrichtungen. PeeringDB ist freiwillig, daher negieren leere Einrichtungsfelder nicht die beobachtete BGP-Konnektivität. Sie bedeuten nur, dass die Öffentlichkeit dieses Profil nicht nutzen kann, um PANDIs Racks zu kartieren oder behauptete Standortdiversität zu überprüfen.

Der Semarang-Vorfall zeigt, wie Fail-Away funktioniert

Am 15. Juni 2023 veröffentlichte PANDI einen ungewöhnlich konkretenHinweis zu einem DNS-Vorfall in Semarang. Darin hieß es, der BIND9-Dienst auf dem Anycast-Server in Semarang habe nicht korrekt funktioniert. Einige Internetdienstanbieter, die.idüber den Indonesia Internet Exchange erreichten, waren betroffen. PANDI kontaktierte das APJII-Semarang-Team, um die BGP-Konnektivität zu trennen, woraufhin der betroffene Zugang wieder normal funktionierte. PANDI führte dann eine Reparatur vor Ort durch und stellte den BGP-Pfad wieder her.

Der Vorfall offenbart einen realen Wiederherstellungsmechanismus. Eine ungesunde Anycast-Instanz kann aus dem Routing entfernt werden, sodass Abfragen andere verfügbare Pfade wählen. Das ist wesentlich besser als ein einzelner fest installierter Server, dessen Ausfall weiterhin Verkehr anzieht. Es zeigt auch eine Betreibergrenze: PANDI war auf APJII-Personal angewiesen, das die austauschseitige Konnektivität kontrolliert, und auf lokale Hände für die physische oder Systemreparatur.

Es wäre falsch, den Hinweis als Behauptung eines landesweiten.id-Ausfalls zu deuten. PANDI beschrieb Auswirkungen auf einige ISPs, die einen bestimmten Austauschpfad nutzten, keinen universellen Ausfall. Andere DNS-Knoten bedienten weiterhin. Es wäre ebenfalls falsch zu sagen, das Netz habe sich automatisch erholt. Der Bericht beschreibt menschliche Koordination, einen BGP-Rückzug und Arbeiten vor Ort. Die Wiederherstellungsgeschwindigkeit hing also von Erkennung, korrekter Diagnose, erreichbaren Kontakten und der Befugnis zur Routing-Änderung ab.

Der Vorfall trennt auch Software-Redundanz von Routing-Redundanz. Ein Daemon-Ausfall trat auf einem Knoten auf. BGP konnte weiterhin Benutzer anziehen, bis die Betreiber den Pfad zurückzogen. Anycast-Verfügbarkeit erfordert eine Gesundheitsüberwachung, die entweder eine schlechte Route automatisch unterdrücken oder Menschen schnell genug alarmieren kann, um dies zu tun. Die öffentlichen Materialien sagen nicht, ob PANDI jetzt automatisierte Routing-Gesundheitsprüfungen einsetzt, wie viele Abfragefehler einen Rückzug auslösen, ob jeder Knoten einen Out-of-Band-Pfad besitzt oder ob die Routenwiederherstellung einer manuellen Genehmigung bedarf.

Für Nutzer lautet die Lektion nicht, dass Anycast versagt hat. Sie lautet, dass Anycast ein Betriebssystem aus DNS-Software, Routing-Richtlinien, Austauschbeziehungen, Überwachung und Menschen ist. Dieselbe IP-Adresse kann zu verschiedenen physischen Instanzen führen, aber ein geteilter Konfigurationsfehler kann dennoch viele Instanzen gleichzeitig betreffen. Geografische Streuung adressiert einige Ausfälle; sie eliminiert nicht gemeinsame Software-, Signier-, Konfigurations- oder Governance-Risiken.

AS132647 liefert sichtbare Routing-Vielfalt

Der aktuelle öffentliche Eintrag von AS132647 ist stärker als eine typische dünne Firmen-ASN. APNIC bindet die ASN und ihre Adressblöcke an PANDI. RIPE RIS sieht beide Adressfamilien. Die genannten autoritativen IPv4-Adressen fallen in die sichtbaren PANDI-Präfixe, und die entsprechenden IPv6-Adressen werden ebenfalls öffentlich geroutet. Eine stichprobenartigeRIPE NCC-BGP-State-Ansicht für103.19.179.0/24enthielt Hunderte von Collector-Pfaden, die bei AS132647 enden.

Diese Pfade hatten mehrere vorletzte Netzwerke. In der Stichprobe kamen große Gruppen über AS29802 und AS20473, während andere Pfade andere indonesische und internationale ASNs nutzten. Einegetrennte Ansicht für45.126.57.0/24zeigte eine andere Mischung benachbarter ASNs, darunter AS58396, AS56630, AS34927 und AS38496. Dieses Muster ist mit getrennten Anycast-Implementierungen und mehreren Zustell-Providern vereinbar, aber der Routing-Schnappschuss allein etabliert nicht den Inhabernamen oder die kommerzielle Rolle eines benachbarten ASNs.

Es ist sicherer, diese als beobachtete benachbarte Pfade zu bezeichnen denn als vertragliche Upstreams. Ein Collector sieht den zu einem Zeitpunkt von einem Beobachtungspunkt ausgewählten Pfad. Er zeigt nicht die kommerzielle Vereinbarung, ob eine Beziehung bezahlter Transit, settlementfreies Peering, Remote Peering oder eine gehostete Anycast-Vereinbarung ist. Er kann auch nicht beweisen, dass Pfade physisch getrennte Kabelschächte, Eingänge oder Stromdomänen nutzen.

Die Routenautorisierung fügt eine weitere Schicht hinzu. EinRIPE NCC-RPKI-Validierungsergebnis für103.19.177.0/24fand zum Beobachtungszeitpunkt gültige Route Origin Authorizations für AS132647. Dies ist ein Beleg für ein stichprobenartig untersuchtes IPv4-Präfix, keine Prüfung aller Präfixe. Für diese Route verringert die Validierung die Wahrscheinlichkeit, dass Netzwerke, die Route Origin Validation erzwingen, einen nicht autorisierten Ursprung akzeptieren. Sie verhindert nicht, dass PANDI eine schlechte Route ankündigt, ein autorisierter Zulieferer die Propagierung falsch konfiguriert oder ein Anwendungsfehler hinter einer gültigen Route auftritt.

Die externe APNIC-Autorität schafft eine nützliche Trennung. Ergebnisse der RIPE NCC-Netzwerkinformationen platzierten die delegierte NS4-IPv4-AdresseundIPv6-Adressezum Beobachtungszeitpunkt hinter AS18366 statt hinter AS132647. DieAPNIC-Service-Status-Seiteidentifiziert NS4 als Anycast-Dienst für regionale Registries und Länder-Domains und zeigte ihn während der Recherche als betriebsbereit. Das bedeutet, dass mindestens eine von der Root delegierte Autorität sowohl Organisations- als auch Netzwerkgrenzen überschreitet. Die verbleibende Unbekannte ist, wie Zonendaten zwischen PANDI und APNIC transferiert, authentifiziert und überwacht werden und welches Verhalten bei veralteten Daten eintritt, wenn die Transfers stoppen.

DNSSEC macht die Kontrollebene sicherer und weniger verzeihend

DNSSEC ist zentral für.id, da ein nationaler Namensraum ein hochwertiges Ziel für Cache Poisoning und nicht autorisierte Modifikation ist. Der DS-Eintrag der Root teilt validierenden Resolvern mit, welchem.id-Schlüssel sie vertrauen sollen; Signaturen in der Child-Zone authentifizieren dann die Antworten. PANDI hat DNSSEC-Unterstützung auch zu einem Teil der Registrar-Akkreditierung gemacht und führt weiterhin Regierungs- und Registrar-Schulungen durch, darunter einenDNS- und DNSSEC-Workshop im Februar 2026.

Der Sicherheitsnutzen bringt operative Disziplin mit sich. Wenn PANDI Signaturen veröffentlicht, die ablaufen, den Zugang zum Signaturschlüssel verliert oder einen Schlüsselwechsel falsch mit der Root koordiniert, können validierende Resolver ansonsten erreichbare Daten ablehnen. Eine Route kann gesund sein, während Antworten die Validierung nicht bestehen. Umgekehrt sagt eine gültige DNSSEC-Kette nichts darüber aus, ob der zugrunde liegende Webdienst sicher ist oder ob ein registrierter Name missbräuchlich ist.

Die öffentliche Evidenz bestätigt die Signierung, beschreibt aber nicht die Schlüsselverwahrung. Sie sagt nicht, ob Key Signing Keys in Hardware-Sicherheitsmodulen gehalten werden, wie viele autorisierte Personen für einen Rollover benötigt werden, ob die Signierung online oder offline erfolgt, wo Backup-Schlüsselmaterial gelagert wird oder wann die letzte vollständige Wiederherstellungsübung stattfand. Diese Details müssen nicht alle öffentlich sein, aber eine unabhängige Zusicherung könnte die Kontrollqualität etablieren, ohne sensible Implementierungsdaten preiszugeben.

Die Registrar-Grenze ist auch hier wichtig. Ein Registrant, der DNSSEC für eine Child-Domain wünscht, sendet normalerweise DS-Daten über einen Registrar an das Register. Die Registrar-Schnittstelle, die SRM-Transaktion, die Validierungslogik und die.id-Zonen-Publikation müssen alle die richtigen Werte bewahren. DieAkkreditierungsanforderungenvon PANDI sagen, dass die Systeme der Registrare DNSSEC-Management unterstützen müssen und das Personal über die relevante Expertise verfügen muss. Das ist eine nützliche Grundlage, obwohl dieSelbstbewertungsergebnisse 2024zeigen, dass die Compliance-Reife unter den Registraren uneinheitlich ist.

Der operative Beobachtungspunkt ist daher Ende-zu-Ende: Root-DS,.id-Schlüssel, Signaturen, Child-DS-Veröffentlichung und Registrar-Handling. Allein die Zählung signierter Domains würde kein sicheres Schlüssel-Lebenszyklus-Management beweisen. Ein stärkeres öffentliches Maß würde erfolgreiche Validierungen, Rollover-Übungen, DS-Transaktionsfehlerraten und den Anteil akkreditierter Registrare berichten, die technische DNSSEC-Tests bestehen.

Registerkapazität wird in Namen und Transaktionen gemessen, nicht in virtuellen Maschinen

PANDI sagte Ende 2025, dass.id1.431.960 registrierte Namen erreicht habe. Diedatierte Ankündigungliefert eine klarere Basis als ein Live-Zähler ohne Beobachtungszeitstempel. Sie setzt auch ein Ziel von 1,5 Millionen Namen für 2026. Die installierten Register- und DNS-Systeme müssen diese Skala unterstützen, aber die Domainanzahl ist nicht gleichbedeutend mit Serverkapazität.

DerJahresbericht 2022beschrieb eine SRM-Aufrüstung, die für mindestens zwei Millionen.id-Namen ausgelegt ist. Er erwähnte ein Master-Master-Server-, Register-Konnektivität von bis zu 1 Gbit/s, lokale Serververbindungen bis zu 100 Gbit/s und eine zusätzliche Firewall. In seinerRückschau auf 2023sagte PANDI erneut, SRM sei für die Aufnahme von zwei Millionen Namen verbessert worden, mit Architekturänderungen sowie Daten- und Anwendungsoptimierung. EineMitteilung vom Februar 2024dokumentierte dann eine abgeschlossene Infrastrukturmigration und Nachmigrations-Konfigurationsarbeiten, wobei die Transaktionen als normal überwacht wurden.

Wenn die Auslegungszahl von zwei Millionen aktuell und die Domainzahl von 2025 direkt vergleichbar ist, belegen registrierte Namen etwa 71,6 % dieser nominellen Hülle, was etwa 568.000 Namen bis zur genannten Schwelle übrig lässt. Diese Arithmetik ist informativ, aber unvollständig. Sie berücksichtigt keine zur Prüfung vorgehaltenen gelöschten Objekte, Kontakte, Hosts, Historien, DNSSEC-Einträge, Transaktionsspitzen, Berichtsrepliken, Dispute-Holds oder Datenbank-Overhead. Sie sagt auch nicht, ob zwei Millionen ein getestetes Maximum, ein technisches Ziel oder ein komfortables Betriebsniveau darstellt.

Die autoritative DNS-Kapazität ist eine andere Größe. Die Abfragelast hängt vom Resolver-Verhalten, negativen Antworten, TTLs, Angriffen und der Popularität bestimmter Namen ab, nicht nur von der Anzahl registrierter Domains. Ein Anycast-Knoten mit angemessener Normallast-Kapazität kann während eines verteilten Denial-of-Service-Ereignisses gesättigt werden. Die öffentliche Knotenzahl und Routing-Vielfalt deuten auf eine Strategie zur Aufnahme und Verteilung von Last hin, aber es werden keine aktuellen Werte für Abfragen pro Sekunde, normale Auslastung, Angriffs-Reserven oder Knotenlimits offengelegt.

Hardware-Beschaffung bietet nur historische Bruchstücke. EinePANDI-Spezifikation vom März 2022für drei DNS-Server forderte Achtkern-Prozessoren, 32 GB RAM, gespiegelte 480-GB-SSDs und doppelte Netzteile. Das beweist einen konkreten Gerätebeschaffungsplan, nicht die gesamte installierte Flotte oder die heutige nutzbare Kapazität. Die Maschinen könnten eingesetzt, ersetzt, umgewidmet oder ergänzt worden sein. Die Beschaffungsmenge sollte niemals mit einem Benchmark multipliziert werden, um Servicekapazität zu erfinden.

Die praktische Kapazitätsschlussfolgerung ist daher gemischt. PANDI hat eine Register-Designskala oberhalb der datierten Domainanzahl, einen substanziellen DNS-Knoten-Anspruch und sichtbares Multi-Provider-Routing offengelegt. Es hat nicht genug offengelegt, um Register-Transaktionsreserven, autoritative Abfragereserven, Speicherwachstum, Failover-Kapazität nach Verlust eines Hauptstandorts oder den Anteil der Flotte, der während Wartungsarbeiten gleichzeitig nutzbar ist, zu berechnen.

Die physische Resilienz bleibt die größte öffentliche Unbekannte

Die Büroadresse imIANA-Eintragist ein rechtlicher und administrativer Kontaktpunkt in Tangerang. Sie ist kein Beweis für ein Produktions-Rechenzentrum. DerJahresbericht 2020von PANDI sagte, die Infrastruktur sei von einem Tier-3- in ein Tier-4-Rechenzentrum verlagert worden, nannte aber weder Anbieter, Adresse, Zertifizierungsumfang, Stromversorgungsdesign noch ob sich die Bezeichnungen auf eine formelle Zertifizierung bezogen. DerJahresbericht 2022und dieDNS-Präsentation 2024identifizieren Städte und Länder, keine Gebäude.

Das lässt wichtige Fragen unbeantwortet. Ist SRM zwischen zwei Metropolregionen aufgeteilt oder lediglich zwischen zwei Räumen auf einem Campus? Beschreibt Master-Master aktive Schreibvorgänge über Fehlerdomänen hinweg oder nur Server innerhalb eines Standorts? Sind die Register-Datenbank, der Zonengenerator und der DNSSEC-Signer kolokalisiert? Empfangen inländische Anycast-Knoten ihre Konfiguration von einem zentralen Controller? Welche überseeischen Knoten sind PANDI-eigene Hardware, gemietete virtuelle Systeme, gemanagte Anycast-Instanzen oder von Partnern betriebene Sekundärserver?

Die Stromredundanz ist ähnlich undurchsichtig. Doppelte Netzteile in einem Server helfen nur, wenn sie an unabhängige Verteilungspfade angeschlossen sind. Ein Tier-Label etabliert nicht die tatsächliche Rack-Konfiguration, Wartungshistorie oder Treibstoffregelungen des Kunden. Physische Diversität erfordert Belege für getrennte Versorgungspfade, Generatoren, Kühlung, Brandabschnitte, Carrier-Eingänge und lokale Hände-Vereinbarungen. Nichts davon kann aus BGP abgeleitet werden.

Die öffentliche Karte sollte daher als Service-Präsenzkarte gelesen werden, nicht als Kabel- oder Anlagenkarte. Dass Jakarta in derPräsentation 2024mehrfach erscheint, mag auf mehrere Knoten hinweisen, beweist aber keine mehreren Gebäude. Dass die Vereinigten Staaten unter mehreren DNS-Namen erscheinen, mag auf Provider-Diversität hindeuten, identifiziert aber keine Städte oder gemeinsame Zulieferer. Kairo und São Paulo, ergänzt imBericht 2023, belegen Expansion zu diesem Datum; sie etablieren keinen aktuellen Betrieb im Juli 2026.

Der externe APNIC-Server ist die klarste unabhängige Grenze, weil er einer getrennten Organisation und ASN gehört. Selbst dort ist logische Unabhängigkeit nicht dasselbe wie vollständige Ausfallunabhängigkeit. APNIC benötigt weiterhin eine authentische, aktuelle Kopie der Zone. Eine von PANDI erzeugte fehlerhafte Zone kann von jedem Sekundärserver getreu verteilt werden. Ein DNSSEC-Signierungsfehler kann global repliziert werden. Die folgenschwersten gemeinsamen Abhängigkeiten des Registers liegen wahrscheinlich oberhalb des Anycast-Randes.

Dies ist kein Argument für die Veröffentlichung von Rack-Koordinaten oder sensiblen Sicherheitsdesigns. Ein Register kann Resilienz durch geprüfte Kontrollbeschreibungen, breite Metro-Offenlegung, Wiederherstellungstestergebnisse, Abhängigkeitskategorien und aggregierte Verfügbarkeit demonstrieren. Die Lücke ist, dass die aktuelle öffentliche Evidenz reich an Expansion und spärlich bei getesteten Fehlerdomänen ist.

Registrar-Vielfalt ist nicht Register-Vielfalt

PANDI’s akkreditierte Registrare geben Nutzern Wahlmöglichkeiten auf der Einzelhandelsebene. Sie konkurrieren in Bezug auf Preis, Support, gebündelte Services und Kundenerfahrung. Sie schaffen auch operative Alternativen: Wenn ein Registrar ausscheidet, können Namen grundsätzlich zu einem anderen verschoben werden. DiePANDI-Mitteilung von 2025 zum Ende der Akkreditierung von PT Indonesia Satu Tujuhbeschrieb einen Transfer-Service für betroffene Namen und veranschaulicht die Kontinuitätsrolle des Registers.

Aber alle akkreditierten Registrare hängen letztlich von SRM und dem autoritativen.id-System ab. 25 Registrare sind nicht gleichbedeutend mit 25 Registries. Ein Ausfall der zentralen Register-Datenbank kann Erstellungs-, Verlängerungs-, Aktualisierungs- und Transferoperationen marktweit stoppen, selbst während bestehende Domains weiterhin aus der veröffentlichten Zone aufgelöst werden. Umgekehrt kann ein Abrechnungsausfall eines Registrars seine Kunden blockieren, ohne das DNS oder andere Registrare zu beeinträchtigen.

Dieveröffentlichten Akkreditierungsbedingungenvon PANDI verlangen von Registrar-Bewerbern, dass sie Anwendungs-, Datenbank-, Web-, E-Mail- und DNS-Server in Indonesien betreiben; Backups vorhalten; DNSSEC unterstützen; eine Mindestbesetzung stellen und einen Plan für die Übertragung von Namen für den Fall haben, dass sie selbst nicht fortfahren können. Diese Anforderungen platzieren einige Kontinuitätspflichten am Rand. DieSelbstbewertung 2024ist wertvoll, weil sie anerkennt, dass dokumentierte Anforderungen überprüft werden müssen.

Die Ausfallarten haben unterschiedliche Taktraten. Wenn das Portal eines Registrars für eine Stunde ausfällt, mögen Kunden beeinträchtigt sein, aber bestehende Namen lösen auf. Bleibt es während eines Ablaufs oder einer dringenden Sicherheitsänderung nicht verfügbar, wächst der Schaden. Ist SRM nicht verfügbar, können Registrierungen und Änderungen pausieren, während das DNS weiterläuft. Fällt die Zonenproduktion oder das autoritative DNS aus, können Nutzer die Namensauflösung verlieren, obwohl die Registereinträge intakt sind. Die Wiederherstellungsplanung sollte diese Schichten getrennt darlegen.

Der Registrantenschutz hängt zudem von der Datenportabilität ab. Ein Registrar-Ausstieg erfordert akkurate Sponsorship-Einträge, Authentifizierungskontrollen und einen Prozess, der Entführung verhindert und gleichzeitig legitime Transfers erlaubt. DieRegistrierungsrichtlinievon PANDI und die öffentliche Ausstiegsmitteilung zeigen, dass es diese Verantwortung anerkennt. Öffentliche Metriken könnten weiter gehen, indem sie Transferabschlusszeiten, ungelöste Ausstiegsfälle und die Frage berichten, ob Notfallprozesse geübt werden, bevor ein Registrar tatsächlich ausfällt.

Souveränität bedeutet nicht, dass jedes DNS-Paket in Indonesien bleibt

PANDI beschreibt.idals Indonesiens digitale Identität, und der rechtliche Rahmen platziert die Registerverantwortung unter indonesischer Hoheit. Das ist eine bedeutungsvolle Form von Souveränität: Richtlinie, Delegation und institutionelle Rechenschaftspflicht sind an einen indonesischen Verein und einen staatlichen Rahmen gebunden. Das bedeutet nicht, dass jede autoritative Kopie der Zone oder jede Abfrage innerhalb der Landesgrenzen bleibt.

Anycast platziert Dienst absichtlich nahe bei den Nutzern. Die Berichte von PANDI beschreiben Knoten in Asien, Europa, den Amerikas und Australien, während die unabhängige APNIC-Autorität selbst global verteilt ist. Ein Resolver außerhalb Indonesiens mag einen nahen überseeischen Knoten erreichen. Ein indonesischer Resolver mag ebenfalls einen überseeischen Pfad wählen, wenn die Richtlinien dies bevorzugen. BGP wählt Pfade, nicht nationale Politikziele.

Diese Unterscheidung sollte für die Datenlokalitätsanalyse explizit sein. Öffentliche DNS-Zonendaten sind dafür gedacht, weit verbreitet bedient zu werden; sie sind nicht gleichbedeutend mit den nicht-öffentlichen Kunden- und Betriebsdatensätzen des Registers. Die öffentliche Evidenz lokalisiert nicht die autoritative Register-Datenbank, Backups, Logs, Missbrauchsdaten, Streitdokumente oder Schlüsselverwaltungssysteme. Sie kann daher nicht etablieren, dass alle sensiblen Registerdaten in Indonesien verbleiben, noch dass sie es verlassen.

Die Architektur kann sowohl nationale Kontrolle als auch globale Verfügbarkeit unterstützen. Ein Register mag kanonische Schreibsysteme und sensible Daten unter inländischer Kontrolle halten, während signierte öffentliche Zonendaten an überseeische Sekundärserver verteilt werden. Dieses Design wäre kohärent, aber es darf nicht ohne Evidenz angenommen werden. Der Betreiber sollte bei der Diskussion von Lokalität zwischen kanonischen Registerdaten, öffentlichen Zonenkopien, Überwachungstelemetrie und Support-Datensätzen unterscheiden.

Das Thema reicht auch bis zur Registrar-Ebene. DieAkkreditierungsseitevon PANDI legt indonesische Server- und Rechenzentrumsanforderungen für Bewerber fest, während Retail-Provider andere Dienste mit anderen Standorten bündeln können. Ein.id-Name sagt für sich genommen nichts darüber aus, wo die zugehörige Website, E-Mail oder Kundendaten gehostet sind. Nationale Namensraumidentität und Arbeitslast-Lokalität sind getrennte Eigenschaften.

Die glaubwürdigen Fehlerpfade

Der erste Fehlerpfad ist eine schlechte Anycast-Instanz. DieSemarang-Wiederherstellungsmitteilungvon PANDI zeigt den Mechanismus: Ein DNS-Daemon fällt aus, die Route zieht weiterhin einige Nutzer an, das Monitoring erkennt das Problem, und die Betreiber ziehen BGP bis zur Reparatur zurück. Die relevanten Kontrollen sind dienstbewusste Gesundheitsprüfungen, schnelle Routenunterdrückung, lokaler Zugang, Konfigurationskonsistenz und vorsichtige Wiedereinführung.

Der zweite ist ein Routen- oder Provider-Ausfall. DieRIPE NCC-Routing-Status-Ansichtzeigt, dass AS132647 öffentliche Collectors über viele beobachtete Pfade erreicht, was die Abhängigkeit von einem sichtbaren Pfad verringert. Doch stichprobenartig untersuchte Präfixe zeigen unterschiedliche Mengen benachbarter ASNs, und die Alternativen eines Knotens mögen enger sein, als der ASN-weite Graph vermuten lässt. Ein kommerzieller Anycast-Host, ein Exchange, ein Transitnetz oder ein Route-Server kann ausfallen. Die Wiederherstellung hängt davon ab, wo jedes Präfix angekündigt wird und ob eine andere gesunde Instanz für die betroffenen Resolver attraktiv bleibt.

Der dritte ist ein gemeinsamer Konfigurationsfehler. Eine fehlerhafte Zone, falsche Zugriffskontrolle, ein fehlerhaftes Software-Release oder eine schlechte Routing-Richtlinie kann sich über viele Knoten ausbreiten. Geografische Replikation verbreitet dann den Fehler. Gestaffelte Einführung, diverse Implementierungen, Validierung vor Veröffentlichung und schnelle Rollbacks sind für diese Vorfallklasse relevanter als die Knotenzahl. DiePräsentation 2024von PANDI erwähnt mehrere DNS-Softwarefamilien, sagt aber nicht, welche Produktionsnamen welche Software nutzen oder ob Updates gestaffelt erfolgen; Implementierungsvielfalt bleibt daher ungeprüft.

Der vierte ist ein Fehler bei Zonengenerierung, Signierung oder Transfer. Dieser sitzt zwischen SRM und dem Rand. Eine veraltete, aber korrekt signierte Zone mag weiter auflösen, bis Signaturen oder operative Richtlinien ablaufen; eine neu generierte fehlerhafte Zone kann sich schnell verbreiten. Der APNIC-Sekundärserver hilft nur, wenn er eine gute Kopie hat. Nützliche Kontrollen umfassen Seriennummernüberwachung, Signaturablaufalarme, unabhängige Validierer, geschützte Transferkanäle und eine geübte Möglichkeit, die Veröffentlichung zu stoppen oder zurückzurollen.

Der fünfte ist ein DNSSEC-Schlüsselereignis. Verlust, Kompromittierung oder Rollover-Fehler können jeden validierenden Nutzer betreffen. Hardware, Zeremonien und Backups sind wichtig, aber ebenso die Koordination mit der IANA und die für Caches eingeräumte Zeit. DerDNSSEC-Workshop 2026von PANDI zeigt institutionelle Aufmerksamkeit für DNSSEC; er ist kein Ersatz für Evidenz über PANDIs eigene Schlüsselwiederherstellungstests.

Der sechste ist ein Registrar-Ausfall oder eine Kompromittierung. Ein ausgefallener Registrar kann Kunden stranden lassen; ein kompromittierter kann bösartige Änderungen einreichen. Akkreditierung, Authentifizierung, Änderungskontrollen, Anomalieerkennung und Register-Sperren können den Schaden begrenzen. Transferprozesse müssen Kontinuität wahren, ohne zu einem Übernahmepfad zu werden.

Der siebte ist menschliche und organisatorische Konzentration. Das Netzwerk kann verteilt sein, während Wissen und Autorität in einem kleinen Team konzentriert bleiben. Die Vorfallsreaktion mag PANDI, APJII, APNIC, einen Rechenzentrumsanbieter, einen Anycast-Host und ein oder mehrere Transitnetze erfordern. Aktualität der Kontakte, Eskalationsrechte und Übungen bestimmen, ob technische Diversität unter Druck nutzbar ist.

Eine Live-Antwort ist ein Beleg für Betrieb, keine Verfügbarkeitsgarantie

Punktuelle öffentliche Aufzeichnungen zum 15. Juli 2026 fügten nützliche Bestätigungen hinzu. DerIANA-Delegationseintraglistete die fünf erwarteten.id-Autoritäten; dieDNSViz-Analyse von.idlegte die signierte Delegation und die DNSKEY-Kette offen; und dieRDAP-Antwort von PANDI fürpandi.idlieferte einen strukturierten Datensatz mit einem Datenbank-Aktualisierungszeitstempel vom selben Tag. DieRIPE NCC-Routing-Status-Ansichtzeigte, dass alle repräsentierten Peers den IPv4- und IPv6-Raum von AS132647 sahen. Zusammengenommen etablieren diese öffentlichen Endpunkte, dass die Delegations-, Registrierungsdaten- und Routing-Oberflächen des Registers um den Forschungsstichtag herum beobachtbar waren.

Sie etablieren kein jährliches Service-Level. Eine rekursive DNS-Antwort kann aus dem Cache stammen. Selbst eine erfolgreiche autoritative Abfrage würde nur beweisen, dass die erreichte Instanz antwortete, nicht dass jede Anycast-Instanz gesund war. Ein Routen-Collector sampelt BGP von teilnehmenden Peers, nicht von jedem Netzwerk im Internet. Eine RDAP-Antwort besagt, dass der Lese-Dienst zu diesem Zeitpunkt funktionierte; sie testet nicht Registrar-Schreibvorgänge, Zonen-Publikation, Failover oder Datenbank-Wiederherstellung.

Für ein Register benötigt sinnvolles Monitoring Diversität sowohl in Geografie als auch in Funktion. Prüfsonden sollten jede logische Autorität über IPv4 und IPv6 abfragen, DNSSEC validieren, SOA-Seriennummern vergleichen, TCP wie auch UDP testen, Routen beobachten, RDAP abfragen und kontrollierte Registrar-Transaktionen durchführen. Die Ergebnisse sollten korreliert werden, so dass ein Betreiber den Unterschied zwischen einem nicht erreichbaren Knoten, einer veralteten Zone, einer gebrochenen Signatur, einem Routen-Leak und einem zentralen Registerproblem erkennen kann.

Deshalb stützt sich der Artikel am stärksten auf konvergierende öffentliche Aufzeichnungen und nicht auf einen einzelnen Ping oder Lookup. Die IANA beweist den Delegationsvertrag; APNIC beweist die Ressourcenregistrierung; RIPE RIS zeigt öffentliche Routen-Sichtbarkeit; DNSViz legt die beobachtbare Vertrauenskette offen; PANDIs Berichte erklären die beabsichtigte Architektur; und die Semarang-Mitteilung offenbart einen realen Vorfallmechanismus. Jeder Evidenztyp beantwortet eine andere Frage, und keiner sollte überdehnt werden.

Was die Evidenz stützt und was nicht

Das operative Urteil ist positiv bezüglich Identität und beobachtbarer Netzwerkfunktion. DerIANA-Eintragidentifiziert PANDI als das.id-Register und delegiert die Zone an vier PANDI-Autoritäten und den APNIC-Sekundär.AS132647 hat breite Dual-Stack-Routen-Sichtbarkeit, die autoritativen Adressen liegen innerhalb seiner angekündigten Ressourcen, undDNSViz legte eine signierte Kettezum Forschungsstichtag offen. PANDIs datierte Berichte zeigen anhaltende Investitionen in SRM, DNS-Knoten, Sicherheit und Registrar-Aufsicht.

Die Evidenz ist mittelmäßig bezüglich aktueller physischer Resilienz. Historische Berichte und einetechnische Präsentation von 2024beschreiben viele Standorte. DieSemarang-Mitteilungbeweist, dass mindestens ein benannter Anycast-Knoten existierte und 2023 vor Ort repariert wurde. BGP zeigt mehrere benachbarte ASNs. Nichts davon enthüllt die aktuelle Anlagenmatrix, unabhängige Stromdomänen oder die zentrale Systemtopologie.

Die Evidenz ist auch mittelmäßig bezüglich der Kapazität. DerBericht 2022von PANDI gab ein SRM-Design für zwei Millionen Namen an, und dieZahl von 2025mit 1,431 Millionen Registrierungen lag unter dieser Zahl. Doch keine aktuellen Transaktionstests, Auslastung, DNS-Abfragekapazität, Angriffsreserven oder Failover-Kapazität sind öffentlich. Das Register könnte nach 2023 Kapazität hinzugefügt haben; es könnte auch Engpässe haben, die eine einfache Namenszählung übersieht.

Die Evidenz ist stark, dass die ursprüngliche Hosting-These falsch ist. Register und Registrar sind in Gesetz und in PANDIs eigenem Material ausdrücklich getrennt. Öffentliche Netzwerkressourcen unterstützen autoritatives DNS und Registerdienste. Keine glaubwürdige Evidenz etabliert kundenorientierte Rechen-, VPS-, Bare-Metal- oder Cloud-Kapazität, die von PANDI verkauft wird. Den Verein als Cloud-Anbieter zu behandeln, würde die Infrastruktur verschleiern, die tatsächlich zählt.

Die nächsten Offenlegungen, die das Bild schärfen würden

Die nützlichste Verbesserung wäre eine aktuelle Service-Topologie auf Ebene der Fehlerdomänen statt exakter Adressen. PANDI könnte angeben, wie viele inländische und überseeische Anycast-Instanzen pro logischem Namen aktiv sind, welche von PANDI und welche von Partnern betrieben werden, wie viele unabhängige Metropolregionen zentrale Registerdienste beherbergen und ob der Signierer und der Zonengenerator einen Standort mit SRM teilen.

Zweitens sollte die Verfügbarkeitsberichterstattung DNS, RDAP/WHOIS, SRM-Transaktionen, Zonenveröffentlichung und Support trennen. DerJahresbericht 2022von PANDI tat dies in gewissem Maße und veröffentlichte Service-Level-Ergebnisse für DNS, WHOIS und SRM. Aktuelle rollierende Zahlen, Störungsdefinitionen und die Behandlung von Wartungsarbeiten würden zeigen, ob das Wachstum die Zuverlässigkeit bewahrt hat.

Drittens sollte die Kapazitätsoffenlegung Service-Einheiten verwenden. Der registrierte Namensspielraum ist für SRM nützlich. Transaktionen pro Sekunde, maximale Registrar-Sessions, Zonen-Bauzeit, Signaturgültigkeitsspanne, autoritative Abfragen pro Sekunde und getestete Angriffsabsorption beschreiben unterschiedliche Beschränkungen. Ein Test mit dem Verlust des größten Standorts würde die nutzbare Kapazität nach einem Ausfall zeigen, nicht nur die installierte Kapazität davor.

Viertens könnte die Organisation aggregierte Wiederherstellungsbelege veröffentlichen: Datum und Umfang der letzten Register-Failover-Übung, Zonen-Rollback-Übung, DNSSEC-Schlüsselwiederherstellungsübung und Registrar-Ausstiegsübung; ob die Ziele erreicht wurden; und welche Verbesserungen folgten. Eine solche Berichterstattung kann sensible Details schützen und gleichzeitig Registranten und staatlichen Stakeholdern Belege liefern, dass die Redundanz funktioniert.

Schließlich verdient die AS-Nummern-Teilung eine Erklärung. Eine knappe Aussage zum fortbestehenden Zweck von AS56088, warum der öffentliche Ursprung zu AS132647 gewechselt ist und ob noch Abhängigkeiten zwischen beiden bestehen, würde eine veraltete Klassifizierung verhindern. Die aktuellen Daten erzählen bereits die wesentliche Geschichte: Das.id-Register ist ein lebender, verteilter institutioneller Dienst, aber sein operatives Gravitationszentrum ist AS132647. Allein AS56088 zu lesen, verfehlt das Netzwerk; PANDI einen Cloud-Anbieter zu nennen, verfehlt die Institution.