Cómo analizar una prueba de velocidad para un enlace dedicado

Qué significa un resultado anómalo en un enlace dedicado

Una prueba de velocidad para enlace dedicado mide principalmente la descarga, la subida, la latencia, la variación de latencia y, en algunos casos, la pérdida de paquetes. Si la velocidad es inferior a la esperada, la subida cae de forma irregular o aparecen cortes, el resultado no demuestra por sí solo que exista una avería del operador.

En un enlace dedicado, el diagnóstico debe considerar el circuito completo: servidor de prueba, ruta de red, equipo de acceso, router, cableado y dispositivo utilizado. También conviene comparar varios horarios y usar un ordenador conectado por cable de red, no una conexión Wi-Fi.

Causa 1: la prueba se realiza por Wi-Fi

El Wi-Fi puede reducir la velocidad medida por distancia, obstáculos, interferencias, saturación de canales o una señal débil. La banda de 2,4 GHz suele tener más alcance, pero también más interferencias; la de 5 GHz puede ofrecer mayor rendimiento cerca del router. Un móvil u ordenador con una tarjeta inalámbrica limitada también puede convertirse en el cuello de botella.

Para comprobar esta causa, conecta un equipo moderno directamente al router mediante un cable Ethernet adecuado y desactiva temporalmente la conexión Wi-Fi. Si la velocidad mejora claramente por cable, el enlace dedicado probablemente funciona y el problema está en la red inalámbrica.

Causa 2: el router o el equipo de prueba limita el rendimiento

Un router antiguo, una configuración incorrecta, un puerto negociado a 100 Mbps o una carga elevada de CPU pueden impedir que la prueba alcance la capacidad del enlace. Algunas funciones, como inspección avanzada, control parental, VPN o reglas de seguridad, consumen recursos y afectan especialmente a la subida.

Revisa la velocidad negociada del puerto, actualiza el firmware y comprueba si el equipo soporta el caudal contratado. Repite la medición con un solo ordenador conectado, sin descargas, copias de seguridad, videollamadas ni aplicaciones que generen tráfico en segundo plano.

Causa 3: saturación de la red local

La velocidad disponible puede repartirse entre varios usuarios, cámaras, servidores, consolas y servicios de copia en la nube. Una subida saturada suele provocar latencia elevada, navegación lenta y cortes en llamadas de voz o vídeo, aunque la descarga parezca normal.

Observa el tráfico del router o del firewall durante la prueba e identifica los dispositivos que consumen más ancho de banda. Si el problema desaparece al desconectar otros equipos, configura calidad de servicio, límites de subida o ventanas horarias para las tareas pesadas.

Causa 4: servidor de prueba o ruta de red inadecuados

Un servidor de medición lejano, congestionado o conectado mediante una ruta poco eficiente puede entregar resultados inferiores sin que exista un fallo en el enlace dedicado. La distancia aumenta la latencia y una ruta con pérdida de paquetes puede afectar a la velocidad, sobre todo en transferencias sostenidas.

Selecciona varios servidores cercanos y compara los resultados. Ejecuta pruebas en distintos momentos y usa herramientas como ping o traceroute para observar latencia, saltos con pérdidas y cambios de ruta. Una diferencia grande entre servidores indica que conviene revisar la interconexión o el tránsito con el operador.

Causa 5: incidencia del operador o del circuito físico

Un fallo en la fibra, una mala conexión en el equipo de acceso, errores en el puerto o una incidencia de transporte pueden causar velocidad reducida, pérdida de paquetes y cortes. En estos casos, el problema suele repetirse por cable, con diferentes dispositivos y hacia varios servidores.

Registra fecha, hora, servidor utilizado, descarga, subida, latencia y pérdida de paquetes. Si es posible, conserva capturas y resultados de varias mediciones. Con esta información, solicita al operador una revisión del circuito, del nivel óptico, del puerto y de los contadores de errores, sin asumir que el problema está en el router.

Causa 6: configuración, seguridad o tráfico malicioso

Una VPN, un proxy, un túnel cifrado o una política de firewall puede modificar la ruta y reducir el rendimiento. También es posible que un dispositivo infectado genere tráfico constante o que una configuración de control de ancho de banda limite la descarga y la subida.

Realiza una prueba con la VPN desconectada, revisa las reglas del router y comprueba los registros de tráfico. Mantén actualizados los equipos, cambia las credenciales de administración y elimina servicios innecesarios antes de atribuir el resultado a la línea del operador.

Cómo hacer una medición fiable

1. Conecta un ordenador directamente al router mediante Ethernet.
2. Cierra descargas, copias en la nube, VPN, streaming y aplicaciones de videollamada.
3. Reinicia el router solo si la configuración del servicio lo permite y espera a que el enlace se estabilice.
4. Selecciona varios servidores cercanos y repite la prueba al menos tres veces.
5. Compara mediciones en horas de baja y alta demanda.
6. Anota descarga, subida, latencia, variación de latencia y pérdida de paquetes.

Qué optimizar según el resultado

• Descarga baja solo por Wi-Fi: mejora la ubicación del router, usa la banda de 5 GHz o instala puntos de acceso cableados.
• Subida baja con varios usuarios: limita copias de seguridad y aplica reglas de calidad de servicio.
• Latencia alta en todos los servidores: revisa saturación local, router y ruta con el operador.
• Pérdida de paquetes por cable: cambia el cable, prueba otro puerto y solicita una revisión del circuito si persiste.
• Cortes repetidos: registra horarios y duración para que el operador pueda analizar alarmas y errores.

La conclusión debe basarse en varias pruebas controladas, no en una única medición. Cuando el resultado es consistente por cable, con distintos servidores y sin tráfico adicional, el operador dispone de datos suficientes para investigar el enlace dedicado.