Zusammenfassung

  • AS17494 wird in mehreren unabhängigen Routing-Trackern als großes, aktiv im Internet verankertes Netz geführt, das zwischen gut drei Dutzend und 49 eigene Präfixe ankündigt – je nach Beobachtungspunkt mit deutlich abweichenden Zahlen.
  • Im APNIC-Register trägt das System den Namen BTTB-AS-AP und die Beschreibung „Telecom Operator & Internet Service Provider as well“ – ein Freitext, keine Firmenbezeichnung; die Organisation wird als ORG-BTTB1-AP mit Bezug zur Bangladesh Telegraph & Telephone Board geführt.
  • PeeringDB und mehrere Drittwerkzeuge ordnen das Netz dagegen der Bangladesh Telecommunications Company Limited (BTCL) zu, dem staatlichen Nachfolger des alten Telefonaufsichtsrats – die Verantwortung wird also von allen Beteiligten trotzdem klar einem Banladeschischen Staatskonzern zugeschrieben.
  • Das im Register hinterlegte Abuse-Kontaktfeld ist von APNIC selbst als ungültig markiert; für Missbrauchsmeldungen bleibt damit keine belastbare, vom Register getragene Anlaufstelle.
  • Der RPKI-Status ist geteilt: bgp.he.net zählt 37 gültige gegenüber 12 invaliden RPKI-Einträgen im eigenen Ursprung – ein konkretes, messbares Qualitätsmerkmal, das Gegenparteien beim Transit- und Peering-Entscheid prüfen sollten.
  • Für Peering- und Transithandlungen bedeutet das: Verträge, Kontaktpfade und Datenpflege können sich nicht auf eine eindeutige Registeridentität stützen, sondern nur auf die Selbsterklärung des Betreibers und die Querverweise von Drittanbietern.

Das Netz hinter AS17494 ist in der Praxis groß und betriebsbereit. bgp.he.net listet 49 hergeleitete Präfixe (36 IPv4, 13 IPv6), 729 beobachtete BGP-Peers und rund 75.520 originierte IPv4-Adressen https://bgp.he.net/AS17494. bgp.tools kommt – aus demselben globalen Beobachtungsraum, aber mit anderer Methodik – auf 34 IPv4- und 3 IPv6-Präfixe, 354 Peers, 7 Upstreams und 58 Downstreams [https://bgp.tools/as/17494]. Der „Eyeball“-Netztyp in bgp.tools passt zu einem Endkunden-ISP. Die Peering-Kapazitäten sind dokumentiert: 100 Gbps am Equinix Singapore, 10 Gbps an AMS-IX, DE-CIX Mumbai und LINX LON1.

PeeringDB bestätigt eine funktionierende, gepflegte Anwesenheit: Die Organisation wird als Bangladesh Telecommunications Company Limited (BTCL) geführt, die Website als btcl.gov.bd überschrieben, der IRR as-set AS17494:AS-CUSTOMERS ist verifiziert, das Traffic-Niveau mit 500–1000 Gbps angegeben und die öffentlichen Peering-Informationen am 24. April 2026 aktualisiert [https://www.peeringdb.com/asn/17494]. Das ist ein aktuelles Datum, das auf fortlaufende Pflege schließen lässt, nicht auf ein eingefrorenes Profil.

Im APNIC-Register sieht die Identität anders aus. Der aut-num-Eintrag heißt BTTB-AS-AP, trägt die Beschreibung „Telecom Operator & Internet Service Provider as well“ und verweist auf die Organisation ORG-BTTB1-AP, die historisch zur Bangladesh Telegraph & Telephone Board (BTTB) gehört; das Land ist BD, die Zuweisung erfolgte am 7. Dezember 2000, und der Eintrag wurde zuletzt am 18. Januar 2021 geändert [https://wq.apnic.net/apnic-bin/whois.pl?object_type=aut-num&searchtext=AS17494]. BTTB ist der Vorläufer von BTCL – die Verwaltungskette ist also nachvollziehbar, aber im Register nicht ausformuliert.

Genau dort beginnt das für Gegenparteien relevante Problem. Das registrierte Abuse-Kontaktfeld ist von APNIC mit einer expliziten Bemerkung als ungültig markiert; die hinterlegte Adresse gehört zur Bangladesh Telecommunications Company Ltd, Moghbazar Telephone Bhaban, Dhaka, und mischt Domains wie bttb.net.bd und btcl.net.bd [https://wq.apnic.net/apnic-bin/whois.pl?object_type=aut-num&searchtext=AS17494]. Für Missbrauchsmeldungen oder technische Eskalation bleibt damit keine vom Register getragene, zuverlässige Anlaufstelle. IPinfo ordnet das Netz ebenfalls als ISP mit dem Standort Bangladesch ein und nennt btcl.gov.bd als Website [https://ipinfo.io/AS17494], stimmt bei der IPv4-Adresse aber mit bgp.he.net nicht überein (75.264 gegenüber 75.520).

Die Zahlen variieren stärker, als es Routine-Rauschen erklären würde: bgp.gibir.net.tr führt nur 66 Peers und 23 Netzwerke auf und nennt darunter AS45588 BTCL, AS63961 BdREN, AS17806 Mango Teleservices, AS2914 NTT und AS1299 Arelion [https://bgp.gibir.net.tr/as/17494]. bgp.he.net hingegen meldet 388 Peers, bgp.tools 354. Wer als Transitbetreiber oder Peering-Partner die Größe des Kundensegments einschätzen will, kann sich nicht auf eine einzige Zahl stützen, sondern muss mehrere Beobachtungspunkte und die zugrunde liegende Methodik mitdenken.

Für die Kauf- und Peering-Entscheidung in der globalen Transitwirtschaft heißt das konkret: Die Betriebsleistung ist belegbar, aber die Identität ist nur über Selbsterklärungen und Querverweise zu gewinnen. Ein Gegenpart, der AS17494 als Transit- oder Peering-Partner prüft, stützt sich im Ergebnis auf drei Schichten – eine Selbstdeklaration des Betreibers, ein historisches Registerobjekt und eine Reihe unabhängiger Tracker, die sich in Name und Zahlen nicht vollständig decken.

Das erzeugt reale Verhandlungs- und Nachweisrisiken, insbesondere für Missbrauchsmeldungen, SLA-Eskalationen und Regulierungsanfragen, die eine eindeutige, juristisch nutzbare Identität voraussetzen.