Zusammenfassung

  • ARIN-prop-353 vom 2. August 2026, zum Recherchezeitpunkt weiterhin ein neuer Vorschlag, würde ausschließlich außerhalb der ARIN-Region genutzte oder angekündigte Ressourcen als Out-of-Region Use definieren.
  • „Ausschließlich“ verlangt Bezugsobjekt und Zeitraum; der Text sagt jedoch weder, ob Präfix, Ressourcensatz, Antrag oder Organisation geprüft werden, noch wie lange der äußere Zustand anhalten muss.
  • Ein geschützter Vier-Zustände-Beleg — nur innen, nur außen, gemischt oder unbestimmt — kann Zeitraum, Evidenz, vorübergehende Ereignisse, Textfassung, Gründe, Korrektur und Ablauf festhalten, ohne private Topologie offenzulegen.

Der Dienst bleibt gleich, das Etikett springt

Das Eingangsszenario ist ein entworfener Testfall und kein ARIN zugeschriebenes Ereignis. Sein Betriebsablauf ist alltäglich. Eine gemeinsame Serviceadresse wird von mehreren Orten angekündigt. Während der Wartung des einzigen Standorts innerhalb der Region bleiben nur die äußeren Knoten aktiv. Nach der Rückkehr ist die Bereitstellung wieder gemischt.

Die öffentliche Spiegelung des Vorschlags vom 2. August setzt an einer echten Lücke an. Abschnitt 9 enthält Bedingungen für die Nutzung außerhalb der Region, definiert den Begriff aber nicht. Als Problem nennt der Vorschlag wiederkehrende Sorge, dass gleichzeitige Nutzung innen und außen — etwa Anycast — als Out-of-Region Use ausgelegt werden könnte. Die vorgeschlagene Antwort reserviert die Kategorie für Ressourcen, die allein außerhalb genutzt oder von dort angekündigt werden. Gibt es Nutzung oder Ankündigung auch innerhalb, soll die Definition nicht greifen.

Die Schutzabsicht ist nachvollziehbar. Ein zusätzlicher ausländischer Knoten sollte einen verteilten Dienst nicht vollständig zur äußeren Nutzung machen. Doch Ausschließlichkeit ist keine dauerhafte Eigenschaft des Präfixes, sondern eine Aussage über einen vollständigen Zustand während einer Zeitspanne. Ohne Spanne können Wartung, Fehler, BGP-Konvergenz oder geplante Migration die Kategorie schneller ein- und ausschalten, als eine begründete Entscheidung folgen kann.

Klassifikation und Folge brauchen getrennte Einträge

Vorschlag 353 stellt eine abgegrenzte Frage: Welcher Bereitstellungszustand gehört in die Kategorie der Nutzung außerhalb der Region? Ein Entscheidungsdatensatz sollte sie beantworten, bevor eine spätere politische Folge angeknüpft wird.

Zunächst werden abgegrenzte Belege als nur innen, nur außen, gemischt oder ungeklärt klassifiziert. Danach werden die Textfassung und die darunter angewandte Folge festgehalten. Werden beide Schritte vermischt, bleibt unsichtbar, ob das geografische Kriterium oder eine spätere Regel den Ausschlag gab.

Auch der Verfahrensstand darf nicht vorweggenommen werden. ARIN-prop-353 ist ein neuer Vorschlag, kein vom Advisory Council angenommener Draft, kein Konsens, kein verabschiedeter oder implementierter Text. Es gibt weder Wirksamkeitsdatum noch Umsetzungsanweisung. Selbst die Frage, ob die Definition in Abschnitt 2 oder 9 stehen soll, bleibt offen. Gegenstand ist eine mögliche Wirkung, keine heutige Pflicht.

Anycast macht den Zeitfehler sichtbar

RFC 4786 beschreibt Anycast als Bereitstellung derselben Serviceadresse an mindestens zwei getrennten, autonomen Orten; das Routing führt Pakete zu einem davon. Jeder Knoten bietet einen Pfad zur gemeinsamen Adresse. Sein Einzugsbereich ist topologisch, abhängig von der Netzsicht, und keine politische Grenze.

Das Dokument betont, dass die beobachtete Verfügbarkeit vom Standort des Clients abhängt und die einem Knoten zugeordnete Clientmenge weder statisch noch zuverlässig deterministisch ist. Ein Collector sieht möglicherweise eine Route, die einer anderen Messstelle fehlt. Ein Rückzug kann Wartung statt Aufgabe bedeuten. Das System bleibt mehrknotig, obwohl eine Momentaufnahme nur äußere Standorte zeigt.

Damit wird die Definition nicht unmöglich. Sie muss präziser werden. Gilt sie für die gesamte Zuteilung, das Präfix oder eine spezifischere Route? Reicht ein aktiver regionaler Knoten für den gemischten Zustand? Wie lange bewahrt geplante Wartung den vorherigen Status? Wann wird ein Ausfall in einer gemischten Architektur zur ausschließlichen äußeren Nutzung? Und darf das Ergebnis unbestimmt lauten, wenn die Belege keine Antwort tragen?

Nutzung und Ankündigung gehören in getrennte Spalten

Der Satz verknüpft Nutzung an einem Ort und Routenankündigung von einem Ort. Beides kann zusammenfallen, muss es aber nicht. Eine Einrichtung kann ein Präfix ankündigen und den Verkehr zu einer anderen transportieren. Ein Dienst kann auf Knoten laufen, die nicht als eigene öffentliche Ursprünge erscheinen. Geräte, Kunden, Verträge und Datenverkehr können verschiedenen Geografien folgen.

Eine BGP-Beobachtung beweist, dass Routinginformation zu einem Zeitpunkt an einer Messstelle ankam. Sie beweist allein weder den physischen Serverort noch den Wohnort von Kunden oder den rechtlichen Mittelpunkt des Dienstes. Der endgültige Text muss deshalb sagen, ob Nutzung und Ankündigung getrennte Tests, alternative Wege oder gemeinsam zu gewichtende Belege sind.

RFC 8805 dokumentiert ein Format, mit dem Betreiber vereinfachte Geodaten für Präfixe veröffentlichen können. Ortsfelder sind optional. Autorität, Genauigkeit und Aktualität müssen geprüft werden; Fehler und Widersprüche sind möglich, Daten können ohne Hinweis wechseln. Ein Geofeed kann eine Betreiberangabe stützen. Es ist kein verpflichtendes, vollständiges und dauerhaftes Verzeichnis aller Anycast-Knoten.

Mindestens drei Evidenzklassen sollten getrennt bleiben: die zeitlich und sachlich begrenzte Betreibererklärung; Routenbeobachtungen mit Messstellen und Zeitstempeln; optionale Ortsangaben mit Herausgeber und Frische. Übereinstimmung erhöht Vertrauen. Widerspruch muss zu „unbestimmt“ führen, nicht zur bequemsten Gewissheit.

Ein öffentlicher Betriebsbericht zeigt die reale Mischform

In einem öffentlichen NANOG-Archiv vom August 2025 schilderte ein Betreiber eine frühere Antragserfahrung mit einem CDN, das Infrastruktur in mehreren Registry-Regionen betrieb und ARIN-Adressen weltweit nutzte. Die Diskussion bezweifelt außerdem eine garantierte Bindung von IP-Adresse und Geografie und beschreibt sehr unterschiedliche Korrekturwege.

Das ist ein Teilnehmerbericht, kein festgestellter Sachverhalt. Er beweist weder heutige ARIN-Praxis noch die Motivation des Vorschlags oder einen aktuellen Streit. Er zeigt lediglich, dass gemischte regionale Architektur ein reales Betriebsmodell ist und Geodaten nicht automatisch eindeutig sind.

Der vierte Zustand begrenzt den Umgang mit Zweifel

Das kleinste ehrliche Ergebnis umfasst vier Zustände: Evidenz nur innen, nur außen, auf beiden Seiten oder unzureichend und widersprüchlich. Die neue Definition würde nur am zweiten Zustand anknüpfen. Ohne den vierten entscheidet derjenige, der die günstigste Messung auswählt.

Der geschützte Beleg benennt Ressource, Antragsart, Textversion sowie Beginn und Ende des Beobachtungsfensters. Innere Nutzung, innere Ankündigung, äußere Nutzung und äußere Ankündigung werden mit Quelle, Zeit und Vertrauensniveau getrennt geführt. Anycast, Wartung, Störung und Migration werden markiert. Ortsangaben behalten Autorität, Aktualität und Konflikte. Erst danach folgen Ergebnis, entscheidende Rolle und Gründe.

Benachrichtigung, Antwort, Korrektur, Überprüfung und Ablauf vervollständigen den Datensatz. Ein im August zutreffender Zustand gilt nicht ewig. Eine wiederhergestellte Route oder korrigierte Ortsangabe darf nicht verborgen fortwirken. Öffentlich genügen Umfang, Zustand, Version, Datum, Grundcode und Prüfstatus. Kundenlisten, Verkehrsvolumen, Anlagenadressen und sicherheitsrelevante Topologie bleiben geschützt.

Servicegeografie beschreibt, sie verleiht keinen Titel

Heng Lus Running-Code Primacy setzt die institutionelle Grenze. Die gemeinsame Nummernressourcenschicht rechtfertigt sich durch Eindeutigkeit, Kontrollnachweis, Interoperabilität, Sicherheit und Kontinuität. Eine Service-Region ist kein Volk; ein Registereintrag beschreibt Betriebswirklichkeit, ohne sie zu erschaffen.

Diese Grenze verhindert keine Verbesserung. Behält ARIN einen geografischen Test, sollte er reproduzierbar, befristet und korrigierbar sein und nur notwendige Angaben verlangen. Er macht die Registry weder zur Eigentümerin einer Route noch zur Planerin des Netzes oder zur Instanz, die aus einer Störung neue Zuständigkeit ableitet.

Die geprüften Quellen zeigen keinen Schaden, keine Ablehnung und keine Umsetzung durch Vorschlag 353. Sie zeigen eine sinnvolle Schutzabsicht und eine unvollständige zeitliche Schnittstelle. Bevor „ausschließlich“ administrative Wirkung erhält, muss feststehen: ausschließlich bezogen worauf, von wem beobachtet, wie lange, mit welchem Beleg, unter welcher Fassung und mit welchem Weg aus dem Irrtum?

Quellen

  • TeamARIN-Spiegel, ARIN-prop-353: Define Out Of Region Use
  • RFC Editor, RFC 4786: Operation of Anycast Services
  • RFC Editor, RFC 8805: A Format for Self-Published IP Geolocation Feeds
  • NANOG-Archiv bei SecLists, öffentliche Diskussion zu globaler Bereitstellung und IP-Geolokation
  • Heng Lu, Running-Code Primacy: The Patch Needed to Preserve the Internet's Original Design