Resumen

  • La evidencia pública nombra consistentemente al operador como Rocket Internet Service, no AP Rocket Internet Service. Su sitio web, registro en ISPAB, listados de BTRC y registros de APNIC convergen en las mismas personas, dominio, dirección en Gazipur y recursos de red, lo que respalda la continuidad de la identidad en lugar de una empresa separada.
  • AS149478 estaba activo el 10 de julio de 2026, originando un/48IPv6 y 512 direcciones IPv4 a través de un agregado/23y dos/24componentes. RIPEstat observó las rutas en todos los peers colectores IPv4 e IPv6 que respondieron, mientras que los prefijos tenían autorizaciones de origen de ruta válidas.
  • Las observaciones de rutas actuales exponen un único vecino externo inmediato: Summit Communications AS58717. Esto es evidencia sólida de concentración de upstream en el sistema de enrutamiento visible, pero no puede revelar circuitos de respaldo privados, dos enlaces físicos al mismo operador, conductos compartidos, failover inactivo o la ubicación de la entrega.
  • Rocket anuncia servicio en Gacha y Gazipur, soporte 24 horas y un objetivo de uptime del 99%. Estas son afirmaciones del operador. El material público no establece la propiedad de la planta de acceso, derechos de poste o conducto, mapas de ruta, tiempo de ejecución de respaldo, stock de repuestos, cobertura del personal, uptime medido o rendimiento de restauración.
  • El panorama regulatorio necesita corrección, no ocultación. Una lista de BTRC de diciembre de 2024 mostraba una licencia de Rocket para Turag válida hasta julio de 2028, pero la licencia separada de Gacha utilizada por la entrada de Rocket en ISPAB orientada a Gazipur tenía una fecha de validez de septiembre de 2024. Una licencia electrónica actual de Gacha resolvería el problema; sin ella, la red puede describirse como operativa, pero su base exacta de área de servicio autorizada sigue sin verificarse.

El nombre público lleva a una red real en Gazipur

La palabra "AP" en la etiqueta de la entidad no es cómo se presenta el operador. El sitio web de la empresa llama al negocioRocket Internet Service, al igual que la lista de licencias del regulador de Bangladesh, la Asociación de Proveedores de Servicios de Internet de Bangladesh y el registro de números de Internet de Asia-Pacífico. Esa coherencia es importante porque "Rocket Internet" puede llevar a negocios no relacionados en otros países. Aquí, el dominio, los datos de contacto, el gerente, la dirección y el sistema autónomo crean una identidad específica de Bangladesh.

El registro deAPNIC para AS149478nombraROCKET-AS-AP, da Bangladesh como país e identifica a Rocket Internet Service como el registrante. El sufijo-APpertenece al nombre de red del estilo del registro; no es evidencia de que "AP" forme parte del nombre comercial. La tarjeta de contacto de APNIC sitúa al administrador de la red en 549 Nurjahan Villa, Choydana, Gacha, Gazipur. La páginaacerca dey la página decontactode Rocket apuntan a la misma localidad y utilizan las mismas direcciones basadas en dominio que se encuentran en los registros de red. La entrada de ISPABmiembroasocia a Rocket Internet Service con Md. Shaheen Miah, el mismo número de teléfono que aparece en el contacto del registrante de APNIC y la misma dirección de Gacha.

La empresa no es simplemente una página web adjunta a una asignación inactiva. APNIC registró AS149478 el 28 de enero de 2023 y los recursos de dirección tres días después. Los colectores de rutas vieron por primera vez uno de los prefijos de Rocket el 31 de enero de 2023. En la fecha del artículo, el sistema autónomo aún anunciaba todo su espacio de direcciones registrado, y la validación de contacto de APNIC y las marcas de tiempo de los objetos de ruta se habían actualizado en 2026.

El sitio de Rocket exponía paquetes actuales, instrucciones de pago, afirmaciones de cobertura, un equipo nombrado y un formulario de registro de servicio en vivo. Estas señales respaldan colectivamente un borde de red operativo y un negocio orientado al cliente.

No establecen cada detalle comercial o legal. El sitio de la empresa dice que está licenciado por BTRC y hace una afirmación amplia sobre proporcionar comunicaciones por fibra, inalámbrica y satelital en todo el país. La página decoberturaes más estrecha: dice que Rocket está extendido por la ciudad de Gazipur y pide a los clientes potenciales que verifiquen la disponibilidad. La página principal es aún más estrecha en su titular principal, describiendo un proveedor de alta velocidad en Gacha, Gazipur. Las afirmaciones estrechas se alinean mejor con la categoría de licencia pública que el lenguaje nacional.

La distinción no es pedante. Un operador puede tener un sistema autónomo y direcciones portátiles mientras sirve a un conjunto compacto de vecindarios. Puede arrendar la mayor parte de la planta física que transporta esas direcciones. Puede mantener rutas activas incluso cuando una parte de la red de acceso minorista está caída. Identidad, actividad de enrutamiento, alcance licenciado y acceso al cliente instalado son cuatro hechos diferentes. Rocket tiene evidencia sólida para los dos primeros, evidencia conflictiva para el tercero y evidencia pública limitada para el cuarto.

Por eso la conclusión adecuada sobre el estado operativo es calificada. Rocket Internet Service parece ser un pequeño ISP activo centrado en Gazipur con una red enrutable, canales de pago de clientes y personal operativo nombrado. No hay base defendible para llamarlo global, tratar su alcance nacional reclamado como cobertura construida o describir su sistema de acceso físico como resistente. El documento público más revelador no es una página de marketing. Es la tarifa que define lo que sucede con la factura mensual cuando la continuidad falla.

La factura es también un contrato de resiliencia

Latarifa de banda ancha fija del 18 de febrero de 2026de Bangladesh aplica un calendario nacional a ISP públicos y privados. Establece precios mensuales compartidos máximos de Tk400 para al menos 5 Mbps, Tk500 para 10 Mbps, Tk800 para 20 Mbps y Tk1,200 para 40 Mbps, con una relación de contención máxima de 1:8. Más importante para el análisis de infraestructura, preserva el marco de grado de servicio y una penalización gradual por pérdida continua de servicio en paquetes con precio de Tk500 o más.

Bajo ese marco, un cliente cuya conexión permanece ininterrumpidamente caída durante cinco días paga la mitad de la factura mensual. A los diez días, el pago se reduce a una cuarta parte. A los quince días, no se debe ningún pago mensual para ese mes. Los umbrales son severos: una desaceleración corta por la tarde o un corte de fibra de dos horas no los activa. Pero traducen una falla prolongada en una consecuencia comercial. El uptime no es solo un objetivo de ingeniería; después de suficiente tiempo de inactividad continua, cambia los ingresos recaudados de la conexión afectada.

La misma tarifa describe tres grados de servicio. El Grado A exige redundancia de upstream múltiple, un punto de presencia con múltiples rutas NTTN subterráneas, operaciones y cuidado continuo de la red, 99% de uptime y un objetivo de restauración máximo de cuatro horas para un ISP de Upazila cuando se mide desde la detección lógica y cuando la falla no depende de un IIG o NTTN. Los Grados B y C reducen la redacción de redundancia y permiten menor uptime y ventanas de restauración más largas.

El documento no identifica qué grado Rocket ha contratado para entregar, por lo que sería incorrecto convertir la fila del Grado A en una garantía verificada de cuatro horas de Rocket. Muestra lo que el regulador considera los ingredientes de un servicio más fuerte: elección de upstream, diversidad de ruta de transporte, cuidado continuo y tiempo de reparación.

Esos ingredientes se asignan directamente a las incógnitas en el perfil público de Rocket. Hay un upstream visible, no múltiples sistemas autónomos upstream observados. PeeringDB enumera varias instalaciones, pero no enumera una conexión de intercambio público activa. Ninguna topología muestra dos rutas NTTN independientes a un punto de presencia de Rocket. La empresa dice que su centro de operaciones está atendido las 24 horas y promete 99% de uptime, pero no publica período de medición, historial de disponibilidad, reloj de fallas, archivo de apagones o estadísticas de restauración.

Por lo tanto, la tarifa proporciona un estándar de evaluación sin probar el resultado de Rocket contra él.

Lapágina de paquetesde Rocket ilustra otra brecha entre una oferta publicada y la regulación actual. El 10 de julio aún mostraba la escalera de precios anterior asociada con la aprobación de tarifa específica del operador deabril de 2022: Tk500 por 5 Mbps, Tk800 por 10 Mbps, Tk1,200 por 20 Mbps y Tk2,400 por 50 Mbps, entre otros niveles intermedios. La orden nacional de 2026 es más nueva y reemplaza explícitamente una instrucción nacional anterior. Una vista de página no puede establecer lo que realmente se cobra a los clientes, si existe una aprobación más nueva o si el sitio simplemente está desactualizado. Sí establece que un cliente potencial no puede tratar la matriz de paquetes publicada como reconciliada con el calendario nacional más reciente.

El canal de pago parece activo. Lapágina de pagode Rocket ofrece números de billetera móvil y describe cuotas mensuales, mientras que la página principal pide a los suscriptores que paguen las facturas a tiempo. Eso es evidencia operativa útil, pero no una divulgación financiera. No hay totales de suscriptores, cifras de ingresos, cuentas auditadas, datos de rotación o tasas de morosidad. La tarifa, sin embargo, revela la economía de la interrupción. Un apagón prolongado amenaza tanto la utilidad del cliente como la cantidad cobrable en los planes afectados. A la escala de un pequeño ISP, el mismo incidente también puede imponer costos de horas extra, reemplazo de equipos y transporte de terceros mientras los ingresos se reducen.

Esto crea una asimetría. El cliente compra un servicio y ve una factura. El operador puede depender de varias partes: un propietario de cable local, un proveedor de transporte NTTN, un operador upstream, un propietario de edificio, un proveedor de electricidad y técnicos de campo. El lenguaje de tiempo de restauración de la tarifa incluso reconoce dependencias de proveedores IIG y NTTN. La responsabilidad comercial recae en el ISP minorista, mientras que la causa física y la autoridad de reparación pueden estar en otro lugar.

Por lo tanto, entender a Rocket requiere seguir la sesión del cliente desde las instalaciones hasta AS149478 y luego salir a través del único vecino visible en el enrutamiento público.

AS149478 prueba un borde enrutado, no un mapa de acceso

Rocket controla un conjunto pequeño pero significativo de recursos de números de Internet. Elregistro IPv4 de APNICasigna103.77.218.0a103.77.219.255a Rocket Internet Service como espacio portátil activo. Un/23contiene 512 direcciones IPv4.El registro IPv6asigna al operador un/48portátil activo, un bloque suficientemente grande para una subred interna extensa, aunque los recuentos brutos de direcciones IPv6 no son una medida útil del tamaño de la empresa.

El 10 de julio de 2026, lavista de estado de enrutamiento de RIPEstatobservó tres anuncios IPv4 que cubrían 512 direcciones y un/48IPv6. Informó que los 327 peers colectores IPv4 que respondieron y los 321 peers IPv6 que respondieron veían la red. Lavista de prefijos anunciadosmostró el agregado103.77.218.0/23, ambos/24componentes y2001:df1:e340::/48durante la ventana de observación de las dos semanas anteriores. Eso es evidencia sólida de un origen estable y globalmente visible en la fecha de evaluación.

La disposición de tres anuncios IPv4 sobre solo 512 direcciones únicas necesita cuidado. Rocket anuncia el/23de cobertura y los dos/24más específicos dentro de él. Sumar 512, 256 y 256 contaría dos veces el mismo espacio; la asignación única sigue siendo 512 direcciones. Los anuncios más específicos pueden respaldar la ingeniería de tráfico o la política de enrutamiento, pero su existencia no prueba dos caminos físicos. Los tres pueden viajar a través del mismo operador y el mismo cable.

Los prefijos también tenían autorizaciones de origen de ruta válidas. Laverificación RPKI de RIPEstat para el agregadoidentifica a AS149478 como el origen autorizado, y autorizaciones separadas válidas cubren los dos/24y el/48IPv6. Esta es una señal positiva de higiene de enrutamiento. Las redes que realizan validación de origen pueden rechazar un origen accidental o no autorizado que entre en conflicto con esas autorizaciones.

RPKI no certifica uptime, integridad de ruta o propiedad física. Una ruta válida puede pasar a través de un solo upstream. Un prefijo correctamente autorizado aún puede ser inalcanzable después de un corte de energía. La validación de origen no le dice a un cliente si la última milla es fibra o radio, si un armario tiene baterías, si se pagó una factura upstream o si un equipo tiene el módulo óptico correcto. Protege una parte del plano de control: quién está autorizado a originar la ruta.

El recuento de direcciones es igualmente fácil de malinterpretar. Quinientas doce direcciones IPv4 públicas no equivalen a 512 clientes. La traducción de direcciones de operador puede colocar muchos hogares detrás de un grupo público más pequeño, mientras que los servicios empresariales, enrutadores, servidores y enlaces punto a punto pueden consumir múltiples direcciones. IPv6 hace que la discrepancia sea aún mayor: un/48representa un espacio de subred abundante, no una base de suscriptores astronómica. Los recursos de direcciones muestran independencia administrativa y la capacidad de operar una política de enrutamiento distinta. No revelan puertos de acceso instalados, cuentas activas o rendimiento máximo.

Las observaciones de tráfico independientes añaden un apoyo modesto. Lapágina de AS149478 de Cloudflare Radarclasifica el sistema autónomo bajo el nombre de red de Rocket, y elperfil actual de IPinfodescribe un ISP de consumo de Bangladesh con un ritmo pronunciado de uso local día-noche. IPinfo también informó respuestas de ping recientes dentro de los bloques IPv4 e IPv6. Estos son signos útiles de que el tráfico de usuario final o de la red de acceso está presente. Siguen siendo estimaciones y mediciones muestreadas, no registros de suscriptores o nivel de servicio de Rocket.

La conclusión en el borde enrutado es más sólida que la conclusión en la calle. Rocket tiene rutas actuales, recursos portátiles, IPv6, autorizaciones de origen válidas y tráfico observado. El enrutamiento público puede establecer que los paquetes para las direcciones de Rocket están entrando en la tabla global. No puede revelar cómo un hogar en Gacha llega al enrutador fronterizo. Ese segmento oculto es donde los postes, entradas de edificios, empalmes, conmutadores alimentados, enlaces inalámbricos y acceso de campo determinan si la ruta es utilizable.

Un vecino observado concentra la salida visible

Lavista de vecinos ASN de RIPEstatinformó un único sistema autónomo adyacente el 10 de julio: AS58717. Elregistro AS58717 de APNICidentifica esa red como Summit Communications.BGP.toolsclasifica independientemente a Rocket como una red de acceso activa y muestra a Summit como su upstream. Las rutas de los colectores al agregado sitúan a AS58717 inmediatamente antes de AS149478 en cientos de observaciones.

Este es el hecho central de resiliencia, pero su redacción debe mantenerse precisa. El BGP público expone un único vecino de enrutamiento externo inmediato. No prueba que haya solo un cable, un puerto o un servicio comercial. Rocket podría tener dos circuitos hacia Summit, transporte protegido, una espera fría que no anuncia sus rutas normalmente, o un servicio de respaldo privado invisible para los colectores de rutas. También podría tener múltiples sesiones lógicas que todas atraviesan un conducto, una entrada de edificio o un chasis alimentado. BGP ve la política del sistema autónomo, no la ingeniería civil.

La distinción entre diversidad de proveedores y diversidad de caminos es decisiva. Dos enlaces a Summit pueden proteger contra un fallo de fibra o puerto de enrutador, dejando exposición común al plano de control o la red de transporte de Summit. Un enlace a un segundo operador aún puede compartir el mismo corredor de fibra NTTN. Dos rutas que salen de un sitio en direcciones opuestas pueden converger en el siguiente cruce.

La resiliencia significativa hace al menos cinco preguntas: ¿hay organizaciones upstream separadas, dispositivos de entrega separados, entradas de edificio separadas, corredores de larga distancia separados y dominios de energía separados? La evidencia pública responde solo la primera, y su respuesta es una organización upstream visible.

Elperfil de PeeringDBde Rocket describe una política de peering abierta, tráfico mayoritariamente entrante y soporte para IPv4 e IPv6. El perfil enumera dos prefijos IPv4 y dos IPv6, no divulga una banda de tráfico y dice que no se requieren múltiples ubicaciones. También enumera presencia en seis instalaciones de Dhaka y una instalación de Mumbai, incluyendo BDIX Main Node, BTCL IX Dhaka, ISPAB-NIX-DC, Earth Telecommunication, MetroNet Bangladesh y Bangladesh Submarine Cables en Dhaka, más Bharti Airtel en Mumbai.

Esas entradas de instalaciones son afirmaciones de presencia autoinformadas. No son lo mismo que puertos de intercambio o sesiones activas. La API de PeeringDB no devolvió ninguna entradanetixlanpara AS149478, lo que significa que la base de datos no divulga ninguna conexión de intercambio público con una dirección IP y velocidad de puerto. Una red puede usar interconexión privada en una instalación, puede omitir una conexión de intercambio en PeeringDB, o puede tener declaraciones de instalación desactualizadas. La lectura correcta es que Rocket afirma un conjunto sorprendentemente amplio de ubicaciones de interconexión pero no publica los adjuntos de intercambio necesarios para verificar el peering directo.

Esa discrepancia es analíticamente útil. La empresa dice que quiere hacer peering con proveedores de contenido y mejorar el rendimiento de streaming. La presencia en instalaciones podría hacer posible la interconexión privada o las cachés. Pero ninguna evidencia pública muestra una caché de Google, Akamai, Meta o Netflix dentro de la red de Rocket, no se enumera ningún puerto de intercambio, y las rutas externas observadas aún presentan a Summit como el único vecino inmediato. Por lo tanto, una lista de instalaciones no puede convertirse en tránsito diversificado o capacidad de contenido local.

Para un cliente, la concentración de upstream importa de dos maneras. Primero, la accesibilidad puede fallar incluso cuando el enlace local permanece intacto. Un enrutador doméstico puede sincronizar y una puerta de enlace local puede responder, pero Internet no está disponible porque el camino desde AS149478 a través de AS58717 está caído. Segundo, la congestión puede acumularse en el mismo límite. La demanda nocturna de video, actualizaciones de software y servicios en la nube puede llenar un segmento upstream o de transporte incluso cuando la velocidad de acceso anunciada sigue estando técnicamente disponible en la última milla.

La evidencia necesaria para mejorar esta evaluación es concreta: un segundo ASN upstream visible en los colectores de rutas o una prueba de failover documentada; identificadores de puerto y circuito que demuestren entregas independientes; mapas de ruta que muestren corredores NTTN separados; registros de intercambio con IPs y velocidades actuales; y evidencia de utilización que distinga los puertos instalados del margen en hora punta. Hasta entonces, el borde enrutado de Rocket está activo y bien autorizado, pero la salida visible sigue concentrada a través de Summit.

Las afirmaciones de servicio en Gazipur se encuentran con un límite de licencia desactualizado

El centro comercial de Rocket es Gacha, dentro de Gazipur. Su página principal lo llama un proveedor en Gacha, la página de cobertura dice que está extendido por la ciudad de Gazipur, y APNIC sitúa el contacto del registrante en Choydana, cerca de la Universidad Nacional. El material público no proporciona un mapa de servicio vecindario por vecindario, número de clientes o lista de puntos de presencia activos. Una oración amplia de cobertura no es prueba de que la planta de acceso llegue a cada calle en Gazipur.

La evidencia de licencia es más complicada. Lalista de ISP de Upazila y Thana de BTRC con fecha 18 de diciembre de 2024contiene dos entradas consecutivas de Rocket Internet Service. Una es para Turag, en una dirección de Uttara West, bajo la licencia14.32.0000.702.46.577.19.192, con validez hasta el 21 de julio de 2028. La otra es para Gacha, en Choydana, cerca de la Universidad Nacional, bajo la licencia14.32.0000.702.47.113.19.320, con validez hasta el 28 de septiembre de 2024 y la fecha de renovación siguiente un día después.

El número de licencia de Gacha es el que muestra ISPAB junto con la dirección de Gazipur y Md. Shaheen Miah. La página de ISPAB dice que la membresía era válida solo hasta el 31 de diciembre de 2024 y no contiene ningún punto de presencia listado. Eso no prueba que la licencia o membresía nunca se renovara. El regulador se movió hacia la licencia electrónica en 2025, las listas públicas pueden retrasarse, y una página de asociación puede permanecer desactualizada. Significa que la evidencia accesible no muestra una autorización actual de Gacha después de septiembre de 2024.

La licencia separada de Turag no debe usarse como sustituto automático. Laguía de licencias de ISP de BTRCdefine una licencia de Upazila o Thana alrededor del servicio en el área administrativa nombrada. Turag y Gacha son áreas nombradas diferentes. Una fila válida de Turag confirma que un negocio con el nombre de Rocket tenía una licencia vigente en la lista del regulador de 2024; no autoriza por sí mismo cada ubicación de Gazipur comercializada por el sitio web.

Tampoco debe inflarse la fila desactualizada de Gacha como una acusación. La identidad de la empresa en las dos filas no está completamente resuelta en la lista, que proporciona nombres y direcciones pero ningún vínculo de propiedad. La actividad de ruta pública y las operaciones web actuales muestran que la red continuó funcionando después de la fecha listada. La conclusión responsable es una brecha de evidencia: se requiere una licencia electrónica actual para Gacha, o un registro del regulador que muestre cómo se relaciona la licencia de Turag con el servicio de Gazipur, antes de que la huella autorizada pueda establecerse con confianza.

Esta brecha cambia los metadatos. "Global" claramente no está respaldado. Los registros de BTRC, los recursos de APNIC, las observaciones de tráfico y el sitio de la empresa apuntan a Bangladesh. La categoría amplia correcta es un ISP regional de Asia-Pacífico, con Bangladesh como la región y Gacha/Gazipur como el enfoque local anunciado. La palabra regional debe describir la escala, no conferir prueba de cada ubicación dentro de una región.

La rebaja operativa es, por lo tanto, estrecha en lugar de absoluta. Rocket tiene un sistema autónomo activo, direcciones enrutadas, un sitio funcional, instrucciones de pago, contactos activos y un equipo técnico nombrado. Puede describirse razonablemente como operativo. Su base de licencia exacta para la oferta orientada a Gacha, número de áreas de clientes activas y extensión física no pueden verificarse a partir del material público actual. Esa incertidumbre pertenece al artículo porque la autoridad del área de servicio y el alcance del acceso determinan quién puede verse afectado por una falla.

La red física comienza donde termina el enrutamiento público

Un cliente de Rocket no se conecta directamente a AS149478 como un número abstracto. La sesión comienza con equipo alimentado en un hogar, tienda, oficina o institución. Cruza un cable de bajada o salto inalámbrico, llega a la distribución del vecindario, pasa a través de equipo de agregación y transporte, y solo entonces llega al borde donde Rocket intercambia rutas con Summit. Cualquiera de esas capas puede eliminar el servicio utilizable mientras el anuncio BGP global permanece visible.

La página acerca de Rocket dice que ofrece banda ancha y comunicación de datos privados a través de tecnologías de fibra óptica, inalámbrica y satelital. Ese lenguaje describe un conjunto de capacidades, no una topología instalada. La página de paquetes parece una oferta de banda ancha fija compartida, y las clasificaciones de red de terceros llaman a AS149478 un ISP de cable, DSL o línea fija. Ninguno identifica si un cliente particular de Gacha usa fibra óptica pasiva, Ethernet activa, inalámbrica fija o un cable de revendedor.

Por lo tanto, el artículo no puede representar responsablemente a Rocket como un operador de fibra puro o reclamar la propiedad de una red de torres.

Cada tecnología de acceso crea una cadena de falla diferente. En una red óptica pasiva, los divisores no alimentados pueden reducir los requisitos de energía de campo, pero el terminal óptico del cliente y el terminal de línea óptica del operador aún necesitan electricidad. Un diseño Ethernet activo puede colocar conmutadores alimentados en edificios o armarios callejeros. La inalámbrica fija evita algunas zanjas y rutas de poste, pero agrega línea de visión, alineación de radio, acceso al mástil y energía en ambos extremos.

El servicio satelital introduce visibilidad del terminal y capacidad satelital, pero el sitio web no proporciona evidencia de enlaces de clientes satelitales activos.

La propiedad puede estar dividida en cada capa. Rocket puede poseer la bajada del cliente y la electrónica mientras alquila postes, conductos, fibra oscura, una longitud de onda o transporte gestionado. Un operador de cable local puede manejar la conexión final. Un NTTN puede controlar la ruta de larga distancia. Summit puede proporcionar servicio upstream en una instalación compartida. La llamada de soporte del cliente llega a Rocket, pero una reparación puede requerir el permiso, el despacho y el equipo de repuesto de otro propietario.

La referencia explícita de la tarifa de BTRC a las dependencias de IIG y NTTN reconoce este límite operativo.

La ausencia de un mapa de ruta impide afirmaciones sobre topología de anillo. Un anillo de fibra puede restaurar el servicio después de un corte si el tráfico puede invertirse alrededor de un segmento alterno intacto y si la conmutación, la energía y la capacidad están listas. Un diagrama con forma de anillo no es suficiente: ambos lados pueden compartir un puente, un cruce de carretera o un conducto. Rocket no publica ningún anillo, ninguna ruta protegida, ningún inventario de postes ni ninguna lista de torres. Sus declaraciones de instalación en PeeringDB describen posibles ubicaciones de interconexión, no la ruta de acceso desde Gazipur.

La energía es igualmente opaca. La empresa afirma soporte continuo y un backbone redundante, pero no da duración de batería, cobertura de generador, plan de combustible, programa de mantenimiento o lista de sitios. El propio enrutador y terminal óptico de un cliente pueden fallar durante un apagón doméstico incluso cuando la red de Rocket está alimentada. Un conmutador de vecindario puede fallar mientras el enrutador fronterizo permanece en línea. Un apagón prolongado puede agotar las baterías en múltiples sitios en diferentes momentos, produciendo una pérdida gradual de clientes en lugar de un evento limpio en toda la red.

El equipo instalado no es lo mismo que la resiliencia utilizable. Un par de fibra de repuesto no tiene valor si ambos extremos no están conectados y probados. Un enrutador de respaldo no restaura un cable cortado. Un generador no ayuda si el técnico no puede llegar al sitio o el combustible no está disponible. Un segundo contrato upstream no protege contra un corredor compartido. La evidencia pública no verifica ninguna de estas protecciones para Rocket. Eso no significa que estén ausentes; significa que el lector no debe pagar una prima probatoria por ellas.

La capacidad está limitada por la capa compartida más ocupada

Las ofertas minoristas de Rocket son servicios compartidos. Tanto la aprobación anterior específica del operador como la tarifa nacional actual utilizan una relación de contención máxima de 1:8. La contención no es automáticamente un defecto: la banda ancha de consumo se fija en la expectativa de que los clientes no usen su velocidad máxima continuamente. La pregunta económica es si la demanda agregada, especialmente en horas punta, se mantiene por debajo de la capacidad utilizable en cada capa compartida.

Los datos públicos no divulgan las velocidades de puerto o el volumen de tráfico de Rocket. PeeringDB deja el campo de tráfico en blanco. Los dos prefijos IPv4 y dos prefijos IPv6 informados allí son cantidades de enrutamiento, no capacidad. Un puerto de 100 Gbps puede transportar una red casi vacía, mientras que una entrega de 1 Gbps puede restringir muchos planes cuyas velocidades anunciadas suman mucho más de 1 Gbps. No hay gráfico de utilización, percentil de hora punta, recuento de suscriptores o relación de división a partir de los cuales calcular el margen.

El mercado nacional da escala pero no un denominador de Rocket. Laserie de suscriptores de Internet de BTRCinformó 14.77 millones de suscripciones de ISP y PSTN en febrero de 2026. Latabla de penetracióndel regulador situó la penetración de banda ancha fija en 8.48% en abril de 2026. Ninguna tabla desglosa a Rocket, y el crecimiento nacional de suscripciones no dice nada sobre la congestión en un enlace de agregación de Gazipur.

A la escala de Rocket, la escasez de IPv4 público puede fomentar el intercambio de direcciones. Eso puede estirar un grupo de 512 direcciones entre muchos clientes, pero introduce equipo de traducción con estado y puede complicar las conexiones entrantes, el registro y la resolución de problemas. El/48IPv6 activo de Rocket es, por lo tanto, una señal positiva: le da al operador espacio para asignar subredes IPv6 únicas globalmente. La visibilidad de la ruta prueba que el bloque IPv6 está anunciado, no que cada plan minorista, enrutador doméstico o aplicación reciba IPv6 funcional.

El contenido local puede cambiar la economía del upstream. Si el contenido popular de video o software se intercambia localmente o se sirve desde una caché en la red, menos bits cruzan el tránsito pagado y la latencia puede mejorar. La nota de PeeringDB de Rocket expresa un deseo de hacer peering con proveedores de contenido y menciona plataformas de contenido importantes. El deseo no es implementación. Sin conexión de intercambio listada, inventario de caché o división de tráfico, el análisis no puede asumir que el contenido popular evita a Summit.

Esto hace que la congestión sea uno de los modos de falla plausibles incluso cuando nada está físicamente roto. Un cliente puede recibir velocidad aceptable por la mañana y rendimiento degradado por la noche porque el divisor de acceso, el sector inalámbrico, el enlace de agregación o la entrega upstream están ocupados. Los colectores de rutas continuarán mostrando los prefijos como saludables. La empresa aún puede afirmar que la red está activa. Solo las mediciones de velocidad, latencia, pérdida y utilización basadas en el tiempo pueden localizar el cuello de botella.

La regulación de precios minoristas aprieta la economía. Los precios máximos más bajos pueden mejorar la asequibilidad, pero un ISP aún tiene que financiar la capacidad upstream, los arrendamientos de transporte, el equipo del cliente, el personal de soporte, los repuestos, la energía y las reparaciones. Un operador pequeño tiene menos clientes entre los cuales repartir una segunda ruta o un turno nocturno completamente atendido. Ese es el núcleo de la economía de los ISP regionales aquí: el servicio local puede ser socialmente importante mientras que la redundancia sigue siendo cara en relación con la base de ingresos.

La respuesta no es inferir bajo rendimiento de la pequeña escala. Los operadores pequeños pueden conocer sus calles, despachar rápidamente y construir relaciones locales sólidas. Tampoco debe tratarse un campo de tráfico en blanco como evidencia de congestión. La prueba correcta es si Rocket puede mostrar margen en hora punta, capacidad separada en una ruta de failover, pérdida de paquetes y latencia medidas, y un plan de crecimiento. Hasta que aparezca dicha evidencia, la visibilidad de la ruta instalada no debe confundirse con la capacidad utilizable del cliente.

Seis caminos de falla definen quién pierde el servicio

El primer camino de falla son las instalaciones del cliente. Un enrutador, adaptador de corriente, terminal óptico o cable interior defectuoso puede desconectar una cuenta mientras el resto de Rocket permanece saludable. El soporte remoto puede diagnosticar el problema, pero el reemplazo aún requiere un repuesto compatible y una visita o recogida por parte del cliente. La empresa anuncia soporte telefónico y en línea las 24 horas; no publica modelos de equipo, términos de reemplazo o tasas de resolución en la primera visita.

El segundo es la planta de acceso local. Una bajada aérea puede dañarse, un empalme puede admitir agua, una ruta de poste puede ser perturbada y un conmutador de edificio puede perder energía. Un corte de fibra puede afectar a un cliente, un edificio, un vecindario o una rama de agregación completa dependiendo de dónde ocurra. Sin un mapa de acceso, el tamaño de los dominios de falla compartidos de Rocket es desconocido. Un pequeño número de rutas upstream no dice nada sobre cuántos hogares comparten el mismo segmento local.

El tercero es la agregación alimentada. Los terminales de línea óptica, conmutadores Ethernet, radios inalámbricas y enrutadores necesitan energía confiable y control ambiental. La batería de respaldo puede cubrir una interrupción corta, pero el tiempo de ejecución disminuye con la edad, la temperatura y la carga. Un generador puede extender el servicio, pero añade requisitos de combustible, mantenimiento y operación segura. Rocket afirma un backbone redundante y 99% de uptime; ningún inventario público muestra qué sitios tienen baterías o generación, cuánto duran o si el equipo del cliente está cubierto.

El cuarto es el transporte entre Gazipur y la entrega upstream. Incluso si Rocket tiene equipo de acceso en Gacha y presencia en instalaciones en Dhaka, la ruta NTTN de conexión puede fallar. Un servicio arrendado puede estar protegido dentro de la red del proveedor, o dos circuitos pueden compartir la misma fibra. La lista de instalaciones de PeeringDB no revela la ruta desde Gacha, y BGP no la expone. Esta es la brecha física más probable de estar oculta detrás de una única adyacencia lógica.

El quinto es la pérdida upstream. La vista de enrutamiento público muestra a Summit inmediatamente fuera de Rocket. Si la sesión Rocket-Summit, la entrega o la ruta relevante de Summit falla y no hay respaldo efectivo, los clientes pueden perder la accesibilidad más amplia mientras el equipo local permanece alimentado. Un respaldo frío podría existir sin aparecer en las observaciones normales, pero ningún registro de failover demuestra uno. Por eso un segundo upstream visible mejoraría materialmente la confianza aunque no probaría, por sí mismo, la diversidad de ruta.

El sexto es la congestión. La capacidad de agotamiento puede afectar a todos los clientes detrás de un enlace compartido sin retirar una ruta. Los buffers de video, las llamadas interactivas se degradan y las aplicaciones en la nube se agotan, mientras que los pings simples pueden continuar. La congestión puede ocurrir en el sector de radio, el enlace óptico, el conmutador de agregación, el transporte de larga distancia, el puerto upstream o la ruta de contenido. Rocket no publica mediciones que los distingan.

Quién se ve afectado depende de dónde se sitúa la falla. Una falla en las instalaciones afecta una cuenta. Una falla en una rama local afecta a los clientes detrás de esa rama. Una falla de agregación o energía puede eliminar un área de servicio más grande. Una falla de transporte o upstream puede afectar a la mayoría de los usuarios cuyo tráfico depende de esa salida. Un error de configuración en el borde puede afectar tanto a IPv4 como a IPv6, mientras que un problema específico de una familia de direcciones puede dejar una funcionando.

Las rutas completamente visibles sugieren que el borde estaba saludable el 10 de julio, no que cada ruta de cliente lo estuviera.

El impacto también depende de la mezcla de clientes, que Rocket no divulga. El sitio comercializa banda ancha doméstica y comunicación de datos privados. Un hogar puede perder trabajo, educación, pagos y comunicación. Una pequeña tienda puede perder aplicaciones en la nube o transacciones digitales. Un cliente de datos privados empresarial puede tener respaldo contractual. Ninguna lista de clientes pública respalda afirmaciones sobre hospitales, agencias gubernamentales u otros usuarios críticos, por lo que esos no deben inventarse.

La penalización de la factura aborda solo apagones continuos inusualmente largos. No compensa cada interrupción, mide fallas repetidas más cortas o garantiza que un reloj de queja se abrió correctamente. La tarifa de 2026 requiere que los ISP resuelvan las quejas rápidamente y retengan la información de quejas y resolución durante al menos seis meses. Para los clientes, un número de ticket y una hora de inicio exacta son, por lo tanto, evidencia práctica. Para el operador, los registros disciplinados de incidentes son la base para ver si el mismo empalme, sitio de energía o límite upstream falla repetidamente.

La reparación en campo es la capacidad oculta

Lapágina de equipode Rocket nombra un director gerente, un ingeniero de red senior, dos técnicos senior y varios gerentes de ventas y marketing. Esto es evidencia más sólida de presencia humana local que una promesa genérica de soporte. Sigue siendo una lista de personal en un sitio web, no una declaración actual de personal. La página no proporciona patrón de turnos, fechas de empleo, certificación, recuento de vehículos, acuerdos de contratistas o cobertura geográfica.

Dos técnicos nombrados pueden ser suficientes para el trabajo rutinario en una red compacta e insuficientes durante incidentes simultáneos. El número relevante no es el total de nombres sino la capacidad de reparación concurrente: cuántas personas calificadas están de guardia, qué tan rápido pueden viajar, si pueden acceder a instalaciones de terceros y si una persona puede permanecer en el escritorio de operaciones mientras otra trabaja en el campo. Una línea telefónica 24 horas no significa necesariamente que un empalmador de fibra esté disponible a todas horas.

El stock de repuestos es otra forma de capacidad de reparación. Diferentes fallas requieren diferentes artículos: transceptores ópticos, cables de conexión, divisores, terminales de cliente, fuentes de alimentación, baterías, radios inalámbricas, enrutadores y longitudes de cable adecuado. Un repuesto mantenido en la oficina de Gazipur puede acortar la restauración; una pieza obtenida después de la falla puede extenderla. El material público no enumera ninguna política de repuestos o depósito de mantenimiento.

Los objetivos de restauración de la tarifa hacen que esta omisión sea importante, porque la detección es solo el comienzo de la reparación.

La restauración también cruza límites de propiedad. El personal de Rocket puede detectar la pérdida en una entrega upstream o NTTN pero carecer de autoridad para reparar la fibra subyacente. Pueden abrir un ticket, proporcionar mediciones y escalar. El tercero controla el despacho y la prioridad. Por lo tanto, un plan de resiliencia creíble necesita rutas de escalado nombradas, tiempos de respuesta acordados y evidencia de que el failover funciona mientras se repara la falla física.

La tarifa excluye explícitamente la dependencia externa de IIG o NTTN de su cálculo de tiempo de restauración lógica declarado, destacando la diferencia entre diagnóstico y control.

La afirmación de la empresa de un centro de operaciones de red las 24 horas es plausible pero no medida. Un informe de servicio público útil divulgaría incidentes por causa, tiempos de restauración medianos y de alto percentil, la proporción resuelta de forma remota, fallas repetidas y si se aplicaron ajustes de factura. Incluso un operador pequeño puede publicar esto sin exponer la topología sensible. En su ausencia, la declaración de 99% de uptime debe tratarse como un objetivo o afirmación de marketing, no como un resultado demostrado de forma independiente.

La mano de obra de soporte local puede, sin embargo, ser una ventaja genuina. Un equipo basado en el área de servicio puede reconocer calles, clientes y rutas de cable recurrentes más rápido que un centro de llamadas nacional. Los contactos compartidos del sitio web en gestión, soporte y registros de red sugieren una operación estrechamente controlada con caminos de comunicación cortos. La compensación es el riesgo de persona clave: si un pequeño número de personas tiene conocimiento de configuración, contactos de proveedores y acceso de campo, la ausencia o sobrecarga puede ralentizar la recuperación.

La evidencia que resolvería la cuestión laboral es operativa en lugar de promocional. Rocket podría mostrar horas de personal por función, cobertura de guardia, tiempos promedio de reconocimiento y restauración, ubicaciones de repuestos, acuerdos de escalado y resúmenes posteriores al incidente. Los clientes pueden contribuir con historiales de tickets verificables y marcas de tiempo de apagones, pero las revisiones aisladas no pueden establecer el rendimiento en toda la red. Hasta que exista un registro consistente, la reparación en campo debe tratarse como necesaria y localmente presente, con profundidad no probada.

Lo que mostraría un caso de resiliencia más sólido

La primera mejora sería un registro de licencia actual y específico del área de servicio. Una licencia electrónica de Gacha o una explicación del regulador que vincule la autorización válida de Turag con el servicio anunciado de Gazipur resolvería la incertidumbre de alcance legal más importante. Un registro actualizado de ISPAB ayudaría pero no reemplazaría al regulador. La cobertura debería mostrarse entonces como áreas de servicio activas, no como una declaración de capacidad nacional.

La segunda sería una diversidad de ruta verificable. Un segundo upstream que aparezca en las observaciones normales o un anuncio de failover documentado reduciría la dependencia visible de Summit. Debería ir acompañado de evidencia de ruta física: diferentes entradas de edificio, proveedores de transporte o corredores, equipo fronterizo separado y energía independiente. Una segunda sesión BGP sobre la misma fibra no cumpliría esa prueba.

La tercera sería una divulgación de interconexión actual. Las entradas de instalación de PeeringDB deberían reconciliarse con las conexiones reales de intercambio o red privada. Las velocidades de puerto, el estado operativo y las fechas marcarían la diferencia entre la presencia aspiracional y la interconexión utilizable. Las cachés de contenido deberían nombrarse solo donde el operador o el proveedor de contenido confirme la implementación.

La cuarta sería una medición del servicio. El rendimiento en hora punta, la latencia, la pérdida y la fluctuación por área de acceso revelarían la capacidad utilizable. Las estadísticas de uptime y restauración probarían la afirmación del 99%. Las mediciones separadas de IPv4 e IPv6 mostrarían si el bloque IPv6 anunciado llega a los clientes. Las causas de los incidentes revelarían si la restricción vinculante son cortes de acceso, energía, transporte, servicio upstream, configuración o congestión.

La quinta sería un inventario de recuperación. El tiempo de ejecución de respaldo en sitios de agregación y frontera, la cobertura de generadores, los repuestos ópticos y de dispositivos de cliente, la disponibilidad de técnicos y los objetivos de escalado de terceros determinan qué tan rápido regresa el servicio. Estos detalles no necesitan exponer ubicaciones sensibles exactas. La evidencia agregada puede mostrar preparación sin publicar un mapa que cree un riesgo de seguridad.

Hasta que existan esas divulgaciones, la evaluación más defendible es evidencia de red de fuerza media con evidencia de resiliencia física débil. Rocket no es un proveedor hipotético: AS149478 está activo, sus rutas son ampliamente visibles, sus autorizaciones de origen son válidas, sus contactos se han mantenido y sus superficies orientadas al cliente siguen vivas. Pero los registros públicos muestran solo un upstream inmediato, ningún puerto de intercambio verificado, ninguna topología de acceso y ningún rendimiento de reparación medido. La pista de licencia de Gacha también necesita una confirmación actual.

Esa conclusión explica por qué la factura de Rocket es un documento de infraestructura. La tarifa de Bangladesh fija los precios, nombra las expectativas de redundancia y reduce el pago después de una falla continua prolongada. Cada número en esa factura depende de equipo y mano de obra que el cliente no puede ver: el terminal alimentado, el cable o radio local, el sitio de agregación, la ruta NTTN, la entrega de Summit y las personas que los restauran. Rocket puede demostrar un borde enrutado activo.

La pregunta sin respuesta es si la cadena física y humana detrás de él puede evitar que una falla dure lo suficiente como para cambiar lo que el cliente debe.