Zusammenfassung

  • APNIC und die ITU unterstützten 2016 einen Testaufbau für einen Internetknoten in Timor-Leste. UNCTAD schrieb 2024, TLIX scheine zum damaligen Zeitpunkt nicht funktionsfähig gewesen zu sein, schränkte die Aussage aber wegen begrenzter Betriebsdaten ein. Daneben berichtete der Bericht von einem neuen Budget, einer Ausschreibung und Tests mit drei Anbietern.
  • APNIC zufolge baut ANC 2026 TL-IXP auf. Das beschreibt den Projektstand, ist aber kein Inbetriebnahmenachweis. Als Nächstes sollte öffentlich nachvollziehbar werden, wer Betrieb, Wartung, Support und Finanzierung übernimmt und wie die Dienstkontinuität gemessen wird.

Ein Knoten braucht einen Betreiber, nicht nur Hardware

Das Protokoll des APNIC-Exekutivrats vom 25. November 2016 hält fest, dass technische Unterstützung von APNIC gemeinsam mit dem Regionalbüro der ITU in Bangkok beim Aufbau eines Testknotens in Timor-Leste half: TLIXP. Das Protokoll sagt nichts über spätere Mitglieder, Datenverkehr, Verfügbarkeit oder darüber, wer die Infrastruktur nach dem Test weiterbetrieben hätte.

UNCTADs eTrade-Readiness-Bewertung von 2024 blickt mit einer klaren Einschränkung zurück: TLIX sei 2016 in Dili eingerichtet worden, scheine aber angesichts der begrenzten Betriebsdaten zum Zeitpunkt der Bewertung nicht funktionsfähig gewesen zu sein. An anderer Stelle beschreibt der Bericht ein 2024 genehmigtes Budget für einen weiteren IXP, ein laufendes Vergabeverfahren und Tests mit drei Anbietern. Er erklärt weder, warum der erste Ansatz offenbar nicht fortgeführt wurde, noch, ob die neue Beschaffung unmittelbar aus ihm hervorging.

Die Unterscheidung ist praktischer als ein Streit über Namen. Jemand muss den Switch warten, einen ausgefallenen Dienst wiederherstellen, Regeln für die Teilnahme festlegen und Ersatz finanzieren können. Auch die Zuständigkeit für die nächste Wartung muss erkennbar sein. Fehlende öffentliche Betriebsdaten beweisen keinen technischen Ausfall; sie lassen aber offen, wer nach dem Ende der Aufbauhilfe zur Verantwortung gezogen werden kann.

Das Vorhaben ist beschrieben, die Umsetzung nur teilweise

Eine 2025 von der APNIC Foundation gehostete Präsentation nennt ANC als geplanten Gastgeber und Timor Telecom, Telemor sowie Telkomcel als wichtige ISP-Akteure. Vorgesehen sind gemeinsame Governance, kostenloses Peering, Route Server, IXP Manager, Spiegel und Monitoring. Das ist ein Designvorschlag, kein Abnahmebericht.

Die Ausschreibung für einen technischen Berater von ANC beschreibt die nötigen Arbeiten ausführlicher: Route Server und IXP Manager einrichten, RPKI-Validierung und Monitoring aufbauen, Richtlinien und Zugangshandbücher erstellen, Personal schulen, einen Nachhaltigkeits- und Übergabeplan vorlegen und 60 bis 90 Tage nach dem Deployment unterstützen. Die Ausschreibung endete im August 2025. Die geprüften Unterlagen nennen weder die erfolgreiche Besetzung noch die Abnahme der Ergebnisse oder den Beginn und Abschluss der Nachbetreuung.

APNIC meldete am 16. Oktober 2026, ANC baue TL-IXP auf; zum Plan gehörten Route Server, DNS-Root-Spiegel, Monitoring und RPKI-Validierung. APNIC ist fachlich und historisch am Vorhaben beteiligt. Die Meldung ist eine nützliche Statusangabe, aber keine unabhängige technische Abnahme.

Der Pulse-Tracker der Internet Society führte zum Prüfzeitpunkt keinen aktiven IXP in Timor-Leste. Sein Kriterium beruht auf offenbar aktiven PeeringDB-Einträgen mit mindestens drei AS-Nummern. Das zeigt, was in diesem Verzeichnis sichtbar ist, nicht ob es eine private oder lokale Anlage gibt. Auch ein Route Server belegt keinen Datenverkehr: RFC 7947 erklärt, dass ein solcher Server Routen verteilt, aber keine Nutzerdaten weiterleitet. Sessions und akzeptierte Routen sind Hinweise auf die Steuerungsebene, keine Messung von Traffic, lokalen Pfaden oder geringerer Latenz.

Was in ein öffentliches Übergabeprotokoll gehört

Ein brauchbares Protokoll nennt den Betreiber und die Personen oder Rollen für Wartung, Störungsbehebung, Softwarepflege und Ersatzbeschaffung. Es sollte die Laufzeit externer Unterstützung, den Eskalationsweg, die Finanzierungsquelle und den Zeitpunkt dokumentieren, an dem lokale Mitarbeitende einzelne Aufgaben übernahmen. Wenn ANC, Mitglieder und technische Partner sich Zuständigkeiten teilen, sollte die Entscheidungsbefugnis ebenfalls sichtbar sein.

Dafür müssen keine sensiblen Netzdetails veröffentlicht werden. Ein regelmäßiger Bericht kann Mitglieder, Route-Server-Sessions, akzeptierte Routen und gemessenen Verkehr getrennt ausweisen; dazu Verfügbarkeit, Wartungsfenster und Wiederherstellungszeiten. Jede Kennzahl braucht Zeitraum, Methode und Nenner. Eine Routenzahl ist kein Verkehrsvolumen, eine Sitzung kein Nachweis tatsächlicher Nutzung und ein aktuell erreichbares Dashboard kein Beleg für ein ganzes Betriebsjahr.

Auch die Projektgeschichte sollte nachvollziehbar sein. Die Unterlagen erlauben, den Test von 2016, UNCTADs begrenzte Beobachtung von 2024 und die neue Vergabe zeitlich einzuordnen. Sie erlauben keine Behauptung darüber, warum der erste Knoten offenbar nicht mehr lief. Ist das aktuelle TL-IXP ein Nachfolger, sollte die Entscheidung datiert werden. Ist es ein anderer Dienst, lässt sich dokumentieren, welche Erfahrungen oder Anlagen übernommen wurden. Diese Chronologie bestimmt, wer frühere Zusagen erklären und wer die nächste Wartungsentscheidung verantworten muss.

Das Risiko bleibt bedingt: Endet die Aufbauhilfe ohne lokalen Betreiber, Budget und Eskalationsweg, könnten alltägliche Fehler oder Updates wieder von kurzfristiger externer Unterstützung abhängen. Sind Zuständigkeiten benannt und wird der Betrieb regelmäßig dokumentiert, steigt die Chance auf Kontinuität. Ein IXP allein belegt weder niedrigere Preise noch bessere Kundenerfahrungen.

Timor-Leste muss nicht jede Konfiguration offenlegen oder einen landesweiten Nutzen versprechen. Nötig sind ein datierter Abnahmenachweis, ein benannter Betreiber und wiederkehrende Betriebsdaten. Solange diese fehlen, ist „im Aufbau“ die genaueste öffentliche Beschreibung.

Quellen