Zusammenfassung

  • AFRINICs Contractual Obligations Check gilt für Hostmaster-, afrinic-dbm- und Internet-Routing-Registry-Tickets. Er verlangt einen registrierten Absender, einen guten Mitgliedsstatus und einen unterschriebenen Registration Service Agreement in der internen Akte.
  • Bei einem Mangel verweigert AFRINIC Support oder Nummernressourcen, lässt ungefähr zehn Arbeitstage zur Korrektur und schließt das Ticket, wenn der Zustand bleibt. Danach ist ein neues Ticket nötig. Die geprüften Seiten nennen weder Schweregrad noch Uhrenlogik noch eine Zwischenmaßnahme für dringende reversible Korrekturen.

Der Kontrollzweck ist überzeugend

Eine E-Mail allein darf kein Mandat zur Änderung eines Registers sein. Ehemalige Beschäftigte, Dienstleister oder Dritte können über alte Adressen oder genügend Organisationswissen verfügen. WHOIS-Kontakte, Reverse-DNS-Delegationen und IRR-Objekte sind zudem keine rein internen Einstellungen; andere Netze lesen die veröffentlichten Daten.

Der Contractual Obligations Check setzt deshalb drei Hürden vor die Hostmaster-, Datenbank- und IRR-Warteschlangen. Der Antrag muss von einem registrierten Kontakt stammen, das Resource Member muss in gutem Stand sein, und AFRINIC muss einen unterzeichneten RSA besitzen.

Jede Hürde schützt etwas anderes. Die Kontaktprüfung bestätigt Handlungsbefugnis. Der gute Stand verbindet gemeinsame Leistungen mit bereits fälligen Pflichten. Der RSA identifiziert den Vertragspartner. Wer diese Prüfungen nur als Verzögerung betrachtet, übersieht die Verwahrfunktion des Registers.

Es gibt Abhilfe. Eine bevollmächtigte Person kann durch einen autorisierten Kontakt eingeführt werden. Sind alle eingetragenen Kontakte ausgeschieden, beschreibt AFRINIC einen Brief auf Geschäftspapier, die Unterschrift einer Führungskraft wie CEO oder CTO und den Firmenstempel. Die Seite zum unterzeichneten RSA verspricht bei fehlender interner Akte eine Mitteilung samt Korrekturhinweisen.

Eine Stopplogik für drei Arbeitsarten

Die Lücke beginnt bei der Sanktion. Laut Nichtkonformitätsseite werden sämtliche Support- und/oder IP-Ressourcenanträge abgelehnt, bis alle Prüfabschnitte erfüllt sind. Die „angemessene“ Frist beträgt ungefähr zehn Arbeitstage. Bleibt der Mangel, wird das Ticket geschlossen; nach der Heilung muss der Antragsteller ein neues eröffnen.

Für Dokumentendisziplin ist das nachvollziehbar. Als Warteschlangensteuerung fehlt eine Dimension. Eine zusätzliche Zuteilung kann warten, ohne einen bestehenden Datensatz zu verändern. Eine Korrektur an Kontakt, Reverse Delegation oder IRR-Objekt kann eine andere Zeitwirkung haben. Der IRR-Leitfaden erklärt, dass Netze Routing-Richtlinien für andere Betreiber veröffentlichen. Das beweist weder eine konkrete Routenänderung noch einen Ausfall. Es begründet nur, warum Tickets nach Zeitrisiko unterschieden werden sollten.

Die öffentliche Regel kennt keinen Schweregrad, keine sichere reversible Zwischenmaßnahme und keine Zusage, dass ein Ticket nach Eingang der Nachweise seinen Platz behält. Auch „ungefähr zehn Arbeitstage“ lässt Startzeit, Feiertage, Prüfpausen und Zeitzone offen.

Die Heilung kann selbst Betreuung benötigen

Auf der Seite zur Mitgliedsdatenprüfung wird die Schleife sichtbar. Unrichtige Organisations- oder Kontaktdaten verletzen nach AFRINIC den RSA und blockieren Support bis zur Korrektur. Manche Angaben kann das Mitglied aber nicht allein ändern. Organisationsname sowie allgemeine und Rechnungsadresse bearbeitet nur AFRINIC; für eine Adresse ist etwa eine höchstens drei Monate alte Versorgerrechnung nötig.

Der Weg zurück existiert: Member Services kontaktieren, Belege einreichen, den Status bereinigen. Die öffentliche Dokumentation verbindet diese Heilung jedoch nicht mit dem blockierten operativen Ticket. So können zwei Kennungen entstehen: eine für die Kontokorrektur und später eine neue für das ursprüngliche Anliegen.

Das Member Guidebook unterscheidet administrative, technische und Rechnungskontakte. Technische Kontakte verwalten Ressourcen, Zuweisungen, Reverse Delegations und zusätzliche IP-Anträge. Nützlich ist daher nicht nur ein Feld „registriert“, sondern die Berechtigung für die konkrete Handlung, der fehlende Nachweis, sein Eingangszeitpunkt und das fortbestehende Risiko.

Auch guter Stand braucht einen Stichtag. Die Definition verlangt erledigte Formalitäten, aktuelle Mitgliedschaft und keine bereits fällige offene Schuld; eine noch nicht fällige Rechnung schadet nicht. Ein im Ticket vermerkter Saldo samt Datum macht die legitime Regel überprüfbar.

Die Belege zeigen keinen Vorfall

Keine Quelle benennt ein zu Unrecht abgewiesenes Mitglied, einen Routenvorfall, Ressourcenentzug, Ausfall oder Willkür. Eine nicht veröffentlichte Notfallspur beweist auch nicht, dass intern keine existiert. Der Befund bleibt enger: Die sichtbare Regel enthält keine Risikoklasse, Uhrenlogik, Zwischenbehandlung oder verbundene Verfügung für altes und neues Ticket.

Eine Dokumentationslücke ist keine Schuldvermutung. Betreiber sollten zentrale Kontrollen aber auch nicht erraten müssen. Vertrauen wächst, wenn eine Institution sowohl den Stoppgrund als auch dessen verhältnismäßige Anwendung erklärt.

Quellen

Grundlage sind AFRINICs CoC-Übersicht, Nichtkonformitätsfolge, RSA-Prüfung, Mitgliedsdatenprüfung, Member Guidebook, IRR-Leitfaden und Definition des guten Stands. Sie belegen das Verfahren, nicht einen Einzelfall.