La Verdad sobre el SLA en el Internet Dedicado: Más allá del 99.999%

Cada director de TI en México y Latinoamérica ha vivido el mismo momento de tensión: la conectividad cae, las transacciones se detienen, el call center queda mudo y el proveedor responde con un correo que cita "99.999% de disponibilidad garantizada". El problema es que ese número, presentado sin contexto, no dice nada sobre lo que realmente importa: cuánto tiempo tardó en detectarse la falla, cuánto costó operativamente, y si la compensación económica siquiera se acercó al daño real al negocio. El SLA se ha convertido en una cifra de marketing repetida hasta el cansancio, cuando en realidad es un documento técnico-legal que debería leerse con la misma rigurosidad que un contrato de arrendamiento. Este artículo desmenuza qué hay detrás de ese porcentaje y qué preguntas debería hacer cualquier decisor antes de firmar.

¿Qué es realmente un SLA y cómo se calcula?

Un Service Level Agreement (Acuerdo de Nivel de Servicio) es un contrato que define métricas medibles de desempeño de un servicio de telecomunicaciones y las consecuencias contractuales cuando esas métricas no se cumplen. No es una promesa de mercadeo: es una obligación con penalizaciones económicas específicas, normalmente expresadas como créditos de servicio (descuentos en la factura mensual).

El 99.999% de disponibilidad —conocido en la industria como "cinco nueves"— equivale matemáticamente a un máximo de 5.26 minutos de inactividad no planificada al año. Compárese con:

• 99.9% ("tres nueves"): hasta 8.76 horas de caída anual
• 99.95%: hasta 4.38 horas de caída anual
• 99.99% ("cuatro nueves"): hasta 52.6 minutos de caída anual
• 99.999% ("cinco nueves"): hasta 5.26 minutos de caída anual

La diferencia entre 99.9% y 99.999% parece marginal en el papel, pero en la práctica es la diferencia entre que tu ERP se caiga una tarde completa cada año o que apenas se sienta un parpadeo. Para una empresa con transacciones críticas —banca, e-commerce, manufactura con línea continua— esa brecha se traduce directamente en pérdidas cuantificables por minuto de inactividad.

Los componentes que casi nadie lee

El porcentaje de disponibilidad es solo una de al menos cuatro métricas que debería contener un SLA serio:

1. Disponibilidad (uptime): el porcentaje de tiempo que el circuito está operativo.
2. Latencia: el tiempo que tarda un paquete de datos en ir y volver (round-trip time), medido en milisegundos (ms). Para aplicaciones en tiempo real (VoIP, videoconferencia, trading) se exige latencia menor a 50-80 ms hacia destinos nacionales.
3. Jitter: la variación de la latencia en el tiempo. Un jitter alto (superior a 20-30 ms) degrada la calidad de voz y video aunque la latencia promedio sea aceptable.
4. Pérdida de paquetes (packet loss): el porcentaje de paquetes que nunca llegan a su destino. Cualquier valor superior a 0.5-1% ya genera degradación perceptible en videollamadas y aplicaciones críticas.

Un proveedor que solo publica el porcentaje de uptime está mostrando una fracción de la historia.

Por qué esto importa para tu empresa, no solo para tu área de TI

La conectividad ya no es un tema exclusivo del departamento de sistemas: es infraestructura de negocio. Cuando el enlace a internet cae en una empresa de manufactura con sensores IoT en línea, no solo se pierde conectividad, se detiene la producción. Cuando cae en una sucursal bancaria, se detienen transacciones reguladas por la CNBV. Cuando cae en un centro de contacto, cada minuto sin servicio se traduce en llamadas perdidas y SLA incumplidos con los propios clientes de la empresa.

El costo real de la inactividad no es lineal. Los primeros minutos de una caída suelen ser los más costosos porque generan pérdida de transacciones activas, tickets de soporte, y en algunos sectores, exposición regulatoria. Por eso el análisis correcto no es "¿cuánto tiempo de inactividad tolera mi SLA?", sino "¿cuánto cuesta cada minuto de inactividad para mi operación específica, y ese SLA cubre ese costo?".

Criterios técnicos que debe evaluar antes de firmar

Tiempo de detección y resolución (MTTR)

El porcentaje de disponibilidad es la métrica final, pero lo que determina si se cumple o no es el Mean Time To Repair (MTTR): cuánto tarda el proveedor en detectar la falla, diagnosticarla y restaurar el servicio. Un NOC (Network Operations Center) que opera 24/7/365 con monitoreo proactivo puede detectar una degradación antes de que el cliente la reporte. Preguntas clave: ¿el monitoreo es reactivo (basado en tickets) o proactivo (basado en telemetría en tiempo real)? ¿Cuál es el tiempo comprometido de respuesta ante una falla crítica (usualmente debe ser menor a 15-30 minutos)?

Redundancia de última milla y de backbone

Un enlace de fibra óptica sin ruta redundante es un punto único de falla, sin importar qué tan bueno sea el SLA en papel. La redundancia real implica:

• Diversidad de ruta física: que el tráfico pueda tomar caminos físicos distintos si se corta un ducto de fibra (algo frecuente en obras públicas o cortes accidentales).
• Múltiples PoPs (Points of Presence): entre más puntos de presencia tenga el backbone del proveedor, menor la distancia física hasta el cliente y mayor la capacidad de enrutar tráfico alterno ante una falla.
• Conmutación automática (failover): la capacidad de la red de redirigir tráfico sin intervención manual, idealmente en milisegundos.

Simetría del ancho de banda

Un error frecuente es contratar un enlace asimétrico (mayor velocidad de descarga que de subida) para operaciones que requieren subir datos constantemente: respaldos en la nube, videovigilancia, transmisión de datos entre sucursales, servidores propios. El internet dedicado empresarial de calidad debe ofrecer simetría real: la misma velocidad garantizada en ambas direcciones, sin contención con otros usuarios (a diferencia del internet residencial o de banda ancha compartida).

Escalabilidad sin renegociación completa

Las necesidades de ancho de banda crecen. Un buen contrato debe permitir escalar de 300 Mbps a 1 Gbps o incluso 10 Gbps sin renegociar toda la infraestructura física, solo ajustando la configuración del circuito ya instalado.

Casos de uso por industria: qué SLA necesita cada sector

Manufactura e industria 4.0

Las plantas con sensores IoT, sistemas SCADA y líneas de producción automatizadas dependen de conectividad simétrica y de baja latencia para sincronizar datos entre planta y nube en tiempo real. Una caída de conectividad puede detener líneas completas; aquí el MTTR y la redundancia de ruta son tan importantes como el porcentaje de uptime.

Banca y servicios financieros

Las transacciones en tiempo real, la banca electrónica y el cumplimiento regulatorio exigen SLA de cinco nueves, cifrado robusto y trazabilidad completa de incidentes. La latencia baja es crítica para plataformas de trading y para evitar timeouts en autenticación de clientes.

Retail y e-commerce

Los puntos de venta (POS), sistemas de inventario en tiempo real y plataformas de comercio electrónico necesitan disponibilidad constante, especialmente en temporadas de alta demanda (Buen Fin, Navidad). La pérdida de conectividad en un POS se traduce directamente en ventas perdidas.

Logística y transporte

El rastreo de flotas, los sistemas de gestión de almacenes (WMS) y la integración con clientes y proveedores requieren conectividad estable entre múltiples ubicaciones geográficamente dispersas, lo que hace crítica la cobertura de PoPs del proveedor.

Salud

Los expedientes clínicos electrónicos, la telemedicina y los sistemas de imagenología médica (con archivos pesados) requieren ancho de banda simétrico alto y baja latencia, además de cumplimiento normativo en el manejo de datos sensibles.

Call centers y centros de contacto

La calidad de voz depende directamente del jitter y la pérdida de paquetes, no solo del ancho de banda disponible. Un enlace con alta disponibilidad pero jitter descontrolado sigue produciendo llamadas con cortes y mala experiencia de cliente.

Gobierno y sector público

Los sistemas de trámites en línea, portales ciudadanos y bases de datos gubernamentales exigen alta disponibilidad y trazabilidad de incidentes para cumplir con auditorías y transparencia operativa.

Errores comunes al elegir un proveedor de internet dedicado

Un error frecuente es comparar únicamente el precio por Mbps sin analizar qué hay detrás del SLA ofrecido: un enlace más económico sin redundancia real puede costar mucho más en pérdidas operativas durante una falla prolongada. Otro error es no solicitar el historial real de incidentes del proveedor en los últimos 12 meses, información que cualquier proveedor serio debe poder compartir. También es común ignorar la letra pequeña sobre qué constituye "tiempo de inactividad" para efectos del SLA —algunos contratos excluyen mantenimientos programados o fallas de energía del cliente, lo cual reduce artificialmente el tiempo computable—. Finalmente, muchas empresas no verifican si el proveedor tiene cobertura real en todas sus sucursales o ubicaciones remotas antes de firmar un contrato corporativo unificado.

Preguntas frecuentes

¿Qué diferencia hay entre SLA de disponibilidad y SLA de desempeño?

El SLA de disponibilidad mide si el servicio está activo o no. El SLA de desempeño mide la calidad de ese servicio mientras está activo: latencia, jitter y pérdida de paquetes. Un enlace puede estar "disponible" técnicamente pero funcionando con degradación severa si solo se mide uptime sin desempeño.

¿Los créditos de servicio compensan realmente las pérdidas por una caída?

Rara vez cubren el costo operativo total. Los créditos suelen ser un porcentaje de la facturación mensual, no una compensación por pérdidas de negocio. Por eso la prevención mediante redundancia real es más valiosa que confiar únicamente en la penalización contractual.

¿Qué es más importante: el ancho de banda o el SLA?

Ambos son complementarios. Un ancho de banda alto sin garantías de disponibilidad y desempeño no sirve de nada durante una falla. Para operaciones críticas, el SLA (disponibilidad, latencia, redundancia) suele pesar más que la velocidad nominal contratada.

¿Cómo se mide realmente el cumplimiento del SLA?

A través de monitoreo continuo con reportes verificables, generalmente mediante herramientas de telemetría de red que registran uptime, latencia y pérdida de paquetes en tiempo real. Un proveedor confiable debe ofrecer visibilidad y reportes periódicos, no solo su palabra.

¿Es necesario internet dedicado si ya tengo banda ancha empresarial?

Depende de la criticidad de las operaciones. Si la empresa depende de aplicaciones en la nube, transacciones en tiempo real o videoconferencia constante, el internet dedicado —con ancho de banda no compartido y SLA contractual— elimina la incertidumbre de la contención que sí existe en banda ancha convencional.

Cómo Smartnett ayuda

Smartnett diseña su propuesta de conectividad empresarial partiendo de que el SLA debe ser una garantía operativa real, no una cifra de folleto:

• Backbone propio de 53,100 km y más de 220 PoPs en México, lo que permite ofrecer rutas redundantes reales y menor latencia al acercar físicamente el punto de acceso a las ubicaciones del cliente, en lugar de depender de infraestructura de terceros sin control directo.
• NOC 24/7/365 con monitoreo proactivo, que detecta degradaciones de servicio antes de que impacten la operación del cliente, reduciendo el MTTR y sosteniendo de forma consistente el SLA de 99.999%.
• Instalación garantizada en 96 horas, un tiempo significativamente menor al estándar de la industria, lo que permite a las empresas escalar operaciones o abrir nuevas sucursales sin semanas de espera para tener conectividad crítica activa.
• Circuitos simétricos dedicados de 300 Mbps a 10 Gbps sobre fibra óptica, sin contención con otros clientes, con capacidad de escalar el ancho de banda conforme crece la operación sin necesidad de renegociar toda la infraestructura.

Conclusión

El SLA de 99.999% solo tiene sentido cuando se entiende como parte de un sistema completo de garantías técnicas, no como una cifra aislada de marketing. Antes de firmar el próximo contrato de conectividad empresarial, considere lo siguiente:

• Solicite el detalle completo del SLA: disponibilidad, latencia, jitter y pérdida de paquetes, no solo el porcentaje de uptime.
• Verifique si existe redundancia de ruta física real y conmutación automática ante fallas, no solo en el papel.
• Pregunte por el historial de incidentes reales del proveedor en los últimos 12 meses antes de comparar precios.
• Calcule el costo real por minuto de inactividad de su operación y compárelo contra los créditos de servicio ofrecidos.
• Evalúe la capacidad de escalabilidad del proveedor a futuro, para no tener que migrar de infraestructura cuando su empresa crezca.