Zusammenfassung

  • In einer einzigen No-Cache-Erhebung antwortete AFRINICs englischer Index der aktuellen Policy-Vorschläge mit HTTP 200 und sieben Einträgen für 2026; die offizielle arabische URL antwortete mit HTTP 404.
  • Die ersten drei englischen Zeilen trugen den Status Last call. Die Detailseiten und drei archivierte RPD-Mitteilungen bestätigen Kennungen, Beginn der Last Calls und den 31. Juli 2026, 23:59 UTC, als Endzeit.
  • Daraus folgt weder eine Unwirksamkeit der Verfahren noch ein nachgewiesener Schaden. Sichtbar wird eine engere Schwäche: Der Sprachpfad veröffentlicht weder seinen Versionsstand noch seinen Zeitpunkt oder einen eindeutigen Ausweichweg zum maßgeblichen Register.

Zwei offizielle Adressen, zwei Beweiszustände

Am 11. September um 06:47 Uhr in Shanghai war die englische Seite „Current Policy Proposals“ erreichbar. Die Tabelle enthielt sieben Vorgänge aus dem Jahr 2026 und verband Titel, Draft-Nummer, Kennung, Datum, Status und Version.

An erster Stelle stand Soft Landing Recovered Space and Priority, gefolgt von Amendment of Utilisation in Soft Landing und der Pflicht zu hierarchischen Namen für neue AS-SETs. Alle drei waren als Last call gekennzeichnet. Vier weitere Vorschläge befanden sich laut Tabelle in Diskussion: Regeln für die PDP-Arbeitsgruppe, IPv6 als Kriterium im IPv4 Soft Landing, ein Policy-Compliance-Dashboard und ein Rahmen für die dynamische Erschöpfung von IPv4-Pools.

Im selben Erhebungslauf wurde https://afrinic.net/ar/policy/proposals ausdrücklich ohne Cache angefragt. Die Antwort war 404. Es gab keine Weiterleitung zum englischen Index, keinen Hinweis auf einen Umzug, keine Mitteilung über eine Einstellung und kein Datum der letzten überprüfbaren arabischen Fassung.

Mehr lässt sich aus der Messung nicht ableiten. Sie belegt nicht, dass sämtliche arabischen AFRINIC-Seiten fehlen. Sie benennt weder Content-Management-System noch Datenbank, Deployment oder Cache als Ursache. Ohne bekannte letzte erfolgreiche Antwort lässt sich auch keine Dauer bestimmen. Ein HTTP-Code dokumentiert die Antwort einer URL, nicht den technischen Befund dahinter.

Die englische Akte bleibt belastbar

Die stärkste Entlastung liefert AFRINICs übrige Veröffentlichung selbst. Englisch ist die maßgebliche Arbeitssprache des Policy-Prozesses. Alle drei Detailseiten waren verfügbar und enthielten Status: Last call. Auch das öffentliche Archiv der RPD-Liste blieb erreichbar.

Drei Mitteilungen der PDWG-Co-Vorsitzenden erklären, die Last Calls seien nach einem Rough Consensus auf dem Public Policy Meeting AFRINIC-37 vom 24. Juni 2026 eröffnet worden. Als Schlusszeit nennen sie jeweils den 31. Juli um 23:59 UTC. Die Kennungen AFPUB-2026-IPv4-001-DRAFT02, AFPUB-2026-IPv4-002-DRAFT02 und AFPUB-2026-ASN-001-DRAFT02 verbinden Index, normative Texte und Verfahrensnachrichten eindeutig.

Der arabische 404-Status hat diese Nachweise nicht gelöscht. Er beweist weder eine versäumte Einwendung noch die Verwendung eines falschen Drafts oder die Unwirksamkeit einer späteren Entscheidung. Dass der englische Index nach dem angekündigten Enddatum weiterhin Last call anzeigt, ist ebenfalls nur eine Beobachtung der öffentlichen Beschriftung. Sie entscheidet nicht über den endgültigen Stand der Vorschläge.

Eine einzige verbindliche Sprache kann sinnvoll sein. Mehrere rechtlich gleichrangige Fassungen würden zusätzliche Auslegungsrisiken schaffen. Eine arabische Hilfsfassung muss Englisch nicht ersetzen. Gerade dann sollte jedoch ihre Beziehung zur Quelle offenliegen: Welchen englischen Zustand bildet sie ab, wann wurde sie erzeugt, und wohin gelangt ein Leser, wenn die Seite ausfällt?

Der Suchindex bewahrt einen undatierten Nachhall

Mit einer Ursprungsseite verschwinden ihre früheren Ausgaben nicht sofort.

Bei der Themenrecherche zeigte eine Suchmaschine noch einen Auszug aus einem älteren Crawl der offiziellen arabischen URL. Darin standen sechs Zeilen; die ersten drei waren mit قيد المناقشة, also „in Diskussion“, versehen. Die erste Zeile verwies zudem auf einen älteren Draft als der heutige englische Index. Dieser Auszug ist keine frische Antwort und kein offizielles Archiv. Er kann den Beginn des 404-Zustands nicht datieren.

Er zeigt aber den Provenienzmechanismus. Ein Leser findet eine arabische AFRINIC-Tabelle, kann am Ursprung jedoch nicht mehr prüfen, für welchen Zeitpunkt sie galt. Ein anderer öffnet die englische Seite, sieht sieben Zeilen sowie drei Last Calls und kann die Quelle unmittelbar verifizieren. Beide Darstellungen wirken institutionell; nur eine besitzt noch eine lebende Nachweiskette.

Bei einem Policy-Register ist das nicht bloß ein Komfortproblem. Under Discussion und Last call bezeichnen unterschiedliche Beteiligungsphasen. DRAFT01 und DRAFT02 sind verschiedene normative Texte. Auch eine nicht verbindliche Übersetzung kann beeinflussen, wann ein Betreiber erkennt, dass er das Original lesen, Änderungen vergleichen oder einen Einwand formulieren muss.

Das gewöhnliche Web unterscheidet gefunden und nicht gefunden. Institutionelle Evidenz braucht zusätzliche Zustände: vorübergehend nicht verfügbar, verschoben, eingestellt oder ersetzt. Gilt die letzte Übersetzung noch als historischer Beleg? Auf welche englische Version bezog sie sich? Eine generische 404-Seite lässt diese Fragen offen und überträgt die Archivfunktion ungewollt an Suchmaschinen und lokale Kopien.

Ein Statusmanifest für jede Sprachfassung

Die verhältnismäßige Antwort ist keine Zusage sofortiger Übersetzung. Sie besteht darin, den Zustand des Publikationswegs zu veröffentlichen.

Für jede relevante Policy-Seite könnte ein sprachbezogenes Manifest die kanonische URL, Sprache, Quellkennung, Versions-Fingerprint, Erzeugungszeit, letzte erfolgreiche öffentliche Prüfung und den aktuellen HTTP-Status nennen. Hinzu kämen der letzte gültige Snapshot sowie die maßgebliche Ausweichquelle mit Sprache und Zeitstempel.

Beim Vorschlagsindex sollte der Fingerprint die geordnete Folge von Kennungen, Draft-Nummern und öffentlichen Statuswerten binden. Der Wechsel von sechs auf sieben Zeilen, DRAFT01 auf DRAFT02 oder Diskussion auf Last Call ergäbe eine neue Version. Die arabische Seite könnte dadurch exakt angeben, welchen englischen Stand sie widerspiegelt, ohne rechtliche Gleichrangigkeit zu behaupten.

Auch der Fehlerfall braucht Regeln. Kann eine Übersetzung nicht erzeugt werden, sollte die ursprüngliche URL einen arabischen Hinweis ausgeben, auf den maßgeblichen englischen Index verweisen und den letzten überprüfbaren arabischen Stand datieren. Bei Umzug oder Einstellung gehören eine dauerhafte Weiterleitung beziehungsweise ein Stilllegungsbeleg mit Wirksamkeitszeit und Nachfolger dazu.

Eine Korrektur sollte ebenfalls nachvollziehbar bleiben: betroffene URL, ersetzter und wiederhergestellter Fingerprint, Korrekturkategorie, Wirksamkeitszeit. Interne Infrastruktur muss dafür nicht offengelegt werden. Entscheidend ist, dass die heutige Reparatur nicht auslöscht, was gestern überprüfbar war.

AFRINIC verlangt präzise Proposal-IDs, damit die Community Drafts nicht verwechselt. Dieselbe Genauigkeit bei den Sprachfassungen des Registers wäre eine folgerichtige Fortsetzung dieser Praxis.

Quellen