Résumé

  • L'ASN AS17494 est enregistré auprès de l'APNIC depuis le 7 décembre 2000, avec une ligne de description devenue le nom public de l'entité et un champ d'organisation pointant vers l'ancien opérateur téléphonique public, sous son sigle historique BTTB.
  • Le routage observé démontre une exploitation active : environ 49 préfixes originés (36 en IPv4, 13 en IPv6), 729 préfixes annoncés toutes annonces confondues, environ 75 520 adresses IPv4, 388 pairs BGP observés, et une origination continue vérifiée sur la fenêtre de surveillance du 18 juin au 18 septembre 2026.
  • Les chiffres auto-déclarés dans PeeringDB — 500 000 préfixes IPv4 et 50 000 préfixes IPv6 — sont sans rapport avec les quelques dizaines de préfixes réellement routés, et illustrent le coût de la donnée non auditée dans une base pourtant essentielle à l'ingénierie de peering.
  • L'ensemble IRR AS17494:AS-CUSTOMERS, décrit comme celui des clients de BTCL, déclare un ordre de grandeur de plus de mille AS membres, contre 56 à 63 réseaux aval observés ; la liste contient des doublons et des identifiants mal formés.
  • Les noms s'empilent sans se recouvrir : BTTB dans les objets du registre, BTCL chez PeeringDB et dans les attributions de sites web, la chaîne de description dans les annuaires. Aucune source de ce dossier n'établit formellement la chronique de succession entre ces dénominations.

Une identité qui n'existe que comme description

Le point de départ de ce dossier n'est pas un communiqué de presse ni un bilan annuel, mais un objet de registre. L'enregistrement APNIC de l'aut-num AS17494, consulté via un miroir public de whois, porte deux lignes de description : la première, « Telecom Operator & Internet Service Provider as well », est celle qui sert de nom d'entité dans plusieurs annuaires et agrégateurs ; la seconde désigne la Bangladesh Telegraph & Telephone Board (BTTB), sous le nom d'objet BTTB-AS-AP, l'organisation ORG-BTTB1-AP étant enregistrée comme LIR avec une adresse dans le quartier d'Eskaton Garden à Dhaka https://records.ping.pe/whois/AS17494.

Autrement dit, le « nom » sous lequel ce réseau circule dans les annuaires publics n'est pas un nom : c'est un champ libre de description saisi lors de l'enregistrement, réutilisé ensuite comme étiquette par les plateformes qui indexent les objets de registre. Le même objet enregistre un mainteneur supérieur APNIC-HM, des mainteneurs de routage MAINT-BD-BTTB, un objet IRT dédié, et une dernière modification datée du 18 janvier 2021 à 01:59:48 UTC.

Les lignes de politique d'import/export y référencent d'anciens numéros de systèmes autonomes avec des règles « announce/accept ANY » : du texte d'enregistrement historique, qui ne prouve aucune relation de transit actuelle.

Cette distinction n'est pas pédante. Elle détermine qui on interroge en cas d'incident de routage, à qui l'on adresse une demande de peering, et quelle entité répond d'un préfixe mal annoncé. Un ASN dont la seule identité publique lisible est une chaîne de description maladroite complique chacune de ces démarches. C'est précisément le cas ici : l'objet annuaire qui a motivé ce rapport est indexé sous la chaîne de description, tandis que les champs d'organisation du même registre pointent ailleurs.

Ce que la table BGP démontre

Passons du registre à l'observation. Le portrait de routage de l'ASN 17494 montre, à un instantané de la fenêtre de recherche, 49 préfixes originés (36 en IPv4 et 13 en IPv6) couvrant 75 520 adresses IPv4, 729 préfixes annoncés toutes annonces confondues — l'écart entre origination et annonce provenant des préfixes plus spécifiques —, 388 pairs BGP observés, 4 680 chemins AS observés en IPv4 et 1 619 en IPv6. Le même outil de routage affiche 37 préfixes originés RPKI-valides et 12 invalides, ainsi qu'un marqueur « announces bogons » https://bgp.he.net/AS17494.

Chacun de ces chiffres a une portée limitée : ce sont des instantanés glissants de collectes route-view, et le miroir IPv4 du même site montrait des totaux légèrement différents à une autre date de collecte (742 préfixes annoncés au total, 729 en IPv4). Mais leur direction est univoque. Un ASN qui origine quarante-neuf préfixes et entretient des centaines de sessions BGP n'est pas une coquille administrative : c'est une exploitation vivante.

La ligne « announces bogons » coexiste d'ailleurs avec une majorité de préfixes valides selon RPKI ; les deux diagnostics mesurent des choses différentes — l'un signale la présence d'annonces problématiques, l'autre la santé globale de la validation d'origine.

La liste des préfixes confirme la même chose préfixe par préfixe. Un registre par préfixe documente 38 préfixes annoncés originés de AS17494 sous le nom Bangladesh Telegraph & Telephone Board : des agrégats comme 114.130.128.0/18, 123.49.0.0/18, 180.211.128.0/17, 203.112.192.0/19 et 209.58.24.0/24, accompagnés de nombreux préfixes /24 plus spécifiques, ainsi que des blocs IPv6 dont 2407:5000::/32, 2407:5000:6002::/48 et 2407:5000:b::/48 ; la plupart sont RPKI-valides, deux sont signalés invalides (103.110.215.0/24 et 2407:5000:b::/48), et l'origine de 209.58.24.0/24, un bloc de la plage ARIN, par un ASN de l'APNIC reste non vérifiée contre les ROA https://records.ping.pe/AS17494.

Trois mois d'origination continue

Un instantané prouve l'existence ; une série temporelle prouve la continuité. La surveillance de Qrator Labs, sur la fenêtre du 18 juin au 18 septembre 2026, montre environ 35 préfixes actifs (environ 81 600 adresses) avec une propagation de 521 à 580 observateurs — soit environ 100 % de la table mondiale — et une validité RPKI et route-object sur les préfixes actifs, parmi lesquels 114.130.228.0/24, 2407:5000:6002::/48, 203.112.216.0/24, 203.112.208.0/24, 123.49.0.0/24, 123.49.11.0/24 et 180.211.202.0/24 https://radar.qrator.net/as/17494.

C'est le fragment d'évidence le plus important du dossier pour un lecteur qui veut trancher la question « ce réseau fonctionne-t-il vraiment ? ». Pendant trois mois consécutifs, les mêmes blocs d'adresses ont été originés et propagés quasiment partout, avec une validation d'origine en règle sur les préfixes actifs. La continuité temporelle écarte l'hypothèse d'un objet de registre dorm ou d'une annonçation résiduelle : il y a derrière AS17494 une infrastructure exploitée au quotidien.

Il faut toutefois rester honnête sur les limites : la fenêtre de surveillance est bornée aux trois mois affichés, certaines lignes étaient tronquées dans l'extrait consulté, et la plupart des instantanés du dossier ne comportent pas de date de collecte explicite. Un lecteur prudent retiendra la continuité comme démontrée sur cette fenêtre précise, non comme une propriété permanente.

Une présence mondiale aux points d'échange

Le troisième pilier de preuve opérationnelle est la présence aux points d'échange. Le réseau est enregistré comme présent à quatre échanges : AMS-IX à Amsterdam, DE-CIX à Mumbai, Equinix à Singapour et LINX LON1 à Londres, avec un profil auto-déclaré de 500 à 1000 Gbps, un ratio de trafic fortement entrant, une portée Asie-Pacifique et une politique de peering ouverte https://worldip.io/asn/17494.

Les adresses d'interface sont cohérentes entre les sources qui les listent : 80.249.211.151 et 2001:7f8:1::a501:7494:1 à AMS-IX, 103.27.171.154 et 2401:7500:fff6::267 à DE-CIX Mumbai, 27.111.228.145 et 2001:de8:4::1:7494:1 chez Equinix Singapour, 195.66.226.78 et 2001:7f8:4::4456:1 à LINX. Cette cohérence inter-sources est significative : elle relie un ASN bangladais à des infrastructures d'échange européennes, indiennes et singapouriennes, et explique la longue liste de pairs internationaux observés plus loin.

Elle dit aussi quelque chose d'économique : porter du trafic jusqu'à Amsterdam et Londres depuis Dhaka suppose des circuits sous-marins facturés au mégabit, et justifie un profil fortement entrant — le réseau d'un opérateur national qui consomme beaucoup plus de contenu international qu'il n'en exporte.

L'aval bangladais : ce que la transitivité révèle

La vue IPv4 d'un rapport d'adjacence fondé sur route-view compte 62 adjacences : six en amont (Zayo Bandwidth AS6461, Bharti Airtel AS9498, PCCW Global AS3491, TATA Communications America AS6453, Telecom Italia Sparkle AS6762 et NTT AS2914) et 56 en aval. La liste aval est un échantillon de l'écosystème réseau bangladais : University of Dhaka, GrameenPhone AS24389, Robi/Axiata AS24432, BdREN AS63961, Bangladesh Computer Council AS63932, BTCL-ISP AS45588, AmberIT, Radiant, DESCO, la Special Security Force, Power Net, le bureau du Chief Electric Inspector, Tahoe Communication, Infobase Limited, Grameen Communications, Cybergate, BD Link, et Cloudflare AS14789, entre autres. Le rapport comptabilise environ 81 664 adresses originées et 154 112 en transit, avec 35 préfixes courants et 19 retirés sur la fenêtre du rapport, soit une réduction de 54,29 % https://bgp.potaroo.net/cgi-bin/as-report?as=AS17494&v=4&view=2.0.

Les rapports d'adjacence portent eux-mêmes leur avertissement : la catégorisation amont/aval est strictement topologique et ne doit pas être confondue avec des relations commerciales de fournisseur, client ou pair. Cette réserve doit être honorée dans chaque phrase où l'on emploie ces mots.

Ce qu'elle n'empêche pas, c'est l'observation structurelle : AS17494 est un nœud d'agrégation pour des réseaux bangladais très divers — opérateurs mobiles, FAI régionaux, universités, entités publiques, infrastructures de recherche — qui atteignent l'Internet mondial en passant par lui ou à côté de lui selon leurs propres contrats.

La vue IPv6 du même type de rapport raconte une version plus resserrée de la même histoire : 14 adjacences, dont quatre en amont (TATA AS6453, Arelion AS1299, NTT AS2914, Bharti AS9498) et dix en aval (Cloudflare AS14789, GrameenPhone AS24389, Axiata/Robi AS24432, Zenlayer AS21859, Kaopu Cloud HK AS138915, Radiant AS38067, BdREN AS63961, Bangladesh Computer Council AS63932, Gmax AS150748 et BTCL-ISP AS45588), avec environ 4,3 milliards d'équivalents /32 originés et 8,7 milliards en transit, rang 9482 ; le rapport rappelle la même réserve topologique https://www.cidr-report.org/cgi-bin/as-report?as=AS17494&v=6&view=2.0.

Le contraste entre les deux vues est instructif : l'amont IPv6 inclut Arelion et exclut Zayo, PCCW et Sparkle, là où la vue IPv4 fait l'inverse. Ce n'est pas une contradiction factuelle mais la trace de snapshots et de périmètres familiaux différents. Elle illustre un point de méthode que ce dossier répète : aucune liste d'adjacence ne vaut contrat, et aucun instantané ne vaut historique.

Les pairs observés, et pourquoi les comptes ne s'additionnent pas

Un registre de pairs observés sépare trois colonnes : 68 en amont, 116 pairs, 63 en aval. L'amont y est dominé par le transit de gros : Bharti Airtel (AS9498), NTT America (AS2914), Tata Communications America (AS6453), Telecom Italia Sparkle (AS6762), Hurricane Electric (AS6939), plus Arelion, SURF, Angola Cables, F5 et Inter.link. La colonne des pairs mêle des réseaux d'échelle d'échange ou virtuels : HostSG AS24482, Vorboss AS25160, Blacknight AS39122, VeloxServ AS3170, Unitas Global AS1828. L'aval retrouve l'écosystème national : Gmax AS150748, Cybergate AS58599, BdREN AS63961, Exabyte AS150178, Apple Communication AS139901, Virgo AS58945, Earth Telecommunication AS58715, Radiant AS58688, Bijoy Online AS24556 et bdHUB AS58656 https://records.ping.pe/peers/AS17494.

Rapprochons maintenant les compteurs. Ce registre dit 68/116/63 ; le portrait de routage évoqué plus haut dit 388 pairs BGP observés ; un agrégateur comme IPinfo dit 50 pairs, 6 en amont et 50 en aval ; BGPView dit 94 pairs et 7 en amont IPv4. Ces quatre-là ne se contredisent pas sur les faits : ils comptent des choses différentes sur des fenêtres différentes — sessions observées uniques, adjacences topologiques, relations déclarées ou inférées.

La leçon de méthode est générale et vaut bien au-delà de ce dossier : dans l'analyse d'interconnexion, toute affirmation de type « X a N pairs » est inachevée tant qu'elle ne nomme pas la méthode et la fenêtre.

Le profil d'usage complétait le tableau : un agrégateur relève 1 161 domaines hébergés sur 44 adresses IP de l'espace du réseau, et des blocs représentatifs annoncés comme 180.211.128.0/17, 114.130.128.0/18, 123.49.0.0/18 et 203.112.192.0/19, plus la série 114.130.224.0/24 à 114.130.227.0/24 https://ipinfo.io/AS17494.

L'auto-déclaration : PeeringDB et ses 500 000 préfixes

Voici la strate la plus fragile du dossier. La fiche PeeringDB du réseau (identifiant 13897) donne comme organisation « Bangladesh Telecommunications Company Limited (BTCL) », un statut RIR « ok » et un statut d'as-set IRR « Verified » ; mais elle déclare aussi, en champs remplis par le réseau lui-même, 500 000 préfixes IPv4 et 50 000 préfixes IPv6, un trafic de 500 à 1000 Gbps, un ratio fortement entrant, une portée Asie-Pacifique, les protocoles IPv4 unicast, multicast et IPv6, la préférence « Never via route servers », une politique générale ouverte, une URL de politique de peering sur un domaine btcl, et des installations d'interconnexion chez Arelion (Saint-Pétersbourg), Bharti Airtel (Mumbai) et TATA Communications (Chennai et Mumbai) ; l'enregistrement date du 26 janvier 2023, les informations de peering public du 24 avril 2026 et le statut RIR du 26 juin 2024 https://www.peeringdb.com/asn/17494.

Confrontons ces chiffres auto-déclarés à la table BGP : d'un côté, 500 000 préfixes IPv4 revendiqués ; de l'autre, environ 30 à 49 préfixes originés mesurés par quatre observatoires distincts. L'écart est de quatre ordres de grandeur. Aucune interprétation charitable — blocs réservés, espace transféré, comptage d'adresses — ne comble un tel fossé : les champs semblent n'avoir jamais été remplis avec une valeur signifiante. Le même écart affecte la comparaison temporelle : une fiche créée ou mise à jour en 2023 avec des valeurs de ce type n'informe pas le lecteur de 2026 sur l'état réel du réseau.

Pourquoi ce point mérite-t-il un article et pas une simple note de bas de page ? Parce que PeeringDB est une infrastructure de décision : les équipes de peering y consultent la capacité, la politique et les points d'échange d'un interlocuteur potentiel avant de signer. Une fiche dont les champs quantitatifs sont fantaisistes dégrade la qualité de la coordination pour tout le monde, et les données corrompues persistent précisément parce que la base repose sur l'auto-déclaration.

Le statut « RIR ok » et le statut d'as-set « Verified » montrent d'ailleurs que la vérification institutionnelle porte sur la cohérence du registre, non sur la plausibilité des chiffres déclarés.

Un carnet de clients IRR qui dépasse l'observation

Le même motif — registre gonflé face à observation maigre — se répète côté aval. L'ensemble IRR AS17494:AS-CUSTOMERS, enregistré dans l'APNIC avec la description « BTCL's AS-SET for its Customers » et le pays BD, liste AS17494 lui-même parmi ses membres et déclare un ordre de grandeur de plus de mille AS clients, parmi lesquels AS17469, AS9230, AS24323, AS38200, AS38203, AS23956, AS17806, AS58601, AS58688, AS45588, AS63961, AS10122, AS21859 et AS23876, entre plusieurs centaines d'autres ; la liste contient des doublons, des entrées de casse incohérente (par exemple « as136004 », « As133954 », « As138497 ») et des identifiants mal formés (par exemple « AS1347121 », « AS386001 ») https://bgp.he.net/irr/as-set/AS17494:AS-CUSTOMERS.

Mettez ce chiffre face aux 56 à 63 réseaux aval observés : la strate déclarative excède la strate démontrée d'un facteur vingt environ. Trois lectures coexistent. La première : un opérateur national historique agrège effectivement des centaines de clients dont beaucoup n'émettent jamais assez de trafic pour apparaître dans les collectes. La deuxième : l'as-set est un vestige cumulatif — on y ajoute des clients, on n'en retire jamais — et les doublons et identifiants mal formés trahissent une maintenance par copier-coller.

La troisième : l'ensemble sert aussi de vecteur de politique d'import/export, et sa taille reflète l'intention d'accepter des routes plutôt que des relations observables. Le dossier ne permet pas de trancher entre ces lectures ; ce qui est démontrable, en revanche, c'est l'écart lui-même et l'entretien défectueux de la liste.

Le tampon agrégateur : mêmes faits, autre compteur

Un profil agrégé confirme le socle — registre APNIC, pays Bangladesh, type ISP, allocation du 7 décembre 2000 toujours « Allocated », environ 75 264 adresses IPv4 — tout en ajoutant ses propres compteurs : 94 pairs, 32 préfixes, IPv4 avec 30 préfixes, 74 pairs et 7 en amont, IPv6 avec seulement 2 préfixes, 20 pairs et 4 en amont, un trafic estimé de 500 à 1000 Gbps, un ratio fortement entrant et quatre échanges https://bgpview.io/asn/17494.

Deux enseignements s'en dégagent. D'abord, la date d'allocation — 7 décembre 2000 — et le statut « Allocated » sont corroborés par plusieurs sources indépendantes : le socle registre du dossier est solide. Ensuite, la visibilité IPv6 diverge de façon spectaculaire : 13 préfixes IPv6 originés d'un côté, 2 de l'autre. Écart trop grand pour un simple effet de fenêtre ; il pointe vers des méthodes de collecte différenciant le peering direct de la propagation via route servers, ou vers des collectes partielles.

Le lecteur professionnel retiendra que la portée IPv6 réelle du réseau est incertaine au sein même de ce dossier — un point à surveiller plutôt qu'à trancher.

L'annuaire qui a commandité ce rapport

Enfin, l'entrée d'annuaire qui a motivé ce dossier. Elle indexe l'entité sous la chaîne de description APNIC, lui attribue l'identité réseau AS17494, deux services — un service de « Managed network » et un service de « Internet service provider », chacun marqué « Not yet assessed · 1 record » —, 5 006 réseaux liés, un ASN, des marqueurs « Last updated: 2026-05-14 » et « Data as of 2026-07 », un graphe de relations à niveaux de confiance — Cloudflare en amont avec une confiance haute sur 21 enregistrements et en aval avec 20 enregistrements à confiance haute et 12 à confiance moyenne (dernière trace 2026-06) —, ainsi qu'une relation d'origine de route pour le préfixe 203.112.192.0/24 à confiance moyenne sur 448 enregistrements (dernière trace 2026-08), sur la base d'une seule référence publique de soutien https://btw.media/en/directory/telecom-operator-internet-service-provider-as-well.

La comparaison de cette entrée avec les strates précédentes est révélatrice. Ses compteurs d'arêtes — 21, 20, 12, 448 — ne correspondent à aucun des compteurs opérationnels du dossier ; ses nœuds mêlent réseaux, objets IRT, nœuds d'allocation IP et nœuds de points d'échange ; et son étiquette d'entité est la chaîne de description plutôt qu'un nom d'organisation. C'est le portrait d'une couche d'agrégation curée automatiquement : utile comme index, trompeuse comme biographie.

Deux services « Not yet assessed » signifient honnêtement que personne n'a encore évalué si l'entité vend réellement ces services — pas qu'elle ne les vend pas.

Un dernier trait du dossier registre mérite d'être signalé, car il touche à la gouvernance des données de contact. Les remarques de validation d'un miroir whois marquaient la boîte abuse enregistrée dans l'objet IRT — une adresse sur un domaine gouvernemental — comme invalide, tout en validant une adresse personnelle sur un domaine de messagerie grand public le 31 mars 2026 ; un second miroir, à un instantané antérieur, ne montrait aucune remarque de ce type.

Ces miroirs se désynchronisent, et ce dossier n'a pas interrogé le service whois APNIC directement ; le fait établi est donc étroit : les objets de contact du registre présentent, selon au moins un observateur daté, des incohérences de validation, et les miroirs divergent entre eux sur leur existence même.

Ce que le dossier ne dit pas

Trois zones d'ombre bornent toute conclusion. La première est historique : aucune source de ce dossier n'établit la chronique de succession entre la BTTB qui porte le nom d'organisation du registre et la BTCL que cite PeeringDB, l'as-set et les attributions de sites web ; les deux dénominations coexistent sur les objets du même ASN, et il faut les présenter comme une observation de coexistence, non comme une histoire d'entreprise.

La deuxième est la propriété de l'espace : l'origine de 209.58.24.0/24, bloc de plage ARIN, par un ASN de l'APNIC n'a pas été vérifiée contre les ROA, et le marqueur « announces bogons » rappelle que des annonces problématiques existent. La troisième est méthodologique : la plupart des instantanés du dossier ne datent pas leurs collectes, et les compteurs changent d'une collecte à l'autre — parfois au sein d'une même source.

Ce dossier ne repose sur aucun document d'entreprise, aucune transaction ni aucune décision de régulateur : il est entièrement fondé sur des objets de registre, des observatoires de routage publics, une fiche d'interconnexion auto-déclarée et des couches d'agrégation. Toutes les données sont arrivées par extraits de recherche des URL exactes, sans lecture directe certifiée des pages complètes. Les conclusions normatives restent donc plafonnées à ce que ces sources permettent d'affirmer, et chaque chiffre cité doit être lu comme un attribut de son instantané, pas comme une propriété permanente du réseau.