Diagnosticar una conexión lenta o inestable es un problema de aislar la capa donde está la falla, no de reiniciar a ciegas. El método, de adentro hacia afuera: comprobar que el problema afecta a un dispositivo o a todos (si es uno solo, el problema es de ese equipo); separar el Wi-Fi del enlace probando con cable (si por cable anda bien, el problema es el Wi-Fi, no internet); medir la velocidad correctamente —por cable, sin nada más consumiendo, contra un servidor cercano—; y mirar dos números que no son la velocidad: la latencia (cuánto tarda en ir y volver un dato) y la pérdida de paquetes (cuántos se pierden), que explican los cortes en videollamadas y juegos aunque la velocidad sea alta. Recién cuando el problema está en el enlace —por cable, un solo equipo, con pérdida o latencia altas— tiene sentido hablar con el proveedor, y con datos en la mano.
Ver índice de contenidos
El método por capas
El error universal es saltar a la conclusión —«es el proveedor», «es el router»— sin haber comprobado nada. El método correcto es al revés: aislar la capa donde está el problema antes de intentar arreglarlo. Las capas, de adentro hacia afuera:
Las cuatro capas
1. El dispositivo — ¿le pasa a uno o a todos? 2. La conexión de ese equipo — ¿por Wi-Fi sí y por cable no? 3. La red local y el router — ¿hay algo saturando, o el router necesita reinicio? 4. El enlace con el proveedor — solo cuando lo demás está descartado. Se avanza hacia afuera únicamente cuando la capa interna quedó limpia.
Aislar dónde está la falla
La primera pregunta ahorra la mitad del trabajo: ¿el problema afecta a un dispositivo o a todos?
- Si le pasa a un solo equipo, el problema es de ese equipo, no de la red. Puede ser un programa consumiendo la conexión en segundo plano —una actualización, una copia de seguridad, una descarga—, un controlador de red, o simplemente ese dispositivo lejos del router. La red anda; el equipo no.
- Si le pasa a todos, el problema es compartido: la red local, el router o el enlace. Recién ahí tiene sentido mirar hacia afuera.
Comprobarlo es rápido: probá la conexión en el teléfono, en otra computadora, por Wi-Fi y por cable. Ese primer minuto de pruebas evita horas de reiniciar el router cuando el problema era una descarga silenciosa en una sola máquina.
¿Es el Wi-Fi o el enlace?
Esta es la confusión más cara de todas, y la más fácil de resolver. La gente culpa a «internet» de problemas que en realidad son del Wi-Fi: la señal que se degrada entre el router y el dispositivo, no la conexión contratada.
Conectá un equipo por cable al router y probá. Si por cable anda bien y por Wi-Fi mal, el problema es el Wi-Fi, no tu internet: distancia, un canal saturado, interferencia, mala ubicación del router. Eso se arregla como explica redes inalámbricas, sin cambiar el plan ni llamar al proveedor. Si por cable también anda mal, el problema está más afuera.
Los problemas de Wi-Fi tienen firmas reconocibles: anda bien cerca del router y mal lejos, empeora a ciertas horas (cuando los vecinos saturan los canales), o mejora al cambiar de banda. Todos apuntan a la capa inalámbrica, no al enlace. La solución suele ser mover el router, cambiar de banda o de canal, o extender la cobertura, temas que cubre la guía de redes inalámbricas.
Medir la velocidad bien
Un test de velocidad mal hecho da un número que no significa nada. Para que sirva:
- Por cable, no por Wi-FiPara medir tu enlace y no tu Wi-Fi. Si medís por Wi-Fi, estás midiendo el eslabón más débil.
- Sin nada más consumiendoPausá descargas, streaming y copias de seguridad en todos los equipos. Un test con Netflix de fondo mide lo que sobra, no lo que hay.
- Contra un servidor cercanoLos servicios de medición eligen uno cercano por defecto; uno lejano da un número peor que no refleja tu enlace.
- Varias veces y a distintas horasUna sola medición puede ser un momento malo. La congestión de la red del proveedor suele ser peor en horario pico.
Y el paso que le da sentido al número: compararlo con lo que contrataste. Si contrataste 300 megas y medís 280 por cable, tu enlace está bien y el problema —si lo hay— está en otro lado, probablemente el Wi-Fi. Si medís 40, hay algo que investigar. El número solo dice algo comparado con la expectativa.
Latencia y pérdida de paquetes
Acá está lo que casi nadie mira y explica la mayoría de los «anda pero se corta». La velocidad no es el único número, ni el más importante para muchos usos:
- La latencia es cuánto tarda un dato en ir y volver, y se mide con
ping. Importa en videollamadas y juegos, donde una latencia alta se siente como retardo aunque la velocidad sea enorme. Descargar una película tolera latencia; una videollamada no. - La pérdida de paquetes es cuántos datos se pierden en el camino. Es el gran culpable de los cortes: una videollamada que se congela, un juego que da tirones, una web que a veces no carga. Una conexión puede ser rapidísima y aun así inservible para tiempo real si pierde paquetes.
# Medir latencia y pérdida: enviar muchos pings y mirar el resumen.
# Al servidor DNS de Cloudflare, que responde estable.
ping -c 50 1.1.1.1 # Linux y macOS (-n en Windows)
# En el resumen, mirar dos cosas:
# - "packet loss": debería ser 0%. Cualquier pérdida sostenida es un problema.
# - el tiempo promedio: estable es bueno; muy variable indica inestabilidad.Un ping sostenido que muestra pérdida de paquetes o tiempos que saltan mucho es la evidencia objetiva de una conexión inestable, mucho más útil que «se me corta» a la hora de reclamar. Si el problema aparece incluso por cable y afecta al enlace, esto es lo que hay que mostrarle al proveedor.
Cuándo el problema es del proveedor
Recién después de descartar las capas internas se puede concluir que el problema está afuera. La señal de que es del proveedor es la suma de varias cosas:
- Pasa por cable, así que no es el Wi-Fi.
- Afecta a todos los dispositivos, así que no es un equipo.
- La velocidad medida está muy por debajo de lo contratado, o hay pérdida de paquetes sostenida.
- Persiste tras reiniciar el router de verdad —apagarlo unos minutos, no solo reiniciarlo—.
Con esos datos, el reclamo cambia por completo: en vez de «se me va el internet», podés decir «por cable mido 40 de los 300 contratados, con 8 % de pérdida de paquetes en un ping sostenido». Eso es un diagnóstico, y es mucho más difícil de despachar con «reinicie el router». Documentar el problema —mediciones fechadas, capturas del ping— es lo que convierte un reclamo en algo accionable.
Errores frecuentes
- Reiniciar el router antes de diagnosticar. A veces ayuda, pero sin aislar la capa no aprendés nada y el problema vuelve.
- Culpar a «internet» de un problema de Wi-Fi. La prueba del cable lo descarta en un minuto.
- Medir la velocidad por Wi-Fi. Medís el eslabón más débil, no tu enlace.
- Medir con otras cosas consumiendo. Una descarga o un streaming de fondo arruinan la medición.
- Mirar solo la velocidad. La latencia y la pérdida de paquetes explican la mayoría de los cortes en tiempo real.
- No comparar con lo contratado. Un número de velocidad no dice nada sin la expectativa al lado.
- Reclamar sin datos. «Se me corta» se despacha fácil; una medición con pérdida de paquetes, no.
Preguntas frecuentes
¿Por dónde empiezo si mi conexión anda mal?
Por la pregunta que ahorra la mitad del trabajo: ¿el problema afecta a un solo dispositivo o a todos? Probá la conexión en el teléfono, en otra computadora, por Wi-Fi y por cable. Si le pasa a un solo equipo, el problema está en ese equipo —un programa consumiendo la conexión, un controlador, o simplemente estar lejos del router— y no en la red. Si le pasa a todos, el problema es compartido y recién ahí tiene sentido mirar el router o el enlace. Este primer minuto de pruebas evita el error más común, que es reiniciar el router una y otra vez cuando en realidad había una descarga silenciosa consumiendo todo en una sola máquina.
¿Cómo sé si el problema es mi Wi-Fi o mi internet?
Con una prueba muy simple: conectá un equipo por cable directamente al router y comprobá cómo anda. Si por cable funciona bien pero por Wi-Fi mal, el problema es el Wi-Fi —distancia al router, un canal saturado, interferencia o mala ubicación del equipo— y no tu conexión a internet, así que se resuelve mejorando la parte inalámbrica sin necesidad de cambiar el plan ni llamar al proveedor. Si por cable también anda mal, entonces el problema está más afuera, en la red local o en el enlace. Esta distinción es la más importante de todo el diagnóstico, porque la mayoría de las quejas de «internet lento» son en realidad problemas de Wi-Fi que se confunden con fallas del servicio contratado.
¿Cómo mido bien la velocidad de mi conexión?
Para que la medición signifique algo hay que hacerla en condiciones controladas: por cable y no por Wi-Fi, para medir el enlace y no el eslabón más débil; con todo lo demás pausado, sin descargas, streaming ni copias de seguridad consumiendo en ningún equipo; contra un servidor cercano, que es lo que los servicios de medición eligen por defecto; y varias veces a distintas horas, porque una sola medición puede caer en un mal momento y la congestión suele ser peor en horario pico. Pero el paso que le da sentido al número es compararlo con lo que contrataste: medir cerca de la velocidad contratada significa que el enlace está bien y el problema, si lo hay, está en otro lado; medir muy por debajo es lo que amerita investigar.
¿Qué es la latencia y por qué importa?
La latencia es el tiempo que tarda un dato en ir hasta un destino y volver, y se mide con la herramienta de ping. Es un número distinto de la velocidad, y para muchos usos importa más. Una descarga de archivos tolera bien la latencia alta, porque lo que importa es cuántos datos llegan por segundo. Pero una videollamada o un juego en línea sufren con la latencia alta, que se siente como retardo o demora en la respuesta, aunque la velocidad de la conexión sea enorme. Por eso una conexión puede tener muchísima velocidad y aun así dar una mala experiencia en tiempo real: si la latencia es alta, la videollamada se siente lenta sin importar cuántos megas tengas contratados.
¿Qué es la pérdida de paquetes?
Es la proporción de datos que se pierden en el camino y nunca llegan a destino, y es el gran culpable de los cortes en conexiones que por lo demás parecen rápidas. Cuando hay pérdida de paquetes, una videollamada se congela, un juego da tirones y algunas páginas a veces no cargan, porque los datos perdidos hay que reenviarlos y eso rompe la fluidez. Una conexión puede tener una velocidad altísima y aun así ser inservible para tiempo real si pierde paquetes de forma sostenida. Se mide enviando muchos pings seguidos y mirando en el resumen el porcentaje de pérdida, que debería ser cero; cualquier pérdida sostenida, especialmente por cable, es una evidencia objetiva de un problema que conviene documentar para el reclamo.
¿Cuándo debo llamar al proveedor?
Cuando descartaste las capas internas y todo apunta al enlace: el problema aparece incluso por cable, afecta a todos los dispositivos, la velocidad medida está muy por debajo de la contratada o hay pérdida de paquetes sostenida, y persiste tras apagar el router unos minutos de verdad. Lo importante no es solo cuándo llamar sino cómo: en lugar de decir «se me va el internet», que es fácil de despachar, presentá datos concretos, como que por cable medís una fracción de la velocidad contratada con un porcentaje de pérdida de paquetes en un ping sostenido. Documentar el problema con mediciones fechadas y capturas convierte un reclamo vago en un diagnóstico difícil de ignorar, y acelera muchísimo la resolución.
Fuentes
Documentación oficial y material de la comunidad consultados para esta guía. Fecha de consulta: 28 de julio de 2026.
Aportes de la comunidad Underc0de
- Underc0de, foro. Sección Redes. Consultas de la comunidad sobre conexiones lentas, cortes y diagnóstico de conectividad.
- Underc0de, blog. Blog de Underc0de, categoría Redes. Novedades de tecnología de conectividad.
Documentación oficial
- IETF. RFC 2681, Round-trip Delay Metric. La definición formal del retardo de ida y vuelta que mide el ping.
- Cloudflare. What is latency?. Material didáctico sobre latencia y su diferencia con el ancho de banda.
- FCC. Broadband Speed Guide. Guía sobre qué velocidad se necesita para cada uso.
- IETF. TCP. El protocolo cuyo comportamiento explica por qué la pérdida de paquetes degrada tanto la experiencia.