Resumen
- Saileelas posee una autorización de servicio de Internet de categoría C para la zona de conmutación secundaria de Kalyan, mientras que su sede social, sus contactos APNIC y su ficha profesional pública convergen en Louiswadi, Thane. La licencia establece un límite de operación local, no una huella nacional.
- Las evidencias operativas son actuales y positivas. AS149616 era visible el 10 de julio de 2026, anunciaba una asignación IPv4 de 512 direcciones y un /48 IPv6, y contaba con autorizaciones de origen de ruta válidas. Saileelas también aparece como miembro operativo de Extreme IX Mumbai en el sitio de Thane del punto de intercambio.
- Las declaraciones de capacidad no son fácilmente reconciliables. PeeringDB muestra una interfaz de intercambio a 10 Gbps y un rango de tráfico autodeclarado de 5 a 10 Gbps, mientras que Extreme IX indica 3 Gbps para el miembro. Ninguna de estas cifras mide el bucle local del cliente, el caudal en hora punta o la capacidad de restablecimiento.
- TRAI declaró 463 abonos de banda ancha al 31 de marzo de 2025, frente a 424 un año antes. Las reseñas públicas mencionan repetidamente fallos y reparaciones lentas, pero se trata de señales de clientes no verificadas más que de una auditoría de rendimiento representativa. Los datos faltantes son la topología de acceso, los contratos upstream, la diversidad de trayectos físicos, la autonomía de la alimentación de respaldo, el inventario de repuestos y la cobertura de los equipos de campo.
Un pequeño número de abonados puede conllevar una larga cadena de dependencia
El dato público más revelador de Saileelas Internet Service Private Limited no es una velocidad anunciada. Es 463. En el informe de rendimiento anual de la Autoridad Reguladora de Telecomunicaciones de la India para el ejercicio cerrado el 31 de marzo de 2025, Saileelas aparece con cero abonos de banda estrecha y 463 abonos de banda ancha. La tabla correspondiente se publica enhttps://www.trai.gov.in/sites/default/files/2025-07/YIR_08072025.pdf. Un tablero de la TRAI del año anterior indicaba 424 abonos de banda ancha enhttps://www.trai.gov.in/sites/default/files/2024-12/telecom-dashboard_compressed.pdf. En estas dos instantáneas oficiales, la base declarada aumentó en 39, aproximadamente un 9,2 %.
Esta escala es lo suficientemente grande como para probar que se trata de algo más que un simple registro en papel. También es lo suficientemente pequeña como para que los cuellos de botella físicos y humanos tengan un impacto inmediato. Un conmutador de agregación, un enlace ascendente de edificio compartido, un cable de distribución dañado, un técnico de conexión no disponible o un enlace upstream saturado pueden afectar a una parte significativa de la base. Un operador nacional puede repartir una falla en varias capas de operaciones regionales.
Un proveedor local puede, por el contrario, depender de un inventario reducido, de un pequeño número de personas que conocen las rutas y de una autorización de acceso a cada edificio o armario de calle.
La factura del cliente condensa estas dependencias en un servicio mensual. No identifica a quién pertenece la canalización, el poste, el camino de azotea o la columna ascendente del edificio. No indica 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 especifica cuánto duran las baterías en el nodo local, si dos sesiones upstream utilizan canalizaciones diferentes, o cuántos cortes simultáneos puede manejar el equipo de campo después de fuertes lluvias u obras viales.
Saileelas merece, por tanto, ser analizada como una cadena en lugar de simplemente como un número de AS o un titular de licencia. La cadena comienza en el router y el equipo del cliente, atraviesa un segmento de acceso al edificio o la calle, llega a la agregación y la periferia de enrutamiento del proveedor, y luego sale por el tránsito de pago o el peering. El eslabón indispensable más débil determina el nivel de servicio real. Un anuncio de ruta en buen estado no puede reparar un cable de conexión cortado. Una fibra intacta en un edificio no puede alcanzar Internet si la periferia de enrutamiento pierde todo upstream utilizable.
Un enlace upstream de respaldo no sirve de nada si ambos circuitos comparten una única entrada física.
La huella legal es Kalyan, no «mundial»
La clasificación del artículo utiliza la categoría mundial de ISP regionales de la publicación, pero la zona de servicio legal de Saileelas es mucho más restringida. 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 en vigor desde el 31 de diciembre de 2021. Saileelas figura 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, zona de servicio y dirección en Louiswadi enhttps://www.dot.gov.in/static/uploads/2025/07/ccc9dee71e76157f049d2ae5b8d0911b.pdf.
La categoría C tiene un significado regulatorio preciso. El Departamento indica enhttps://preprodeservices.dot.gov.in/internet-serviceque la categoría A cubre el territorio nacional, la categoría B un círculo telecom o una zona metropolitana, y la categoría C una zona de conmutación secundaria. El texto de la licencia unificada enhttps://www.dot.gov.in/static/uploads/2026/05/af70ec29b07b112cdc5475d80afe8222.pdfutiliza la misma delimitación. Por lo tanto, Saileelas debe entenderse como un titular de licencia de la zona de Kalyan, aunque «Kalyan» en la administración de licencias no garantiza que cada dirección de esa zona esté conectada o sea contratable.
Varios registros públicos sitúan la empresa en Thane. El registro APNIC para AS149616 indica una dirección en Louiswadi, Thane y nombra a Saileelas enhttps://rdap.apnic.net/autnum/149616. El registro para 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 publicada en 2026 indica 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 proporcionan pruebas complementarias, no primarias. Zauba Corp identifica el CIN U64203MH2020PTC346685, una fecha de constitución el 25 de septiembre de 2020, un estado activo y los administradores Vidya Nilesh Vaity y Nilesh Suresh Vaity enhttps://www.zaubacorp.com/company/SAILEELAS-INTERNET-SERVICE-PRIVATELIMITED/U64203MH2020PTC346685. The Company Check indica la misma fecha de constitución, la base en Thane y el estado activo enhttps://www.thecompanycheck.com/company/saileelas-internet-service-private-limited/U64203MH2020PTC346685. Estas páginas ayudan a vincular la entidad jurídica con los registros de red, pero no revelan los kilómetros de cable activos, los emplazamientos de torres, los gastos operativos ni la tasa de cancelación de clientes.
La periferia de enrutamiento es real y actualmente visible
Saileelas controla un número de AS, 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 durante la verificación 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 direccionamiento portable asignado. Esto es importante porque el espacio portable en propiedad de un proveedor puede anunciarse a través de diferentes acuerdos de conectividad sin renumerar cada punto de terminación, sujeto a las políticas de enrutamiento y los contratos.
Los colectores de rutas públicas muestran un uso activo en lugar de una tenencia 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 la última observación el 10 de julio de 2026. Contó tres anuncios IPv4 visibles cubriendo 512 direcciones y un /48 IPv6. En el momento de esta observación, 326 de los 327 pares RIS IPv4 disponibles veían la ruta. La ruta IPv6 era vista por 15 pares de 321, una fracción mucho menor que aconseja no considerar la accesibilidad IPv6 como equivalente a la de IPv4 en todas partes.
La vista de prefijos anunciados enhttps://stat.ripe.net/data/announced-prefixes/data.json?resource=AS149616enumera el agregado 103.186.46.0/23, sus dos componentes /24 y 2001:df2:99c0::/48. El anuncio del agregado y de las rutas más específicas puede apoyar la ingeniería de tráfico, pero la tabla pública no revela por sí sola por qué los /24 están presentes, si toman caminos físicos diferentes o si uno está reservado para recuperación. Una ruta es una instrucción de accesibilidad, no un plano de fibra.
La seguridad del origen de las rutas es una de las señales técnicas más sólidas. La verificación de validación RPKI 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 /48 IPv6 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 anunciar un prefijo. Una autorización válida reduce la exposición a ciertos errores de origen accidentales o malintencionados. No verifica el resto del camino AS, no protege un cable local y no garantiza que cada red vecina rechace las rutas inválidas.
Las evidencias de enrutamiento justifican una conclusión positiva clara: Saileelas opera una identidad de red visible, utiliza sus recursos de direcciones registrados y ha tomado una medida concreta de protección del origen de las rutas. Estas evidencias no revelan los enrutadores, el software, el número de sitios, la geografía de la periferia, los tiempos de conmutación o la cobertura de personal. Tampoco prueban que cada abono declarado por TRAI utilice el bloque de direcciones propio de Saileelas; algunos usuarios podrían estar detrás de traducción de direcciones u otros dispositivos.
La conexión al punto de intercambio de Thane mejora el alcance, pero no resuelve la diversidad de tránsito
Saileelas es un miembro operativo de Extreme IX Mumbai. La página de miembros del punto de intercambio enhttps://extreme-ix.org/members/peers?location=mumbaienumera AS149616, una fecha de adhesión en febrero de 2026, participación en los servidores de rutas, una ubicación etiquetada como Thane y una capacidad mostrada de 3 Gbps. Se trata de una prueba de localización particularmente útil. Vincula la identidad de enrutamiento a una plataforma de interconexión compartida en la misma zona urbana que la sede 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, indica que IPv4 e IPv6 están operativos en Extreme IX Mumbai, y muestra las direcciones de intercambio 103.77.109.9 y 2001:df2:1900:2::49. La velocidad de interfaz se indica como 10 000 Mbps. PeeringDB también contiene un rango de tráfico autodeclarado de 5 a 10 Gbps, 12 prefijos IPv4 y cuatro prefijos IPv6. Estos valores se han mantenido recientemente, pero son descriptores proporcionados por el operador en lugar de una medición independiente del tráfico transportado.
Las cifras de 3 Gbps y 10 Gbps no deben forzarse a una falsa concordancia. Una puede describir una capacidad comprometida o mostrada para el miembro, mientras que la otra describe un caudal de interfaz. El punto de intercambio podría limitar el servicio por debajo de la velocidad física del puerto, varios acuerdos podrían estar representados de manera diferente, o una página podría estar desactualizada respecto a un cambio comercial. Las páginas públicas no explican la diferencia.
La conclusión razonable es que Saileelas dispone de una conexión directa a un punto de intercambio con al menos una escala multi-gigabit revelada, mientras que la capacidad exacta de intercambio utilizable sigue siendo indeterminada.
Ninguna de estas cifras representa la capacidad total de Internet. El peering público permite a dos redes intercambiar tráfico directamente o a través de servidores de rutas, mejorando a menudo la latencia y reduciendo la carga de tránsito de pago. No proporciona necesariamente una ruta por defecto hacia todos los destinos. Un ISP local siempre necesita una accesibilidad completa, generalmente a través de uno o más proveedores de tránsito, a menos que su conjunto de pares cubra la totalidad de Internet, cosa que estas evidencias no sugieren.
La vista de vecinos de RIPEstat enhttps://stat.ripe.net/data/asn-neighbours/data.json?resource=AS149616observó cuatro adyacencias AS el 10 de julio de 2026: AS153734 de Radan Tech Networks, AS17665 de ONEOTT, AS35280 de F5 y AS9583 de Sify. Sus registros pueden consultarse enhttps://rdap.apnic.net/autnum/153734,https://rdap.apnic.net/autnum/17665,https://rdap.db.ripe.net/autnum/35280yhttps://rdap.apnic.net/autnum/9583. Una adyacencia observada no es una relación comercial revelada. Algunos pueden ser pares aprendidos a través de un punto de intercambio, otros pueden transportar tránsito, y el camino visible puede cambiar según el colector. Los cuatro nombres prueban un contacto de enrutamiento, no cuatro enlaces upstream independientes.
Cuatro vecinos de enrutamiento pueden compartir la misma zanja
La diversidad lógica y la diversidad física responden a preguntas diferentes. Si Saileelas puede alcanzar un destino a través de más de una red vecina, puede sortear un fallo de política remota o una sesión caída. Si todas esas conexiones entran en la misma instalación de Thane a través del mismo circuito de acceso alquilado, un golpe de excavadora o un corte de electricidad del edificio puede eliminarlas todas juntas. Si dos circuitos terminan en un único enrutador de periferia, un fallo del enrutador puede inutilizar ambos.
Si el servidor de rutas del punto de intercambio es el medio común de aprendizaje de pares, un problema del servidor de rutas puede afectar a muchas sesiones incluso cuando el puerto físico permanece activo.
La entrada de Saileelas en PeeringDB no enumera ninguna instalación de interconexión privada ni ningún otro punto de intercambio público. Esta ausencia no prueba que no haya una segunda instalación: los operadores no siempre revelan todos los acuerdos comerciales. Esto significa que un lector no puede verificar un segundo sitio de interconexión a partir de este registro. El propio punto de intercambio Extreme IX cubre varias instalaciones de la región de Mumbai, enumeradas enhttps://www.peeringdb.com/api/ix/1627, incluyendo instalaciones en Thane, Kalyan, Mumbai y Navi Mumbai. El propio registro de miembro de Saileelas apunta a Thane, pero no identifica una segunda ubicación de intercambio ni un segundo puerto físico.
Incluso la expresión «ubicación de Thane» requiere precisión. La lista de ubicaciones de intercambio identifica Extreme Thane en Dev Corpora cerca de Cadbury Junction. La página de miembro de Saileelas indica Thane. Es razonable vincular al miembro con esta ubicación de intercambio, pero el registro no revela la bahía, el proveedor de acceso, el camino de fibra, la alimentación eléctrica o el enrutador. Ciertamente no establece que el trayecto de Louiswadi al punto de intercambio evite todo corredor vial compartido o dependencia de servicios públicos.
La prueba de redundancia útil tiene varios niveles. Primero, ¿hay dos enlaces upstream capaces de proporcionar una ruta por defecto bajo contratos distintos? Segundo, ¿terminan en enrutadores, alimentaciones eléctricas e instalaciones de punto de intercambio u operador distintos? Tercero, ¿los circuitos de acceso siguen caminos geográficamente distintos y entran al sitio por canalizaciones o columnas ascendentes de edificio diferentes? Cuarto, ¿están ambos caminos suficientemente descargados para que uno u otro pueda encaminar el tráfico esencial cuando el otro falla?
Quinto, ¿se ha observado la conmutación en condiciones de carga punta en lugar de suponerla a partir de la configuración?
Ninguna de estas respuestas es pública. Los cuatro vecinos observados hacen que una dependencia completa de un solo vecino sea menos probable que con una única adyacencia. El puerto de intercambio activo proporciona un camino creíble hacia el contenido y las 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 su actividad de interconexión sin que se le atribuya una pretensión de resiliencia inmerecida.
La capacidad instalada no es la capacidad que los clientes pueden usar
Las cifras de capacidad pueden parecer generosas cuando se dividen por 463 abonos. Tres gigabits por segundo repartidos uniformemente darían aproximadamente 6,5 Mbps por abono declarado; diez gigabits darían aproximadamente 21,6 Mbps. Estos cálculos son matemáticamente correctos y operativamente engañosos. La conexión al punto de intercambio puede transportar solo el tráfico de peering, mientras que el tránsito de pago utiliza una interfaz distinta. El número de abonados data de marzo de 2025 y puede haber cambiado. La demanda no es simultánea ni igual.
Algunos abonos pueden ser líneas profesionales, otros residenciales, y algunos pueden usar direccionamiento privado. Un caudal de puerto no dice nada sobre el enlace de acceso en un edificio concreto.
El rango de tráfico autodeclarado de 5 a 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 brevemente ese rango, si la capacidad es simétrica, si un circuito de tránsito se satura antes del puerto de intercambio, o cuánto margen queda durante un fallo. Los 12 prefijos IPv4 y cuatro prefijos IPv6 declarados en PeeringDB no se corresponden con los cuatro anuncios globalmente visibles en la instantánea RIPEstat, lo que recuerda 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 en que la necesitan. Un plan de 100 Mbps puede estar limitado por un enlace ascendente de edificio de 1 Gbps compartido entre muchos hogares, por un divisor óptico pasivo, por un sector de bucle local radioeléctrico, 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 domicilio. La ficha profesional pública 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 alquiladas, pero no publica una matriz de planes actual verificable ni un diseño de red.
La manera correcta de determinar la capacidad sería un uso en hora punta anonimizado por capa: agregación de acceso, cada circuito de recolección, tránsito, peering público y la pasarela de banda ancha. Una prueba de conmutación debería mostrar el uso después de eliminar un camino. Las mediciones de cliente deberían separar el caudal Ethernet en la demarcación del proveedor del Wi‑Fi doméstico. Ninguna de estas cifras actuales es pública. Saileelas quizás dispone de mucho margen; las bandas de puertos y tráfico reveladas simplemente no pueden demostrarlo.
El bucle local sigue siendo la mayor incógnita física
La licencia, los registros de dirección y la ficha profesional de Saileelas establecen un operador de banda ancha local. No establecen si la red de acceso es fibra hasta el hogar, Ethernet sobre cable local, bucle local radioeléctrico, capacidad alquilada a otra red o una mezcla. La página general del Departamento indica que los ISP indios pueden usar tecnologías de fibra, DSL e inalámbricas, pero se trata de una declaración sobre la categoría de autorización, no de una descripción del despliegue de Saileelas.
La distinción modifica cada cálculo de fallo. En una red óptica pasiva, una fibra de distribución puede dar servicio a varios divisores y a múltiples locales. Un solo corte cerca del terminal de línea óptica puede eliminar una rama grande. Más abajo, un corte de distribución o de acometida tiene un radio de impacto menor. Los divisores pasivos no necesitan alimentación local, pero los armarios activos, los conmutadores de agregación y los terminales ópticos sí la necesitan. El restablecimiento depende del cable de repuesto, las cajas, los conectores, el equipo de prueba óptica, las habilidades de empalme y el acceso al camino dañado.
En una configuración Ethernet activa, los conmutadores situados en los edificios o armarios de calle necesitan alimentación y protección ambiental. Sus enlaces ascendentes pueden formar un anillo o simplemente estar encadenados. Un anillo solo puede restablecerse de un corte si ambas direcciones están conectadas, configuradas y dimensionadas para el tráfico desviado. Dos fibras en la misma canalización no son diversificadas. Un conmutador con dos entradas de alimentación no está protegido si ambas fuentes usan el mismo circuito defectuoso.
El bucle local radioeléctrico desplaza parte del riesgo de acceso a la línea de vista, las interferencias, el acceso a la torre o azotea, la alineación de la radio y la alimentación en ambos extremos. Puede acelerar el despliegue en una zona urbana densa, pero un apagón puede afectar a muchos clientes a la vez. Un enlace de recolección radioeléctrico punto a punto puede evitar una zanja vial a la vez que crea una dependencia de una torre común o de las condiciones meteorológicas. Los registros públicos disponibles no permiten a los lectores elegir entre estas arquitecturas para Saileelas.
Las normas de derecho de paso condicionan la reparación, independientemente del medio utilizado. Las Telecommunications (Right of Way) Rules de la India, en vigor 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 las canalizaciones, los conductos comunes y las autorizaciones para las líneas de telecomunicaciones. Maharashtra publicó 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. Una autorización formal puede hacer el despliegue más predecible, pero no elimina la coordinación de emergencia con las autoridades viales, las comunidades de propietarios, los propietarios y otros servicios públicos.
Primer camino de fallo: un segmento de acceso se corta o desconecta
Un corte de acceso es la forma más literal de que la factura local pierda su valor. Las obras viales pueden dañar un cable de distribución. Las obras de construcción pueden seccionar una columna ascendente. Un conector puede ser perturbado en un armario compartido. El agua puede penetrar en una caja. Un cable puede ser retirado durante trabajos de fachada. Si el servicio utiliza radio, una antena movida o un inyector de potencia defectuoso puede producir el mismo resultado para el cliente, sin corte de cable.
La primera cuestión operativa es la localización. ¿Puede el proveedor ver la avería desde el centro de red, distinguir un local de una avería de edificio o de zona, e identificar el último nodo sano conocido? Las lecturas de potencia óptica, las alarmas de conmutador y la telemetría de los equipos de cliente pueden reducir el tiempo de diagnóstico. No sustituyen una visita in situ cuando el camino físico está dañado. La segunda cuestión es el acceso: ¿puede un técnico entrar en el edificio, en la azotea, en el armario o en la zona de obras viales cuando se produce la avería?
Un proveedor perfectamente dotado de personal puede seguir esperando llaves, permisos, condiciones de seguridad o al propietario.
La tercera cuestión es el material de restablecimiento. La reparación de fibra requiere un cable compatible, cajas, casetes de empalme, conectores y un equipo de prueba. La reparación de radio puede requerir la radio, el soporte, la alimentación y la configuración adecuados. La sustitución del equipo en casa del cliente requiere terminales ópticos o enrutadores en stock y una forma de restaurar los identificadores. Un repuesto que existe en un distribuidor al otro lado de la ciudad no equivale a un repuesto etiquetado en el stock local.
La cuarta cuestión es el conocimiento de la red. Las redes pequeñas a menudo contienen caminos añadidos edificio por edificio. Unos registros geográficos precisos y fibras etiquetadas son importantes cuando el técnico que instaló una línea no está disponible. La información pública no muestra si Saileelas mantiene mapas de red, recuentos de repuestos, caminos alternativos u objetivos de restablecimiento. Esto no es una prueba de que no los tenga; es la principal evidencia faltante detrás de cualquier pretensión de reparación rápida.
El nuevo régimen de derecho de paso puede facilitar el despliegue planificado y la coordinación formal, pero el restablecimiento de emergencia siempre choca con la realidad física. Si un proyecto vial corta dos líneas nominalmente distintas en la misma zanja, la diversidad contractual desaparece. Si un edificio corta la alimentación de un conmutador común, cada línea aguas abajo puede parecer intacta mientras el servicio permanece ausente. La promesa de servicio pertinente no es, por tanto, «fibra» o «inalámbrico».
Es el tiempo medido entre la detección de la avería y el restablecimiento en las condiciones de fallo que la red local sufre realmente.
Segundo camino de fallo: la alimentación desaparece en un nodo común
Cada nivel activo necesita electricidad: el enrutador del cliente y el terminal óptico o radio, cualquier conmutador de edificio alimentado, la agregación local, la pasarela de banda ancha, los enrutadores de periferia y el equipo de interconexión. Una avería en casa del cliente es visible pero limitada. Una avería en un edificio compartido o en un nodo de barrio puede desconectar muchos abonos. Una avería en la periferia de enrutamiento o en el nodo de acceso al punto de intercambio puede preservar los enlaces locales a la vez que elimina la accesibilidad a Internet.
La alimentación de respaldo necesita una carga y una duración definidas. Un pequeño sistema de alimentación ininterrumpida puede cubrir una breve interrupción, pero la autonomía de la batería disminuye con la edad, el calor y los equipos añadidos. Un generador requiere combustible, mantenimiento, una evacuación segura y alguien capaz de alcanzarlo. Dos acometidas eléctricas distintas ofrecen poca protección si comparten un mismo centro de transformación. Un enrutador alimentado en periferia tiene un valor limitado si el conmutador de acceso o el proveedor de fibra alquilada pierde la alimentación en otro lugar.
Ninguna página pública de Saileelas describe las baterías, el respaldo por generador, la autonomía, las alarmas de alimentación remotas o el restablecimiento prioritario. PeeringDB no enumera ninguna instalación de Saileelas, por lo que la disposición de alimentación en su periferia no puede deducirse de un sitio de coubicación revelado. El estado operativo de Extreme IX confirma que la conexión al punto de intercambio funcionaba en el momento de la observación; no garantiza la continuidad en caso de incidente en la red eléctrica local.
Las preguntas correctas sobre resiliencia son concretas. ¿Qué nodos están activos y cuántos clientes dependen de cada uno? ¿Cuál es la autonomía probada de las baterías a carga normal y máxima? ¿Qué emplazamientos disponen de conexiones para generador? ¿Quién recibe una alarma de batería baja? ¿Puede un equipo llegar al sitio durante una inundación o restricciones de circulación? ¿Tiene un proveedor de recolección alquilada una reserva de energía igual o superior? ¿Están disponibles localmente las baterías y fuentes de alimentación de repuesto?
Los clientes tienen su propia frontera. Un proveedor puede mantener su red en línea mientras que una vivienda pierde la alimentación del enrutador. Para los teletrabajadores, los comercios y las pequeñas oficinas, una batería local modesta solo puede preservar el servicio si el camino del proveedor también permanece alimentado. Saileelas podría hacer legible esta dependencia publicando los requisitos de alimentación de los equipos de cliente y el alcance de la reserva de red. A falta de esta información, la resiliencia eléctrica permanece sin verificar en ambos extremos.
Tercer camino de fallo: la ruta sobrevive localmente pero pierde un upstream utilizable
BGP puede desplazar el tráfico alrededor de ciertos fallos, pero solo entre los caminos que permanecen disponibles y adecuados. Si una sesión de tránsito cae, las rutas aprendidas de otro proveedor pueden tomar el relevo. Si un punto de intercambio público falla, el tránsito de pago puede encaminar el tráfico previamente intercambiado localmente. Si una ruta más específica se retira, un agregado puede preservar la accesibilidad. Cada restablecimiento consume capacidad de reserva y depende de políticas probadas antes de un incidente.
Los cuatro vecinos observados de Saileelas son alentadores porque muestran más de un contacto de enrutamiento. La sesión activa de Extreme IX también es útil. Sin embargo, el registro público no identifica qué vecino proporciona el tránsito completo, si hay dos proveedores capaces de ruta por defecto, o si los caminos terminan de manera independiente. F5 es una gran red de contenido y seguridad con un amplio peering, mientras que Sify, ONEOTT y Radan Tech tienen diferentes roles regionales. Su presencia en un camino AS no debe convertirse automáticamente en cuatro contratos de tránsito.
La validez del origen de ruta protege una capa diferente. Las autorizaciones IPv4 e IPv6 válidas indican a las redes que utilizan validación de origen que AS149616 está autorizado a anunciar esos prefijos. No impiden que un upstream legítimo sufra un corte de fibra, un fallo de enrutador o una congestión. No certifican la diversidad de camino. Tampoco pueden evitar que un error de configuración interno de Saileelas retire todas las rutas.
El restablecimiento debe juzgarse por la convergencia observada y el impacto en el cliente. ¿Cuánto tiempo tarda en volverse utilizable un camino alternativo? ¿La traducción de direcciones preserva las sesiones? ¿El DNS sigue siendo accesible? ¿El enlace superviviente tiene capacidad suficiente para el pico de la tarde? ¿Las redes locales importantes siguen siendo accesibles directamente, o el tráfico toma un largo camino de tránsito? La diferencia entre una ruta que vuelve en segundos y unas aplicaciones que se restablecen limpiamente puede ser sustancial.
La visibilidad IPv4 casi completa de RIPEstat es una señal actual sólida, mientras que su visibilidad por pares IPv6 mucho más baja requiere un examen más profundo. La diferencia puede reflejar la topología de los colectores más que un fallo del cliente, por lo que no debe tratarse como un fallo IPv6. Justifica solicitar pruebas de accesibilidad IPv6 de extremo a extremo desde varias redes, la política de enrutamiento prevista y si IPv6 recibe la misma atención de conmutación que IPv4.
Cuarto camino de fallo: la red permanece activa pero se congestiona demasiado para ser utilizable
La congestión es un fallo parcial. Los indicadores permanecen encendidos, las rutas siguen siendo visibles y las pruebas básicas pueden tener éxito, pero las videollamadas se cortan, las descargas se ralentizan y los servicios interactivos se vuelven erráticos. A menudo aparece en hora punta, lo que hace que una tasa de utilización media sea una pobre defensa. También puede aparecer durante una conmutación cuando dos cargas de tráfico normalmente separadas se desplazan sobre un único circuito superviviente.
La brecha entre los 3 Gbps mostrados del punto de intercambio y la interfaz a 10 Gbps de PeeringDB es particularmente relevante aquí. Un puerto a 10 Gbps solo puede transportar una asignación comercial más pequeña. Un compromiso de intercambio de 3 Gbps puede coexistir con tránsito adicional en otro lugar. Ninguno de los dos revela la utilización máxima. La banda de tráfico de 5 a 10 Gbps sugiere una red que opera a un orden de magnitud multi-gigabit, pero sin un período de medición, no puede utilizarse para calcular el margen.
La congestión de acceso puede producirse muy por debajo de estas cifras. Si un edificio tiene un enlace ascendente compartido, sus residentes pueden experimentar un servicio lento mientras que la periferia tiene capacidad abundante. Si un sector radioeléctrico está muy cargado, otro sector puede estar inactivo. Si un divisor óptico pasivo está diseñado de manera demasiado agresiva, los márgenes ópticos y el ancho de banda compartido pueden limitar a los usuarios.
Saileelas no publica los ratios de división, las cargas sectoriales, los caudales de enlace ascendente de edificio ni la política de contención necesarios para evaluar estas posibilidades.
El marco de calidad de TRAI hace importante la distinción entre el acceso anunciado y el rendimiento operativo. Las regulaciones sobre las normas de calidad de servicio de 2024 están publicadas enhttps://trai.gov.in/node/13235. Los cuadros de rendimiento de TRAI tienen en cuenta por separado el restablecimiento de averías, la utilización del ancho de banda, la velocidad de conexión, la disponibilidad, la pérdida de paquetes y la latencia; un ejemplo de informe trimestral se encuentra enhttps://www.trai.gov.in/sites/default/files/2024-11/QPIR_22072024%20%281%29.pdf. Son dimensiones distintas porque ninguna etiqueta de velocidad única las captura.
Para Saileelas, un informe creíble de la capacidad mostraría el percentil 95 y la utilización máxima para cada enlace limitante, la pérdida de paquetes y la latencia durante la hora punta, y el rendimiento con el camino más importante no disponible. También explicaría si los 463 abonos están concentrados en unos pocos edificios o repartidos en muchos nodos de barrio. Hasta entonces, la visibilidad actual de las rutas y las divulgaciones de puerto demuestran el funcionamiento, no una experiencia de cliente garantizada.
Quinto camino de fallo: la reparación sobre el terreno se convierte en el cuello de botella
Las redes físicas son reparadas por personas. Un proveedor local necesita a alguien para recibir y clasificar una queja, a alguien con visibilidad remota, y a alguien capaz de llegar a la avería con las piezas y autorizaciones correctas. Durante un fallo de un solo local, un técnico puede ser suficiente. Durante una tormenta, un proyecto vial o un corte de cable de distribución común, el mismo equipo puede enfrentarse a múltiples casos simultáneos. La longitud de la cola se convierte entonces en un factor de la resiliencia de la red.
Saileelas no publica el personal de campo, los horarios de atención, el apoyo de subcontratistas, el tiempo medio de reparación o el inventario de repuestos. El contacto en PeeringDB es un contacto de operaciones de red que utiliza una dirección de Space Infoway, lo que puede indicar un apoyo operativo externo o un contacto técnico compartido. No permite establecer quién envía los equipos locales, cuántos están disponibles, o si el soporte de enrutamiento remoto y la reparación física dependen de la misma organización.
La ficha de cliente pública ofrece una señal oficiosa. Justdial mostraba cientos de evaluaciones agregadas en el momento del examen, así como comentarios que abarcaban varios años. Múltiples comentarios negativos alegan desconexiones recurrentes, dificultades para contactar con el soporte, escasez o retrasos en los técnicos, y restablecimientos que tardan varios días. La misma ficha resume también algunas menciones positivas de resolución rápida y bajo tiempo de inactividad. La página se puede ver enhttps://www.justdial.com/Thane/Saileelas-Internet-Service-Pvt-Ltd-Near-Union-Bank-Of-Indialouiswadi-Louis-Wadi-Thane-West/022PXX22-XX22-190420131048-K8S5_BZDET.
Estas reseñas no pueden tratarse como una muestra de rendimiento. La plataforma no revela el denominador de todas las reparaciones, no verifica a cada evaluador como cliente, no establece qué comentarios se refieren a la empresa constituida en lugar de a un nombre comercial local anterior, y no controla las quejas inusualmente motivadas. Los comentarios antiguos pueden describir una red antes de que existieran el ASN, la licencia actual o la conexión al punto de intercambio de 2026. No constituyen una prueba de las tasas de fallo actuales.
Sin embargo, identifican una cuestión recurrente que se corresponde con el riesgo físico: ¿con qué rapidez puede el operador restablecer una línea local? La señal se ajustaría con recuentos mensuales de averías, la proporción reparada al día hábil siguiente y en un plazo de tres días hábiles, los minutos de indisponibilidad por causa, las tasas de averías repetidas, las tasas de llamadas abandonadas, los horarios de los equipos y los registros de escalado. En su ausencia, las reseñas justifican un examen de la capacidad de reparación, no un veredicto de que cada cliente actual recibe un mal servicio.
La economía de los ISP regionales premia la compacidad y penaliza la resiliencia inactiva
Un proveedor de 463 abonos se enfrenta a una estructura de costes implacable. Los ingresos evolucionan con las líneas de pago. Muchos costes de resiliencia llegan por bloques: un segundo upstream, un enrutador de periferia de repuesto, otro puerto de intercambio, un generador, un equipo de prueba óptica, un kit de empalme, existencias y un técnico adicional. El siguiente nivel de protección puede costar mucho más que el pago mensual de un cliente, aunque proteja a toda la base.
Una geografía compacta puede ayudar. Unas distancias de desplazamiento más cortas pueden hacer que la reparación local sea más rápida. La familiaridad con las comunidades de propietarios y los caminos de edificios puede mejorar el diagnóstico. Un proveedor local puede añadir clientes cerca de la infraestructura existente en lugar de tender un largo cable de distribución para cada uno. El peering público en Thane puede mantener parte del tráfico local y reducir la dependencia del tránsito de pago. Un espacio de direccionamiento portable y una identidad de enrutamiento válida dan opciones al operador a la hora de negociar la conectividad.
La misma compacidad concentra el riesgo. Los clientes agrupados detrás de un único punto de agregación crean una utilización eficiente hasta que ese punto falla. Un pequeño número de personas puede conocer la red íntimamente hasta que dos averías ocurren simultáneamente o una persona clave no está disponible. Una única ubicación de intercambio puede proporcionar un excelente alcance local hasta que el circuito de acceso a ella se corta.
Un plan prepago anual puede mejorar la tesorería pero aumenta la exposición del cliente si el restablecimiento es deficiente; algunas reseñas públicas se quejan específicamente de dificultades después de pagar por largos períodos, aunque estas alegaciones siguen sin verificarse.
El crecimiento de 424 a 463 abonos de banda ancha declarados es positivo pero modesto. No muestra ni los ingresos, ni la retención, ni la rentabilidad. También es anterior a la fecha de adhesión a Extreme IX en febrero de 2026. La mejora de la interconexión quizás tuvo como objetivo mejorar el coste, el rendimiento o la resiliencia, pero ningún anuncio público explica su propósito o su efecto en los clientes. Sería prematuro atribuir el crecimiento anterior de abonados a la conexión al punto de intercambio.
La cuestión económica no es, por tanto, si la redundancia «vale la pena» en abstracto. Es qué fallos comunes dominan los minutos de cliente perdidos y qué protección produce la mayor reducción. Un segundo proveedor de tránsito lógico puede tener menos valor que un circuito de acceso físicamente distinto. Un generador puede tener menos valor que sustituir baterías envejecidas en muchos nodos de edificio. Un técnico de campo más puede mejorar el restablecimiento más que un puerto de periferia más rápido. Sin datos sobre la causa de las averías y la utilización, los terceros no pueden clasificar estas inversiones para Saileelas.
Quién pierde cuando un eslabón de la cadena falla
Los 463 abonos de TRAI son cuentas, no necesariamente 463 personas. Una línea residencial puede dar servicio a un hogar. Una línea profesional puede dar servicio a empleados, clientes, terminales de pago, aplicaciones en la nube y sistemas de seguridad. Un enlace ascendente de comunidad de propietarios puede agregar a muchos usuarios. La población afectada durante una avería común puede ser, por tanto, mayor de lo que sugiere el número de abonados.
El mecanismo de impacto varía. Un corte de acceso elimina un edificio o una calle, aunque la ruta global siga estando bien. Un fallo de alimentación en un conmutador compartido puede crear la misma huella. Una pérdida upstream puede afectar a toda la red o solo a los destinos alcanzados por ese camino. La congestión degrada primero los usos sensibles a la latencia, incluidas las llamadas, el teletrabajo y las transacciones interactivas. Una intervención lenta prolonga todos estos efectos.
El soporte local forma parte del producto porque los clientes generalmente no pueden identificar la capa que falla. Un testigo óptico rojo, un enrutador que ha perdido la autenticación, un incidente en el punto de intercambio y una fuga de ruta upstream pueden todos ser reportados como «internet caído». El proveedor debe traducir el síntoma a un dominio de fallo y comunicar un tiempo de restablecimiento previsto. El silencio o las respuestas genéricas repetidas aumentan el coste para el cliente, aunque el tiempo de reparación técnica no varíe.
Las normas de calidad proporcionan un marco externo para esto. Las regulaciones de 2024 de TRAI se aplican a los proveedores de banda ancha y exigen la medición del rendimiento del servicio a nivel de la zona de servicio autorizada. Una directiva de septiembre de 2024 enhttps://www.trai.gov.in/sites/default/files/2025-05/Direction_19092024.pdftrata sobre la supervisión en directo de la disponibilidad de la red y los informes. Los datos de cumplimiento normativo, si se publicaran a un nivel de proveedor útil, serían más representativos que los comentarios de reseñas. El material público examinado para este artículo no reveló ningún cuadro de calidad específico de Saileelas actual.
Esta ausencia no debe convertirse en incumplimiento. Los pequeños proveedores pueden estar presentes en declaraciones agregadas sin una línea individual fácilmente indexable. La conclusión apropiada es que el impacto en el cliente es plausible y significativo, mientras que las métricas de restablecimiento y disponibilidad de Saileelas siguen sin estar disponibles en las páginas públicas citadas aquí.
Lo que contendría un informe creíble de la redundancia
Saileelas tiene suficientes operaciones verificadas para que sea posible un informe detallado de la resiliencia. Comenzaría por la capa de acceso físico: las tecnologías utilizadas, los barrios o edificios atendidos, cada punto de agregación común, el número de abonos detrás de él y la posible existencia de caminos alternativos. No es necesario exponer las direcciones exactas de los clientes. Unos dominios de fallo agregados serían suficientes.
La siguiente capa es la interconexión. El operador podría identificar el número de upstreams capaces de ruta por defecto, el número de puertos de intercambio y las instalaciones en las que terminan. Podría indicar si los circuitos del bucle local siguen caminos distintos y entran por canalizaciones separadas. Los precios comerciales y la política de enrutamiento sensible podrían permanecer privados. La afirmación central a respaldar es si un único incidente físico puede eliminar toda la accesibilidad externa.
Las evidencias sobre la alimentación deberían incluir la carga normal, la autonomía de la batería bajo esa carga, la cobertura por generador, las disposiciones sobre el combustible o la recarga y la fecha del último test. Una fotografía de un armario de baterías no sería suficiente. La autonomía y la transferencia exitosa en carga es lo que cuenta. La misma norma se aplica a los equipos de repuesto: las cantidades, la compatibilidad y el tiempo de sustitución son más útiles que una garantía genérica de que existen repuestos.
El restablecimiento sobre el terreno debería incluir los horarios de soporte, la cobertura de intervención, el número de técnicos de fibra o radio formados disponibles en la zona de servicio, las disposiciones contractuales para los eventos de punta y el rendimiento respecto a los objetivos de restablecimiento. El cuadro más informativo separaría las averías de un solo cliente, los incidentes de edificio o barrio, los cortes de recolección, los fallos de alimentación y los eventos upstream. El tiempo medio de reparación por sí solo puede ocultar los incidentes largos que causan el mayor daño.
La capacidad debería presentarse como un margen utilizable, no como una suma de etiquetas de puerto. La utilización en hora punta en los enlaces de acceso, tránsito y peering; la pérdida de paquetes y la latencia; y el resultado de una prueba con un camino fuera de servicio harían inteligibles las divulgaciones de 3 Gbps, 10 Gbps y 5-10 Gbps. IPv4 e IPv6 deberían probarse independientemente porque la visibilidad pública actual difiere enormemente.
Por último, la comunicación pública sobre el estado de la red es importante. Una página de estado accesible con la hora de inicio del incidente, la zona afectada, la clase de fallo y las actualizaciones del restablecimiento permitiría a los clientes distinguir un problema doméstico de una avería de zona. PeeringDB no muestra actualmente ninguna URL de panel de estado para Saileelas. El dominio web de la empresa devuelve problemas de acceso y de certificado en verificaciones externas, mientras que el perfil de PeeringDB sigue remitiendo a él.
Una página de servicio público funcional no probaría la fiabilidad, pero mejoraría la experiencia de restablecimiento y proporcionaría una señal operativa actual más allá de los listados de terceros.
Evaluación del estado operativo: red activa, prueba de resiliencia incompleta
Saileelas no debería ser relegada al rango de simple operador histórico o nominal. Las pruebas son demasiado actuales y demasiado específicas para ello. El Departamento de Telecomunicaciones incluyó su autorización de categoría C para Kalyan en 2026. APNIC muestra recursos de numeración activos. RIPE RIS vio el ASN y los prefijos el 10 de julio de 2026 con una visibilidad IPv4 casi completa. Los orígenes IPv4 e IPv6 eran válidos según RPKI. Extreme IX listó una conexión de miembro operativa en Thane unida en febrero de 2026. TRAI contó cientos de abonos de banda ancha en la última fecha de informe anual identificada.
Estos hechos establecen una autorización legal, una operación con clientes y una periferia de Internet activa. También reducen la incertidumbre. La laguna restante no es si Saileelas ha funcionado alguna vez. Es si el diseño del acceso y el restablecimiento puede mantener a un cliente de pago conectado a través de una avería local realista.
La información pública no revela el medio de acceso, el plan de distribución, la topología de anillo, la alimentación de los nodos, la autonomía de respaldo, el inventario de repuestos o la cobertura de los equipos. No concilia la visualización de 3 Gbps del punto de intercambio con la interfaz a 10 Gbps de PeeringDB y la banda de tráfico de 5 a 10 Gbps. Muestran cuatro vecinos observados pero no dos caminos upstream físicamente distintos capaces de ruta por defecto.
Contienen señales de reseñas negativas persistentes sobre averías y reparaciones, pero ningún informe de calidad representativo de Saileelas con el que confirmarlas o descartarlas.
La calificación apropiada de las pruebas de red es, por tanto,Media. Saileelas dispone de pruebas operativas más sólidas que muchos pequeños proveedores locales: una licencia actual, rutas visibles independientemente, orígenes protegidos, una participación reciente en un punto de intercambio y abonos declarados por el regulador. Le falta la divulgación física y de rendimiento de servicio necesaria para una conclusión sólida de resiliencia.
Esta distinción es importante para cualquiera que adquiera el servicio. La ruta puede estar bien mientras una línea de edificio está cortada. Un puerto multi-gigabit puede coexistir con un segmento de acceso congestionado. Cuatro vecinos BGP pueden compartir una única instalación. Una batería puede existir sin aguantar durante el incidente. La calidad final de la conexión depende de las partes menos visibles de la cadena: la infraestructura local, la alimentación, la diversidad de caminos físicos, las piezas y la mano de obra.
La próxima prueba pública convincente de Saileelas no sería un número de velocidad más alto. Sería un mapa de los dominios de fallo sin detalles de los clientes, un estado de capacidad conciliado, dos caminos externos manifiestamente independientes, autonomías de alimentación de respaldo probadas, resultados de calidad actuales a nivel de proveedor y rendimientos de restablecimiento por clase de fallo. Estos elementos mostrarían si una pequeña red de la región de Kalyan ha transformado una accesibilidad a Internet visible en un servicio que se restablece cuando la infraestructura a nivel de calle falla.