Zusammenfassung

  • Ein rechtsfähiges Unternehmen wird nach der aktuellen Satzung Mitglied, wenn es ein aktives PeeringDB-Konto und einen Vertreter oder eine Rollenadresse auf der Governance-Liste hat. Nicht verbundene Mitglieder besitzen je eine Stimme; gemeinsam kontrollierte Unternehmen teilen insgesamt eine.
  • Mitglieder wählen das Board. Unternehmensrecht, Finanzen und letzte Berufungen liegen beim Board, während Organisationsadministratoren, Ausschüsse, Freiwillige und Dienstleister Datensätze, Konflikte, Produkt und Betrieb bearbeiten.
  • Die Legitimation ist die eines privaten Verbands und keine Verfügungsmacht über ASNs oder Adressraum. Prüflücke sind der nicht veröffentlichte Wahlkörper und fehlende aggregierte Daten darüber, wie Alltagsentscheidungen angefochten oder revidiert werden.

Zwei Voraussetzungen für die Mitgliedschaft

PeeringDB ist eine 2015 gegründete gemeinnützige Körperschaft im US-Bundesstaat Washington und wird steuerlich als 501(c)(6)-Organisation geführt. Mitglied kann eine Corporation, LLC, Partnership oder andere rechtsfähige Geschäftseinheit sein. Sie braucht ein aktives Konto auf PeeringDB.com und einen individuellen Vertreter oder eine Rollenadresse auf der Governance-Mailingliste.

Der Wahlleitfaden verkürzt dies auf Daten in PeeringDB plus Listenteilnahme. Als praktische Anleitung ist das verständlich. Die rechtliche Qualifikation steht jedoch in der Satzung. Ein einzelner gültiger Datensatz erzeugt nicht automatisch eine Stimme.

Es gibt nur eine Mitgliederklasse. Außerhalb der Verbundenheitsregel hat jedes berechtigte Mitglied eine Stimme. 25 Prozent können eine außerordentliche Versammlung verlangen, zehn Prozent bilden das Quorum. Beiträge bedürfen einer Mitgliedermehrheit. Änderungen an den geschützten Bestimmungen über finanzielle und betriebliche Boardbefugnisse sowie am Änderungsartikel selbst verlangen zwei Drittel der Mitglieder.

Die Stimme hat Substanz. Vor ihrer Abgabe muss aber die stimmberechtigte Einheit feststehen.

Verbundene Unternehmen werden zu einer Stimme

Unternehmen, die einander direkt oder indirekt kontrollieren, von derselben Person kontrolliert werden oder gemeinsamer Kontrolle unterliegen, erhalten zusammen eine Stimme. Die Regel verhindert Stimmvermehrung über Tochtergesellschaften. Zugleich muss jemand Kontrolle, Dubletten und Grenzfälle einordnen.

Der vollständige Bericht 2026 nennt 137 Wähler, drei Enthaltungen und eine Wahlquote von 45. Er nennt weder die Zahl der Berechtigten noch ausgegebene oder ersetzte Zugangsdaten, Affiliate-Gruppen oder die Behandlung strittiger Zuordnungen. Auch die Zahl der Mailinglistenabonnenten wäre kein Nenner: Eine Einheit kann mehrere Vertreter haben, mehrere Einheiten können eine Stimme teilen.

Der am 8. Juni veröffentlichte Boardentwurf ist als DRAFT gekennzeichnet. Darin diskutiert das Board niedrige Teilnahme im Verhältnis zur Mitgliedschaft, Schwierigkeiten einzelner Wähler und doppelte Organisationen. Erwogen wurden Banner, Vereinfachung und mehr Ansprache. Eine Entscheidung ist nicht festgehalten.

Das beweist keine Manipulation. Die Runden lassen sich prüfen; eine Wahlbeteiligung oder der affiliate-bereinigte Wahlkörper nicht.

Eine offene Auslegungsfrage

Die Satzung erlaubt drei bis sieben Directors. Aktuell sind es Livio Morina, Brian Burke, Isabel Odida, Marco Marzetti und Alexandre Corso. Die reguläre Amtszeit beträgt zwei Jahre. Seit 2024 darf niemand in elf aufeinanderfolgenden Wahlen, die Wahl 2015 ausgenommen, mehr als fünfmal gewählt werden. 2026 traf diese Grenze erstmals Aaron Hughes und Job Snijders.

Zehn Kandidaten bewarben sich per Single Transferable Vote um zwei Sitze. Brian Burke erreichte die Quote 45 in Runde sieben; Marco Marzetti wurde in Runde neun gewählt. Nach den Übertragungen waren im letzten dargestellten Stand 50 Stimmen erschöpft.

Abschnitt 3.3 spricht von einer Wahl durch die Mehrheit aller stimmberechtigten Mitglieder. Abschnitt 3.4.2 überlässt dem Board die Bestimmung des Wahlverfahrens im April. Eine STV-Quote von 45 ist keine einfache Mehrheit von 137 und erst recht nicht der unbekannten Gesamtzahl Berechtigter. Die erfassten Unterlagen erklären die Verbindung beider Klauseln nicht.

Das genügt nicht für die Behauptung einer ungültigen oder rechtswidrigen Wahl. Eine gesonderte Resolution oder juristische Auslegung für mehrere Sitze kann existieren. Eine veröffentlichte Verfahrensgrundlage würde die Frage belastbar beantworten.

Nach der Wahl verwaltet das Board die Körperschaft. Es darf Verpflichtungen ohne Mitgliederentscheid eingehen und bezahlen, Nutzungsregeln beschließen, Mitgliedschaft und Verbindungen nach dem vorgesehenen Verfahren mit zwei Dritteln beenden und die meisten Satzungsbestimmungen mit der Mehrheit der amtierenden Directors ändern. Bei Admin und Product ist es letzte Beschwerdeinstanz.

Der Alltag wird in der Warteschlange entschieden

Organisationsadministratoren pflegen Netze, Internet Exchanges und Standorte und können granulare Rechte delegieren. Bei neuer Freigabe, Ausnahme oder Konflikt kommt das Admin Committee hinzu. Die Richtlinien nutzen unter anderem die Übereinstimmung von E-Mail-Domänen mit WHOIS oder RDAP. Standortanträge können drei Bestätigungen bestehender Nutzer verlangen. Eine RPKI-Challenge ist noch als laufende Arbeit bezeichnet.

Die Data Ownership Policy erlaubt Admin, Daten aus Qualitätsgründen zu ändern, zu löschen, auszublenden, zu überschreiben oder zu markieren. Konflikte zwischen Netz, Exchange und Standort können vermittelt werden. Der Grundsatz minimaler Störung schützt bereits veröffentlichte, abhängige Daten vor einer abrupten Entfernung.

Chair und Vice Chair wählen neue Freiwillige aus, lassen sie einen Monat erproben und bestätigen sie. Drei Monate Inaktivität ohne Zustimmung führen zum automatischen Ausscheiden. Streitfragen entscheidet die einfache Mehrheit; bei Gleichstand hat der Chair eine doppelte Stimme. Die Berufung führt über Chair und Vice Chair zum Board. Obwohl Einstimmigkeit angestrebt wird, weist das Statut dem Chair die endgültige Entscheidung über jede Angelegenheit zu.

Das sind dokumentierte Befugnisse, kein Missbrauchsnachweis. Praktisches Gewicht entsteht durch Knappheit. Laut Mitgliederversammlung bearbeiten ungefähr vier Kernfreiwillige monatlich 1.100 bis 1.300 neue Tickets. Bewerbungen wurden 2025 pausiert. Kontinuität, Wissen und Zugang zur Queue werden damit zu Governance-Ressourcen.

Das Statut nennt 20C als Hauptdienstleister für direkten Austausch mit Admin. Nur deshalb ist der vorhandene Eintrag 20C, LLC verlinkt. Daraus folgt weder Eigentum an PeeringDB noch Kontrolle über Board oder sämtliche Tickets.

Produkt und Betrieb folgen anderen Mandaten

Das Product Committee arbeitet nach einem Board-genehmigten Statut. Freiwillige bewerben sich beim Board, haben erneuerbare Zweijahresmandate und wählen ihre Leitung; das Board kann Mitglieder jederzeit hinzufügen oder entfernen. Vorschläge erhalten einen Shepherd, durchlaufen Stakeholder-Prüfung, Konsenssuche und fünf Tage Negativvotum. Scheitert Konsens, braucht es mindestens 50 Prozent Quorum und höchstens 25 Prozent Gegenstimmen. Streit geht zum Board.

Für Mai 2025 bis März 2026 meldete PeeringDB zehn Haupt- und sechs Punkt-Releases, 102 geschlossene Tickets, mehr als 30 behobene bestätigte Fehler und verpflichtende MFA. Das sind Eigenangaben zur Aktivität, keine unabhängige Prioritätenprüfung.

Die gleiche Sitzung räumte geringere Verfügbarkeit als zuvor, Monitoringlücken, vergebene Arbeiten, Containerumstellung und Freiwilligenbedarf ein. Befugnis, Auswahl und technische Ausführung liegen nicht zwingend bei derselben Stelle.

Finanzierung und Bindung

Das Form 990 für 2025 weist null Beschäftigte und 42 Freiwillige aus. Die Finanzrechnung nennt 317.545,21 US-Dollar Beiträge, 262.476,66 US-Dollar Ausgaben, 116.043,36 US-Dollar Softwareentwicklung und Wartung, 58.500 US-Dollar für den Product Manager und 40.837,52 US-Dollar Onlinedienste. Vermögen: 518.458,01 US-Dollar, ohne ausgewiesene Verbindlichkeiten.

Das Mitgliederprotokoll rundet Product Management auf etwa 54.000 US-Dollar. Für den exakten Betrag gilt die Finanzrechnung; die Abweichung bleibt bestehen.

Im Juni diskutierte das Board, dass einige Sponsoren Bedingungen verlangten, deren Unterzeichnung PeeringDB historisch abgelehnt hatte. Es gab keinen Beschluss. Belege für sponsorengesteuerte Wahlen, Datensätze oder Produktentscheidungen fehlen. Finanzierungsrisiko ist nicht gleich Vereinnahmung.

PeeringDB vergibt keine ASNs oder Präfixe. RIR-Register, RPKI, WHOIS/RDAP und PeeringDB erfüllen verschiedene Aufgaben. Bindung entsteht aus Historie, Rechten, APIs, OAuth, Datenabhängigkeiten, Adminwissen und Betriebsroutinen. Ein Ausstieg ist rechtlich möglich; Provenienz, Konfliktverlauf, Berechtigungen und Integrationen nachzubauen ist teuer.

Quellen