Zusammenfassung

  • AFRINICs Regelwerk sieht getrennte IPv4-Blöcke für Peering und Management von IXPs vor. Angrenzender Adressraum soll Wachstum ohne Umnummerierung ermöglichen.
  • Im Protokoll von AFRINIC-37 wurde eine Veröffentlichung von Verbrauchsdaten in Aussicht gestellt. AFRINICs eigene Statistikbeschreibung sagt zugleich, dass reservierte Ressourcen in der erweiterten Statistikdatei nicht unterschieden werden können.

Analyse

Eine Reserve kann in der Bestandsübersicht groß wirken und beim Netzausbau trotzdem zu klein sein. Das ist kein Widerspruch: Ein großer Gesamtbestand enthält nicht zwingend den nächsten zusammenhängenden Präfix, den ein Internetknoten braucht. Umgekehrt kann angrenzender Adressraum vorhanden sein, ohne dass die öffentliche Statistik erkennen lässt, wer ihn nutzen darf. Entscheidend ist nicht nur die Zahl der Adressen mit dem Status „reserviert“, sondern ob sie den vorgesehenen Zweck weiterhin erfüllen.

Abschnitt 11 des Consolidated Policy Manual von AFRINIC trennt das Peering-LAN, über das die Teilnehmer Daten austauschen, vom Management-LAN für etwa Überwachung, Statistiken und Ticketsysteme. Für beide sind getrennte Blöcke vorgesehen. Neben jeder Peering-Zuweisung soll ein angrenzendes /24 frei bleiben, damit der Knoten auf /23 wachsen kann, ohne in einen nicht zusammenhängenden Block umziehen zu müssen. Das Regelwerk reserviert ein /16 für künftige Peering-Anforderungen und ein weiteres /16 für Managementpräfixe.

Zusammenhängender Adressraum ist eine betriebliche Eigenschaft. Muss ein IXP sein Peering-LAN verlegen, um einen größeren Block zu erhalten, müssen Teilnehmer Adressen, Routerkonfigurationen und Dienstprüfungen koordinieren. Die angrenzende Reserve soll genau diesen Umzug vermeiden. Sie verspricht nicht, jedes denkbare Wachstum abzudecken; sie legt fest, welche Form der verfügbare Raum haben soll.

Bei AFRINIC-37 am 24. Juni griff das Personal Abschnitt 11 in einem Bericht über die praktische Umsetzung bestehender Regeln auf. Die Definition kritischer Infrastruktur stehe seit mehr als fünfzehn Jahren im Handbuch; AFRINIC fragte, ob sie noch zu den heutigen Betriebsbedingungen von IXPs passe. Laut Protokoll hatten einige Knoten die /23-Schwelle erreicht, und für schnell wachsende IXPs sei eine klarere Formulierung nötig. Das Personal erwähnte außerdem, dass Mitglieder Peering- und Managementpräfixe entgegen der Regel austauschten.

Dann ging es um die Größe der Reserve. Ein Teilnehmer fragte, ob das regionale Peering-/16 genüge oder ein /15 geeigneter wäre. AFRINIC kündigte Verbrauchsstatistiken an, die der Gemeinschaft bei der Abwägung helfen sollten. Ein anderer Teilnehmer bat um konkrete Zahlen, darunter die Zahl der von den Grenzen betroffenen Mitglieder, bevor ein neues Policy-Verfahren angestoßen werde. Das Protokoll dokumentiert Fragen, keine Feststellung, dass der bestehende Block erschöpft ist.

Die öffentliche Bestandsdarstellung hat eine erkennbare Grenze. AFRINIC erklärt, die erweiterte Statistikdatei zeige verfügbare, reservierte und vergebene Ressourcen; zugleich seien reservierte Ressourcen in dieser Datei nicht voneinander zu unterscheiden. WHOIS führt Beispiele für policy-reservierte Blöcke auf. Aus der Gesamtsumme „reserviert“ geht aber weder hervor, wie viel zusammenhängender Raum im IXP-Pool verbleibt, noch welcher Anteil auf Peering oder Management entfällt oder wie viele berechtigte Anträge unerfüllt blieben. Das belegt nicht, dass AFRINIC intern keine genaueren Aufzeichnungen führt.

Es zeigt, dass die öffentliche Summe die Frage aus dem Meeting nicht beantworten kann.

Hilfreich wäre ein aggregiertes, datenschutzgerechtes Reserveverzeichnis. Für jede Reserve sollte es den veröffentlichten Block, seinen Zweck, die vergebenen Adressen, den angrenzend freigehaltenen Raum, den größten zusammenhängenden freien Präfix und den Stichtag nennen. Hinzu kämen Summen berechtigter, bewilligter, wartender und nicht erfüllter Anträge samt Gründen; Ortsangaben sollten nur so genau sein, wie es ohne Offenlegung vertraulicher Mitgliederdaten möglich ist. Peering und Management gehören in getrennte Zeilen. Eine gemeinsame Summe würde den Bestand vergrößern, aber verschleiern, wo der Druck entsteht.

Die Aussage eines einzelnen Betreibers im Protokoll veranschaulicht den Punkt, ersetzt aber keinen regionalen Nenner. Ein NAPafrica-Vertreter beschrieb zwei /23-Blöcke in Johannesburg, eine Anlage nahe einem /22-Umfang und eine schwierige, langwierige Umnummerierung. Das Protokoll schreibt diese Darstellung dem Teilnehmer zu. Sie zeigt nicht, dass alle afrikanischen IXPs dieselbe Grenze erreichen, wie viel ungenutzter Raum anderswo liegt oder ob ein konkreter Antrag abgelehnt wurde.

Die sinnvolle Reihenfolge ist daher klar: erst das Verzeichnis veröffentlichen, dann erklären, wie Zuweisungen und angrenzender Freiraum gemessen werden, und anschließend die Daten mit dem heutigen /23-Wachstumspfad vergleichen. Zeigen Nachfrage und zusammenhängende Kapazität eine tatsächliche Beschränkung, kann die Gemeinschaft über Blockgröße, Anspruchskriterien oder die Freigabe angrenzender Reserven beraten. Liegt das Problem bei Klassifizierung oder Vergabe, würde ein größeres Reservat lediglich die Unklarheit vergrößern.

Quellen

Protokoll der AFRINIC-37-Public-Policy-Sitzung · Consolidated Policy Manual, Abschnitte 11.0–11.5 · AFRINIC-Informationen zu Ressourcenverwaltung und Statistiken · Präsentationen von AFRINIC-37