Latencia intermitente en la red de una sucursal
Una sucursal con 60 usuarios reporta lentitud intermitente en el sistema de punto de venta, sobre todo entre 11:00 y 13:00. El enlace principal es de 50 Mbps y el de respaldo de 10 Mbps. El monitoreo muestra que la utilización del enlace principal llega a 95% en ese horario, pero el tráfico total no supera los 20 Mbps en promedio diario. El proveedor de internet reporta 'sin fallas'. El equipo de soporte propone contratar un enlace de 200 Mbps. En paralelo, el sistema de respaldo de la sucursal corre una copia completa diaria a las 12:00 hacia un servidor central, y hay 12 dispositivos de videovigilancia que transmiten en streaming continuo. Los usuarios notan que la lentitud desaparece después de las 13:00.
1. ¿Ampliar el enlace a 200 Mbps resolvería el problema? Analiza con los datos disponibles.
Read the worked answer
No necesariamente, y probablemente no. El dato clave es que la utilización llega a 95% solo en la ventana 11:00–13:00, mientras el promedio diario es 20 Mbps de 50 Mbps (40%). Eso indica un problema de concentración de tráfico en una ventana, no de capacidad media insuficiente.
Dos cargas coinciden en esa ventana:
- La copia de respaldo completa a las 12:00, que es un pico de tráfico de subida.
- 12 cámaras en streaming continuo, que consumen ancho de banda constante y compiten con el punto de venta.
Ampliar a 200 Mbps daría margen, pero si la causa es contención en la ventana, el pico seguiría existiendo y podría empeorar si el respaldo crece. Además, la lentitud desaparece después de las 13:00 sin cambiar el enlace, lo que confirma que el enlace no es el factor limitante en el resto del día.
Antes de gastar, medir: desglose de tráfico por origen en la ventana, latencia y pérdida (no solo utilización), y si el cuello está en el enlace o en un equipo interno.
2. Propón una secuencia de acciones correctivas ordenada por costo y por probabilidad de resolver la causa.
Read the worked answer
Ordenar de menor costo y mayor certeza a mayor inversión:
- Confirmar la causa con datos: medir tráfico por origen en la ventana 11:00–13:00 (respaldo, cámaras, punto de venta) y latencia/pérdida, no solo utilización. Costo casi nulo.
- Mover la copia de respaldo fuera del horario crítico (por ejemplo, 02:00) o hacerla incremental. Elimina el pico coincidente sin comprar nada.
- Acotar el streaming de videovigilancia: reducir resolución/fps, grabar en local y transmitir solo eventos, o segmentar el tráfico de cámaras en una VLAN con límite de ancho de banda (QoS) para que no compita con el punto de venta.
- Aplicar QoS priorizando el tráfico del punto de venta sobre respaldo y cámaras.
- Solo si tras lo anterior la utilización sigue saturada en la ventana, evaluar ampliar el enlace o el de respaldo.
La lógica es atacar primero las causas controlables y reversibles, y reservar el gasto de capital para cuando la evidencia descarte las anteriores. Contratar 200 Mbps de entrada sería optimizar un síntoma.