Resumen

  • El registro APNIC nombra AS17494 con una línea de descripción de texto libre y un objeto organizacional (ORG-BTTB1-AP) llamado "Bangladesh Telegraph & Telephone Board", mientras PeeringDB lo atribuye a Bangladesh Telecommunications Company Limited (BTCL).
  • El contacto de abuse registrado lleva una observación del propio APNIC que lo declara inválido.
  • Los rastreadores públicos discrepan en cifras básicas: prefijos originados de 37 a 49 y pares observados de 66 a 388 según la fuente.

Qué dice el registro

El objeto aut-num AS17494 en APNIC Whois lleva el as-name BTTB-AS-AP, país BD, y dos líneas descr: "Telecom Operator & Internet Service Provider as well" y "Bangladesh Telegraph & Telephone Board(BTTB)". El objeto organizacional ORG-BTTB1-AP conserva el nombre de la junta de telégrafos y teléfonos, la entidad estatal histórica, aunque la operación comercial pasó hace años a la empresa limitada. El objeto fue modificado por última vez el 2021-01-18T01:59:48Z. Las direcciones de notificación mezclan dos dominios —bttb.net.bd y btcl.net.bd— y el objeto IRT asociado da una dirección postal de Bangladesh Telecommunications Company Ltd en Moghbazar Telephone Bhaban, Dhaka, junto con la observación de que el contacto de abuse registrado "es inválido". En otras palabras, el propio registro documenta la transición de nombre y, al mismo tiempo, declara inservible su canal de contacto de abuso (APNIC Whois).

Qué dice la capa operativa autopublicada

PeeringDB atribuye el AS a "Bangladesh Telecommunications Company Limited(BTCL)", con el sitio btcl.gov.bd, el as-set IRR AS17494:AS-CUSTOMERS verificado, niveles de tráfico declarados de 500-1000 Gbps y un límite configurado de 500,000 prefijos IPv4. Los datos públicos de peering se actualizaron el 2026-04-24 y el estado RIR figura como correcto. Es la capa que muchos sistemas de verificación de pares consultan primero, y es la que nombra a la entidad comercial actual (PeeringDB).

Qué dicen los rastreadores de enrutamiento

Hurricane Electric reporta 49 prefijos originados (36 v4, 13 v6), 729 anunciados, 388 pares BGP observados, 75,520 direcciones IPv4 originadas y un estado RPKI de 37 entradas válidas frente a 12 inválidas en origen (bgp.he.net). bgp.tools, por su parte, cuenta 34 prefijos IPv4 y 3 IPv6, 354 pares, 7 upstreams (Bharti Airtel AS9498, TATA Communications AS6453, Cogent AS174, Telecom Italia Sparkle AS6762, NTT AS2914, PCCW Global AS3491, Arelion AS1299), 58 downstreams y una cone de 278, con la red clasificada como "Eyeball" y velocidades de enlace de 100 Gbps en Equinix Singapur y de 10 Gbps en AMS-IX, DE-CIX Mumbai y LINX LON1 (bgp.tools). IPinfo cifra 75,264 direcciones IPv4 —ligeramente distinto de HE— y confirma el registro APNIC, la fecha de asignación de 2000-12-07 y la asociación con btcl.gov.bd (IPinfo). Un tercer agregador atribuye el AS a BTCL con solo 66 pares y 23 redes, cifras que difieren de forma extrema de las demás fuentes (bgp.gibir.net.tr).

La colisión de identidad como dato operativo

Ninguna de las fuentes públicas consultadas establece una atribución operativa autoritativa: el nombre visible en el directorio proviene de una línea de descripción de texto libre, el registro conserva el nombre de la junta histórica, PeeringDB registra la identidad autopublicada actual y los contadores de monitoreo difieren en márgenes amplios. Para un operador que evalúa un acuerdo de peering o una conexión de tránsito, esto significa que la verificación de identidad no puede apoyarse en una sola capa.

El registro muestra la responsabilidad administrativa histórica; PeeringDB muestra lo que la red declara de sí misma; los rastreadores muestran lo que el enrutamiento parece hacer, con varianza de punto de observación.

Qué debería buscar un contraparte

Primero, la coherencia entre el as-set IRR verificado en PeeringDB y los prefijos que realmente se originan: si un prefijo anunciado no aparece en AS17494:AS-CUSTOMERS, la política de filtrado debería tratarlo como sospechoso. Segundo, el estado RPKI: 12 entradas originadas inválidas en el conteo de HE es una señal de calidad de operación medible, ajena a la disputa de identidad pero asociada a ella. Tercero, un canal de abuso funcional: el contacto registrado está marcado como inválido por el propio registro, de modo que el canal de notificación efectivo debe verificarse por otra vía antes de confiar en él.