Resumo
- Evidências públicas nomeiam consistentemente o operador como Rocket Internet Service, e não AP Rocket Internet Service. Seu site, entrada no ISPAB, listagens da BTRC e 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.
- O AS149478 estava ativo 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 peers coletores IPv4 e IPv6 respondedores, enquanto os prefixos tinham autorizações de origem de rota válidas. - Observações atuais de rota expõem um vizinho externo imediato, a Summit Communications AS58717. Isso é uma forte evidência de concentração de upstream no sistema de roteamento visível, mas não pode revelar circuitos privados de backup, 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 disponibilidade de 99%. Essas são alegações do operador. O material público não estabelece propriedade da planta de acesso, direitos de poste ou duto, mapas de rota, tempo de backup, estoque de peças, cobertura de equipe, disponibilidade medida ou desempenho de restauração.
- O quadro regulatório precisa de correção, não de ocultação. Uma lista da BTRC de dezembro de 2024 mostrou uma licença da Rocket para Turag válida até julho de 2028, mas a licença separada de Gacha usada na entrada do ISPAB voltada para Gazipur tinha uma data de validade em setembro de 2024. Uma e-licença atual de 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 o operador 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 Internet Service Providers Association of 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.
Oregistro da APNIC para AS149478nomeiaROCKET-AS-AP, indica Bangladesh como país e identifica Rocket Internet Service como o 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 do 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 da web anexada a uma alocação ociosa. A APNIC registrou o 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 estava anunciando todo o seu espaço de endereço 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 expunha 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 apoiam 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 é licenciado pela BTRC e faz uma alegação ampla sobre fornecer comunicação baseada em 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 que clientes em potencial 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. Um operador pode possuir um sistema autônomo e endereços portáteis enquanto atende a um conjunto compacto de bairros. 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á inativa. Identidade, atividade de roteamento, escopo licenciado e acesso de 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 apropriada do 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, tratar sua alegada abrangência nacional como cobertura construída ou 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 18 de fevereiro de 2026de Bangladesh aplica uma tabela nacional a ISPs públicos e privados. Ela define preços mensais máximos 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 classes de serviço e uma penalidade gradual para perda contínua de serviço em pacotes com preço de Tk500 ou mais.
Sob essa estrutura, um cliente cuja conexão permanece continuamente inativa por cinco dias paga metade da conta mensal. Aos dez dias, o pagamento cai para um quarto. Aos quinze dias, nenhum pagamento mensal é devido para aquele mês. Os limites são severos: uma lentidão curta à noite ou um corte de fibra de duas horas não os aciona. Mas eles traduzem falha prolongada em uma consequência comercial. A disponibilidade não é apenas um alvo de engenharia; após tempo de inatividade contínuo suficiente, ela altera a receita coletada da conexão afetada.
A mesma tarifa descreve três classes de serviço. A Classe A exige redundância de upstream múltipla, um ponto de presença com múltiplos caminhos NTTN subterrâneos, operações e cuidados de rede contínuos, disponibilidade de 99% e uma meta de restauração máxima de quatro horas para um ISP Upazila quando medido a partir da detecção lógica e quando a falha não depende de um IIG ou NTTN. As Classes B e C reduzem a redação de redundância e permitem menor disponibilidade e janelas de restauração mais longas.
O documento não identifica qual classe a Rocket contratou para fornecer, então seria errado converter a linha da Classe A em uma garantia verificada de quatro horas da Rocket. Ele mostra o que o regulador considera os ingredientes de um serviço mais forte: escolha de upstream, diversidade de caminho de transporte, cuidado contínuo e tempo de reparo.
Esses ingredientes mapeiam diretamente as incógnitas no perfil público da Rocket. Há um upstream visível, não múltiplos sistemas autônomos upstream observados. O PeeringDB lista várias instalações, mas não lista uma conexão de troca 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 é atendido 24 horas por dia e promete disponibilidade de 99%, mas não publica 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, ainda exibia a tabela de preços mais antiga associada àaprovação tarifária de abril de 2022específica do operador: Tk500 para 5 Mbps, Tk800 para 10 Mbps, Tk1.200 para 20 Mbps e Tk2.400 para 50 Mbps, entre outros níveis intermediários. A ordem nacional de 2026 é mais recente e explicitamente substitui uma instrução nacional anterior. Uma visualização da página não pode estabelecer o que os clientes são realmente cobrados, se existe uma aprovação mais nova 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 reconciliada com a tabela nacional mais recente.
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 que os assinantes paguem as contas em dia. Isso é 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 taxas 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 coletável nos planos afetados. Na escala de pequeno ISP, o mesmo incidente também pode impor custos de horas extras, substituição de equipamentos e transporte de terceiros enquanto a receita é reduzida.
Isso cria uma assimetria. O cliente compra um serviço e vê uma conta. O operador pode depender de várias partes: um proprietário de cabo local, um provedor de transporte NTTN, uma operadora 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.
Compreender a Rocket, portanto, requer seguir a sessão do cliente das instalações até o AS149478 e depois sair pelo único vizinho visível no roteamento público.
AS149478 prova uma borda roteada, não um mapa de acesso
A Rocket controla um conjunto pequeno, mas significativo, de recursos de número da internet. Oregistro IPv4 da APNICatribui103.77.218.0a103.77.219.255para a Rocket Internet Service como espaço portátil ativo. Um/23contém 512 endereços IPv4.O registro IPv6atribui ao operador 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, avisão de status de roteamento do RIPEstatviu três anúncios IPv4 cobrindo 512 endereços e um/48IPv6. Ele relatou que todos os 327 peers coletores IPv4 respondedores e todos os 321 peers IPv6 respondedores viam a rede. Avisão de prefixos anunciadosmostrou o agregado103.77.218.0/23, ambos os/24s componentes e2001:df1:e340::/48durante toda a janela de observação de duas semanas anterior. Isso é uma forte evidência de uma origem estável e globalmente visível na data de avaliação.
O arranjo de três anúncios IPv4 sobre apenas 512 endereços únicos precisa de cuidado. A Rocket anuncia o/23de cobertura e os dois/24s mais específicos dentro dele. Somar 512, 256 e 256 contaria duas vezes o mesmo espaço; a alocação única permanece 512 endereços. Anúncios mais específicos podem apoiar 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 AS149478 como a origem autorizada, e autorizações válidas separadas cobrem os dois/24s e o/48IPv6. Isso é 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 disponibilidade, integridade de caminho ou propriedade física. Uma rota válida pode passar por um único upstream. Um prefixo corretamente autorizado ainda pode ficar inalcançável após uma falha de energia. A validação de origem não diz a um cliente se o último trecho é fibra ou rádio, se um armário tem baterias, se uma fatura 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 usar incorretamente. Quinhentos e doze endereços IPv4 públicos não equivalem a 512 clientes. A tradução de endereços 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 um espaço de sub-rede abundante, não uma base de assinantes astronômica. 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 throughput de pico.
Observações de tráfego independentes adicionam suporte modesto. Apágina do Cloudflare Radar para AS149478classifica 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 local dia-noite 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 continuam sendo estimativas e medições amostradas, não registros de assinantes ou níveis 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 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
Avisã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 de resiliência, mas sua redação deve permanecer precisa. O BGP público expõe um vizinho de roteamento externo imediato. Não prova que há apenas um cabo, uma porta ou um serviço comercial. A Rocket pode 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 pode ter várias sessões lógicas que todas atravessam um duto, uma entrada de edifício ou um chassi alimentado. O BGP vê política de sistema autônomo, não engenharia civil.
A distinção entre diversidade de provedor e diversidade de caminho é decisiva. Dois links para a Summit podem proteger contra uma óptica ou porta de roteador com falha, deixando 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 na próxima junção.
A resiliência significativa faz pelo menos cinco perguntas: existem organizações 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 upstream visível.
Operfil do PeeringDBda Rocket descreve uma política de peering aberta, tráfego principalmente 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últiplos locais não são necessários. Também lista presença em seis instalações em Dhaka e uma instalação 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 auto-relatadas. 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, significando 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 desatualizadas. 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 quer fazer peering com provedores de conteúdo e melhorar o desempenho de streaming. A presença em instalações pode tornar possível a interconexão privada ou caches. Mas nenhuma evidência pública mostra um cache do Google, Akamai, Meta ou Netflix dentro da rede da Rocket, nenhuma porta de troca é 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 trânsito diversificado ou capacidade de conteúdo local.
Para um cliente, a concentração de upstream é importante de duas maneiras. Primeiro, a acessibilidade pode falhar mesmo quando o drop local permanece intacto. Um roteador doméstico pode sincronizar e um gateway local pode responder, mas a internet está indisponível porque o caminho de AS149478 através de AS58717 está inativo. 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 na última milha.
A evidência necessária para atualizar esta avaliação é concreta: um segundo ASN upstream visível nos coletores de rotas ou um teste de failover documentado; identificadores de porta e circuito que demonstrem handoffs independentes; mapas de rota mostrando corredores NTTN separados; registros de troca com IPs e velocidades atuais; e evidência de utilização que distinga portas instaladas da folga na hora de pico. Até lá, 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 desatualizado
O centro de gravidade comercial da Rocket é Gacha, dentro de Gazipur. Sua página inicial a chama de provedor 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 Universidade Nacional. O material público não fornece um mapa de serviço bairro a bairro, contagem de clientes ou lista de pontos de presença ativos. Uma frase ampla de cobertura 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 Upazila e Thana da BTRC datada de 18 de dezembro de 2024contém duas entradas consecutivas da Rocket Internet Service. Uma é para Turag, em um endereço em Uttara West, sob a 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 Universidade Nacional, sob a 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 da licença de Gacha é o exibido pelo ISPAB junto com o endereço de Gazipur e Md. Shaheen Miah. A página do ISPAB diz que a associação era válida apenas até 31 de dezembro de 2024 e não contém ponto de presença listado. Isso não prova que a licença ou associação nunca foi renovada. O regulador passou para o licenciamento eletrônico em 2025, as listas públicas podem atrasar e uma página de associação pode ficar desatualizada. Significa que a evidência acessível não mostra uma autorização atual de 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 da BTRCdefine uma licença 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 um negócio 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.
Nem a linha desatualizada de Gacha deve ser inflada em uma acusação. A identidade da empresa nas duas linhas não está 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 atuais da web mostram que a rede continuou a funcionar após a data listada. A conclusão responsável é uma lacuna de evidência: uma e-licença 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 da 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 região e Gacha/Gazipur como foco local anunciado. A palavra regional deve descrever escala, não conferir prova de todos os locais dentro de uma região.
O rebaixamento operacional é, portanto, estreito e não 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 exata de licença para a oferta voltada para Gacha, número de áreas de clientes ativas e 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 de 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 ao AS149478 como um número abstrato. A sessão começa com equipamentos alimentados em uma casa, loja, escritório ou instituição. Ela cruza um cabo de queda ou salto sem fio, alcança a distribuição do bairro, passa por equipamentos de agregação e transporte, e só então atinge a 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 oferece banda larga e comunicação de dados privados sobre 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 AS149478 de ISP de cabo, DSL ou linha fixa. Nenhuma identifica se um cliente específico de Gacha usa fibra óptica passiva, Ethernet ativa, sem fio fixo ou cabo de revendedor.
O artigo, portanto, não pode representar responsavelmente a Rocket como uma operadora de fibra pura ou reivindicar propriedade de uma rede de torres.
Cada tecnologia de acesso cria uma cadeia de falhas diferente. Em uma rede óptica passiva, splitters não alimentados podem reduzir os requisitos de energia de campo, mas o terminal óptico do cliente e o terminal de linha óptica do operador ainda precisam de eletricidade. Um design Ethernet ativo pode colocar switches alimentados em edifícios ou armários de rua. O sem fio 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 por satélite introduz visibilidade de terminal e capacidade de satélite, mas o site não fornece evidência de links ativos de clientes via satélite.
A propriedade pode ser dividida em cada camada. A Rocket pode possuir o drop 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. Um NTTN pode controlar a rota de longa distância. A Summit pode fornecer serviço upstream em uma instalação compartilhada. A chamada de suporte do cliente chega à Rocket, mas um reparo pode exigir permissão, despacho e equipamento sobressalente de outro proprietário. A referência explícita da tarifa da BTRC a dependências de IIG e NTTN reconhece esse limite operacional.
A ausência de um mapa de rota 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 nenhum anel, nenhuma rota protegida, nenhum inventário de postes e nenhuma lista de torres. Suas declarações de instalação no PeeringDB descrevem possíveis locais de interconexão, não o caminho de acesso de Gazipur.
A energia é igualmente opaca. A empresa afirma suporte contínuo e um backbone redundante, mas não fornece duração da bateria, cobertura do gerador, plano de combustível, cronograma de manutenção ou lista de locais. O próprio roteador e terminal óptico do cliente podem falhar durante uma interrupção doméstica, mesmo quando a rede da Rocket está energizada. Um switch de bairro pode falhar enquanto o roteador de borda permanece online. Uma interrupção longa pode esgotar as baterias em vários locais em momentos diferentes, produzindo uma perda contínua de clientes em vez de um evento único de rede.
Equipamento instalado não é o mesmo que resiliência utilizável. Um par de fibras 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 alcançar o local ou o combustível estiver indisponível. Um segundo contrato 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 elas 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 do operador quanto a tarifa nacional atual usam uma taxa de contenção máxima de 1:8. A contenção não é automaticamente um defeito: a banda larga de consumo é precificada na expectativa de que os clientes não usem sua taxa máxima continuamente. A questão econômica é se a demanda agregada, especialmente nas horas de pico, fica abaixo da capacidade utilizável em cada camada compartilhada.
Os dados públicos não divulgam as velocidades das portas da Rocket ou o volume de tráfego. O PeeringDB deixa o campo de tráfego em branco. Os dois prefixos IPv4 e dois prefixos IPv6 relatados ali 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 hora de pico, contagem de assinantes ou taxa de divisão a partir do qual calcular a folga.
O mercado nacional fornece escala, mas não um denominador da Rocket. Asérie de assinantes de internetda BTRC relatou 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 detalha 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 por muitos clientes, mas introduz equipamentos 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á ao operador espaço para atribuir sub-redes IPv6 globalmente únicas. A visibilidade da rota prova que o bloco IPv6 é anunciado, não que todo plano de varejo, roteador doméstico ou aplicativo receba IPv6 funcional.
O conteúdo local pode alterar a economia do upstream. Se conteúdo popular de vídeo ou software for trocado localmente ou servido a partir de um cache na rede, menos bits cruzam trânsito pago e a latência pode melhorar. A nota do PeeringDB da Rocket expressa um desejo de fazer peering com provedores de conteúdo e menciona plataformas de conteúdo importantes. Desejo não é implantação. Sem 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 ignora 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 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á no ar. Apenas medições de velocidade, latência, perda e utilização baseadas no tempo podem localizar o gargalo.
A regulamentação de preços de varejo aperta a economia. Preços máximos mais baixos podem melhorar a acessibilidade, mas um ISP ainda precisa financiar capacidade upstream, arrendamentos de transporte, equipamento do cliente, equipe de suporte, peças de reposição, energia e reparos. Um operador pequeno tem menos clientes para 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 de pequena escala. Operadores pequenos 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 na hora de pico, capacidade separada em uma rota de failover, perda de pacotes e latência medidas, e um plano de crescimento. Até que tais evidências apareçam, a visibilidade da rota instalada não deve ser confundida com capacidade utilizável do cliente.
Seis caminhos de falha definem quem perde o serviço
O primeiro caminho de falha é as instalações do cliente. Um roteador com defeito, adaptador de energia, terminal óptico ou cabo interno pode desconectar uma conta enquanto o resto da Rocket permanece saudável. O suporte remoto pode diagnosticar o problema, mas a substituição ainda requer uma peça compatível e uma visita ou retirada pelo cliente. A empresa anuncia suporte telefônico e online 24 horas; não publica modelos de equipamento, termos de substituição ou taxas de resolução na primeira visita.
O segundo é a planta de acesso local. Um drop 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 inteiro de agregação, 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 upstream não diz nada 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. O backup de bateria pode preencher uma interrupção curta, mas o tempo de execução cai com 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 afirma ter um backbone redundante e disponibilidade de 99%; 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 upstream. Mesmo que a Rocket tenha equipamento 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, handoff ou caminho relevante da Summit falhar e não houver backup eficaz, 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 caminhos.
O sexto é o congestionamento. A exaustão da capacidade pode afetar todos os clientes atrás de um link compartilhado sem retirar uma rota. Buffers de vídeo, chamadas interativas degradam e aplicativos em nuvem expiram, 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 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 ramo local afeta os clientes atrás desse ramo. 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 IPv4 e IPv6, enquanto um problema específico de 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 da mistura de clientes, que a Rocket não divulga. O site comercializa banda larga residencial e comunicação de dados privados. 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 empresariais pode ter backup contratual. Nenhuma lista pública de clientes apoia alegações sobre hospitais, agências governamentais ou outros usuários críticos, então essas não devem ser inventadas.
A penalidade da conta aborda apenas interrupções contínuas excepcionalmente longas. Não compensa toda 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 reclamações rapidamente e retenham informações de reclamação e resolução por pelo menos seis meses. Para os clientes, um número de ticket e horário exato de início são, portanto, evidências práticas. Para o operador, registros de incidentes disciplinados são a base para ver se a mesma emenda, local de energia ou limite 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. Isso é uma evidência mais forte de presença humana local do que uma promessa genérica de suporte. Ainda é uma lista do site, não uma declaração de pessoal atual. A página não fornece padrão de turno, datas de emprego, certificação, número de veículos, acordos de terceirização ou cobertura geográfica.
Dois técnicos nomeados podem ser suficientes para 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 concorrente: 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 em campo. Uma linha telefônica 24 horas não significa necessariamente que um emendador de fibra esteja disponível a cada hora.
O estoque de peças é outra forma de capacidade de reparo. Diferentes falhas exigem itens diferentes: transceptores ópticos, cabos de conexão, splitters, terminais de cliente, fontes de alimentação, baterias, rádios sem fio, roteadores e comprimentos de cabo adequado. Uma peça mantida no escritório de Gazipur pode encurtar a restauração; uma peça obtida após a falha pode estendê-la. O material público não lista política de peças 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 atravessa limites de propriedade. A equipe da Rocket pode detectar perda em um handoff upstream ou NTTN, mas não tem 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 crível, portanto, precisa de caminhos de escalonamento nomeados, tempos de resposta acordados e evidência de que o failover funciona enquanto a falha física é reparada.
A tarifa exclui explicitamente a dependência externa 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 mediana e de alto percentil, a parcela resolvida remotamente, falhas repetidas e se ajustes de conta foram aplicados. Mesmo um operador pequeno pode publicar isso sem expor topologia sensível. Na sua ausência, a declaração de disponibilidade de 99% 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 cabo recorrentes mais rápido do que um call center nacional. Os contatos compartilhados do site em registros de gerenciamento, suporte e rede sugerem uma operação estreita com caminhos de comunicação curtos. A compensação é o risco de pessoa-chave: se um pequeno número de pessoas detém conhecimento de configuração, contatos de fornecedor e acesso de campo, ausência ou sobrecarga podem retardar a recuperação.
A evidência que resolveria a questão trabalhista é 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, acordos de escalonamento e resumos pós-incidente. Os clientes podem contribuir com históricos de ticket verificáveis e carimbos de data/hora de interrupção, mas revisões isoladas não podem estabelecer o desempenho em 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 melhoria seria um registro de licença atual e específico da área de serviço. Uma e-licença de Gacha ou uma explicação do regulador vinculando a autorização válida de Turag ao serviço anunciado de Gazipur resolveria a incerteza legal mais importante. Um registro ISPAB atualizado 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 diversidade de rota 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. Deve ser acompanhado por evidência de caminho físico: diferentes entradas de edifício, provedores de transporte ou corredores, equipamento de borda separado e energia independente. Uma segunda sessão BGP sobre a mesma fibra não atenderia a esse teste.
A terceira seria uma divulgação de interconexão atual. As entradas de instalação do PeeringDB devem ser reconciliadas com conexões reais de troca ou rede privada. Velocidades de porta, status operacional e datas fariam a diferença entre presença aspiracional e interconexão utilizável. Caches de conteúdo devem ser nomeados apenas onde o operador ou provedor de conteúdo confirma a implantação.
A quarta seria medição de serviço. Throughput na hora de pico, latência, perda e jitter por área de acesso revelariam capacidade utilizável. Estatísticas de disponibilidade e restauração testariam a alegação de 99%. Medições separadas de IPv4 e IPv6 mostrariam se o bloco IPv6 anunciado alcança os clientes. As causas do incidente revelariam se a restrição vinculante é cortes de acesso, energia, transporte, serviço upstream, configuração ou congestionamento.
A quinta seria um inventário de recuperação. Tempo de backup em locais de agregação e borda, cobertura de gerador, ópticas e dispositivos de cliente sobressalentes, disponibilidade de técnicos e metas de escalonamento de terceiros determinam a rapidez com que o serviço retorna. Esses detalhes não precisam expor locais exatos sensíveis. 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 é evidência de rede de força média com evidência fraca de resiliência física. A Rocket não é um provedor hipotético: AS149478 está ativo, 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. O rastro da 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 equipamento e mão de obra que o cliente não pode ver: o terminal alimentado, o cabo ou rádio local, 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 impedir que uma falha dure tempo suficiente para mudar o que o cliente deve.

