Zusammenfassung

  • AFRINIC kennzeichnet den Hinweis zur Büroschließung am 15. September 2026 als am 14. September veröffentlicht. Das Service Level Commitment verspricht einen 72-Stunden-Hinweis per Ankündigungs-Mail und zusätzlich eine Veröffentlichung auf der Webseite.
  • Der sichtbare Abstand von einem Tag beweist keine verspätete E-Mail. Das geprüfte öffentliche Archiv endet am 1. September, und der aktuelle grüne Status ist nur eine Momentaufnahme.
  • Ein prüfbarer Feiertagsbeleg sollte vier eigenständige Flächen verbinden: Webhinweis, Listenmail, Statusverlauf sowie den Umfang menschlicher und technischer Bereitschaft.

Ein Datum kann nur für seinen Kanal sprechen

AFRINIC teilt mit, dass Dienstag, der 15. September 2026, wegen Ganesh Chaturthi ein öffentlicher Feiertag in Mauritius ist. Die Büros bleiben geschlossen; der normale Betrieb soll am Mittwoch, dem 16. September, wieder beginnen. Auf der Seite steht sichtbar „Published on: 14 September 2026“, und der Nachrichtenindex führt denselben Tag.

Damit ist das Webdatum belegt. Nicht belegt sind der Zeitpunkt, zu dem das Mailinglistensystem eine Nachricht angenommen hat, ihre Message-ID oder ihre Zustellung an Abonnenten. Genau diese Trennung verlangt der Wortlaut des Service Level Commitment, Version 1 vom November 2015: 72 Stunden vor einem Feiertag soll eine Mitteilung per Mail an die Ankündigungsliste gesendet und außerdem auf der AFRINIC-Webseite veröffentlicht werden.

Senden und Veröffentlichen sind zwei Handlungen. Das Webdatum als Mailprotokoll zu behandeln hieße, die richtige Frage mit dem Zeitstempel des falschen Systems zu beantworten.

Das öffentliche Archiv ist unvollständig, nicht widerlegend

Zum Zeitpunkt der Sicherung meldete das öffentliche Announce-Archiv für 2026 insgesamt 75 Nachrichten und als Endzeitpunkt den 1. September. Ein Eintrag vom 14. oder 15. September ließ sich deshalb nicht mit der Schließungsseite verbinden.

Diese Lücke gehört in den Prüfbericht. Sie beweist jedoch nicht, dass keine Nachricht versandt wurde. Listenverteilung und Archivaktualisierung können auseinanderfallen; Transportprotokolle können nicht öffentlich sein; der Index kann zurückliegen. Aus den öffentlichen Unterlagen bleibt der Versandzeitpunkt ungeklärt.

Auch ein später auftauchender Archiveintrag müsste über Message-ID, Zeit, Zielliste und Inhalt mit dem Webhinweis abgeglichen werden. Seine bloße Existenz würde nicht die Zustellung an jeden Empfänger beweisen. Entscheidend ist die Verbindung der Nachweise.

Zwei Arbeitstage für Menschen, 24 Stunden für Systeme

Das SLC nennt Geschäftszeiten von Montag bis Freitag, 09:00 bis 17:30 Uhr UTC+4, und Büroschließungen an Wochenenden und öffentlichen Feiertagen in Mauritius. Anfragen sollen innerhalb von zwei Arbeitstagen wirksam beantwortet werden.

Davon getrennt sollen die Datenbank- und öffentlichen Onlinedienste aus Abschnitt 4(iii) sowie die Infrastruktur aus 4(iv) sieben Tage pro Woche und 24 Stunden pro Tag verfügbar bleiben. Genannt werden WHOIS, MyAFRINIC, Webseiten und IRR sowie DNS, DNSSEC, Mail und RPKI-Infrastruktur.

Eine Büroschließung ist folglich kein Beleg für einen Dienstausfall. Umgekehrt bedeutet technische Dauerverfügbarkeit keine sofortige persönliche Antwort am Feiertag. Die Zusagen betreffen unterschiedliche Objekte und müssen mit unterschiedlichen Uhren geprüft werden.

Ein grüner Status rekonstruiert keinen ganzen Tag

Beim Abruf gab die öffentliche Status-API „operational“ und „All systems are go!“ zurück; updated_at war der 1. September 2026. Das ist ein brauchbarer Nachweis für die zu diesem Zeitpunkt angezeigte Lage. Es ist kein lückenloser Verlauf für den 15. September und schließt einen kurzen Vorfall, Wartung oder ein komponentenspezifisches Problem nicht aus.

Ebenso wenig lässt sich daraus fehlende Bereitschaft ableiten. Ein öffentlicher Statusbildschirm enthält normalerweise keinen persönlichen Dienstplan. AFRINIC könnte Umfang, Eskalationsweg und Übergabebestätigung veröffentlichen, ohne Namen oder sensible Betriebsdetails offenzulegen.

Ein Feiertagsbeleg mit vier Teilen

Der Webteil sollte kanonische URL, maßgeblichen Veröffentlichungszeitpunkt, Feiertag, Schließungs- und Wiedereröffnungsfenster sowie einen Inhalts-Hash enthalten. Der Mailteil braucht Message-ID, Versandzeit, Zielliste und einen Archiv- oder Zustellverweis. Der Statusteil benennt Komponenten und Beobachtungszeitraum und verknüpft Vorfälle und Wartungen. Der Bereitschaftsteil trennt die menschliche Zwei-Arbeitstage-Warteschlange von den 7×24-Systemen, nennt einen Eskalationskanal und protokolliert die Übergabe ohne Namensliste.

Kein Feld ersetzt ein anderes. Die Mail kann rechtzeitig und die Webseite später sein. Das Archiv kann hinter der Zustellung zurückbleiben. Systeme können bei geschlossenem Büro laufen. Ein grüner Gesamtstatus kann über die Funktionsfähigkeit einer menschlichen Eskalation schweigen.

Für den 15. September trägt die öffentliche Beweislage nur eine enge Feststellung: sichtbar ist ein Webabstand von einem Tag; das SLC beschreibt separat eine 72-Stunden-Mail und eine Webveröffentlichung; das verfügbare Archiv liefert die betreffende Nachricht nicht; der aktuelle Status misst den Feiertag nicht durchgehend. Das rechtfertigt die Forderung nach einem besseren Beleg, nicht die Behauptung einer verspäteten Mail, eines SLC-Verstoßes, Ausfalls, Schadens oder fehlender Bereitschaft.

Quellen