Zusammenfassung

  • LACNIC führte im April 2026 fünf Root-Server-Kennungen für Panama auf; fünf im Oktober abgerufene Betreiberdateien weisen zusammen sechs Instanzen aus.
  • Die Summe bildet gepflegte Betreiberfelder ab. Sie ist weder eine unabhängige Geräteinventur noch eine Zuordnung jeder Atlas-Messung zu einem Standort.

Fünf Kennungen und sechs registrierte Instanzen schließen einander nicht aus. LACNICs Länderbericht über das Internet in Panama nennt im April 2026 D, E, I, K und F. Die öffentlichen Standortdaten der Betreiber enthalten zusätzlich Angaben zur Instanzzahl. In den am 10. Oktober abgerufenen Dateien steht für jeden Buchstaben eine Zeile für Panama-Stadt; die fünf Werte im Feld Instances ergeben zusammen sechs.

Die Zahlen stammen aus unterschiedlichen Quellen und Zeitpunkten und zählen verschiedene Dinge. Für die Interpretation des Antwortzeitdiagramms ist entscheidend, ob sich die Kette von Kennung zu Standort und Instanz nachvollziehen lässt und ob eine Messung dem tatsächlich genutzten Netzpfad zugeordnet werden kann.

Kennung, Standort und Instanz

Ein Root-Server-Buchstabe kennzeichnet einen Dienst im Root-Server-System. Er bedeutet nicht, dass dafür nur ein physisches Gerät existiert. Mit Anycast kann dieselbe Dienstadresse von mehreren Standorten aus angekündigt werden; das Routing führt eine Anfrage abhängig vom Netzpfad zu einer Instanz. Betreiberdateien beschreiben ergänzend den Standort und die dort gemeldete Zahl von Instanzen.

Der Entwurf der Root Server Operators zu Betriebsinformationen sieht vor, mehrere Instanzen am selben Ort in einer Zeile mit einem Instances-Wert über eins zusammenzufassen. Abweichende Parameter können getrennte Zeilen rechtfertigen. Type bezeichnet den Routing-Umfang. Anzahl der Kennungen, Zeilen, sichtbaren Namen und Instanzen sind also unterschiedliche Zähler.

Auch LACNICs Veröffentlichungen brauchen ihre Daten. Der Artikel vom April 2024 nannte K, I und F sowie 35 RIPE-Atlas-Probes. Im April 2026 führte LACNIC fünf Kennungen auf und sprach von 21 verbundenen Probes, darunter einem Anchor bei InteRed; die Probes konzentrierten sich vor allem auf Panama-Stadt. Die Texte unterscheiden sich in Datum und Formulierung. Sie belegen weder den Verlust von vierzehn Probes noch zwei neue Deployments.

Was die Betreiberdateien zeigen

Die fünf JSON-Dateien für D, E, F, I und K enthalten jeweils eine Zeile für Panama-Stadt. D meldet eine Instanz und Local, E ebenfalls eine und Local, F zwei und Local, I eine und Global, K eine und Global. Die angegebenen Werte summieren sich auf sechs.

Das ist eine reproduzierbare Addition öffentlich gepflegter Felder, keine unabhängige physische Bestandsaufnahme und nicht zwingend der Bestand, auf dem LACNICs Diagramm vom April beruht. Die Dateien wurden rund sechs Monate später abgerufen. Updated bezeichnet eine Änderung des Datensatzes, nicht die Installation eines Servers. Bei D, E und F ist Status leer; daraus lässt sich weder Betrieb noch Ausfall ableiten.

D führt zwei Kennungen auf, obwohl Instances eins beträgt. F meldet dagegen zwei Instanzen in einer Standortzeile. Wer sichtbare Namen oder Zeilen zählt, beantwortet eine andere Frage als das Instanzfeld.

Der Standort zeigt nicht den Messpfad

Die Betreiberdateien kennzeichnen D, E und F als Local, I und K als Global. Laut FAQ beschreiben die Begriffe den Umfang von BGP-Ankündigungen. Eine Global-Route kann im Internet angekündigt werden, doch der Ausgangspunkt kann eine andere Instanz erreichen. Eine Local-Route wird nur an nahe Netze angekündigt; entfernte Quellen können diese Instanz nicht abfragen. Das sind keine Bewertungen von Latenz, Zuverlässigkeit oder Qualität.

Eine Probe in Panama-Stadt belegt deshalb nicht, dass ihre Anfrage einen Local-Standort, eine Instanz anderswo oder den Standort eines bestimmten Buchstabens erreichte. LACNICs öffentlicher Text von 2026 zeigt Antwortzeiten aus Panama, nennt aber keine Zuordnung von Probe zu Standort, Routenkategorie, Quellnetzgruppe, Adressfamilie, Kennzahl oder Beobachtungszeitraum. Das Diagramm kann relevante Beobachtungen enthalten; der Text trägt keine Zuordnung eines Werts zu D, E, F, I oder K.

InteRed erklärte 2022, seine Mitglieder könnten I und K am Austauschpunkt nutzen, und berichtete für deren Netze von Laufzeiten unter fünf Millisekunden. Das ist eine Betreiberangabe zum eigenen Netzkontext, keine unabhängige Messung für Panama insgesamt. Die aktuellen Einträge zu I und K als Global zeigen zusätzlich, dass Austauschstandort und Routing-Sichtbarkeit getrennte Tatsachen sind.

Den Nenner veröffentlichen

LACNIC weist bereits darauf hin, dass die 21 verbundenen Probes überwiegend in einer Stadt stehen und mehr geografische und netzbezogene Abdeckung helfen würde. Eine nächste Ausgabe könnte beim Diagramm angeben, ob sie eindeutige Kennungen, Standortzeilen oder die Summe von Instances zählt. Für jeden Standort sollten Kennung, Betreiberwert und Local- oder Global-Typ erscheinen.

Die Messmethodik sollte Quellnetz und Geografie, Anchor-Status, Adressfamilie, Zeitraum und Kennzahl nennen. Wenn sich die antwortende Instanz nicht bestimmen lässt, sollte die Zuordnung unbekannt bleiben, statt aus einer Karte abgeleitet zu werden. Eine Atlas-Stichprobe wird dadurch nicht zur Vollerhebung aller Netze und Resolver in Panama; ihr Aussagebereich wird aber erkennbar.

Fünf Kennungen, sechs gemeldete Instanzen und Antwortzeitmessungen können gleichzeitig stimmen. Für Entscheidungen müssen Einheit, Datum und beobachteter Pfad neben jeder Zahl stehen.

Quellen: LACNIC, Internet in Panama (15. April 2026); LACNIC, Internetmessungen nach Ländern (12. April 2024); FAQ der Root-Server-Betreiber; Betriebsdatenmodell; Betreiberdateien für D, E, F, I und K; InteRed zu I und K am Austauschpunkt (16. September 2022).