Zusammenfassung

  • Im archivierten Plan für Business Applications bezeichnet RIPE NCC die internen und externen Arbeiten für die Jahresabrechnung 2027 als im dritten Quartal 2026 abgeschlossen; das beschlossene Modell bestimmt die Gebühren jedoch aus Daten vom 31. Dezember 2026 und versendet Rechnungen im Januar.
  • Es fehlt keine weitere Grundsatzdebatte über die Gebührenhöhe, sondern eine datenschutzgerechte Rechenspur, die Regelversion, Stichtagsbestand, Gebührenklassen, Softwareversion, Ausnahmen und Korrekturen mit dem Betrag verbindet.

Ein fertiges System für einen noch unfertigen Bestand

Im archivierten Plan für das dritte Quartal 2026 schreibt RIPE NCC, die Abstimmung im Mai habe Änderungen an internen und externen Anwendungen erfordert, damit diese den Grundsätzen der Jahresabrechnung 2027 entsprechen. Der Status lautet „Completed in Q3 2026“. Der Absatz steht merkwürdigerweise unter der Überschrift „New Navigation Framework“. Dieser redaktionelle Versatz trägt keine weitergehende Behauptung; belastbar sind der Absatz selbst und die Statusangabe.

Das beschlossene Gebührenmodell folgt einer zweiten Uhr. Die Mitgliedsgebühren je LIR-Konto werden anhand von Daten bestimmt, die am 31. Dezember 2026 erhoben werden. Die Rechnungen gehen im Januar 2027 heraus. Am 9. September können Code und Integrationen also fertig sein, während sich die tatsächliche Menge der abzurechnenden Konten und Ressourcen weiterhin verändert.

Das ist kein Widerspruch. Eine Registry sollte Umsetzung und Tests vor dem Stichtag abschließen. „Implementiert“ bedeutet aber noch nicht „erste Abrechnung abgestimmt“. Dafür braucht es einen bestimmten Bestand von Mitgliedern, LIR-Konten, ASNs, unabhängigen Ressourcen, Sponsoring-Beziehungen und Legacy-Ressourcen sowie die genaue Fassung der Regel und der Rechensoftware, die darauf angewandt wurde.

Aus der Distanz wirkt Modell A beinahe trivial: ein LIR-Konto, eine Gebühr. Der Jahresbeitrag steigt von 1.800 EUR im Jahr 2026 auf 1.894 EUR im Jahr 2027. Die erste einem LIR-Konto zugeordnete ASN ist enthalten, jede weitere kostet 50 EUR. Für jede Registrierung einer unabhängigen Internet-Nummernressource werden 75 EUR fällig; dazu gehören IPv4- und IPv6-PI, Anycast sowie IPv4- und IPv6-IXP-Zuweisungen. Über ein Sponsoring-LIR registrierte Legacy-IPv4-Ressourcen bleiben bei 75 EUR; ab 2027 gilt dieser Betrag auch für Registrierungen mit direktem Vertrag zu RIPE NCC. Die einmalige Anmeldegebühr für ein neues LIR-Konto bleibt 1.000 EUR.

Nicht die Addition ist schwierig, sondern der Zustand, auf den sie angewandt wird. Welche ASN galt als erste und war eingeschlossen? Welchem Konto war eine Registrierung am Stichtag zugeordnet? Wurde eine Legacy-Ressource gesponsert oder direkt vertraglich geführt? Löste ein neues Konto die Anmeldegebühr aus, oder griff eine der besonderen Bedingungen für Legacy-Inhaber? Eine öffentliche Preisliste beantwortet das nicht ohne datierten Eingabestand.

Der Beschluss genehmigt die Regel, nicht die Rechnung

Die Ergebnisse der General Meeting im Mai 2026 nennen insgesamt 3.049 abgegebene Stimmen und die Annahme von Modell A durch Resolution 3. Die 3.049 sind nicht die Zahl der Ja-Stimmen zu dieser Resolution. Vor allem genehmigt eine gültige Abstimmung die Gebührenregel; sie überprüft nicht die spätere Datenentnahme, Klassifikation, Berechnung, Zustellung oder Korrektur.

Genau in dieser Transformation wird institutionelle Evidenz oft dünn. Der Beschluss ist öffentlich, die Rechnung sieht ihr Empfänger, doch dazwischen arbeitet eine Anwendung. Bei einer Rückfrage im Januar müssen Mitglied und Support einen vergangenen Zustand rekonstruieren, obwohl sich Konten oder Ressourcen bereits geändert haben können. Selbst ein richtiger Betrag wird teuer zu belegen. Ein falscher Betrag lässt sich langsamer eingrenzen, weil Quelldaten, Gebührenklasse, Regel und Rechenoperation gemeinsam strittig werden.

Die Lösung verlangt keine Veröffentlichung von Mitgliedsdaten. RIPE NCC kann vor dem Stichtag das Berechnungsschema, die Versionspolitik und anonymisierte Grenzfälle veröffentlichen. Mit jeder Januarrechnung kann es dem authentifizierten Mitglied eine kompakte Spur geben: Gebührenmodell-Version, Stichtagszeit und Snapshot-Kennung, Zahl der LIR-Konten, eingeschlossene erste ASN, zusätzliche ASN, unabhängige Ressourcen nach Klasse, gesponserte und direkte Legacy-Registrierungen, Anmeldestatus, Ausnahmen, Rechenversion, Zwischensummen, Endbetrag und Korrekturweg.

Eine solche Spur ist kein Misstrauensvotum. Sie ist der normale Beleg für eine automatisierte institutionelle Entscheidung. Aus „Die Rechnung stimmt nicht“ werden vier lösbare Fragen: Bestand, Klassifikation, Regel oder Arithmetik. Aggregierte Zahlen zu Ausnahmen, Gutschriften und Korrekturen lassen sich veröffentlichen, ohne ein Mitgliedskonto offenzulegen.

Der stärkste Einwand ist berechtigt: Ein Quartalsplan darf eine Lieferung als abgeschlossen bezeichnen, wenn Code, Schnittstellen und Verfahren bereitstehen. Im September lassen sich Daten vom 31. Dezember nicht einfrieren, und individuelle Abrechnungen gehören nicht an die Öffentlichkeit. Das spricht für zwei Meilensteine. Schema und anonymisierte Beispiele kommen vorher; die private Spur kommt mit der Rechnung.

Keine der geprüften Quellen belegt eine falsche Rechnung, einen Softwarefehler, einen Ausfall, einen Mitgliedsschaden oder ein Versagen des Supports. „Abgeschlossen“ ist RIPE NCCs eigener Projektstatus, kein unabhängiges Audit. Auch die veröffentlichten Preise beweisen den Endbetrag eines bestimmten Mitglieds nicht. Die engere Aussage lautet: Erst wenn das fertige System den noch nicht vorhandenen Stichtagsbestand verarbeitet, entsteht sein erster betrieblicher Nachweis.

Quellen