Zusammenfassung

  • In seinen Originalfolien vom BKNIX Peering Forum im Mai 2026 schilderte Michael Takeuchi einen Engpass an den begrenzten Ports eines anderen Peering-Teilnehmers; sein eigener Port war nicht ausgelastet.
  • Ohne Dashboard und Verkehrsdaten der Gegenseite kann ein unauffälliger lokaler Zähler den Fehler nicht erklären.

Der Kunde meldet schlechte Leistung. Der Provider prüft seinen Port: alles grün. Takeuchi machte aus dieser peinlichen Konstellation einen Fall für das BKNIX-Forum. Er leitet Technik und Betrieb bei RAPIDNET und ist stellvertretender Leiter für Indonesia Internet Exchange und Rechenzentren beim indonesischen Providerverband APJII. In seinem Beispiel waren die Ports eines anderen Teilnehmers knapp. Dort entstand Stau, während sein eigener Anschluss nicht ausgelastet war. Den Blick auf das fremde Netz hatte er nicht.

Das Originalmaterial von Peering Asia führt RAPID Networks an sechs Knoten in Jakarta: IIX, EPIX, OpenIXP/NiCE, JKT-IX, CXC und CDIX. Takeuchis BKNIX-Folien zeigen außerdem einen ISP an zwölf Knoten der Stadt und ein Präfix, das über elf BGP-Sitzungen von fünf Knoten empfangen wird. Das sind seine Beispiele, keine Zählung sämtlicher indonesischer Anschlüsse. Zusätzliche Wege schaffen Ausweichmöglichkeiten, aber auch mehr Regeln und mehr fremde Schnittstellen.

Die Sicht auf diese Schnittstellen ist ungleich verteilt. Manche Netze betreiben ein Looking Glass, andere geben kaum Telemetrie preis. Routserver, Filter und BGP-Communities unterscheiden sich von Knoten zu Knoten. Für einen IXP ohne Steuerung über Communities beschreibt Takeuchi die manuelle Auswahl einzelner Peers als Ausweg bei Stau. Ein eigener Monitor kann die Auslastung des fremden Ports nicht herbeizaubern.

Die veröffentlichten Folien nennen weder den betroffenen Peer noch dessen Portzähler. Mit diesen Daten ließen sich Ausmaß und Dauer des Vorfalls bestimmen. Das grundlegende Problem steht schon jetzt da: Die Firma mit der Kundenbeschwerde besitzt nicht unbedingt die Messung, die sie beantworten würde.