Shivkranti Internet Service Pvt Ltd hace que una factura de conectividad local dependa de las rutas de los proveedores y de la reparación en campo

Resumen

• Shivkranti Internet Service Pvt Ltd no es solo un nombre en una tabla de enrutamiento. La lista de licencias del Departamento de Telecomunicaciones de la India del 28 de febrero de 2026 registra a Shivkranti Internet Services Pvt Ltd como licenciatario de servicios de internet de Categoría B en Mumbai, y los registros APNIC RDAP muestran AS149195, SHIVKRANT-AS-IN, como activo para Shivkranti Internet Service Pvt Ltd.
• La empresa debe considerarse como un ISP local de Mumbai, no un operador de infraestructura nacional. Su portal de clientes indica que Shivkranti Internet Services opera actualmente solo en Mumbai, mientras que la lista de licencias del DoT establece el área de servicio como Mumbai y los contactos públicos de APNIC están en Goregaon West.
• La escala operativa pública es pequeña. El informe de rendimiento de TRAI de junio de 2025 enumera a Shivkranti Internet Services Pvt. Ltd. con 214 suscriptores de banda ancha y cero suscriptores de banda estrecha, incluso cuando la base nacional de banda ancha de la India superaba los mil millones en marzo de 2026.
• La red enrutada está activa pero es limitada. Las vistas BGP muestran dos prefijos IPv4 /24 originados, sin IPv6 visible, 512 direcciones IPv4, estado RPKI válido para ambos /24 y dos proveedores upstream IPv4 observados: Vortex Netsol Private Limited y Gigaline Teleservices Opc Private Limited.
• La calificación final de evidencia de red es Débil. Los registros públicos establecen un operador de banda ancha local con licencia y enrutado, pero no verifican el medio de última milla, el acceso a postes o edificios, la topología en anillo, la separación física de los proveedores upstream, los contratos de tránsito, el tiempo de funcionamiento de la energía de respaldo, el stock de repuestos, la profundidad del equipo de campo, el margen de congestión o el rendimiento de restauración medido.

La empresa existe en tres superficies públicas

Shivkranti Internet Service Pvt Ltd tiene una presencia pública limitada, pero las piezas visibles coinciden. La evidencia de licencia más sólida es la listaUL ISP y UL ISP VNO al 28 de febrero de 2026del Departamento de Telecomunicaciones de la India. En esa lista, Shivkranti Internet Services Pvt Ltd aparece con la licencia DS-11/275/2018-DS-III, Categoría B, área de servicio Mumbai, con Sunil Rajaram Pandey como persona autorizada, un domicilio social en Goregaon West y una fecha de firma y entrada en vigor el 18 de diciembre de 2018. Ese registro no describe la red activa. Hace algo más básico: sitúa a la empresa dentro del perímetro de licencias de telecomunicaciones de la India y vincula la licencia a Mumbai.

El portal de clientes de la propia empresa enshivkrantiinternet.inproporciona la segunda superficie. No se trata de un sitio corporativo orientado a inversores. Es una página de inicio de sesión y pagos con acceso a la cuenta, condiciones, cancelación y secciones de contacto. Su texto de presentación dice que Shivkranti Internet Services es un ISP que opera actualmente solo en Mumbai y describe a la empresa como uno de los actores importantes de la ciudad. También afirma que el servicio se presta a través de "Select entrepreneurs" que siguen los estándares de la empresa y que miles de clientes confían en él para necesidades críticas de negocio. Se trata de afirmaciones de primera mano, no de métricas operativas auditadas, pero coinciden con el encuadre de la ciudad con licencia y explican por qué la empresa puede parecer más un operador de banda ancha de barrio que un gran operador de marca.

La tercera superficie es el registro de números de Internet.APNIC RDAP para AS149195identifica el sistema autónomo como SHIVKRANT-AS-IN, activo, país IN, con la descripción Shivkranti Internet Service Pvt Ltd. El mismo objeto RDAP registra el registro en diciembre de 2021 y un último cambio en septiembre de 2025.APNIC RDAP para 103.178.48.0/23identifica la asignación IPv4 portable activa como SHIVKRANT y la describe como SHIVKRANTI INTERNET SERVICE PVT LTD. Ambos objetos RDAP apuntan a una dirección operativa en Goregaon West para los contactos de red y abuso.

Estas tres vistas no ofrecen el mismo tipo de evidencia. La lista del DoT demuestra el estado de la licencia y el ámbito del área de servicio en la fecha de la lista. El portal de clientes demuestra que la empresa presenta un canal de pago y soporte orientado al suscriptor y dice que opera en Mumbai. APNIC demuestra que posee un ASN activo y una asignación IPv4 activa. En conjunto, son suficientes para escribir sobre un operador de banda ancha local real. No son suficientes para tratar la operación como una red resistente con rutas físicas conocidas.

Esa distinción es la primera barrera de protección para leer a Shivkranti. Una empresa puede tener una licencia y un ASN mientras compra gran parte de su conectividad a proveedores upstream, utiliza conductos de terceros, comparte postes o edificios, o depende de empresarios de distribución locales para el segmento de acceso final. También puede ser útil para los clientes precisamente porque es pequeña y local. La evidencia respalda el piso de identidad. No revela la arquitectura operativa por encima de ese piso.

Mumbai es la geografía operativa, no una huella india general

La categoría prevista para esta empresa es ISP regional. Para Shivkranti, esa categoría solo es defendible si "regional" se interpreta de forma estricta. La páginaDoT eServices ISPexplica la lógica general de las licencias: las licencias ISP son para empresas que proporcionan servicios de acceso a Internet a hogares, empresas y otros usuarios, y la página dice que las categorías están vinculadas al área de cobertura. La misma página describe las tecnologías de prestación de servicios ISP de forma amplia, incluyendo fibra óptica, DSL y banda ancha inalámbrica. Pero esos son ejemplos de servicios generales. No son divulgaciones específicas de Shivkranti.

La fila real de Shivkranti en lalista del DoT de febrero de 2026indica el área de servicio como Mumbai. Elportalde la propia empresa reduce aún más las expectativas del lector al afirmar que opera actualmente solo en Mumbai. Elregistro de direcciones de redy elregistro de ASNde APNIC utilizan ambos información de contacto de Goregaon West. Las direcciones relacionadas en el portal apuntan a Goregaon West y Motilal Nagar. Nada de esto demuestra una cobertura exacta dentro de Mumbai. Simplemente hace que el marco editorial seguro sea mucho más pequeño que "ISP de la India".

Esta localidad es importante porque una factura de banda ancha de Mumbai es físicamente local mucho antes de convertirse en una ruta BGP. Un cliente en un edificio o pequeño negocio obtiene internet utilizable solo cuando la planta de acceso llega a las instalaciones, el dispositivo del cliente está encendido, la ruta del edificio permanece intacta, el punto de agregación local está activo, y los enlaces upstream continúan transportando tráfico fuera de la huella de acceso de la ciudad. Si el ISP utiliza fibra para algunas calles, planta de cable para otras, conexiones inalámbricas en bloques particulares o socios de distribución en vecindarios específicos, cada medio tiene un patrón de rotura diferente. La evidencia pública no identifica qué medio utiliza Shivkranti en qué dirección.

Lapágina de servicios de internetdel DoT es útil como menú de tecnología porque nombra la fibra, DSL y banda ancha inalámbrica como tecnologías de acceso ISP. No debe ampliarse a un mapa tecnológico de Shivkranti. El portal de Shivkranti no publica un mapa de rutas de fibra, una descripción de la red de cable, una lista de torres, un plan de frecuencias inalámbricas, una lista de edificios, un verificador de disponibilidad del servicio, una tabla de niveles de velocidad o un informe de operaciones de red. Lo que sí publica son funciones de inicio de sesión y pago de clientes, condiciones de reembolso, números de contacto y una narrativa del servicio. La historia pública es presencia operativa, no transparencia de la red.

Esto convierte el área de servicio de la empresa en una hipótesis que solo puede comprobarse dirección por dirección. Mumbai es el área con licencia. Goregaon West es el centro operativo visible. La tabla de proveedores de TRAI muestra un número reducido de suscriptores. Por lo tanto, el artículo puede analizar la resiliencia local de Mumbai y la economía de un operador pequeño. No puede afirmar cobertura en toda la ciudad, fibra profunda en el metro, torres independientes o anillos de vecindario redundantes.

La tabla de suscriptores obliga a la rebaja

La evidencia de escala más clara proviene de TRAI. En suinforme trimestral de indicadores de rendimiento publicado en septiembre de 2025, la tabla de proveedores de suscriptores de internet enumera a Shivkranti Internet Services Pvt. Ltd. con 214 suscriptores de banda ancha, cero suscriptores de banda estrecha y 214 suscriptores totales en el trimestre de junio de 2025. No es un error tipográfico en una afirmación de marketing; se encuentra en un informe de rendimiento regulatorio. Puede que quede rezagado con respecto al crecimiento posterior o que refleje clasificaciones de informes que excluyen las relaciones de revendedor, los usuarios facturados por socios u otros acuerdos no orientados al mercado masivo. Pero sigue siendo el mejor número de suscriptores público encontrado en la revisión actual.

El contraste con el mercado nacional es severo. El resumen de la Oficina de Información de Prensa del trimestre de marzo de 2026 de TRAI dice que la India tenía1.065,88 millones de suscriptores de banda ancha, 46,54 millones de suscriptores de acceso a internet por cable fijo y 56.222 puntos de acceso Wi-Fi públicos. Esa escala nacional no hace que Shivkranti deje de ser importante para sus usuarios reales. Significa que un proveedor de 214 suscriptores no debe analizarse como si tuviera la base de capital, la redundancia de personal o la carga de informes públicos de una red de acceso nacional.

Pequeño puede ser resistente en algunos aspectos locales. Un ISP pequeño puede conocer los edificios, los técnicos, los propietarios y las rutas de cable problemáticas mejor que un centro de llamadas distante. El ciclo de decisiones puede ser corto, el área de servicio compacta y el fundador o ingeniero cerca de la avería. Un portal de clientes que enumera contactos directos de teléfono y correo electrónico puede ser más práctico para un edificio pequeño que la cola de tickets de un operador grande. La afirmación del portal de Shivkranti de que trabaja a través de selectos empresarios es coherente con un acuerdo de distribución local en el que las relaciones, no solo los conductos y enrutadores, forman parte del sistema operativo.

Pequeño también puede ser frágil. Un operador local con cientos de suscriptores puede tener menos enrutadores de repuesto, menos vehículos, menos inventario, un plan de respuesta nocturna o de monzón más delgado y menos influencia con los operadores upstream. Un solo técnico de confianza puede ser una fortaleza hasta que esa persona no esté disponible. Una sola ruta de acceso al edificio puede ser barata hasta que un administrador de la propiedad cambie las cerraduras o se dañe un tubo ascendente. Una sola fuente de alimentación puede ser adecuada hasta que un corte local supere la duración de la batería en el punto de distribución. El registro público no permite al lector elegir con confianza entre estas posibilidades.

El mismo resumen de marzo de 2026 de TRAI informa de puntos de referencia de calidad de línea fija, como la provisión en un plazo de siete días hábiles, las incidencias de averías por cada 100 suscriptores y la congestión del punto de interconexión. Estas categorías de referencia nacionales son útiles porque describen las preguntas que un operador de banda ancha debe responder: la rapidez con la que se presta el servicio, la frecuencia con la que se producen averías, si la interconexión se congestiona y la rapidez con la que se resuelven las reclamaciones. No proporcionan el rendimiento específico de Shivkranti. La interpretación segura es que Shivkranti está dentro de una clase de servicio regulada, mientras que los registros públicos no revelan su propio intervalo de provisión, tasa de averías, rendimiento de reclamaciones o rendimiento en horas punta.

Por eso la hipótesis del estado operativo se convierte en una rebaja en lugar de un rechazo. La evidencia pública no dice que la empresa esté inactiva. Dice que la empresa tiene licencia, está orientada al cliente, enrutada y es pequeña. Por lo tanto, el artículo no debe abandonar la tesis del ISP regional; debe limitarla a un micro-ISP de Mumbai y calificar la evidencia de red como Débil.

AS149195 está activo, pero es un borde estrecho

El borde de internet público es lo suficientemente claro como para identificarlo.La página de BGP Toolkit de Hurricane Electric para AS149195identifica a Shivkranti Internet Service Pvt Ltd, origen India, dos prefijos IPv4 originados, dos prefijos IPv4 anunciados, sin prefijos IPv6 originados o anunciados, 512 direcciones IPv4 originadas, sin rutas originadas no válidas por RPKI en su resumen actual y dos pares IPv4 observados.BGP.tools para AS149195clasifica de manera similar la red como activa bajo APNIC, le asigna un rol de red de eyeball, enumera dos /24 IPv4 y muestra dos upstreams: AS137633 Gigaline Teleservices Opc Private Limited y AS136334 Vortex Netsol Private Limited.

RIPEstat añade evidencia útil de tiempo y validación. Elendpoint de resumen de ASdevuelve SHIVKRANT-AS-IN - Shivkranti Internet Service Pvt Ltd y marca el ASN como anunciado. Elendpoint de prefijos anunciadosmuestra 103.178.48.0/24 y 103.178.49.0/24 durante la ventana de observación actual de dos semanas. Elendpoint de estado de enrutamientomuestra dos prefijos IPv4, 512 direcciones IPv4, dos vecinos observados y alta visibilidad RIS en el momento de la consulta. Lavalidación RPKI para 103.178.48.0/24y lavalidación RPKI para 103.178.49.0/24devuelven ambas un estado válido frente a una autorización de origen de ruta para 103.178.48.0/23 con longitud máxima /24.

La API ASRank de CAIDA para AS149195muestra la misma forma de red pequeña desde un conjunto de datos públicos diferente: cono de clientes de un AS, dos prefijos, 512 direcciones y dos proveedores. Esa vista no es un registro contractual, pero refuerza el punto de que el borde de internet público es compacto y dependiente del proveedor.

Esa es una buena higiene para un ISP enrutado pequeño. Significa que los prefijos no son meras entradas de registro obsoletas; los colectores públicos actualmente los ven, y la validación de origen está en su lugar para los dos /24. También significa que la red es compacta. Dos /24 equivalen a 512 direcciones IPv4 antes de considerar las prácticas de red, difusión, infraestructura y asignación. La NAT de grado de operador, el direccionamiento privado y la asignación dinámica pueden admitir más suscriptores de lo que las direcciones públicas lo harían uno a uno, y el número de TRAI no requiere un gran conjunto de direcciones públicas. Pero el conjunto reducido de prefijos deja una evidencia pública limitada de escala y ningún despliegue visible de IPv6.

La ausencia de IPv6 visible no es automáticamente un fallo del servicio. Muchas redes de banda ancha pequeñas siguen operando el acceso de clientes principalmente a través de IPv4 más NAT. Sin embargo, sí importa para la preparación para el futuro y la transparencia. Si un operador no tiene una ruta IPv6 pública, no se puede inferir que los clientes reciban conectividad IPv6 nativa a partir de la evidencia BGP global. Eso puede afectar la accesibilidad de las aplicaciones, el alojamiento de servicios entrantes, la resolución de problemas y la presión de direcciones a largo plazo. Un registro público más sólido mostraría la asignación de IPv6, el origen de la ruta, el estado RPKI y el soporte de cara al cliente para IPv6 en el sitio del operador.

Los dos upstreams observados también necesitan calibración. Mejoran la imagen en comparación con un solo proveedor observado. Si una ruta upstream falla lógicamente, la otra puede mantener AS149195 accesible si la política de enrutamiento, la capacidad y la entrega física están configuradas para la conmutación por error. Pero el BGP público no muestra si esos circuitos upstream entran en diferentes edificios, cruzan diferentes conductos, utilizan diferentes rutas ópticas, terminan en enrutadores separados o tienen suficiente capacidad de reserva bajo estrés. Una lista de vecinos lógicos no es un mapa de zanjas.

Eso es especialmente importante en una geografía compacta.APNIC RDAP para Vortex Netsol, AS136334, sitúa la superficie de contacto de ese upstream en Goregaon West.APNIC RDAP para Gigaline, AS137633, sitúa la superficie de contacto de Gigaline en Parbhani, Maharashtra. La diferencia en la dirección corporativa no prueba la diversidad de rutas. Las entregas de Shivkranti aún podrían compartir conductos, edificios de agregación, dependencias de energía o operadores intermediarios. La visión pública demuestra diversidad de upstream observada a nivel de AS. No demuestra diversidad física.

Hay una pista más sobre la política de enrutamiento. El whois de APNIC para las rutas 103.178.48.0/24 y 103.178.49.0/24 incluye objetos de origen para AS149195 y también paraAS134014, NET 4 U SERVICES PVT LTD. Las páginas BGP actuales enfatizan la originación observada de AS149195, mientras que los objetos de ruta muestran que la política de prefijos ha permitido otro ASN del área de Mumbai como origen en los datos del registro. Esto puede reflejar soporte upstream histórico, acuerdos de respaldo, mantenimiento de objetos de ruta o una configuración de tránsito que no es visible como originación actual. No es un hallazgo de enrutamiento incorrecto. Es otra razón para evitar fingir que el registro público expone el diseño completo del borde.

La ausencia de registro PeeringDB significa que no hay mapa de interconexión público

PeeringDB no es obligatorio para un ISP. Una pequeña red de acceso local puede operar completamente a través de tránsito de pago o acuerdos upstream privados y no tener ninguna razón para publicar un perfil de intercambio. Aun así, laconsulta de la API de PeeringDB para el ASN 149195no devuelve ninguna entidad de red. Ese resultado negativo tiene valor analítico. Significa que no hay un perfil PeeringDB mantenido por el participante que describa la presencia en instalaciones, los intercambios de internet, la política de peering público, el rango de volumen de tráfico o el rol de contacto.

Para operadores más grandes, PeeringDB puede ayudar a distinguir un borde de internet con participación directa en el intercambio de un cono de clientes que simplemente compra tránsito. Para Shivkranti, la evidencia pública apunta a esto último o al menos a un acuerdo de interconexión no revelado. Las rutas visibles son relaciones de AS upstream observadas por los colectores BGP, no puertos de intercambio público. Por lo tanto, el artículo no puede decir que Shivkranti hace peering en un IX de Mumbai, tiene relaciones de caché local, mantiene interconexiones directas con proveedores de contenido o transporta tráfico a través de un sitio de colocación con nombre.

Esa ausencia también afecta el análisis de congestión. Los clientes experimentan congestión en el punto más estrecho de la ruta: el segmento de acceso local, un conmutador de edificio, un enlace de agregación de vecindario, una entrega upstream, un circuito de tránsito, una ruta de peering o una ruta de contenido remoto. BGP solo nos dice que AS149195 tiene accesibilidad global a través de vecinos observados. No revela los volúmenes de tráfico, las velocidades de los puertos, los ratios de contención, la utilización nocturna, la pérdida de paquetes, la latencia hacia las principales redes de contenido o lo que sucede cuando se retira un upstream.

Para un operador de 214 suscriptores, la congestión podría ser modesta o aguda. Una base de usuarios pequeña reduce la demanda agregada, pero un circuito upstream muy pequeño, un segmento de distribución sobresaturado o un solo edificio concurrido aún pueden degradar el servicio. Por el contrario, un upstream modestamente aprovisionado podría ser más que suficiente si los clientes están concentrados y el uso es ligero. Ninguna estadística de tráfico pública resuelve el punto. El artículo honesto debe plantear la capacidad como instalada frente a la utilizable: un ASN y dos /24 son recursos de enrutamiento instalados; la experiencia utilizable del cliente depende de la capacidad de acceso y backhaul que no se divulga públicamente.

Aquí es donde la economía y la fiabilidad de un operador pequeño se convierten en la misma cuestión. Si el negocio tiene éxito manteniendo las facturas bajas, debe reducir el coste de adquisición de clientes, construcción de acceso, ancho de banda upstream, soporte y reparación de campo. Eso puede fomentar la reutilización cuidadosa de la infraestructura local y relaciones estrechas con los edificios. También puede dejar poco margen para upstreams duplicados, hardware de repuesto, equipos de reserva y energía de respaldo de larga duración. Sin tarifas publicadas, diagramas de red o economía de suscriptores auditada, el artículo puede identificar la compensación pero no puede puntuarla.

La última milla es la evidencia que falta

La lista de dependencias físicas del encargo incluye la planta de acceso, postes o torres, tránsito upstream, equipos de campo, equipos en las instalaciones del cliente y alimentación local. Para Shivkranti, la última milla es la parte menos revelada del registro público. El sitio de la empresa dice que proporciona acceso de banda ancha asequible a usuarios domésticos y corporativos en Mumbai. No dice si un cliente concreto es alcanzado por fibra, cable coaxial, Ethernet sobre cableado de edificio, inalámbrico fijo, capacidad de última milla alquilada o una conexión gestionada por un socio.

Ese mapa faltante no es un problema cosmético. El medio de acceso determina el modo de fallo. La fibra puede ser cortada por obras viales, dañada en un tubo ascendente de edificio, doblada en una caja de parcheo o desconectada por un contratista. La distribución coaxial o Ethernet puede fallar por entrada de agua, corrosión de conectores, pérdida de alimentación del conmutador o recableado del edificio. La inalámbrica fija puede fallar por obstrucción de la línea de visión, desalineación de la antena, interferencias, pérdida de alimentación o acceso inseguro al tejado. Una red de distribución asociada puede fallar porque los repuestos, técnicos o permisos del socio no son los del ISP.

La maquinaria de protección de infraestructuras de la India subraya que las instalaciones enterradas y aéreas son vulnerables. El portal gubernamentalCall Before u Digse describe a sí mismo como una iniciativa del Departamento de Telecomunicaciones para reducir los daños a los activos subterráneos coordinando a las agencias de excavación y a los propietarios de servicios públicos. La navegación de servicios electrónicos del DoT también sitúaRight of Way y Call Before u Digjunto a los servicios del sector. Estos programas no son evidencia específica de Shivkranti. Muestran por qué la ruta física de un ISP local no puede despacharse con un gesto. Una sola excavación no coordinada o un trabajo de construcción puede importar más para una red de acceso pequeña que para un operador con múltiples anillos protegidos.

La expresión "Select entrepreneurs" del portal de la empresa también es importante. Sugiere que al menos parte de la prestación del servicio puede depender de actores de distribución locales o socios de campo que siguen los estándares de Shivkranti. Eso puede mejorar el alcance del vecindario: los empresarios conocen los edificios, los residentes, los administradores y las rutas de instalación prácticas. También puede complicar la responsabilidad: el abonado compra el servicio a la empresa, pero la avería puede estar en un cable de socio, un conmutador de acceso, un dispositivo de tejado, un equipo en las instalaciones del cliente o el ancho de banda upstream. El registro público no explica dónde se sitúa la demarcación.

El equipo en las instalaciones del cliente es otro punto ciego. El portal permite a los usuarios iniciar sesión con número de móvil, nombre de usuario o ID de cuenta y pagar facturas. No publica estándares de enrutadores, tipos de dispositivos de terminación de red óptica, requisitos de CPE inalámbrico, compromisos de nivel de servicio o políticas de dispositivos propiedad del cliente. Cuando una red de acceso es pequeña, el enrutador doméstico o el conmutador de edificio pueden ser el punto de fallo más común. Pero sin documentación de soporte, un lector no puede saber si Shivkranti supervisa de forma remota el equipo del cliente, tiene stock de CPE de repuesto, separa las reclamaciones de Wi-Fi de las averías de línea o publica avisos de mantenimiento.

La alimentación local es igualmente opaca. La ruta de acceso necesita alimentación en las instalaciones del cliente, en cualquier equipo de distribución del edificio, en cualquier armario de calle activo o repetidor inalámbrico, en el punto de agregación del operador y en las ubicaciones de entrega upstream. Laguía de dependencia de comunicaciones de CISAestá escrita para la planificación de infraestructuras críticas en lugar de para la banda ancha de consumo de Mumbai, pero la lógica de dependencia es general: las comunicaciones dependen de la electricidad, la tecnología de la información y el transporte. Un ISP pequeño puede mantener un enrutador central con un SAI y seguir perdiendo clientes si los conmutadores de edificio o las radios de acceso no tienen respaldo. El registro público de Shivkranti no revela el tiempo de funcionamiento de respaldo en ninguna parte de la ruta de acceso.

El diseño de la energía de respaldo no es solo una afirmación de sí o no. LaGuía de Análisis de Valor de Sistemas de Comunicaciones de Emergenciade CISA distingue baterías, generadores, pruebas y opciones de ciclo de vida; esas categorías son útiles para juzgar cualquier red de acceso que dependa de puntos de distribución alimentados. Ninguna fuente pública de Shivkranti dice cuáles de esas medidas existen en los edificios de clientes, puntos de agregación o entregas upstream.

Esta es la razón por la que el título del artículo se centra en las rutas y la reparación de campo. Una factura de conectividad local parece un cargo mensual, pero en realidad es una promesa de que muchas dependencias físicas y operativas seguirán alineándose: licencia, origen de ruta, espacio de direcciones, alcance upstream, planta de acceso, permiso de construcción, alimentación, CPE y una persona que pueda llegar a la avería. Los materiales públicos de Shivkranti establecen la promesa. No exponen suficiente de la maquinaria para calificar su resiliencia como sólida.

La reparación de campo es la verdadera reserva de capacidad

Para un ISP muy pequeño, la reparación de campo puede ser más decisiva que el ancho de banda declarado. Un operador grande puede absorber una conexión de cliente fallida a través de una cola de tickets y una fuerza de trabajo de varios turnos. Un operador local puede restaurar el servicio más rápido porque la persona de campo conoce el carril exacto, el edificio, la oficina de la sociedad, la ruta del cable y la avería recurrente. La misma localidad se convierte en riesgo si un técnico, un socio o un contacto upstream no está disponible.

El portal de Shivkranti no publica el tamaño del personal ni el horario de soporte. Proporciona contactos de teléfono y correo electrónico, condiciones de pago y un flujo de inicio de sesión del cliente. El registroAPNIC RDAP de AS149195identifica un rol de director del NOC y una superficie de contacto de abuso. La lista de licencias del DoT identifica a una persona autorizada. Esas son superficies de contacto responsables, no un plan de fuerza de trabajo. Le dicen al lector quién está asociado públicamente con la red. No dicen cuántas personas pueden escalar, empalmar, configurar, reemplazar o enviar.

La frase "Select entrepreneurs" del sitio de la empresa importa porque insinúa una estructura laboral en la que la prestación del servicio está distribuida. Si esos empresarios mantienen relaciones con los clientes y quizás gestionan partes de la planta de acceso, forman parte de la resiliencia de la red. Su disponibilidad, formación, stock, ruta de escalado y autoridad para tocar equipos deciden la rapidez con la que se repara una avería. El registro público no dice si cada empresario es un franquiciado, contratista, revendedor, operador de cable o socio de soporte local. Solo dice que siguen los estándares de la empresa.

Eso es suficiente para crear las preguntas correctas. ¿Están documentadas centralmente las conexiones de los socios? ¿Sabe Shivkranti qué clientes están detrás de cada conmutador o cable de socio? ¿Los repuestos los tiene la empresa, el empresario o ambos? ¿Puede un técnico fuera de horario entrar en el edificio? ¿Se clasifican las averías por teléfono, telemetría del enrutador, alarmas BGP upstream o mensajes de WhatsApp del cliente? ¿Separa la empresa "internet caído" en fallo del CPE, fallo de distribución del edificio, pérdida de upstream y suspensión de facturación? Ninguna de estas respuestas es pública.

El marco de rendimiento de TRAI muestra por qué estas preguntas no son académicas. El resumen de PIB de marzo de 2026 de los datos de TRAI enumera puntos de referencia del servicio de línea fija para la provisión después del pago, incidencias de averías por cada 100 suscriptores y congestión del punto de interconexión. La propia página deCalidad de Serviciode TRAI y su históricaregulación de QoS de banda anchaproporcionan el vocabulario regulatorio para la provisión, reparación y presentación de informes. Esas categorías se corresponden exactamente con los puntos débiles de un ISP pequeño. Un operador local con 214 suscriptores declarados puede ser capaz de conocer cada edificio importante; también puede tener poco margen estadístico si se producen un puñado de averías en un trimestre. Un solo corte que afecte a un edificio con múltiples clientes puede parecer una crisis operativa incluso cuando la tabla nacional apenas lo nota.

La tarea de recuperación es, por tanto, práctica. Verificar no solo la diversidad de upstream, sino también la diversidad de mano de obra de campo. Una ruta de tránsito de respaldo es útil si falla un enrutador, pero no repara un cable de conexión cortado. Un módulo óptico de repuesto es útil si alguien puede identificar y alcanzar el dispositivo fallado. Una segunda relación con un proveedor es útil si el corte del upstream principal es lógico, pero no si ambas entregas dependen de la misma alimentación local o edificio. La evidencia pública respalda la necesidad de esas comprobaciones; no muestra que se hayan superado.

Los upstreams son visibles, su separación física no

Los dos upstreams observados merecen una lectura cercana pero limitada.BGP.toolsyHurricane Electricmuestran a Vortex Netsol Private Limited y Gigaline Teleservices Opc Private Limited como vecinos IPv4 visibles para AS149195.APNIC RDAP para AS136334identifica a Vortex Netsol Private Limited como un ASN indio activo registrado en 2017.APNIC RDAP para AS137633identifica a Gigaline Teleservices Opc Private Limited como un ASN indio activo registrado en 2018, aunque la API ASRank actual de CAIDA no mostraba un grado activo para Gigaline en el momento de la consulta. La visibilidad del colector BGP y los datos de registro son suficientes para mostrar que AS149195 no se ve detrás de un solo upstream en las vistas de ruta públicas actuales.

El par de upstreams todavía no demuestra un borde protegido. Si ambos upstreams se entregan a través de un solo proveedor de fibra local, un solo tramo de postes, un solo tubo ascendente de edificio, un solo armario, un solo enrutador o una sola fuente de alimentación, un solo evento físico puede eliminar ambos. Si el upstream de respaldo es pequeño, está mal configurado o tiene una prioridad muy baja, la conmutación por error puede preservar la accesibilidad mientras hace que el servicio sea lo suficientemente lento como para que los clientes lo consideren caído. Si la ruta de respaldo no se ha probado bajo carga, la existencia de una sesión BGP puede ser más reconfortante en un diagrama que en un corte.

Laguía de resiliencia de comunicaciones de seguridad pública de CISAhace una observación general que se aplica aquí incluso fuera del contexto de seguridad pública: servicios de comunicaciones aparentemente separados pueden compartir oficinas centrales, puntos de presencia, conductos o rutas físicas. La lección no es que Shivkranti tenga un fallo de modo común oculto. La lección es que la diversidad de rutas AS públicas es solo el comienzo de una auditoría de diversidad.

La geografía local aumenta la necesidad de precaución. Los contactos APNIC de Shivkranti están en Goregaon West. La superficie de contacto APNIC de Vortex también está en Goregaon West. NET 4 U Services, cuyoAS134014aparece en los objetos de ruta de los prefijos de Shivkranti, está en Malad West. Estas direcciones cercanas pueden reflejar un ecosistema práctico del oeste de Mumbai de pequeños ISP y upstreams. Eso puede ser operativamente útil: los proveedores locales pueden coordinarse rápidamente, conocer los mismos conductos e intercambiar capacidad cerca. También puede concentrar el riesgo si las rutas relevantes dependen de la misma infraestructura local.

La superficie de contacto APNIC de Gigaline está en Parbhani, lo que puede sugerir una relación de proveedor más distante, pero la ubicación de una oficina registrada no es una ruta de circuito. La ruta aún podría venderse a través de intermediarios o entregarse en un punto de entrega de Mumbai. El BGP público no revela la entrega física. Una revisión seria de la resiliencia pediría IDs de circuito, ubicaciones de salas de reunión, puntos de demarcación, cartas de proveedores, declaraciones de diversidad de rutas, traceroutes, registros de pruebas de conmutación por error y gráficos de utilización en horas punta.

En ausencia de esa evidencia, la calificación correcta no es "sin diversidad de upstream". Es "dos ASNs de upstream observados, diversidad física no verificada". Ese lenguaje importa. Respeta la evidencia de ruta pública sin fingir que BGP puede responder a preguntas sobre rutas de fibra.

Los usuarios afectados son pocos en los datos nacionales, pero se concentran localmente

Un operador de 214 suscriptores puede seguir siendo importante. Si esos suscriptores son hogares en unos pocos edificios, pequeñas tiendas, clínicas, tutores, oficinas o proveedores de servicios locales, un corte puede tener un efecto de vecindario visible. Es poco probable que el fallo de un ISP pequeño mueva las estadísticas nacionales de internet, pero puede eliminar la única conexión asequible o familiar para un cliente que la eligió porque los proveedores más grandes no estaban disponibles, eran caros o difíciles de tratar en ese edificio.

El sitio de la empresa posiciona a Shivkranti como asequible y local. Dice que la organización tomó la delantera en proporcionar acceso de banda ancha asequible a usuarios domésticos y corporativos y continúa ofreciendo servicios de internet baratos en la ciudad. Las condiciones del portal se enmarcan en recargas, suscripciones, cargos de instalación y pagos de facturas en línea. El recorrido visible del cliente no es un contrato de adquisición de operador; es una relación de cuenta minorista o de pequeña empresa.

Ese perfil de cliente cambia la consecuencia del fallo. Un consumidor puede no saber si la avería está en un enrutador, un cable de socio, upstream, ruta ASN, estado de facturación o alimentación local. Solo sabe que la factura está pagada y la conexión está caída. Una pequeña empresa puede depender de pagos UPI, mensajería, contabilidad en la nube o vigilancia por cámara. Un administrador de edificio puede tener que transmitir quejas incluso cuando la avería está en el Wi-Fi del cliente. La comunicación de la reparación se convierte en parte del servicio.

El lenguaje de reembolso del portal de clientes se limita a escenarios particulares de fallo de pago en línea; dice que se puede obtener un reembolso cuando se carga el dinero pero la recarga no se entrega en 24 horas, previo aviso por correo electrónico e investigación. Eso es evidencia del proceso de pago, no evidencia de compensación por corte. El portal no publica una política de crédito por corte, un acuerdo de nivel de servicio, una página de mantenimiento planificado o un registro histórico de incidencias. Los lectores no deben inferir soluciones para el cliente más allá de lo que es visible.

Aquí es donde la mano de obra de soporte local vuelve al centro. Si la red falla, los clientes necesitan una respuesta lo suficientemente rápida como para que el servicio sea confiable. ¿Es un corte de upstream conocido? ¿Está caído un conmutador de edificio? ¿Hay un corte de energía? ¿Se ha cortado un cable? ¿Está suspendida la cuenta del cliente? ¿Viene un técnico hoy o la próxima semana? La evidencia pública no muestra el proceso de soporte de Shivkranti, pero la reputación de un ISP pequeño a menudo vive en esos momentos.

La regulación nacional proporciona un vocabulario de referencia, no una garantía para el cliente. Lapágina de informes de rendimiento de TRAIproporciona el canal de informes a través del cual aparece el rendimiento de todo el mercado, y elresumen de PIB de marzo de 2026informa de las categorías de cumplimiento nacionales. No publica la restauración de averías específica de Shivkranti. Para esta empresa, la evidencia directa sería una página de estado de soporte, un archivo de avisos a clientes, métricas de tiempo de actividad mensual o datos de reclamaciones auditados.

Qué elevaría la calificación

El camino de Débil a Medio es sencillo. Shivkranti necesitaría divulgar o corroborar hechos operativos actuales que vayan más allá de la licencia y el enrutamiento. Un mapa de disponibilidad del servicio o un verificador de direcciones establecería dónde se vende realmente el servicio en Mumbai. Una descripción de la tecnología separaría el acceso por fibra, cable, Ethernet e inalámbrico fijo. Una página de soporte al cliente con horarios, contactos de escalado y categorías de averías mostraría cómo gestiona la empresa los cortes. Una página de estado mostraría eventos actuales e históricos de edificios, upstream o área.

La evidencia de red necesitaría ser más específica. El BGP público ya muestra AS149195, dos /24 y dos upstreams observados. La capa que falta es la física y operativa. Un registro más sólido mostraría si Vortex y Gigaline son upstreams contractuales activos, dónde terminan las entregas, si los circuitos entran por rutas separadas, si los enrutadores y la alimentación son redundantes, qué capacidad transporta cada enlace, cómo se prueba la conmutación por error y si la capacidad de respaldo puede soportar la hora punta habitual. Un registro PeeringDB, aunque no obligatorio, ayudaría nombrando la presencia en intercambios o instalaciones si la empresa la tuviera.

La evidencia de acceso necesitaría mostrar independencia de ruta dentro del área de servicio. Un ISP local puede tener dos upstreams y aun así fallar a muchos clientes porque un conmutador de edificio pierde alimentación. Una divulgación de acceso creíble identificaría si los edificios de clientes tienen equipos activos, qué tiempo de funcionamiento de respaldo existe en los puntos de agregación, cuántos suscriptores hay detrás de cada nodo de agregación, qué repuestos se almacenan y con qué rapidez pueden los técnicos llegar a los sitios de avería comunes. El objetivo no es exponer mapas de rutas sensibles; es establecer que la resiliencia está diseñada en lugar de supuesta.

La evidencia de mano de obra también importaría. Si el acuerdo de "Select entrepreneurs" es central, la empresa podría explicar los estándares de los socios, el escalado, el inventario y la demarcación del cliente. ¿Cómo se supervisan las averías de los socios? ¿Quién es el propietario del cable después de la instalación? ¿Quién puede aprobar un dispositivo de reemplazo? ¿Quién habla con los clientes cuando la avería es upstream? ¿Quién comprueba que un conmutador local de un empresario tiene protección de alimentación? Una pequeña red local puede ser resistente con socios, pero los controles deben ser legibles.

Finalmente, la evidencia del cliente ayudaría solo si se delimita con cuidado. Las reseñas, las publicaciones en redes sociales y las quejas informales pueden sugerir patrones, pero no pueden probar la topología de la red o la calidad general del servicio. Una muestra pequeña se distorsiona fácilmente por un edificio o una disputa de facturación airada. La evidencia útil del cliente serían comunicaciones de cortes con sello de tiempo, informes repetidos de la misma área que coincidan con una causa técnica o una autopsia de incidencia pública. El artículo no encontró un conjunto público sólido de tales señales; por lo tanto, deja la experiencia del cliente en su mayoría sin calificar.

Conclusión vinculada a la evidencia

Shivkranti Internet Service Pvt Ltd debe permanecer en la categoría de ISP regional solo con un calificativo claro: micro-ISP local de Mumbai. La evidencia pública respalda una licencia, un portal de suscriptores, una pequeña base de banda ancha declarada, un ASN activo, una asignación IPv4 /23 activa, dos anuncios /24 visibles, RPKI válido para ambos /24 originados y dos ASN upstream observados. Eso es suficiente para decir que la empresa es más que una cáscara corporativa inactiva o un nombre de directorio perdido.

No es suficiente para decir que la factura local es resistente. La empresa no divulga públicamente el medio de última milla, la topología de acceso, la lista de edificios, la fuerza de trabajo de campo, los controles de los socios, el tamaño del contrato upstream, la entrega en las instalaciones, la diversidad de rutas físicas, la energía de respaldo, las pruebas de conmutación por error, el historial de cortes, los datos de congestión o el rendimiento de reparación al cliente. La fila de licencia del DoT de febrero de 2026 y los registros APNIC hacen que el operador sea real; la tabla de suscriptores de TRAI de junio de 2025 hace que la escala sea pequeña; BGP hace que el borde sea visible; las divulgaciones físicas faltantes mantienen la calificación baja.

La ruta de fallo práctica es, por tanto, simple. Un cliente de Shivkranti puede estar dependiendo de una cadena que comienza en un edificio de Mumbai, pasa por la planta de acceso local y una superficie operativa de Goregaon West, llega al pequeño borde IPv4 de AS149195 y luego sale a través de Vortex, Gigaline u otra ruta configurada. Si se corta un cable de edificio, un conmutador de socio pierde alimentación, un técnico local no está disponible, un circuito falla o una ruta upstream se congestiona, la factura del cliente no tiene protección inherente. La protección tiene que venir de la redundancia, la documentación, los repuestos y la mano de obra.

La calificación final de evidencia de red esDébil. La rebaja no es una afirmación de que Shivkranti no esté operativo. Es lo contrario: los registros públicos son suficientes para identificar un ISP de Mumbai con licencia y enrutado, pero insuficientes para otorgar una calificación de resiliencia de infraestructura más sólida. Los metadatos recomendados deben mantener la categoría comocompany-region-global-type-isp regionales, mantener la región como IN, mantener los temas porque la economía regional, la mano de obra de reparación local y el tránsito upstream están implicados, y añadir una nota editorial de que la tesis del área de servicio es local de Mumbai y la evidencia de resiliencia de la red sigue siendo débil hasta que los controles de acceso, upstream y reparación se verifiquen de forma independiente.