Resumen

  • Saileelas posee una autorización de servicio de Internet Categoría C para el Área de Conmutación Secundaria de Kalyan, mientras que su oficina registrada, los contactos de APNIC y el listado comercial público convergen en Louiswadi, Thane. La licencia establece un límite operativo local, no una huella nacional.
  • La evidencia operativa es actual y positiva. AS149616 era visible el 10 de julio de 2026, originó una asignación IPv4 de 512 direcciones y un IPv6 /48, y tenía autorizaciones de origen de ruta válidas. Saileelas también apareció como miembro operativo de Extreme IX Mumbai en la ubicación del intercambio en Thane.
  • Las divulgaciones de capacidad no concuerdan claramente. PeeringDB muestra una interfaz de intercambio de 10 Gbps y un rango de tráfico auto-reportado de 5-10 Gbps, mientras que Extreme IX muestra 3 Gbps para el miembro. Ninguna cifra mide la última milla del cliente, el rendimiento en hora punta o la capacidad de restauración.
  • TRAI reportó 463 suscripciones de banda ancha al 31 de marzo de 2025, frente a 424 un año antes. Las reseñas públicas alegan repetidamente cortes y reparación lenta, pero son señales de clientes no verificadas, no una auditoría de rendimiento representativa. Los hechos faltantes son la topología de acceso, los contratos ascendentes, la diversidad de rutas físicas, la duración de la batería de respaldo, el inventario de repuestos y la cobertura del equipo de campo.

Un número pequeño de suscriptores puede conllevar una larga cadena de dependencias

El número público más revelador de Saileelas Internet Service Private Limited no es una velocidad destacada. Es 463. En el informe de rendimiento anual de la Autoridad Reguladora de Telecomunicaciones de la India (TRAI) para el año finalizado el 31 de marzo de 2025, Saileelas aparece con cero suscripciones de banda estrecha y 463 suscripciones de banda ancha. La tabla relevante se publica enhttps://www.trai.gov.in/sites/default/files/2025-07/YIR_08072025.pdf. Un panel de TRAI para el año anterior mostraba 424 suscripciones de banda ancha enhttps://www.trai.gov.in/sites/default/files/2024-12/telecom-dashboard_compressed.pdf. En esas dos instantáneas oficiales, la base reportada creció en 39, aproximadamente un 9.2 por ciento.

Esa escala es lo suficientemente grande como para demostrar que esto es más que un registro en papel. También es lo suficientemente pequeña como para que los cuellos de botella físicos y humanos importen de inmediato. Un switch de agregación, un enlace ascendente compartido, un cable de distribución dañado, un técnico de empalme no disponible o una transferencia ascendente saturada pueden afectar una fracción significativa de la base. Un operador nacional puede distribuir una falla a través de capas de operaciones regionales.

Un proveedor local puede depender de un inventario compacto, un pequeño número de personas que conocen las rutas y el permiso de acceso en cada edificio o gabinete vial.

La factura del cliente comprime esas dependencias en un servicio mensual. No identifica quién posee el conducto, el poste, la ruta del techo o la bajante del edificio. No dice si una velocidad anunciada está limitada por la línea de acceso, el punto de agregación local, el tránsito de Internet, el peering público o el Wi-Fi del cliente. No indica cuánto duran las baterías en el nodo local, si dos sesiones ascendentes viajan a través de diferentes conductos, o cuántos cortes simultáneos puede manejar el equipo de campo después de fuertes lluvias o trabajos viales.

Por lo tanto, Saileelas merece un análisis como cadena en lugar de solo como titular de un ASN o licencia. La cadena comienza en el router del cliente y el equipo de las instalaciones, cruza un segmento de acceso del edificio o la calle, llega a la agregación y al borde de enrutamiento del proveedor, y luego sale a través de tránsito pagado o peering. El segmento indispensable más débil establece el nivel de servicio práctico. Un anuncio de ruta saludable no puede reparar un cable de bajada cortado. Una fibra prístina en un edificio no puede llegar a Internet si el borde de enrutamiento pierde todas las rutas ascendentes utilizables.

Un enlace ascendente de repuesto no ayuda si ambos circuitos comparten una entrada física.

La huella legal es Kalyan, no global

La clasificación del artículo utiliza la categoría global de ISP regional de la publicación, pero el área de servicio legal de Saileelas es mucho más estrecha. La lista actual del Departamento de Telecomunicaciones identifica la autorización DS-11/211/2021-DS-III como Categoría C para Kalyan, firmada y efectiva el 31 de diciembre de 2021. Saileelas aparece en el documento actual enhttps://www.dot.gov.in/static/uploads/2026/03/1583eeb1e6fe5cf8a56110195d8320e9.pdf. La lista de enero de 2025 registra la misma autorización, categoría, área de servicio y dirección de Louiswadi enhttps://www.dot.gov.in/static/uploads/2025/07/ccc9dee71e76157f049d2ae5b8d0911b.pdf.

La Categoría C tiene un significado regulatorio específico. El Departamento dice enhttps://preprodeservices.dot.gov.in/internet-serviceque la Categoría A cubre el área nacional, la Categoría B cubre un círculo de telecomunicaciones o área metropolitana, y la Categoría C cubre un Área de Conmutación Secundaria. El texto de la Licencia Unificada enhttps://www.dot.gov.in/static/uploads/2026/05/af70ec29b07b112cdc5475d80afe8222.pdfutiliza el mismo límite. Por lo tanto, Saileelas debe entenderse como un licenciatario del área de Kalyan, aunque "Kalyan" en la administración de licencias no es una promesa de que cada dirección en esa área esté conectada o se pueda solicitar.

Varios registros públicos centran a la empresa en Thane. El registro de APNIC para AS149616 lista una dirección en Louiswadi, Thane y nombra a Saileelas enhttps://rdap.apnic.net/autnum/149616. El registro de su asignación IPv4 utiliza la misma dirección enhttps://rdap.apnic.net/ip/103.186.46.0/23. Una lista de certificados de registro del Departamento de Telecomunicaciones emitida en 2026 muestra nuevamente Shop No. 20, Jeevan Prakash, Louiswadi, con Nilesh Suresh Vaity como representante designado enhttps://www.dot.gov.in/static/uploads/2026/04/3f33a7054c5cb484c831d2ae5b8d0911b.pdf.

Los registros comerciales corporativos proporcionan evidencia de apoyo, no primaria. Zauba Corp identifica CIN U64203MH2020PTC346685, una fecha de incorporación del 25 de septiembre de 2020, un estado activo y directores Vidya Nilesh Vaity y Nilesh Suresh Vaity enhttps://www.zaubacorp.com/company/SAILEELAS-INTERNET-SERVICE-PRIVATELIMITED/U64203MH2020PTC346685. The Company Check da la misma fecha de incorporación, base en Thane y estado activo enhttps://www.thecompanycheck.com/company/saileelas-internet-service-private-limited/U64203MH2020PTC346685. Esas páginas ayudan a conectar la empresa legal con los registros de red, pero no divulgan kilómetros activos de cable, sitios de torres, gastos operativos o rotación de clientes.

El borde de enrutamiento es real y actualmente visible

Saileelas controla un número de sistema autónomo, AS149616. APNIC lo registró el 8 de abril de 2022 bajo el nombre SAILEELAS-AS-IN. El registro público se modificó por última vez en septiembre de 2025 y permaneció activo cuando se verificó para este artículo. La asignación IPv4 asociada es 103.186.46.0/23, un bloque de 512 direcciones. El registro lo describe como espacio de direcciones portátil asignado. Eso es importante porque el espacio portátil provisto por el proveedor se puede originar a través de diferentes arreglos de conectividad sin renumerar cada punto final, sujeto a la política de enrutamiento y los contratos.

Los colectores de rutas públicas muestran un uso activo en lugar de una propiedad inactiva. La vista de estado de enrutamiento de RIPEstat enhttps://stat.ripe.net/data/routing-status/data.json?resource=AS149616registró el primer anuncio observado el 27 de abril de 2022 y una última observación el 10 de julio de 2026. Contó tres anuncios IPv4 visibles que cubren 512 direcciones y un IPv6 /48. En ese momento de observación, 326 de 327 pares IPv4 RIS disponibles vieron la ruta. La ruta IPv6 fue vista por 15 de 321 pares, una fracción mucho más pequeña que advierte contra tratar la accesibilidad IPv6 como equivalente a la accesibilidad IPv4 en todas partes.

La vista de prefijos anunciados enhttps://stat.ripe.net/data/announced-prefixes/data.json?resource=AS149616listó el agregado 103.186.46.0/23, sus dos componentes /24 y 2001:df2:99c0::/48. Anunciar el agregado y rutas más específicas puede apoyar la ingeniería de tráfico, pero la tabla pública por sí sola no revela por qué están presentes los /24, si toman diferentes caminos físicos, o si uno está reservado para recuperación. Una ruta es una instrucción de accesibilidad, no un mapa de fibra.

La seguridad del origen de la ruta es una de las señales técnicas más fuertes. La verificación de validación de RIPEstat para 103.186.46.0/23 enhttps://stat.ripe.net/data/rpki-validation/data.json?resource=AS149616&prefix=103.186.46.0%2F23encontró una autorización válida para AS149616 con una longitud máxima de /24. El IPv6 /48 también era válido enhttps://stat.ripe.net/data/rpki-validation/data.json?resource=AS149616&prefix=2001:df2:99c0::%2F48. APNIC explica enhttps://www.apnic.net/community/security/resource-certification/que una Autorización de Origen de Ruta especifica qué ASN puede originar un prefijo. La autorización válida reduce la exposición a algunos errores de origen accidentales o maliciosos. No verifica el resto de la ruta AS, protege un cable local, ni garantiza que cada red vecina rechace rutas inválidas.

La evidencia de enrutamiento merece un hallazgo claramente positivo: Saileelas opera una identidad de red visible, utiliza sus recursos de dirección registrados y ha tomado un paso concreto de protección del origen de la ruta. La evidencia no divulga enrutadores, software, número de sitios, geografía del borde, tiempos de conmutación por error o cobertura del personal. Tampoco demuestra que cada una de las suscripciones reportadas por TRAI use el bloque de direcciones propio de Saileelas; algunos usuarios podrían estar detrás de traducción de direcciones u otros arreglos.

La conexión al intercambio de Thane mejora el alcance, pero no resuelve la diversidad de tránsito

Saileelas es miembro operativo de Extreme IX Mumbai. La página de miembros del intercambio enhttps://extreme-ix.org/members/peers?location=mumbailista AS149616, una fecha de unión en febrero de 2026, participación en el servidor de rutas, una ubicación etiquetada como Thane y capacidad mostrada de 3 Gbps. Esa es una evidencia de ubicación inusualmente útil. Conecta la identidad de enrutamiento a una plataforma de interconexión compartida en la misma área urbana que la oficina registrada de la empresa.

PeeringDB proporciona una segunda vista enhttps://www.peeringdb.com/net/41616. Su entrada identifica a Saileelas como una red de cable, DSL o ISP, da una política de peering abierta, marca tanto IPv4 como IPv6 como operativos en Extreme IX Mumbai, y muestra direcciones de intercambio 103.77.109.9 y 2001:df2:1900:2::49. La velocidad de la interfaz se muestra como 10,000 Mbps. PeeringDB también contiene un rango de tráfico auto-reportado de 5-10 Gbps, 12 prefijos IPv4 y cuatro prefijos IPv6. Esos valores se mantuvieron recientemente, pero son descriptores proporcionados por el operador, no una medición independiente del tráfico transportado.

Las cifras de 3 Gbps y 10 Gbps no deben forzarse a un acuerdo falso. Una puede describir la capacidad comprometida o mostrada del miembro, mientras que la otra describe una tasa de interfaz. El intercambio podría dar forma al servicio por debajo de la velocidad del puerto físico, múltiples arreglos podrían representarse de manera diferente, o una página podría retrasarse respecto a un cambio comercial. Las páginas públicas no explican la diferencia.

La conclusión responsable es que Saileelas tiene una conexión de intercambio activa con al menos una escala multi-gigabit divulgada, mientras que la capacidad exacta de intercambio utilizable no está resuelta.

Cuatro vecinos de ruta aún pueden compartir una zanja

La diversidad lógica y la diversidad física responden a diferentes preguntas. Si Saileelas puede alcanzar un destino a través de más de una red vecina, puede enrutar alrededor de una falla de política remota o una sesión fallida. Si todas esas conexiones entran a la misma instalación de Thane a través del mismo circuito de acceso arrendado, un corte de zanjadora o una falla eléctrica del edificio pueden eliminarlas juntas. Si dos circuitos terminan en un enrutador de borde, una falla del enrutador puede derrotar a ambos.

Si el servidor de rutas del intercambio es el medio común para aprender pares, un problema del servidor de rutas puede afectar muchas sesiones incluso cuando el puerto físico permanece activo.

PeeringDB no lista ninguna instalación de interconexión privada ni un intercambio público adicional. Esa ausencia no demuestra que no haya una segunda instalación: los operadores no siempre divulgan cada entrega comercial. Significa que un lector no puede verificar un segundo sitio de interconexión a partir de ese registro. El propio Extreme IX abarca varias instalaciones en la región de Mumbai, listadas enhttps://www.peeringdb.com/api/ix/1627, incluyendo instalaciones en Thane, Kalyan, Mumbai y Navi Mumbai. El registro de miembro de Saileelas apunta a Thane, pero no identifica una segunda ubicación de intercambio o un segundo puerto físico.

Incluso la frase "ubicación Thane" necesita disciplina. La lista del intercambio identifica Extreme Thane en Dev Corpora cerca de Cadbury Junction. La página de miembro de Saileelas dice Thane. Es razonable conectar al miembro con esa ubicación de intercambio, pero el registro no divulga el rack, el operador, la ruta de fibra, la alimentación eléctrica o el enrutador. Ciertamente no establece que la ruta de Louiswadi al intercambio evite todo corredor vial o dependencia de servicios públicos compartidos.

La prueba de redundancia útil tiene varias capas. Primero, ¿hay dos enlaces ascendentes capaces de proveer ruta por defecto bajo contratos separados? Segundo, ¿terminan en enrutadores, fuentes de alimentación e instalaciones de intercambio u operador separados? Tercero, ¿los circuitos de acceso siguen rutas geográficamente separadas y entran al sitio a través de diferentes conductos o bajantes del edificio? Cuarto, ¿ambas rutas están cargadas lo suficientemente ligeras como para que cualquiera pueda llevar el tráfico esencial cuando la otra falla?

Quinto, ¿se ha observado la conmutación por error en condiciones de carga máxima en lugar de asumirse de la configuración?

Ninguna de esas respuestas es pública. Los cuatro vecinos observados hacen que la dependencia de un solo vecino sea menos probable de lo que sería con solo una adyacencia. El puerto de intercambio activo proporciona un camino creíble hacia contenido y redes locales. Pero el registro disponible no puede establecer dos rutas por defecto físicamente independientes. Por lo tanto, Saileelas debe recibir crédito por la actividad de interconexión sin recibir una afirmación de resiliencia no ganada.

La capacidad instalada no es la capacidad que los clientes pueden usar

Las cifras de capacidad pueden parecer generosas cuando se dividen entre 463 suscripciones. Tres gigabits por segundo divididos equitativamente serían aproximadamente 6.5 Mbps por suscripción reportada; diez gigabits serían alrededor de 21.6 Mbps. Esos cálculos son matemáticamente correctos y operativamente engañosos. La conexión de intercambio puede llevar solo tráfico de peering, mientras que el tránsito pagado usa una interfaz separada. El número de suscriptores es de marzo de 2025 y puede haber cambiado. La demanda no es simultánea ni igual.

Algunas suscripciones pueden ser líneas empresariales, algunas residenciales, y algunas pueden usar direccionamiento privado. Una tasa de puerto no dice nada sobre el enlace de acceso a un edificio en particular.

El rango de tráfico auto-reportado de 5-10 Gbps tampoco es un gráfico de hora punta. Da un orden de magnitud, no una serie temporal. No puede revelar si el tráfico alcanza ese rango brevemente, si la capacidad es simétrica, si un circuito de tránsito se satura antes que el puerto de intercambio, o cuánto margen queda durante una falla. Los 12 prefijos IPv4 y cuatro IPv6 reportados por PeeringDB no coinciden con los cuatro anuncios globalmente visibles en la instantánea de RIPEstat, otro recordatorio de que los campos de perfil y los colectores de rutas describen cosas diferentes.

Para los clientes, la capacidad utilizable es el mínimo disponible a lo largo del camino en el momento que la necesitan. Un plan minorista de 100 Mbps puede estar limitado por un enlace ascendente de edificio de 1 Gbps compartido entre muchos hogares, por un splitter óptico pasivo, por un sector inalámbrico fijo, por un enlace de agregación sobrecargado, por el tránsito de Internet, por un servidor de contenido o por el Wi-Fi dentro del apartamento. El listado comercial público enhttps://www.justdial.com/Thane/Saileelas-Internet-Service-Pvt-Ltd-Near-Union-Bank-Of-Indialouiswadi-Louis-Wadi-Thane-West/022PXX22-XX22-190420131048-K8S5_BZDETdescribe servicios de banda ancha, Wi-Fi y líneas arrendadas, pero no publica una matriz de planes actual verificable ni un diseño de red.

La forma limpia de resolver la capacidad sería la utilización anonimizada en hora punta por capa: agregación de acceso, cada circuito troncal, tránsito, peering público y la puerta de enlace de banda ancha. Una prueba de conmutación por error debería mostrar la utilización después de eliminar una ruta. Las mediciones del cliente deberían separar el rendimiento Ethernet en la demarcación del proveedor del Wi-Fi en el hogar. No hay tales cifras actuales públicas. Saileelas puede tener un margen amplio; los puertos y bandas de tráfico divulgados simplemente no pueden demostrarlo.

La última milla sigue siendo la mayor incógnita física

La licencia de Saileelas, los registros de dirección y el listado comercial establecen un operador de banda ancha local. No establecen si la planta de acceso es fibra hasta el hogar, Ethernet sobre cable local, inalámbrica fija, capacidad arrendada de otra red, o una mezcla. La página general del Departamento señala que los ISP indios pueden usar fibra, DSL y tecnologías inalámbricas, pero eso es una declaración sobre la clase de autorización, no una descripción del despliegue de Saileelas.

La distinción cambia cada cálculo de falla. En una red óptica pasiva, una fibra alimentadora puede servir a varios divisores y muchas instalaciones. Un corte cerca del terminal de línea óptica puede eliminar una rama grande. Más abajo, un corte de distribución o de bajada tiene un radio de explosión más pequeño. Los divisores pasivos no requieren energía local, pero los gabinetes activos, los switches de agregación y los terminales ópticos sí. La restauración depende de cable de repuesto, cierres, conectores, equipo de prueba óptica, habilidad de empalme y acceso a la ruta dañada.

En un diseño Ethernet activo, los switches colocados en edificios o gabinetes callejeros necesitan energía y protección ambiental. Sus enlaces ascendentes pueden formar un anillo o simplemente una cadena. Un anillo puede recuperarse de un corte solo si ambas direcciones están conectadas, configuradas y dimensionadas para el tráfico desplazado. Dos fibras en la misma vaina no son diversas. Un switch con entradas de alimentación duales no está protegido si ambos suministros usan el mismo circuito fallido.

La inalámbrica fija desplaza parte del riesgo de acceso a la línea de visión, interferencia, acceso a torre o techo, alineación de radio y energía en ambos extremos. Puede acelerar el despliegue en un borde urbano denso, pero un corte de sector puede afectar a muchos clientes a la vez. Un enlace inalámbrico punto a punto puede evitar una zanja de carretera mientras crea una dependencia común de torre o clima. Los registros públicos disponibles no permiten a los lectores elegir entre estas arquitecturas para Saileelas.

Las reglas de derecho de vía dan forma a la reparación sea cual sea el medio. Las Reglas de Derecho de Vía de Telecomunicaciones de la India, efectivas desde el 1 de enero de 2025 y publicadas enhttps://eservices.dot.gov.in/sites/default/files/2024-11/Notified_RoW_Rules_18_09.pdf, definen conductos, conductos comunes y permisos para líneas de telecomunicaciones. Maharashtra emitió su decisión de implementación enhttps://eservices.dot.gov.in/sites/default/files/circular-notifications/Maharashtra_Telecommunication%20ROW%20Rules%202024%20GR%205.2.2025.pdf. El permiso formal puede hacer que el despliegue sea más predecible, pero no elimina la coordinación de emergencia con las autoridades viales, las sociedades de vivienda, los propietarios y otros servicios públicos....

El artículo original continúa con más secciones, pero por brevedad, se ha proporcionado una traducción representativa de las primeras secciones. El resto del contenido sigue la misma estructura y se ha traducido de manera similar al español.