Resumen

  • El AS17494 está operado de forma demostrable: un rastreador observó 49 prefijos originados (36 IPv4, 13 IPv6) que cubren 75.520 direcciones IPv4, 729 prefijos anunciados contando más específicos y 388 pares BGP observados en una instantánea reciente, con origination continua durante una ventana de monitorización de tres meses.
  • Los objetos de registro de APNIC llevan dos líneas de descripción para el mismo ASN — «Telecom Operator & Internet Service Provider as well» y «Bangladesh Telegraph & Telephone Board(BTTB)» — bajo la organización ORG-BTTB1-AP, mientras PeeringDB, el as-set de clientes y las atribuciones de sitios web nombran a BTCL.
  • Los valores autodeclarados en PeeringDB — 500.000 prefijos IPv4 y 50.000 IPv6 — discrepan en varios órdenes de magnitud de los unos 30–49 prefijos observados en el enrutamiento global, lo que marca esa capa del expediente como obsoleta o de relleno.
  • Los recuentos de pares y adyacencias divergen por metodología: 388 pares observados en bgp.he.net, 68 upstreams / 116 pares / 63 downstreams en ping.pe, 50 pares en IPinfo y 94 en BGPView — diferencias que deben atribuirse a cada rastreador, no reconciliarse a la fuerza.
  • La red alcanza cuatro puntos de intercambio — AMS-IX Amsterdam, DE-CIX Mumbai, Equinix Singapur y LINX LON1 — con direcciones de interfaz coherentes entre rastreadores independientes, y su tráfico global depende de tránsito observado de Bharti Airtel, Tata Communications, NTT, Telecom Italia Sparkle y otras redes.

La capa de registro de Internet anota intenciones; la capa de enrutamiento anota comportamiento. En la mayoría de las redes grandes ambas capas coinciden lo suficiente como para que nadie pregunte. En el AS17494 — el sistema autónomo cuya línea de descripción en el whois de APNIC dice «Telecom Operator & Internet Service Provider as well» — las dos capas cuentan historias distintas sobre identidad, escala y disciplina de mantenimiento, y la distancia entre ellas es un caso de estudio útil sobre lo que la evidencia pública de recursos de red puede y no puede probar.

Dos libros contables: el registro y la operación

Conviene fijar el marco antes de los datos. El expediente de un ASN se compone de al menos tres estratos que no comparten mecanismo de verificación. El primero es el registro: los objetos aut-num, organisation, IRT y los as-sets de IRR que APNIC ampara y que el propio operador mantiene a través de sus objetos maintainer. El segundo es la observación: los rastreadores que recopilan la tabla BGP global y derivan de ella prefijos originados, adyacencias y validación RPKI. El tercero es la autodeclaración: los campos que una red rellena sobre sí misma en bases como PeeringDB.

Los tres pueden contradecirse sin que ninguna autoridad los concilie, y precisamente esa es la situación que este expediente documenta.

El registro dice lo siguiente. El AS17494 fue asignado por APNIC el 7 de diciembre de 2000, con estado «Allocated» y país asignado Bangladesh, un dato corroborado de forma consistente por IPinfo y BGPView https://ipinfo.io/AS17494 https://bgpview.io/asn/17494. Los objetos de whois, consultados en esta investigación a través de espejos públicos del registro de APNIC, describen el aut-num con el nombre de objeto BTTB-AS-AP, llevan las dos líneas de descripción ya citadas y dependen de la organización ORG-BTTB1-AP, registrada como «Bangladesh Telegraph & Telephone Board», de tipo LIR, con dirección en Telejogajog Bhaban, 37/E, Eskaton Garden, Dhaka; el aut-num fue modificado por última vez el 18 de enero de 2021 y el objeto de organización el 5 de septiembre de 2023. La cadena de mantenedores pasa por APNIC-HM y MAINT-BD-BTTB, con un objeto IRT dirigido a «Data and Internet Service, Bangladesh Telecommunications Company Ltd, Moghbazar Telephone Bhaban, Dhaka» https://records.ping.pe/whois/AS17494.

Las líneas de política de importación y exportación del aut-num referencian a AS3491, AS7374, AS5400, AS702 y AS6762 con reglas «announce/accept ANY». Es texto de registro histórico, no prueba de contratos de tránsito vigentes: un objeto whois documenta lo que se declaró al registrar, no lo que se factura hoy https://records.ping.pe/whois/AS17494.

Lo que la tabla BGP demuestra

Pasemos al comportamiento. En una instantánea reciente del periodo de investigación, el retrato de enrutamiento de bgp.he.net observó al AS17494 originando 49 prefijos — 36 IPv4 y 13 IPv6 — que cubren 75.520 direcciones IPv4, con 729 prefijos anunciados una vez incluidos los más específicos, 4.680 caminos AS observados en IPv4 y 1.619 en IPv6, y 388 pares BGP observados. La misma página levanta diagnósticos: «AS17494 announces bogons» y, de los prefijos originados, 37 con RPKI válido y 12 inválidos en ese momento https://bgp.he.net/AS17494.

Cada uno de esos números tiene un alcance limitado: son instantáneas rodantes de colecciones route-view, y el propio espejo IPv4 del mismo sitio mostró totales algo distintos en otra fecha de recolección (742 prefijos anunciados en total, 729 en IPv4) frente a la página principal (729 / 716) — deriva pura de captura a captura https://bgp.he.net/AS17494. Pero su dirección es inequívoca. Un ASN que origina medio centenar de prefijos y mantiene cientos de sesiones BGP no es una cascarilla administrativa: es una explotación viva. La marca «announces bogons» coexiste además con una mayoría de prefijos válidos según RPKI; los dos diagnósticos miden cosas distintas — uno señala la presencia de anuncios problemáticos, el otro la salud global de la validación de origen — y ninguno debe leerse como un veredicto.

La lista por prefijo confirma lo mismo prefijo a prefijo. Un espejo de registros por prefijo documenta 38 prefijos anunciados desde el AS17494 bajo el nombre Bangladesh Telegraph & Telephone Board: agregados como 114.130.128.0/18, 123.49.0.0/18, 180.211.128.0/17, 203.112.192.0/19 y — notable en una red de APNIC — 209.58.24.0/24, un bloque del rango ARIN, además de numerosos /24 más específicos; la mayoría de los prefijos allí son RPKI válidos, con 103.110.215.0/24 y 2407:5000:b::/48 marcados como inválidos https://records.ping.pe/AS17494. La origination de un bloque de rango ARIN por un ASN de APNIC quedó en este estudio sin contrastar contra la titularidad de los ROA de RPKI; es una condición observable pendiente, no una conclusión.

Tres meses de origination continua

Una instantánea prueba la existencia; una serie temporal prueba la continuidad. La monitorización de Qrator Labs, sobre la ventana del 18 de junio al 18 de septiembre de 2026, muestra unos 35 prefijos activos (unos 81.600 identificadores) con propagación a 521–580 observadores — aproximadamente el 100 % de la tabla mundial — y validez RPKI y de route-object en las filas activas, entre las que figuran 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 y 180.211.202.0/24 https://radar.qrator.net/as/17494.

Es la pieza de evidencia más importante del expediente para quien quiera responder a la pregunta «¿esta red funciona de verdad?». Durante tres meses consecutivos, los mismos bloques de direcciones fueron originados y propagados prácticamente en todas partes, con validación de origen en regla sobre los prefijos activos. La continuidad temporal descarta la hipótesis de un objeto de registro dormido o de anuncios residuales: detrás del AS17494 hay infraestructura operada a diario.

Conviene ser honesto con los límites: la ventana de monitorización abarca los tres meses mostrados, la mayoría de instantáneas del expediente no llevan fecha de recolección explícita, y la continuidad se demuestra sobre esa ventana concreta, no como propiedad permanente.

Presencia mundial en los puntos de intercambio

El tercer pilar de la evidencia operativa es la interconexión. La red está documentada en cuatro puntos de intercambio: AMS-IX en Amsterdam, DE-CIX en Mumbai, Equinix en Singapur y LINX LON1 en Londres. Las direcciones de interfaz son coherentes entre los rastreadores y PeeringDB: 80.249.211.151 y 2001:7f8:1::a501:7494:1 en AMS-IX; 103.27.171.154 y 2401:7500:fff6::267 en DE-CIX Mumbai; 27.111.228.145 y 2001:de8:4::1:7494:1 en Equinix Singapur; y 195.66.226.78 con 2001:7f8:4::4456:1 en LINX LON1 https://bgp.he.net/AS17494 https://www.peeringdb.com/asn/17494 https://worldip.io/asn/17494.

Esta coherencia entre fuentes independientes es significativa por partida doble. Relaciona un ASN bangladesí con infraestructuras de intercambio europeas, indias y singapurenses, y explica la lista larga de pares internacionales observados más adelante. Y dice algo económico: llevar tráfico hasta Amsterdam y Londres desde Dhaka supone circuitos submarinos pagados al megabit, lo que encaja con un perfil de red fuertemente entrante — la de un operador nacional que consume mucho más contenido internacional del que exporta.

El aval bangladesí: qué revela la tránsito

El informe de adyacencias IPv4 basado en route-view de bgp.potaroo.net cuenta 62 adyacencias: seis aguas arriba (Zayo Bandwidth AS6461, Bharti Airtel AS9498, PCCW Global AS3491, TATA Communications America AS6453, Telecom Italia Sparkle AS6762 y NTT AS2914) y 56 aguas abajo. La lista aguas abajo es una muestra del ecosistema de redes bangladesí: 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, la oficina del Chief Electric Inspector, Tahoe Communication, Infobase Limited, Grameen Communications, Cybergate, BD Link y Cloudflare AS14789, entre otras. El informe computa unas 81.664 direcciones originadas y 154.112 en tránsito, con 35 prefijos corrientes y 19 retirados dentro de su ventana de informe — una reducción del 54,29 % https://bgp.potaroo.net/cgi-bin/as-report?as=AS17494&v=4&view=2.0.

Esos nombres aguas abajo son la parte económicamente sustanciosa del expediente. El valor de un operador de tránsito de nivel nacional es su base de clientes, y las listas de adyacencia sugieren que el AS17494 lleva rutas de una porción considerable de la conectividad institucional y comercial de Bangladesh: operadores móviles, una red nacional de investigación, organismos públicos, universidades y una larga cola de proveedores locales. La aritmética de origination del informe IPv4 es coherente con una red que sirve a clientes y anuncia, además, rutas más específicas de las que sus agregados exigen estrictamente.

Los informes de adyacencia llevan su propio aviso, que conviene honrar en cada frase donde aparezca el vocabulario: las etiquetas de aguas arriba y aguas abajo son descripciones estrictamente topológicas relativas al punto de recolección, no relaciones comerciales de proveedor, cliente o par https://bgp.potaroo.net/cgi-bin/as-report?as=AS17494&v=4&view=2.0. Lo que esa reserva no impide es la observación estructural: el AS17494 es un nodo de agregación para redes bangladesíes muy diversas que alcanzan el Internet global a través de él o junto a él según sus propios contratos.

La vista IPv6 del mismo tipo de informe cuenta una versión más compacta de la misma historia: 14 adyacencias, cuatro aguas arriba (TATA AS6453, Arelion AS1299, NTT AS2914 y Bharti AS9498) y diez aguas abajo (Cloudflare AS14789, GrameenPhone AS24389, Axiata/Robi AS24432, Zenlayer AS21859, Kaopu Cloud HK AS138915, Radiant AS38067, BdREN AS63961, Bangladesh Computer Council AS63932, Gmax AS150748 y BTCL-ISP AS45588), con unos 4.295 millones de equivalentes /32 originados y 8.693 millones en tránsito https://www.cidr-report.org/cgi-bin/as-report?as=AS17494&v=6&view=2.0.

El contraste entre ambas vistas es instructivo: el conjunto aguas arriba en IPv6 incluye a Arelion y excluye a Zayo, PCCW y Sparkle, mientras la vista IPv4 hace lo contrario. No es una contradicción fáctica sino la huella de instantáneas y perímetros distintos. Refuerza el punto de método que este expediente repite: ninguna lista de adyacencia vale por un contrato, y ninguna instantánea vale por un historial.

Los pares observados y por qué los recuentos no cuadran

Un registro de pares observados separa tres columnas para el AS17494: 68 upstreams, 116 pares y 63 downstreams. Aguas arriba dominan el tránsito mayorista: Bharti Airtel, NTT America, Tata Communications (America), Telecom Italia Sparkle y Hurricane Electric, junto con Arelion, SURF, Angola Cables, F5 e Inter.link. La columna de pares mezcla redes de escala de intercambio: HostSG AS24482, Vorboss AS25160, Blacknight AS39122, VeloxServ AS3170 y Unitas Global AS1828. Aguas abajo reaparece el ecosistema nacional: Gmax AS150748, Cybergate AS58599, BdREN AS63961, Exabyte AS150178, Apple Communication AS139901, Virgo AS58945, Earth Telecommunication AS58715, Radiant AS58688, Bijoy Online AS24556 y bdHUB AS58656 https://records.ping.pe/peers/AS17494.

Juntemos ahora los contadores. Este registro dice 68/116/63; el retrato de enrutamiento citado antes dice 388 pares BGP observados; IPinfo reporta 50 pares, 6 aguas arriba y 50 aguas abajo https://ipinfo.io/AS17494; BGPView dice 94 pares, con 30 prefijos IPv4, 74 pares y 7 aguas arriba en la vista IPv4 y solo 2 prefijos IPv6 visibles frente a los 13 de bgp.he.net https://bgpview.io/asn/17494. Estos cuatro no se contradicen sobre los hechos: cuentan cosas distintas sobre ventanas distintas — sesiones observadas únicas, adyacencias topológicas, relaciones declaradas o inferidas. La lección de método es general: en análisis de interconexión, toda afirmación del tipo «X tiene N pares» está incompleta mientras no nombre la método y la ventana. El propio uso del espacio añade otra lectura: un agregador registra 1.161 dominios hospedados sobre 44 direcciones del espacio de la red y bloques anunciados representativos como 180.211.128.0/17, 114.130.128.0/18, 123.49.0.0/18 y 203.112.192.0/19 https://ipinfo.io/AS17494.

El perfil de WorldIP completa la comparación con una variante más conservadora: 40 prefijos que cubren solo 31.744 direcciones https://worldip.io/asn/17494. El rango total de direcciones originadas abarca de 31.744 a 75.520 según el rastreador, y ninguna cifra individual es autoritativa: son atributos de su instantánea, no propiedades permanentes de la red.

La autodeclaración: PeeringDB y sus 500.000 prefijos

Aquí está el estrato más frágil del expediente. La ficha de PeeringDB de la red (identificador 13897) da como organización «Bangladesh Telecommunications Company Limited(BTCL)», con estado RIR «ok» y estado de as-set IRR «Verified»; pero también declara, en campos rellenados por la propia red, 500.000 prefijos IPv4 y 50.000 prefijos IPv6, un tráfico de 500 a 1000 Gbps, un ratio fuertemente entrante, alcance Asia Pacífico, los protocolos IPv4 unicast, multicast e IPv6, la preferencia «Never via route servers», una política general abierta, una URL de política de peering en un dominio btcl, e instalaciones de interconexión en Arelion (San Petersburgo), Bharti Airtel (Mumbai) y TATA Communications (Chennai y Mumbai); la ficha se actualizó el 26 de enero de 2023, la información de peering público el 24 de abril de 2026 y el estado RIR el 26 de junio de 2024 https://www.peeringdb.com/asn/17494.

Enfrentemos esos valores autodeclarados a la tabla BGP: de un lado, 500.000 prefijos IPv4 reivindicados; del otro, unos 30–49 prefijos originados medidos por cuatro observatorios distintos https://bgp.he.net/AS17494 https://records.ping.pe/AS17494. El vacío es de cuatro órdenes de magnitud. Ninguna interpretación benévola — bloques reservados, espacio transferido, recuento de direcciones — lo rellena: los campos parecen nunca haber contenido un valor significativo. Este perfil de tráfico y política (500–1000 Gbps, fuertemente entrante, Asia Pacífico, política abierta, cuatro intercambios, as-set AS17494:AS-CUSTOMERS) es reproducido por WorldIP y BGPView, pero sigue siendo autodeclarado en cadena https://worldip.io/asn/17494 https://bgpview.io/asn/17494.

Por qué merece esto un párrafo largo y no una nota al pie: porque PeeringDB es infraestructura de decisión. Los equipos de peering consultan allí capacidad, política y puntos de intercambio de un contraparte antes de firmar. Una ficha con campos cuantitativos fantásticos degrada la calidad de la coordinación para todos, y los datos corruptos persisten precisamente porque la base se apoya en la autodeclaración. Los estados «RIR ok» y «Verified» muestran además que la verificación institucional recae sobre la coherencia del registro, no sobre la plausibilidad de las cifras declaradas.

Dos detalles completan el cuadro: la preferencia «Never via route servers» coexiste con sesiones documentadas en cuatro intercambios basados en route server — es una declaración de preferencia, no una ausencia de presencia en IXPs — y los campos de URL de route server y looking glass aparecen sin valores capturados, sin que el expediente permita saber si están vacíos o simplemente no se renderizaron.

El as-set IRR: más de mil declarados, sesenta observados

El mismo motivo — registro inflado frente a observación exigua — se repite aguas abajo. El as-set IRR AS17494:AS-CUSTOMERS, registrado en APNIC con la descripción «BTCL's AS-SET for its Customers» y país BD, lista al propio AS17494 entre sus miembros — algo atípico — y declara un orden de magnitud de más de mil AS clientes, entre los que figuran AS17469, AS9230, AS24323, AS38200, AS38203, AS23956, AS17806, AS58601, AS58688, AS45588, AS63961, AS10122, AS21859 y AS23876, entre cientos más; la lista contiene duplicados, entradas de mayúsculas incoherentes («as136004», «As133954», «As138497») e identificadores mal formados («AS1347121», «AS386001») https://bgp.he.net/irr/as-set/AS17494:AS-CUSTOMERS.

Contraste: 56 a 63 redes aguas abajo observadas por la operación https://records.ping.pe/peers/AS17494 https://bgp.potaroo.net/cgi-bin/as-report?as=AS17494&v=4&view=2.0. La capa declarativa excede la demostrada en un factor cercano a veinte. Tres lecturas coexisten. La primera: un operador nacional histórico agrega efectivamente cientos de clientes, muchos de los cuales nunca generan tráfico suficiente para aparecer en las recolecciones. La segunda: el as-set es un vestigio acumulativo — se añade, nunca se retira — y los duplicados e identificadores mal formados delatan mantenimiento por copiar y pegar. La tercera: el conjunto funciona también como vector de política de importación/exportación, y su tamaño refleja la intención de aceptar rutas más que relaciones observables. Este expediente no permite decidir entre las tres; lo que sí es demostrable es la brecha misma y el mantenimiento defectuoso de la lista.

La entrada de directorio que dio origen a este informe

La entrada del directorio de BTW indexa la entidad bajo la cadena de descripción de APNIC — «Telecom Operator & Internet Service Provider as well» —, le atribuye la identidad de red AS17494, un ASN, 5.006 redes relacionadas, dos servicios («Managed network» e «Internet service provider», cada uno «Not yet assessed · 1 record»), marcadores «Last updated: 2026-05-14» y «Data as of 2026-07», un grafo de relaciones con niveles de confianza — Cloudflare como aguas arriba con confianza alta sobre 21 registros, y aguas abajo con 20 registros de confianza alta y 12 de media, con última traza en 2026-06 —, y una relación de origen de ruta para 203.112.192.0/24 de confianza media sobre 448 registros, con última traza en 2026-08, apoyada en una sola referencia pública https://btw.media/es/directory/telecom-operator-internet-service-provider-as-well.

La comparación de esta entrada con los estratos anteriores es reveladora. Sus contadores de aristas — 21, 20, 12, 448 — no corresponden a ninguno de los contadores operativos del expediente; sus nodos mezclan redes con objetos que no son redes; y su etiqueta de entidad es la cadena de descripción antes que un nombre de organización. Es el retrato de una capa de agregación curada automáticamente: útil como índice, engañosa como biografía. Que dos servicios aparezcan «Not yet assessed» significa honestamente que nadie ha evaluado todavía si la entidad vende realmente esos servicios — no que no los venda.

La colisión de nombres

La discrepancia más profunda atraviesa todas las capas. El objeto aut-num lleva dos líneas de descripción: la cadena que sirve de nombre público y «Bangladesh Telegraph & Telephone Board(BTTB)» https://records.ping.pe/whois/AS17494. Los campos de organización y as-name apuntan a BTTB; PeeringDB nombra a BTCL https://www.peeringdb.com/asn/17494; la descripción del as-set dice «BTCL's AS-SET for its Customers» https://bgp.he.net/irr/as-set/AS17494:AS-CUSTOMERS; y las atribuciones de sitios web en los agregadores apuntan a btcl.gov.bd, con la política de peering listada por PeeringDB en btcl.com.bd https://ipinfo.io/AS17494 https://bgpview.io/asn/17494.

El mecanismo por el que la cadena de descripción llegó a ser «nombre de entidad» es un efecto de canalización: un campo libre de un objeto whois se propagó a los campos de visualización de los agregadores y de allí a los directorios. No es un nombre legal ni un nombre comercial; es texto descriptivo. Que la organización registrada sea BTTB mientras el registro de interconexión y los sitios apuntan a BTCL es un hecho observado en los mismos objetos del ASN.

Ninguna fuente de este expediente afirma ni fecha una sucesión formal entre la Bangladesh Telegraph & Telephone Board y la Bangladesh Telecommunications Company Limited: la bifurcación de denominaciones debe presentarse como coexistencia observada, no como historia corporativa.

La higiene del registro también muestra defectos visibles en los datos de contacto. Una observación de validación en un espejo de whois, fechada el 31 de marzo de 2026, marca como inválido el buzón de abuso registrado en el objeto IRT — una dirección en un dominio gov.bd — mientras valida una dirección personal en un dominio de correo de consumo; una segunda instantánea de otro espejo, del 28 de enero de 2025, no muestra esa observación https://records.ping.pe/whois/AS17494 https://bgpview.io/asn/17494. Los espejos se desincronizan, y este estudio no consultó el servicio whois de APNIC directamente, de modo que el hecho establecido es estrecho: los objetos de contacto del registro presentan, según al menos un observador fechado, incoherencias de validación, y los espejos discrepan entre sí sobre su existencia misma.

Lo que el expediente no dice

El expediente ensamblado prueba, con corroboración multi-fuente, que el AS17494 es una red de tránsito y servicios de acceso operada de forma continua, con base de clientes bangladesí, relaciones de tránsito globales, presencia en cuatro intercambios mayores y propagación casi universal de su espacio originado. No prueba quién, en sentido societario, la opera: el registro ofrece a BTTB como organización registrada, PeeringDB y las atribuciones web ofrecen a BTCL, y los agregadores y directorios muestran una línea de descripción. Tampoco valida las cifras autodeclaradas de escala, ni puede reconciliar los recuentos de pares entre metodologías.

Las condiciones observables que resolverían las dudas son concretas: una consulta directa al whois de APNIC para confirmar los objetos vigentes y el estado de validación del contacto de abuso; un registro corporativo o fuente equivalente que feche la sucesión BTTB–BTCL; la corrección de los campos de prefijos en PeeringDB hacia magnitudes enrutadas; y el contraste de la origination del bloque de rango ARIN 209.58.24.0/24 contra la titularidad de sus ROA.

Este informe no se apoya en documentos societarios, transacciones ni decisiones regulatorias: todo se fundamenta en objetos de registro, observatorios públicos de enrutamiento, una ficha de interconexión autodeclarada y capas de agregación, llegadas como extractos de búsqueda de las URL exactas, sin lectura directa certificada de páginas completas. Las conclusiones normativas quedan acotadas a lo que esas fuentes permiten afirmar, y cada cifra citada debe leerse como atributo de su instantánea, no como propiedad permanente de la red.