Resumo
- As evidências públicas nomeiam consistentemente a operadora como Rocket Internet Service, e não AP Rocket Internet Service. Seu site, a entrada na ISPAB, as listagens da BTRC e os registros da APNIC convergem para as mesmas pessoas, domínio, endereço em Gazipur e recursos de rede, apoiando a continuidade da identidade em vez de uma empresa separada.
- A AS149478 estava ativa em 10 de julho de 2026, originando um
/48IPv6 e 512 endereços IPv4 através de um/23agregado e dois/24s componentes. O RIPEstat viu as rotas em todos os pares coletores de IPv4 e IPv6 que responderam, enquanto os prefixos tinham autorizações de origem de rota válidas. - As observações de rota atuais expõem um vizinho externo imediato, a Summit Communications AS58717. Esta é uma evidência forte de concentração de upstream no sistema de roteamento visível, mas não pode revelar circuitos de backup privados, dois links físicos para a mesma operadora, dutos compartilhados, failover inativo ou a localização do handoff.
- A Rocket anuncia serviço em Gacha e Gazipur, suporte 24 horas e uma meta de 99% de tempo de atividade. Essas são alegações da operadora. O material público não estabelece propriedade da planta de acesso, direitos sobre postes ou dutos, mapas de rotas, tempo de backup, estoque de peças sobressalentes, cobertura da equipe, tempo de atividade medido ou desempenho de restauração.
- O quadro regulatório precisa de correção em vez de ocultação. Uma lista da BTRC de dezembro de 2024 mostrava uma licença da Rocket para Turag válida até julho de 2028, mas a licença separada para Gacha usada pela entrada da ISPAB voltada para Gazipur da empresa tinha data de validade em setembro de 2024. Uma licença eletrônica atual para Gacha resolveria a questão; sem ela, a rede pode ser descrita como operacional, mas sua base exata de área de serviço autorizada permanece não verificada.
O nome público leva a uma rede real em Gazipur
A palavra “AP” no rótulo da entidade não é como a operadora se apresenta. O site da empresa chama o negócio deRocket Internet Service, assim como a lista de licenças do regulador de Bangladesh, a Associação de Provedores de Serviços de Internet de Bangladesh e o registro de números da Internet da Ásia-Pacífico. Essa consistência é importante porque “Rocket Internet” pode, de outra forma, levar a negócios não relacionados em outros países. Aqui, o domínio, detalhes de contato, gerente, endereço e sistema autônomo criam uma identidade específica de Bangladesh.
O registro da APNIC para AS149478nomeiaROCKET-AS-AP, indica Bangladesh como o país e identifica a Rocket Internet Service como a registrante. O sufixo-APpertence ao nome de rede no estilo do registro; não é evidência de que “AP” faça parte do nome comercial. O cartão de contato da APNIC coloca o administrador da rede em 549 Nurjahan Villa, Choydana, Gacha, Gazipur. Apágina sobree apágina de contatoda Rocket apontam para a mesma localidade e usam os mesmos endereços baseados em domínio encontrados nos registros de rede. Aentrada de membro da ISPABassocia a Rocket Internet Service a Md. Shaheen Miah, o mesmo número de telefone presente no contato do registrante da APNIC e o mesmo endereço em Gacha.
A empresa não é meramente uma página web anexada a uma alocação ociosa. A APNIC registrou a AS149478 em 28 de janeiro de 2023 e os recursos de endereço três dias depois. Os coletores de rotas viram pela primeira vez um dos prefixos da Rocket em 31 de janeiro de 2023. Na data do artigo, o sistema autônomo ainda anunciava todo o seu espaço de endereçamento registrado, e a validação de contato da APNIC e os carimbos de data/hora dos objetos de rota haviam sido atualizados em 2026. O site da Rocket exibia pacotes atuais, instruções de pagamento, alegações de cobertura, uma equipe nomeada e um formulário de registro de serviço ativo.
Esses sinais coletivamente suportam uma borda de rede operacional e um negócio voltado para o cliente.
Eles não estabelecem todos os detalhes comerciais ou legais. O site da empresa diz que é licenciada pela BTRC e faz uma alegação ampla sobre fornecer comunicação por fibra, sem fio e satélite em todo o país. Apágina de coberturaé mais restrita: diz que a Rocket está espalhada pela cidade de Gazipur e pede aos clientes em potencial que verifiquem a disponibilidade. A página inicial é ainda mais restrita em seu título principal, descrevendo um provedor de alta velocidade em Gacha, Gazipur. As alegações restritas se alinham melhor com a categoria de licença pública do que a linguagem nacional.
A distinção não é pedante. Uma operadora pode possuir um sistema autônomo e endereços portáteis enquanto atende a um conjunto compacto de bairros. Ela pode alugar a maior parte da planta física que transporta esses endereços. Pode manter rotas ativas mesmo quando uma parte da rede de acesso de varejo está inoperante. Identidade, atividade de roteamento, escopo licenciado e acesso ao cliente instalado são quatro fatos diferentes. A Rocket tem fortes evidências para os dois primeiros, evidências conflitantes para o terceiro e evidências públicas limitadas para o quarto.
É por isso que a conclusão adequada sobre o status operacional é qualificada. A Rocket Internet Service parece ser um pequeno ISP ativo centrado em Gazipur, com uma rede roteável, canais de pagamento de clientes e equipe operacional nomeada. Não há base defensável para chamá-la de global, para tratar sua suposta cobertura nacional como cobertura construída ou para descrever seu sistema de acesso físico como resiliente. O documento público mais revelador não é uma página de marketing. É a tarifa que define o que acontece com a conta mensal quando a continuidade falha.
A conta também é um contrato de resiliência
Atarifa de banda larga fixa de Bangladesh de 18 de fevereiro de 2026aplica um cronograma nacional a ISPs públicos e privados. Ela estabelece preços máximos mensais compartilhados de Tk400 para pelo menos 5 Mbps, Tk500 para 10 Mbps, Tk800 para 20 Mbps e Tk1.200 para 40 Mbps, com uma taxa de contenção máxima de 1:8. Mais importante para a análise de infraestrutura, ela preserva a estrutura de grau de serviço e uma penalidade gradual para perda contínua de serviço em pacotes com preço igual ou superior a Tk500.
Dentro dessa estrutura, um cliente cuja conexão permanece continuamente inativa por cinco dias paga metade da conta mensal. Em dez dias, o pagamento cai para um quarto. Em quinze dias, nenhum pagamento mensal é devido naquele mês. Os limites são severos: uma breve lentidão à noite ou um corte de fibra de duas horas não os acionam. Mas eles traduzem uma falha prolongada em uma consequência comercial. O tempo de atividade não é apenas uma meta de engenharia; após tempo de inatividade contínuo suficiente, ele altera a receita coletada da conexão afetada.
A mesma tarifa descreve três graus de serviço. O Grau A exige redundância de múltiplos upstreams, um ponto de presença com múltiplos caminhos subterrâneos de NTTN, operações e atendimento de rede contínuos, 99% de tempo de atividade e uma meta de restauração máxima de quatro horas para um ISP de Upazila quando medida a partir da detecção lógica e quando a falha não depende de um IIG ou NTTN. Os Graus B e C reduzem a redação de redundância e permitem menor tempo de atividade e janelas de restauração mais longas.
O documento não identifica qual grau a Rocket contratou para entregar, então seria errado converter a linha do Grau A em uma garantia verificada de quatro horas da Rocket. Ele mostra o que o regulador considera como os ingredientes de um serviço mais forte: escolha de upstream, diversidade de caminhos de transporte, atendimento contínuo e tempo de reparo.
Esses ingredientes mapeiam diretamente para as incógnitas no perfil público da Rocket. Há um upstream visível, não múltiplos sistemas autônomos de upstream observados. O PeeringDB lista várias instalações, mas não lista uma conexão de troca de tráfego pública ativa. Nenhuma topologia mostra dois caminhos NTTN independentes para um ponto de presença da Rocket. A empresa diz que seu centro de operações funciona 24 horas por dia e promete 99% de tempo de atividade, mas não publica nenhum período de medição, histórico de disponibilidade, relógio de falhas, arquivo de interrupções ou estatísticas de restauração.
A tarifa, portanto, fornece um padrão de avaliação sem provar o resultado da Rocket em relação a ele.
Apágina de pacotesda Rocket ilustra outra lacuna entre uma oferta publicada e a regulamentação atual. Em 10 de julho, ela ainda exibia a tabela de preços mais antiga associada àaprovação tarifária de abril de 2022específica da operadora: Tk500 para 5 Mbps, Tk800 para 10 Mbps, Tk1.200 para 20 Mbps e Tk2.400 para 50 Mbps, entre outras faixas intermediárias. A ordem nacional de 2026 é mais recente e substitui explicitamente uma instrução nacional anterior. Uma visualização de página não pode estabelecer o que os clientes realmente estão pagando, se existe uma aprovação mais recente ou se o site está simplesmente desatualizado. Ela estabelece que um cliente em potencial não pode tratar com segurança a matriz de pacotes publicada como conciliada com o último cronograma nacional.
O canal de pagamento parece ativo. Apágina de pagamentoda Rocket oferece números de carteira móvel e descreve taxas mensais, enquanto a página inicial pede aos assinantes que paguem as contas em dia. Essa é uma evidência operacional útil, mas não uma divulgação financeira. Não há totais de assinantes, números de receita, contas auditadas, dados de churn ou índices de inadimplência. A tarifa, no entanto, revela a economia da interrupção. Uma interrupção prolongada ameaça tanto a utilidade do cliente quanto o valor cobrável nos planos afetados. Na escala de um pequeno ISP, o mesmo incidente também pode impor custos de horas extras, equipamentos de reposição e transporte de terceiros enquanto a receita é reduzida.
Isso cria uma assimetria. O cliente compra um serviço e vê uma conta. A operadora pode depender de várias partes: um proprietário de cabo local, um provedor de transporte NTTN, uma operadora de upstream, um proprietário de edifício, um fornecedor de eletricidade e técnicos de campo. A linguagem de tempo de restauração da tarifa até reconhece dependências de provedores IIG e NTTN. A responsabilidade comercial permanece com o ISP de varejo, enquanto a causa física e a autoridade de reparo podem estar em outro lugar.
Entender a Rocket, portanto, requer seguir a sessão do cliente desde as instalações até a AS149478 e depois para fora através do único vizinho visível no roteamento público.
A AS149478 prova uma borda roteada, não um mapa de acesso
A Rocket controla um conjunto pequeno, mas significativo, de recursos de numeração da Internet. Oregistro IPv4 da APNICatribui103.77.218.0a103.77.219.255à Rocket Internet Service como espaço portátil ativo. Um/23contém 512 endereços IPv4. Oregistro IPv6atribui à operadora um/48portátil ativo, um bloco grande o suficiente para sub-redes internas extensas, embora contagens brutas de endereços IPv6 não sejam uma medida útil do tamanho da empresa.
Em 10 de julho de 2026, avisualização do status de roteamento do RIPEstatviu três anúncios IPv4 cobrindo 512 endereços e um/48IPv6. Ele relatou que todos os 327 pares coletores IPv4 que responderam e todos os 321 pares IPv6 que responderam viram a rede. Avisualização de prefixos anunciadosmostrou o/23agregado103.77.218.0/23, ambos os/24s componentes e2001:df1:e340::/48durante a janela de observação de duas semanas anterior. Essa é uma forte evidência de uma origem estável e globalmente visível na data da avaliação.
O arranjo de três anúncios IPv4 sobre apenas 512 endereços únicos requer cuidado. A Rocket anuncia o/23de cobertura e os dois/24s mais específicos dentro dele. Adicionar 512, 256 e 256 contaria duas vezes o mesmo espaço; a alocação única permanece de 512 endereços. Anúncios mais específicos podem dar suporte à engenharia de tráfego ou política de roteamento, mas sua existência não prova dois caminhos físicos. Todos os três podem viajar pela mesma operadora e pelo mesmo cabo.
Os prefixos também tinham autorizações de origem de rota válidas. Averificação RPKI do RIPEstat para o agregadoidentifica a AS149478 como a origem autorizada, e autorizações válidas separadas cobrem os dois/24s e o/48IPv6. Este é um sinal positivo de higiene de roteamento. Redes que realizam validação de origem podem rejeitar uma origem acidental ou não autorizada que conflite com essas autorizações.
O RPKI não certifica tempo de atividade, integridade de caminho ou propriedade física. Uma rota válida pode passar por um único upstream. Um prefixo corretamente autorizado ainda pode ficar inacessível após uma falha de energia. A validação de origem não diz ao cliente se o último trecho é fibra ou rádio, se um gabinete tem baterias, se uma fatura de upstream foi paga ou se uma equipe tem o módulo óptico correto. Ela protege uma parte do plano de controle: quem está autorizado a originar a rota.
A contagem de endereços é igualmente fácil de ser mal utilizada. Quinhentos e doze endereços IPv4 públicos não equivalem a 512 clientes. A tradução de endereços em nível de operadora pode colocar muitas residências atrás de um pool público menor, enquanto serviços empresariais, roteadores, servidores e links ponto a ponto podem consumir vários endereços. O IPv6 torna a incompatibilidade ainda maior: um/48representa espaço de sub-rede abundante, não uma base astronômica de assinantes. Os recursos de endereço mostram independência administrativa e a capacidade de operar uma política de roteamento distinta. Eles não divulgam portas de acesso instaladas, contas ativas ou taxa de transferência de pico.
Observações de tráfego independentes adicionam um suporte modesto. Apágina da AS149478 no Cloudflare Radarclassifica o sistema autônomo sob o nome de rede da Rocket, e operfil atual do IPinfodescreve um ISP de consumo de Bangladesh com um ritmo de uso diurno e noturno local pronunciado. O IPinfo também relatou respostas de ping recentes dentro dos blocos IPv4 e IPv6. Esses são sinais úteis de que o tráfego do usuário final ou da rede de acesso está presente. Eles permanecem estimativas e medições amostradas, não registros de assinantes ou de nível de serviço da Rocket.
A conclusão na borda roteada é mais forte do que a conclusão na rua. A Rocket tem rotas atuais, recursos portáteis, IPv6, autorizações de origem válidas e tráfego observado. O roteamento público pode estabelecer que os pacotes para os endereços da Rocket estão entrando na tabela global. Ele não pode revelar como uma residência em Gacha alcança o roteador de borda. Esse segmento oculto é onde postes, entradas de edifícios, emendas, switches alimentados, links sem fio e acesso de campo determinam se a rota é utilizável.
Um vizinho observado concentra a saída visível
Avisualização de vizinhos ASN do RIPEstatrelatou um sistema autônomo adjacente único em 10 de julho: AS58717. Oregistro AS58717 da APNICidentifica essa rede como Summit Communications. OBGP.toolsclassifica independentemente a Rocket como uma rede de acesso ativa e mostra a Summit como seu upstream. Os caminhos dos coletores para o agregado colocam AS58717 imediatamente antes de AS149478 em centenas de observações.
Este é o fato central da resiliência, mas sua redação deve permanecer precisa. O BGP público expõe um vizinho de roteamento externo imediato. Ele não prova que há apenas um cabo, uma porta ou um serviço comercial. A Rocket poderia ter dois circuitos para a Summit, transporte protegido, um standby frio que normalmente não anuncia suas rotas ou um serviço de backup privado invisível para os coletores de rotas. Também poderia ter várias sessões lógicas que passam por um único duto, uma entrada de edifício ou um chassi alimentado. O BGP vê a política do sistema autônomo, não a engenharia civil.
A distinção entre diversidade de provedor e diversidade de caminho é decisiva. Dois links para a Summit podem proteger contra uma fibra ou porta de roteador com falha, enquanto deixam exposição comum ao plano de controle ou rede de transporte da Summit. Um link para uma segunda operadora ainda pode compartilhar o mesmo corredor de fibra NTTN. Duas rotas saindo de um local em direções opostas podem convergir no próximo entroncamento.
Uma resiliência significativa pergunta pelo menos cinco questões: existem organizações de upstream separadas, dispositivos de handoff separados, entradas de edifício separadas, corredores de longa distância separados e domínios de energia separados? A evidência pública responde apenas à primeira, e sua resposta é uma organização de upstream visível.
Operfil PeeringDB da Rocketdescreve uma política de peering aberta, tráfego majoritariamente de entrada e suporte para IPv4 e IPv6. O perfil lista dois prefixos IPv4 e dois IPv6, não divulga uma faixa de tráfego e diz que múltiplas localizações não são necessárias. Ele também lista presença em seis instalações em Dhaka e uma em Mumbai, incluindo BDIX Main Node, BTCL IX Dhaka, ISPAB-NIX-DC, Earth Telecommunication, MetroNet Bangladesh e Bangladesh Submarine Cables em Dhaka, além de Bharti Airtel em Mumbai.
Essas entradas de instalações são alegações de presença autodeclaradas. Não são a mesma coisa que portas de troca ou sessões ativas. A API do PeeringDB não retornou nenhuma entradanetixlanpara AS149478, o que significa que o banco de dados não divulgou nenhuma conexão de troca pública com um endereço IP e velocidade de porta. Uma rede pode usar interconexão privada em uma instalação, pode omitir uma conexão de troca do PeeringDB ou pode ter declarações de instalações obsoletas. A leitura correta é que a Rocket alega um conjunto surpreendentemente amplo de locais de interconexão, mas não publica os anexos de troca necessários para verificar o peering direto.
Essa discrepância é analiticamente útil. A empresa diz que deseja fazer peering com provedores de conteúdo e melhorar o desempenho de streaming. A presença em instalações poderia tornar a interconexão privada ou caches possíveis. Mas nenhuma evidência pública mostra um cache do Google, Akamai, Meta ou Netflix dentro da rede da Rocket, nenhuma porta de troca está listada e as rotas externas observadas ainda apresentam a Summit como o único vizinho imediato. Uma lista de instalações, portanto, não pode ser convertida em capacidade de trânsito diversificada ou de conteúdo local.
Para um cliente, a concentração de upstream é importante de duas maneiras. Primeiro, a acessibilidade pode falhar mesmo quando o trecho local permanece intacto. Um roteador doméstico pode sincronizar e um gateway local pode responder, mas a internet fica indisponível porque o caminho de AS149478 através de AS58717 está inoperante. Segundo, o congestionamento pode se acumular no mesmo limite. A demanda noturna por vídeo, atualizações de software e serviços em nuvem pode preencher um segmento de upstream ou transporte, mesmo quando a taxa de acesso anunciada permanece tecnicamente disponível no último quilômetro.
A evidência necessária para melhorar essa avaliação é concreta: um segundo ASN de upstream visível nos coletores de rotas ou um teste de failover documentado; identificadores de porta e circuito que demonstrem handoffs independentes; mapas de rotas mostrando corredores NTTN separados; registros de troca com IPs e velocidades atuais; e evidências de utilização que distingam portas instaladas da folga em horário de pico. Até então, a borda roteada da Rocket está ativa e bem autorizada, mas a saída visível permanece concentrada através da Summit.
Alegações de serviço em Gazipur encontram um limite de licença vencido
O centro de gravidade comercial da Rocket é Gacha, dentro de Gazipur. Sua página inicial a chama de provedora em Gacha, a página de cobertura diz que está espalhada pela cidade de Gazipur, e a APNIC coloca o contato do registrante em Choydana, perto da National University. O material público não fornece um mapa de serviço bairro por bairro, contagem de clientes ou lista de pontos de presença ativos. Uma frase de cobertura ampla não é prova de que a planta de acesso atinge todas as ruas de Gazipur.
A evidência de licenciamento é mais complicada. Alista de ISPs de Upazila e Thana do BTRC datada de 18 de dezembro de 2024contém duas entradas consecutivas da Rocket Internet Service. Uma é para Turag, em um endereço de Uttara West, sob licença14.32.0000.702.46.577.19.192, com validade até 21 de julho de 2028. A outra é para Gacha, em Choydana, perto da National University, sob licença14.32.0000.702.47.113.19.320, com validade até 28 de setembro de 2024 e a próxima data de renovação um dia depois.
O número de licença de Gacha é o que a ISPAB exibe ao lado do endereço de Gazipur e Md. Shaheen Miah. A página da ISPAB diz que a associação era válida apenas até 31 de dezembro de 2024 e não contém nenhum ponto de presença listado. Isso não prova que a licença ou associação nunca foi renovada. O regulador avançou para o licenciamento eletrônico em 2025, listas públicas podem estar desatualizadas e uma página de associação pode permanecer obsoleta. Significa que a evidência acessível não mostra uma autorização atual para Gacha após setembro de 2024.
A licença separada de Turag não deve ser usada como substituta automática. Adiretriz de licenciamento de ISP do BTRCdefine uma licença de Upazila ou Thana em torno do serviço na área administrativa nomeada. Turag e Gacha são áreas nomeadas diferentes. Uma linha válida de Turag confirma que uma empresa com o nome da Rocket tinha uma licença atual na lista do regulador de 2024; ela não autoriza por si só todos os locais de Gazipur comercializados pelo site.
Tampouco a linha vencida de Gacha deve ser inflada em uma acusação. A identidade da empresa nas duas linhas não é totalmente resolvida na lista, que fornece nomes e endereços, mas nenhum vínculo de propriedade. A atividade de rota pública e as operações web atuais mostram que a rede continuou a funcionar após a data listada. A conclusão responsável é uma lacuna de evidência: uma licença eletrônica atual para Gacha, ou um registro do regulador mostrando como a licença de Turag se relaciona com o serviço de Gazipur, é necessária antes que a pegada autorizada possa ser declarada com confiança.
Essa lacuna altera os metadados. “Global” é claramente insustentável. Registros do BTRC, recursos da APNIC, observações de tráfego e o site da empresa apontam para Bangladesh. A categoria ampla correta é um ISP regional da Ásia-Pacífico, com Bangladesh como a região e Gacha/Gazipur como o foco local anunciado. A palavra regional deve descrever escala, não conferir prova de todos os locais dentro de uma região.
O downgrade operacional é, portanto, restrito em vez de absoluto. A Rocket tem um sistema autônomo ativo, endereços roteados, um site funcional, instruções de pagamento, contatos ativos e uma equipe técnica nomeada. Pode ser razoavelmente descrita como operacional. Sua base de licença exata para a oferta voltada para Gacha, o número de áreas de clientes ativas e a extensão física não podem ser verificados a partir do material público atual. Essa incerteza pertence ao artigo porque a autoridade da área de serviço e o alcance do acesso determinam quem pode ser afetado por uma falha.
A rede física começa onde o roteamento público termina
Um cliente da Rocket não se conecta diretamente à AS149478 como um número abstrato. A sessão começa com equipamento alimentado em uma casa, loja, escritório ou instituição. Atravessa um cabo de acesso ou salto sem fio, alcança a distribuição do bairro, passa por equipamentos de agregação e transporte, e só então chega à borda onde a Rocket troca rotas com a Summit. Qualquer uma dessas camadas pode remover o serviço utilizável enquanto o anúncio BGP global permanece visível.
A página sobre da Rocket diz que ela oferece banda larga e comunicação de dados privada por meio de tecnologias de fibra óptica, sem fio e satélite. Essa linguagem descreve um conjunto de capacidades, não uma topologia instalada. A página de pacotes parece uma oferta de banda larga fixa compartilhada, e classificações de rede de terceiros chamam a AS149478 de um ISP a cabo, DSL ou de linha fixa. Nenhuma delas identifica se um determinado cliente de Gacha usa fibra óptica passiva, Ethernet ativa, rádio fixo ou cabo de um revendedor.
O artigo, portanto, não pode retratar responsavelmente a Rocket como uma operadora de fibra pura ou alegar propriedade de uma rede de torres.
Cada tecnologia de acesso cria uma cadeia de falhas diferente. Em uma rede óptica passiva, divisores não alimentados podem reduzir os requisitos de energia de campo, mas o terminal óptico do cliente e o terminal de linha óptica da operadora ainda precisam de eletricidade. Um design Ethernet ativo pode colocar switches alimentados em edifícios ou gabinetes de rua. O rádio fixo evita algumas valas e rotas de postes, mas adiciona linha de visada, alinhamento de rádio, acesso ao mastro e energia em ambas as extremidades.
O serviço de satélite introduz visibilidade do terminal e capacidade de satélite, mas o site não fornece evidências de links de satélite ativos para clientes.
A propriedade pode ser dividida em todas as camadas. A Rocket pode possuir o trecho do cliente e a eletrônica, enquanto aluga postes, dutos, fibra escura, um comprimento de onda ou transporte gerenciado. Um operador de cabo local pode lidar com a conexão final. Uma NTTN pode controlar a rota de longa distância. A Summit pode entregar serviço de upstream em uma instalação compartilhada. A chamada de suporte do cliente chega à Rocket, mas um reparo pode exigir permissão, deslocamento e equipamentos sobressalentes de outro proprietário. A referência explícita da tarifa do BTRC a dependências de IIG e NTTN reconhece esse limite operacional.
A ausência de um mapa de rotas impede alegações sobre topologia em anel. Um anel de fibra pode restaurar o serviço após um corte se o tráfego puder reverter em torno de um segmento alternativo intacto e se a comutação, energia e capacidade estiverem prontas. Um diagrama em forma de anel não é suficiente: ambos os lados podem compartilhar uma ponte, cruzamento de estrada ou duto. A Rocket não publica anel, rota protegida, inventário de postes ou lista de torres. Suas declarações de instalações no PeeringDB descrevem possíveis locais de interconexão, não o caminho de acesso de Gazipur.
A energia é igualmente opaca. A empresa alega suporte contínuo e um backbone redundante, mas não fornece duração da bateria, cobertura de gerador, plano de combustível, cronograma de manutenção ou lista de locais. O próprio roteador e terminal óptico de um cliente podem falhar durante uma interrupção doméstica, mesmo quando a rede da Rocket está alimentada. Um switch de bairro pode falhar enquanto o roteador de borda permanece online. Uma longa interrupção pode esgotar as baterias em vários locais em momentos diferentes, produzindo uma perda gradual de clientes em vez de um único evento limpo em toda a rede.
Equipamento instalado não é o mesmo que resiliência utilizável. Um par de fibra sobressalente não tem valor se ambas as extremidades não estiverem conectadas e testadas. Um roteador de backup não restaura um cabo cortado. Um gerador não ajuda se o técnico não puder chegar ao local ou o combustível estiver indisponível. Um segundo contrato de upstream não protege contra um corredor compartilhado. A evidência pública não verifica nenhuma dessas proteções para a Rocket. Isso não significa que estejam ausentes; significa que o leitor não deve pagar um prêmio probatório por elas.
A capacidade é limitada pela camada compartilhada mais ocupada
As ofertas de varejo da Rocket são serviços compartilhados. Tanto a aprovação antiga específica da operadora quanto a tarifa nacional atual usam uma taxa de contenção máxima de 1:8. Contenção não é automaticamente um defeito: a banda larga do consumidor é precificada na expectativa de que os clientes não usem todos a sua taxa máxima continuamente. A questão econômica é se a demanda agregada, especialmente em horários de pico, fica abaixo da capacidade utilizável em cada camada compartilhada.
Os dados públicos não divulgam as velocidades de porta ou volume de tráfego da Rocket. O PeeringDB deixa o campo de tráfego em branco. Os dois prefixos IPv4 e dois prefixos IPv6 relatados lá são quantidades de roteamento, não capacidade. Uma porta de 100 Gbps pode transportar uma rede quase vazia, enquanto um handoff de 1 Gbps pode restringir muitos planos cujas velocidades anunciadas somam muito mais de 1 Gbps. Não há gráfico de utilização, percentil de horário de pico, contagem de assinantes ou taxa de divisão a partir da qual calcular a folga.
O mercado nacional dá escala, mas não um denominador para a Rocket. Asérie de assinantes de internet do BTRCrelatou 14,77 milhões de assinaturas de ISP e PSTN em fevereiro de 2026. Atabela de penetraçãodo regulador colocou a penetração de banda larga fixa em 8,48% em abril de 2026. Nenhuma tabela separa a Rocket, e o crescimento nacional de assinaturas não diz nada sobre congestionamento em um link de agregação de Gazipur.
Na escala da Rocket, a escassez de IPv4 público pode incentivar o compartilhamento de endereços. Isso pode estender um pool de 512 endereços para muitos clientes, mas introduz equipamento de tradução stateful e pode complicar conexões de entrada, registro e solução de problemas. O/48IPv6 ativo da Rocket é, portanto, um sinal positivo: dá à operadora espaço para atribuir sub-redes IPv6 globalmente únicas. A visibilidade da rota prova que o bloco IPv6 é anunciado, não que cada plano de varejo, roteador doméstico ou aplicativo receba IPv6 funcionando.
O conteúdo local pode mudar a economia do upstream. Se conteúdo popular de vídeo ou software for trocado localmente ou servido de um cache na rede, menos bits cruzam o trânsito pago e a latência pode melhorar. A nota do PeeringDB da Rocket expressa o desejo de fazer peering com provedores de conteúdo e menciona as principais plataformas de conteúdo. Desejo não é implantação. Sem nenhuma conexão de troca listada, inventário de cache ou divisão de tráfego, a análise não pode assumir que o conteúdo popular ignore a Summit.
Isso torna o congestionamento um dos modos de falha plausíveis, mesmo quando nada está fisicamente quebrado. Um cliente pode receber velocidade aceitável pela manhã e desempenho degradado à noite porque o divisor de acesso, setor sem fio, link de agregação ou handoff de upstream está ocupado. Os coletores de rotas continuarão a mostrar os prefixos como saudáveis. A empresa ainda pode alegar que a rede está ativa. Somente medições de velocidade, latência, perda e utilização baseadas no tempo podem localizar o gargalo.
A regulação do preço de varejo aperta a economia. Preços máximos mais baixos podem melhorar a acessibilidade, mas um ISP ainda precisa financiar capacidade de upstream, aluguéis de transporte, equipamentos de cliente, equipe de suporte, peças sobressalentes, energia e reparos. Um pequeno operador tem menos clientes sobre os quais distribuir uma segunda rota ou um turno noturno totalmente equipado. Esse é o cerne da economia de ISP regional aqui: o serviço local pode ser socialmente importante enquanto a redundância permanece cara em relação à base de receita.
A resposta não é inferir baixo desempenho a partir de pequena escala. Pequenos operadores podem conhecer suas ruas, despachar rapidamente e construir fortes relacionamentos locais. Nem um campo de tráfego em branco deve ser tratado como evidência de congestionamento. O teste correto é se a Rocket pode mostrar folga em horário de pico, capacidade separada em uma rota de failover, perda de pacotes e latência medidas e um plano de crescimento. Até que tal evidência apareça, a visibilidade de rota instalada não deve ser confundida com capacidade de cliente utilizável.
Seis caminhos de falha definem quem perde o serviço
O primeiro caminho de falha são as instalações do cliente. Um roteador com falha, adaptador de energia, terminal óptico ou cabo interno pode desconectar uma conta enquanto o restante da Rocket permanece saudável. O suporte remoto pode diagnosticar o problema, mas a substituição ainda requer uma peça sobressalente compatível e uma visita ou retirada pelo cliente. A empresa anuncia suporte telefônico e online 24 horas; não publica modelos de equipamentos, termos de substituição ou taxas de resolução na primeira visita.
O segundo é a planta de acesso local. Um trecho aéreo pode ser danificado, uma emenda pode admitir água, uma rota de poste pode ser perturbada e um switch de edifício pode perder energia. Um corte de fibra pode afetar um cliente, um edifício, um bairro ou um ramo de agregação inteiro, dependendo de onde ocorre. Sem um mapa de acesso, o tamanho dos domínios de falha compartilhados da Rocket é desconhecido. Um pequeno número de rotas de upstream nada diz sobre quantas residências compartilham o mesmo segmento local.
O terceiro é a agregação alimentada. Terminais de linha óptica, switches Ethernet, rádios sem fio e roteadores precisam de energia confiável e controle ambiental. A bateria de backup pode superar uma interrupção curta, mas o tempo de execução diminui com a idade, temperatura e carga. Um gerador pode estender o serviço, mas adiciona combustível, manutenção e requisitos de operação segura. A Rocket alega um backbone redundante e 99% de tempo de atividade; nenhum inventário público mostra quais locais têm baterias ou geração, quanto tempo duram ou se o equipamento do cliente está coberto.
O quarto é o transporte entre Gazipur e o handoff de upstream. Mesmo que a Rocket tenha equipamentos de acesso em Gacha e presença de instalação em Dhaka, o caminho NTTN de conexão pode falhar. Um serviço alugado pode ser protegido dentro da rede do provedor, ou dois circuitos podem compartilhar a mesma fibra. A lista de instalações do PeeringDB não revela a rota de Gacha, e o BGP não a expõe. Esta é a lacuna física mais provável de estar oculta atrás de uma única adjacência lógica.
O quinto é a perda de upstream. A visão de roteamento público mostra a Summit imediatamente fora da Rocket. Se a sessão Rocket-Summit, o handoff ou o caminho relevante da Summit falhar e não houver backup efetivo, os clientes podem perder a acessibilidade mais ampla enquanto o equipamento local permanece alimentado. Um backup frio pode existir sem aparecer em observações normais, mas nenhum registro de failover demonstra um. É por isso que um segundo upstream visível melhoraria materialmente a confiança, embora não provasse, por si só, a diversidade de caminho.
O sexto é o congestionamento. A exaustão da capacidade pode afetar todos os clientes atrás de um link compartilhado sem retirar uma rota. Os buffers de vídeo, chamadas interativas se degradam e os aplicativos em nuvem atingem o timeout, enquanto pings simples podem continuar. O congestionamento pode ocorrer no setor de rádio, uplink óptico, switch de agregação, transporte de longa distância, porta de upstream ou caminho de conteúdo. A Rocket não publica medições que os distingam.
Quem é afetado depende de onde está a falha. Uma falha nas instalações afeta uma conta. Uma falha de ramal local afeta os clientes atrás desse ramal. Uma falha de agregação ou energia pode remover uma área de serviço maior. Uma falha de transporte ou upstream pode afetar a maioria dos usuários cujo tráfego depende dessa saída. Um erro de configuração na borda pode afetar tanto IPv4 quanto IPv6, enquanto um problema específico da família de endereços pode deixar um funcionando. As rotas totalmente visíveis sugerem que a borda estava saudável em 10 de julho, não que todos os caminhos do cliente estivessem.
O impacto também depende do mix de clientes, que a Rocket não divulga. O site comercializa banda larga residencial e comunicação de dados privada. Uma residência pode perder trabalho, educação, pagamentos e comunicação. Uma pequena loja pode perder aplicativos em nuvem ou transações digitais. Um cliente de dados privados de negócios pode ter backup contratual. Nenhuma lista pública de clientes suporta alegações sobre hospitais, agências governamentais ou outros usuários críticos, portanto, essas não devem ser inventadas.
A penalidade da conta aborda apenas interrupções contínuas excepcionalmente longas. Ela não compensa cada interrupção, mede falhas mais curtas repetidas ou garante que um relógio de reclamação foi aberto corretamente. A tarifa de 2026 exige que os ISPs resolvam as reclamações rapidamente e retenham as informações de reclamação e resolução por pelo menos seis meses. Para os clientes, um número de ticket e um horário de início exato são, portanto, evidências práticas. Para a operadora, registros de incidentes disciplinados são a base para ver se a mesma emenda, local de energia ou limite de upstream falha repetidamente.
O reparo de campo é a capacidade oculta
Apágina da equipeda Rocket nomeia um diretor administrativo, um engenheiro de rede sênior, dois técnicos seniores e vários gerentes de vendas e marketing. Esta é uma evidência mais forte de presença humana local do que uma promessa de suporte genérica. Ainda é uma lista de site, não um retorno de pessoal atual. A página não fornece padrão de turno, datas de emprego, certificação, número de veículos, arranjos de contratados ou cobertura geográfica.
Dois técnicos nomeados podem ser suficientes para o trabalho de rotina em uma rede compacta e insuficientes durante incidentes simultâneos. O número relevante não é o total de nomes, mas a capacidade de reparo simultâneo: quantas pessoas qualificadas estão de plantão, com que rapidez podem viajar, se podem acessar instalações de terceiros e se uma pessoa pode permanecer na mesa de operações enquanto outra trabalha no campo. Uma linha telefônica 24 horas não significa necessariamente que um emendador de fibra esteja disponível a qualquer hora.
O estoque de peças sobressalentes é outra forma de capacidade de reparo. Diferentes falhas exigem diferentes itens: transceptores ópticos, cabos de conexão, divisores, terminais de cliente, fontes de alimentação, baterias, rádios sem fio, roteadores e comprimentos de cabo adequado. Uma peça sobressalente mantida no escritório de Gazipur pode encurtar a restauração; uma peça adquirida após a falha pode prolongá-la. O material público não lista nenhuma política de peças sobressalentes ou depósito de manutenção. As metas de restauração da tarifa tornam essa omissão importante, porque a detecção é apenas o começo do reparo.
A restauração também cruza limites de propriedade. A equipe da Rocket pode detectar a perda em um handoff de upstream ou NTTN, mas não ter autoridade para reparar a fibra subjacente. Eles podem abrir um ticket, fornecer medições e escalar. O terceiro controla o despacho e a prioridade. Um plano de resiliência credível, portanto, precisa de caminhos de escalação nomeados, tempos de resposta acordados e evidências de que o failover funciona enquanto a falha física é reparada.
A tarifa exclui explicitamente a dependência externa de IIG ou NTTN de seu cálculo de tempo de restauração lógica declarado, destacando a diferença entre diagnóstico e controle.
A alegação da empresa de um centro de operações de rede 24 horas é plausível, mas não medida. Um relatório de serviço público útil divulgaria incidentes por causa, tempos de restauração medianos e de percentil alto, a parcela resolvida remotamente, falhas repetidas e se os ajustes de conta foram aplicados. Mesmo um pequeno operador pode publicar isso sem expor topologia sensível. Na sua ausência, a declaração de 99% de tempo de atividade deve ser tratada como uma meta ou alegação de marketing, não um resultado demonstrado de forma independente.
O trabalho de suporte local pode, no entanto, ser uma vantagem genuína. Uma equipe baseada na área de serviço pode reconhecer ruas, clientes e rotas de cabos recorrentes mais rapidamente do que um call center nacional. Os contatos compartilhados do site entre gerenciamento, suporte e registros de rede sugerem uma operação de propriedade próxima com caminhos de comunicação curtos. A contrapartida é o risco de pessoa-chave: se um pequeno número de pessoas detém o conhecimento de configuração, contatos de fornecedores e acesso de campo, a ausência ou sobrecarga pode retardar a recuperação.
A evidência que resolveria a questão do trabalho é operacional, não promocional. A Rocket poderia mostrar horas de pessoal por função, cobertura de plantão, tempos médios de reconhecimento e restauração, locais de peças sobressalentes, acordos de escalação e resumos pós-incidente. Os clientes podem contribuir com históricos de tickets verificáveis e carimbos de data/hora de interrupções, mas avaliações isoladas não podem estabelecer o desempenho de toda a rede. Até que exista um registro consistente, o reparo de campo deve ser tratado como necessário e localmente presente, com profundidade não comprovada.
O que um caso de resiliência mais forte mostraria
A primeira atualização seria um registro de licença atual e específico da área de serviço. Uma licença eletrônica de Gacha ou uma explicação do regulador vinculando a autorização válida de Turag ao serviço anunciado em Gazipur resolveria a incerteza de escopo legal mais importante. Um registro atualizado da ISPAB ajudaria, mas não substituiria o regulador. A cobertura deveria então ser mostrada como áreas de serviço ativas, não uma declaração de capacidade nacional.
A segunda seria a diversidade de rotas verificável. Um segundo upstream aparecendo em observações normais ou um anúncio de failover documentado reduziria a dependência visível da Summit. Deveria ser acompanhado por evidências de caminho físico: entradas de edifício, provedores de transporte ou corredores diferentes, equipamentos de borda separados e energia independente. Uma segunda sessão BGP sobre a mesma fibra não passaria nesse teste.
A terceira seria uma divulgação de interconexão atual. As entradas de instalações do PeeringDB deveriam ser reconciliadas com conexões de troca ou rede privada reais. Velocidades de porta, status operacional e datas fariam a diferença entre presença aspiracional e interconexão utilizável. Os caches de conteúdo deveriam ser nomeados apenas onde a operadora ou provedor de conteúdo confirmar a implantação.
A quarta seria a medição de serviço. A taxa de transferência em horário de pico, latência, perda e jitter por área de acesso revelariam a capacidade utilizável. As estatísticas de tempo de atividade e restauração testariam a alegação de 99%. Medições separadas de IPv4 e IPv6 mostrariam se o bloco IPv6 anunciado chega aos clientes. As causas de incidentes revelariam se a restrição vinculante são cortes de acesso, energia, transporte, serviço de upstream, configuração ou congestionamento.
A quinta seria um inventário de recuperação. O tempo de execução de backup em locais de agregação e borda, cobertura de gerador, ópticas sobressalentes e dispositivos de cliente, disponibilidade de técnicos e metas de escalação de terceiros determinam a rapidez com que o serviço retorna. Esses detalhes não precisam expor locais sensíveis exatos. Evidências agregadas podem mostrar preparação sem publicar um mapa que crie risco de segurança.
Até que essas divulgações existam, a avaliação mais defensável é de evidências de rede de força média com evidências de resiliência física fracas. A Rocket não é uma provedora hipotética: a AS149478 está ativa, suas rotas são amplamente visíveis, suas autorizações de origem são válidas, seus contatos foram mantidos e suas superfícies voltadas para o cliente permanecem ativas. Mas os registros públicos mostram apenas um upstream imediato, nenhuma porta de troca verificada, nenhuma topologia de acesso e nenhum desempenho de reparo medido. A trilha de licença de Gacha também precisa de uma confirmação atual.
Essa conclusão explica por que a conta da Rocket é um documento de infraestrutura. A tarifa de Bangladesh fixa preços, nomeia expectativas de redundância e reduz o pagamento após falha contínua prolongada. Cada número nessa conta depende de equipamentos e mão de obra que o cliente não pode ver: o terminal alimentado, o cabo local ou rádio, o local de agregação, a rota NTTN, o handoff da Summit e as pessoas que os restauram. A Rocket pode demonstrar uma borda roteada ativa. A pergunta não respondida é se a cadeia física e humana por trás dela pode evitar que uma falha dure o suficiente para mudar o que o cliente deve.

