Resumo

  • AS17494 opera intensamente: em um instantâneo do Hurricane Electric BGP Toolkit, originou 49 prefixos (36 IPv4 e 13 IPv6) cobrindo 75.520 endereços IPv4, com 729 prefixos anunciados contando mais-específicos, e 388 pares BGP observados (https://bgp.he.net/AS17494).
  • A identidade registrada e a operacional não coincidem: o objeto aut-num do APNIC traz a linha de descrição "Telecom Operator & Internet Service Provider as well" e o nome de organização Bangladesh Telegraph & Telephone Board (BTTB) sob ORG-BTTB1-AP (https://records.ping.pe/whois/AS17494), enquanto o PeeringDB lista a organização como Bangladesh Telecommunications Company Limited (BTCL) (https://www.peeringdb.com/asn/17494).
  • Os contadores divergem por rastreador: pares observados variam de 50 (IPinfo) a 388 (bgp.he.net), com 116 no ping.pe e 94 no BGPView; endereços originados variam de 31.744 (WorldIP) a 75.520 (bgp.he.net).
  • O registro de interconexão autopublicado no PeeringDB declara 500.000 prefixos IPv4 e 50.000 IPv6 — ordens de grandeza acima dos 30-49 prefixos observados em roteamento global.
  • O as-set IRR AS17494:AS-CUSTOMERS, descrito como "BTCL's AS-SET for its Customers", declara mais de mil ASNs membros, contra 56-63 downstreams observados, e contém entradas duplicadas e malformadas.
  • O descolamento identidade-operação é um problema econômico de qualidade de dados: ele onera decisões de peering, tratamento de abuso e diligência de contraparte.

Duas contabilidades para a mesma rede

Toda avaliação de uma rede de telecomunicações começa com duas perguntas: o que ela registra, e o que ela faz. Para AS17494, essas duas contabilidades contam histórias diferentes — não contraditórias, mas desalinhadas de modo que custa caro a quem depende delas.

No livro do registro, o ASN 17494 foi alocado pelo APNIC em 7 de dezembro de 2000, com status "Allocated" e país BD, e permanece alocado (https://ipinfo.io/AS17494; https://bgpview.io/asn/17494). O objeto aut-num correspondente carrega as-name BTTB-AS-AP, organização ORG-BTTB1-AP nomeada "Bangladesh Telegraph & Telephone Board", tipo LIR, endereço em Telejogajog Bhaban, 37/E, Eskaton Garden, em Dhaka, com última modificação do objeto de organização em 5 de setembro de 2023 e do aut-num em 18 de janeiro de 2021 (https://records.ping.pe/whois/AS17494). Duas linhas de descrição convivem no mesmo objeto: "Telecom Operator & Internet Service Provider as well" e "Bangladesh Telegraph & Telephone Board(BTTB)".

No livro da operação, a rede está viva e bem conectada. O Hurricane Electric BGP Toolkit registra, em seu instantâneo, 49 prefixos originados — 36 IPv4 e 13 IPv6 — cobrindo 75.520 endereços IPv4, com 729 prefixos anunciados quando se contam os mais-específicos, 388 pares BGP observados, 37 prefixos originados RPKI-válidos e 12 inválidos, 4.680 caminhos AS observados em IPv4 e 1.619 em IPv6 (https://bgp.he.net/AS17494). O mesmo site levanta um diagnóstico próprio: "AS17494 announces bogons".

O desalinhamento está no meio: a camada de identidade que liga registro a operação. É essa camada que agregadores, diretórios e contrapartes usam para nomear, avaliar e confiar na rede. E é precisamente essa camada que, no caso de AS17494, deriva de uma linha de texto livre em vez de um nome corporativo.

Como uma linha de descrição virou nome de empresa

O mecanismo é rastreável. O APNIC permite, no objeto aut-num, um campo descr de texto livre. O objeto de AS17494 contém a frase "Telecom Operator & Internet Service Provider as well" — gramaticalmente, um fragmento de descrição, não um nome de firma (https://records.ping.pe/whois/AS17494). Agregadores como IPinfo e BGPView renderizam esse campo como título da página do ASN: IPinfo mostra "AS17494 Telecom Operator & Internet Service Provider" (https://ipinfo.io/AS17494) e BGPView mostra "AS17494 Telecom Operator & Internet Service Provider as well" (https://bgpview.io/asn/17494). O diretório da BTW segue o mesmo caminho: sua entrada para a entidade usa a string de descrição como nome (https://btw.media/en/directory/telecom-operator-internet-service-provider-as-well).

Enquanto isso, os campos estruturados do registro apontam para entidades nomeadas. A organização é BTTB sob ORG-BTTB1-AP; o objeto IRT registra "Data and Internet Service, Bangladesh Telecommunications Company Ltd, Moghbazar Telephone Bhaban, Dhaka" (https://records.ping.pe/whois/AS17494). O PeeringDB, registro de interconexão mantido pela própria comunidade, lista a organização da rede 13897 como "Bangladesh Telecommunications Company Limited(BTCL)" (https://www.peeringdb.com/asn/17494). A descrição do as-set IRR diz "BTCL's AS-SET for its Customers" (https://bgp.he.net/irr/as-set/AS17494:AS-CUSTOMERS). As atribuições de site que os agregadores capturam apontam para btcl.gov.bd e btcl.gov.bd/en, e o PeeringDB lista a política de peering em btcl.com.bd (https://ipinfo.io/AS17494; https://bgpview.io/asn/17494; https://worldip.io/asn/17494).

Um ponto exige cautela: nenhuma fonte neste conjunto documenta ou data uma sucessão formal de BTTB para BTCL. A coocorrência dos dois nomes nos registros do mesmo ASN é um fato observado; a história corporativa que explicaria a transição não está no material examinado. O que se pode afirmar é a divisão de nomes em si — BTTB nos campos de registro, BTCL no PeeringDB, no as-set e nas atribuições de site, e a string de descrição como nome de exibição — apresentada como observação, não como genealogia corporativa.

O livro operacional: o que AS17494 realmente anuncia

Os dados de roteamento, tomados rastreador por rastreador, mostram uma rede que opera de forma intensa e estável.

O Hurricane Electric BGP Toolkit registra 49 prefixos originados (36 IPv4, 13 IPv6) e 729 anunciados, com 37 originados RPKI-válidos e 12 inválidos, e 388 pares BGP observados (https://bgp.he.net/AS17494). O ping.pe lista 38 prefixos anunciados por AS17494 — que aparece em seus rótulos como Bangladesh Telegraph & Telephone Board — incluindo agregados como 114.130.128.0/18, 123.49.0.0/18, 180.211.128.0/17 e 203.112.192.0/19 com muitos mais-específicos /24; em IPv6, 2407:5000::/32, 2407:5000:6002::/48 e 2407:5000:b::/48; a maioria dos prefixos é RPKI VALID, dois estão marcados INVALID (https://records.ping.pe/AS17494).

O Qrator Radar oferece o dado mais valioso: uma janela de monitoramento datada, de 18 de junho a 18 de setembro de 2026, com cerca de 35 prefixos ativos (~81,6 mil IPs), propagação para 521-580 observadores (~100%), e linhas ativas como 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 e 180.211.202.0/24, cada uma RPKI Valid e Route Object Valid (https://radar.qrator.net/as/17494). Três meses de originação contínua não são um artefato de instantâneo.

Os relatórios de adjacência do potaroo e do CIDR Report fecham o quadro. Em IPv4, o potaroo conta 62 adjacências: 6 a montante (AS6461 Zayo Bandwidth, AS9498 Bharti Airtel, AS3491 PCCW Global, AS6453 TATA Communications America, AS6762 Telecom Italia Sparkle, AS2914 NTT) e 56 downstream, incluindo Universidade de Dhaka, GrameenPhone AS24389, Robi/Axiata AS24432, BdREN AS63961, Bangladesh Computer Council AS63932, BTCL-ISP AS45588, AmberIT, Radiant, DESCO, Special Security Force SSF e Cloudflare AS14789; cerca de 81.664 endereços originados com ~154.112 de trânsito; 35 prefixos correntes com 19 retirados na janela do relatório (redução de 54,29%) (https://bgp.potaroo.net/cgi-bin/as-report?as=AS17494&v=4&view=2.0). Em IPv6, o CIDR Report conta 14 adjacências: 4 a montante (AS6453 TATA, AS1299 Arelion, AS2914 NTT, AS9498 Bharti) e 10 downstream, incluindo Cloudflare AS14789, GrameenPhone, Axiata/Robi, Zenlayer AS21859, Kaopu Cloud HK AS138915, Radiant AS38067, BdREN, Bangladesh Computer Council, Gmax AS150748 e BTCL-ISP AS45588; originação IPv6 de ~4.295.032.832 equivalentes /32, com trânsito de ~8.693.612.544 (https://www.cidr-report.org/cgi-bin/as-report?as=AS17494&v=6&view=2.0).

Ambos os relatórios trazem a mesma advertência, que deve atravessar toda análise: os rótulos upstream/downstream são descrições topológicas relativas, não relações de negócio provedor/cliente/par.

Pares, vizinhos e a aritmética incompatível dos rastreadores

Nenhum número de "pares" de AS17494 coincide com outro. bgp.he.net observa 388 pares BGP (https://bgp.he.net/AS17494). O ping.pe divide 68 upstreams, 116 pares e 63 downstreams, com upstreams incluindo Bharti Airtel, NTT America, Tata Communications (America), Telecom Italia Sparkle e Hurricane Electric, além de Arelion, SURF, Angola Cables, F5 e Inter.link, e downstreams incluindo Gmax, Cybergate, BdREN, Exabyte, Apple Communication, Virgo, Earth Telecommunication, Radiant, Bijoy Online e bdHUB (https://records.ping.pe/peers/AS17494). O IPinfo reporta 50 pares, 6 upstreams e 50 downstreams (https://ipinfo.io/AS17494). O BGPView reporta 94 pares (https://bgpview.io/asn/17494).

A lição metodológica é direta: cada rastreador amostra a tabela global em momentos e lugares diferentes, com definições próprias de sessão observada. Nenhum desses números é "o" número de pares da rede; todos são estimativas com janelas e vieses distintos. Para uma contraparte, a implicação prática é que decisões de peering baseadas em um único rastreador herdam seu viés — e que a faixa de 50 a 388 é larga o suficiente para mudar uma avaliação de relevância.

A mesma divergência aparece no footprint de endereços: 75.520 IPs IPv4 originados segundo bgp.he.net (https://bgp.he.net/AS17494), 75.264 segundo IPinfo e BGPView (https://ipinfo.io/AS17494; https://bgpview.io/asn/17494), e apenas 31.744 segundo WorldIP (https://worldip.io/asn/17494). Em IPv6, bgp.he.net vê 13 prefixos originados contra 2 no BGPView. Até o próprio espelho IPv4 do bgp.he.net divergiu de sua página principal (742/729 contra 729/716) entre capturas — a deriva de dados rolagens de route-view é demonstrável dentro de uma única fonte.

Quatro pontos de troca, endereços consistentes

Onde há consistência entre fontes, ela é informativa. Três rastreadores e o PeeringDB concordam sobre quatro pontos de troca e seus endereços de interface: AMS-IX Amsterdam (80.249.211.151 / 2001:7f8:1::a501:7494:1), DE-CIX Mumbai (103.27.171.154 / 2401:7500:fff6::267), Equinix Singapore (27.111.228.145 / 2001:de8:4::1:7494:1) e LINX LON1 (195.66.226.78 / 2001:7f8:4::4456:1) (https://bgp.he.net/AS17494; https://www.peeringdb.com/asn/17494; https://worldip.io/asn/17494).

Essa concordância importa por dois motivos. Primeiro, sessões em AMS-IX, DE-CIX Mumbai, Equinix Singapore e LINX LON1 colocam uma rede de Dhaka diretamente nos maiores pontos de encontro de tráfego da Europa e da Ásia — um perfil típico de operador que compra trânsito global e vende conectividade nacional. Segundo, a consistência dos endereços entre fontes independentes é o tipo de verificação cruzada que a camada de identidade da rede não recebeu: os contadores divergem, mas os plugues físicos coincidem.

PeeringDB: declarações autopublicadas contra roteamento observado

O registro PeeringDB 13897 é o documento mais denso da camada autopublicada. Nele, a organização é Bangladesh Telecommunications Company Limited (BTCL), o IRR AS-SET Status é "Verified" e o RIR Status "ok", com atualização de RIR em 26 de junho de 2024; a rede declara tráfego de 500-1000 Gbps, heavy inbound, escopo Ásia-Pacífico, política de peering aberta, preferência "Never via route servers", e — crucialmente — 500.000 prefixos IPv4 e 50.000 prefixos IPv6 autopublicados, com presença declarada nas instalações da Arelion em St. Petersburg, Bharti Airtel em Mumbai, TATA Communications em Chennai e Mumbai (https://www.peeringdb.com/asn/17494).

O contraste é de ordens de grandeza. Contra os 500.000 prefixos IPv4 autopublicados, a roteabilidade observada é de cerca de 30-49 prefixos, conforme o rastreador. O perfil de tráfego de 500-1000 Gbps é reproduzido por WorldIP e BGPView como dados agregados do mesmo registro (https://worldip.io/asn/17494; https://bgpview.io/asn/17494), o que significa que o erro se propaga: quanto mais fontes espelham o campo autopublicado, mais autoridade aparente ele ganha sem nova verificação.

Há uma nuance instructiva na preferência "Never via route servers" coexistindo com presença documentada em quatro exchanges baseados em route servers. A preferência é uma declaração de política, não um fato de rede; o Livro operacional mostra sessões nos exchanges de qualquer forma. Para uma contraparte avaliando custos de interconexão, distinguir política declarada de comportamento observado é exatamente o trabalho que os dados de qualidade ruim dificultam.

O as-set: mil ASNs declarados, 63 observados

O registro IRR AS17494:AS-CUSTOMERS, registrado no APNIC com a descrição "BTCL's AS-SET for its Customers" e país BD, lista AS17494 entre os próprios membros e declara, na ordem de mais de mil ASNs membros — entre eles AS17469, AS9230, AS24323, AS38200, AS38203, AS23956, AS17806, AS58601, AS58688, AS45588, AS63961, AS10122, AS21859, AS23876, entre centenas de outros (https://bgp.he.net/irr/as-set/AS17494:AS-CUSTOMERS).

Contra isso, os downstreams observados somam 56 no potaroo IPv4 (https://bgp.potaroo.net/cgi-bin/as-report?as=AS17494&v=4&view=2.0) e 63 no ping.pe (https://records.ping.pe/peers/AS17494). A lacuna entre o livro de registro e a adjacência demonstrada é de aproximadamente um fator de dezessete. E a qualidade da lista em si é defeituosa: contém duplicatas, entradas com capitalização inconsistente ("as136004", "As133954", "As138497") e identificadores malformados ("AS1347121", "AS386001") — sete dígitos em um espaço de cinco, o que não pode ser um ASN válido.

O as-set é o instrumento por meio do qual operadores de trânsito e filtros de rota decidem quem aceita de quem. Uma lista inchada com mais de mil entradas, das quais menos de um décimo correspondem a adjacência demonstrável e parte é sintaticamente inválida, degrada a utilidade do instrumento para todos que o consomem: filtros ficam mais largos do que a intenção operacional, e verificações de rota herdam ruído.

O diretório BTW: o nome descritivo institucionalizado

A entrada da BTW no diretório para esta entidade é o exemplo mais acabado do problema. Ela usa a string de descrição como nome da entidade; lista dois serviços — "Managed network" e "Internet service provider", cada um "Not yet assessed - 1 record"; registra identidade de rede AS17494, 5.006 redes relacionadas, 1 ASN, uma referência pública de apoio; e traz marcadores "Last updated: 2026-05-14" e "Data as of 2026-07" (https://btw.media/en/directory/telecom-operator-internet-service-provider-as-well).

As arestas do diretório também não mapeiam para nenhuma taxonomia operacional: Cloudflare como upstream com alta confiança em 21 registros; downstream alta confiança em 20 registros e média em 12, mais recente em 2026-06; e uma aresta de origem de rota para 203.112.192.0/24 com confiança média em 448 registros, mais recente em 2026-08. Esses totais não correspondem a nenhum dos contadores de roteamento — mais uma camada, com sua própria metodologia, adicionada a uma pilha já heterogênea.

O ponto estrutural é que o diretório herda a identidade derivada da descrição e, ao publicá-la como nome de entidade, a institucionaliza: leitores, máquinas e APIs de terceiros passam a tratar "Telecom Operator & Internet Service Provider as well" como denominação corporativa. A correção não é editorial, é de pipeline: o campo descr não deveria nunca ter sido promovido a campo de identidade.

Contatos de abuso e espelhos dessincronizados

A qualidade da camada de registro também aparece nos metadados de contato — aqui tratados genericamente, sem reproduzir endereços. Um espelho de whois mostra observações de validação datadas de 31 de março de 2026 que marcam a caixa de abuso registrada no objeto IRT — um endereço em domínio gov.bd — como inválida, enquanto valida um endereço pessoal em gmail.com; um segundo espelho, com instantâneo de 28 de janeiro de 2025, não exibe essa observação (https://records.ping.pe/whois/AS17494; https://bgpview.io/asn/17494).

A implicação operacional é séria: o canal pelo qual a comunidade reporta abuso em um bloco de uma operadora nacional pode estar marcado como inválido em um espelho e ausente em outro, dependendo de quando e onde o espelho capturou o registro. Tratamento de abuso é um serviço com custo real por incidente; uma caixa inválida desvia incidentes para canais mais caros ou mais lentos. E, como todo o texto de registro aqui foi inspecionado por espelhos e não pelo whois.apnic.net autoritativo, o estado real do objeto pode diferir de ambos os instantâneos.

A economia da qualidade de dados

Por que essa deriva importa economicamente? Três canais concretos.

Primeiro, decisões de peering. Um operador avaliando se vale a pena sessão direta com AS17494 consulta contadores de pares, footprint de endereços e o as-set. Com pares entre 50 e 388, endereços entre 31.744 e 75.520 e um as-set de mil entradas malformadas, o custo de avaliação sobe — e o resultado da avaliação depende de qual fonte se consultou por último. O as-set inchado pode induzir filtros excessivamente largos; os campos autopublicados do PeeringDB podem induzir expectativas de volume de tráfego quinze vezes acima do observável.

Segundo, tratamento de abuso e diligência. Espaço IP é o ativo por meio do qual incidentes se localizam. Um espelho marca a caixa de abuso institucional como inválida e valida um endereço pessoal; outro não mostra a marca. Uma equipe de resposta a incidentes que confia no espelho errado gasta tempo humano real.

Terceiro, capital reputacional do número em si. Recursos de numeração estão entre os ativos menos visíveis e mais valiosos de um operador nacional. A alocação de dezembro de 2000 e o status "Allocated" corrente são o fundamento patrimonial (https://ipinfo.io/AS17494; https://bgpview.io/asn/17494); a deriva da camada de identidade não apaga esse fundamento, mas encarece cada transação que o utiliza.

Nenhum desses canais exige alegações sobre finanças ou governança corporativa que este material não suporta. Este artigo permanece estritamente no escopo do reportado: números com rastreador nomeado, estados de registro com espelho e data, e inferências explicitamente marcadas como tal.

O que observar a seguir

A tese deste artigo é falsificável por observações concretas. Quatro marcadores adiantariam ou refutariam o diagnóstico:

  • O campo "Public Peering Info Updated" do PeeringDB avançar, ou os campos autopublicados de 500.000/50.000 prefixos serem corrigidos para magnitudes roteáveis.
  • Os serviços do diretório BTW saírem de "Not yet assessed", ou a identidade do diretório ser reconciliada com o nome do objeto de organização.
  • As observações de validação dos espelhos de whois mudarem o estado da caixa de abuso institucional de inválido para válido — ou o whois.apnic.net autoritativo esclarecer o estado real.
  • Os contadores de prefixos RPKI-inválidos originados caírem a zero em qualquer rastreador.

Até que um desses sinais se mova, a conclusão permanece: a operação de AS17494 é real, medida e contínua; a identidade pública anexada a ela é um artefato de cópia de campo de descrição, sustentada pela propagação entre agregadores e diretórios. O custo dessa sustentação não aparece em nenhuma planilha contábil — aparece no preço de cada decisão de peering, cada resposta a abuso e cada diligência de contraparte que começa do lugar errado.