¿Es Starlink o el Wi-Fi? Cómo diagnosticar un fallo
La forma más rápida de zanjarlo es ejecutar la misma prueba desde dos lugares a la vez: desde el dispositivo afectado y directamente a través de la propia API del router de Starlink. Si el resultado del lado del router está limpio y el del lado del dispositivo no, el fallo está en la red local, no en la antena ni en el enlace por satélite. Esa única comparación resuelve la mayoría de las quejas de "Starlink va lento", y esta guía la recorre además de las comprobaciones que siguen cuando la antena es realmente el problema.
Esto está escrito para instaladores e ingenieros que gestionan un parte de avería, pero funciona igual para diagnosticar su propia conexión.
¿Por qué la mayoría de las quejas de Starlink resultan ser del Wi-Fi?
Porque el cliente experimenta una sola cosa, "internet", y el eslabón más débil en la mayoría de los hogares y embarcaciones son los últimos diez metros. Habitaciones lejanas, paredes gruesas, 2.4 GHz saturado, un adaptador PLC que tiene un mal día: todo ello se presenta como "Starlink va lento". A la antena le echan la culpa porque es lo nuevo y visible. Antes de tocar una escalera, demuestre en qué lado del router vive el problema.
¿Cómo se ejecuta la prueba de doble vía?
En Nexus Telemetry Pro, abra los diagnósticos y ejecute un ping a un objetivo estable como 8.8.8.8. Pro lo ejecuta dos veces en paralelo: una desde la máquina en la que está y otra a través de la API del router de Starlink, de modo que el propio router informa de su propia vía al mismo objetivo. Los resultados quedan en paralelo.
Léalo así. Si ambos están limpios, la conexión está sana de extremo a extremo y hay que acotar la queja (un servicio concreto, una hora concreta del día). Si el lado del router está limpio y el lado del dispositivo muestra pérdida o latencia alta, el fallo está entre el dispositivo y el router: cobertura Wi-Fi, interferencias o equipo de red local. Si ambos lados muestran la misma pérdida o latencia, el problema es genuinamente aguas arriba, en la antena o en el enlace por satélite, y pasa a las comprobaciones de la antena de abajo.
¿Qué comprueba cuando realmente es la antena?
Tres lugares, por orden.
El registro de eventos. La antena anota cada corte y evento con una duración y una marca de tiempo, cada uno etiquetado por causa o gravedad: eventos de ausencia de enlace de bajada, fallos de ping, cortes por obstrucción y advertencias de atenuación por lluvia, entre ellos. El patrón es el diagnóstico. Los grupos de eventos de ausencia de enlace de bajada de menos de un segundo apuntan a obstrucción. Cortes ocasionales más largos con una marca de "switched" son del lado de la red. Un registro que se vuelve ruidoso a las mismas horas cada día sugiere algo ambiental cruzando la vista del cielo.
Obstrucción. El mapa, no solo el porcentaje. La vegetación crece y las cosas se mueven, así que una instalación que estaba limpia en la entrega puede degradarse sin que nadie toque la antena. La guía de solución de problemas de obstrucción cubre cómo leerla y solucionarla.
Alineación. Las antenas accionadas pueden reorientarse solas, y muy de vez en cuando una actualización de firmware mueve una. Si el comportamiento cambió sin motivo visible, compare la inclinación, el acimut y la elevación actuales con los valores deseados. Una vez detectamos una antena que giró silenciosamente 190° tras una actualización de firmware; un reinicio la devolvió a su sitio.
¿Cómo separa los problemas de latencia de los de rendimiento?
Tienen causas distintas y pruebas distintas. Para la latencia, la matriz de ping prueba docenas de destinos reales de distintas regiones a la vez, lo que muestra de inmediato si la latencia alta es general (un problema del enlace) o específica de una región o servicio (un problema de enrutamiento, que no le toca arreglar). Lo que cuenta como normal se cubre en qué es un buen ping de Starlink.
Para el rendimiento, las pruebas de velocidad del navegador miden toda la vía, incluido el humor del servidor de prueba. iPerf mide el rendimiento en bruto entre dos máquinas que usted controla, lo que lo convierte en la herramienta honesta para las quejas de "el enlace va lento", y el conjunto de diagnósticos incluye un cliente iPerf junto a traceroute, la resolución DNS y las comprobaciones de puertos. Una advertencia por experiencia: los servidores iPerf públicos están con frecuencia ocupados o inaccesibles, así que trate una prueba fallida contra un servidor público como no concluyente en lugar de como evidencia. Configurar iPerf en Windows es todo un pequeño suplicio, así que lo documentamos.
Cómo instalar iPerf en Windows →
¿Cómo cambia una referencia la conversación?
Si la instalación se verificó con una sesión grabada en la entrega, el aviso de avería parte de la evidencia: qué hizo la antena el primer día, en esa posición exacta. Grabe una breve sesión de diagnóstico, exporte el informe y ponga los dos en paralelo. La tasa de pérdida elevada donde era cero, la obstrucción subida desde el 0 %, la latencia sin cambios: la comparación suele nombrar al culpable antes de que nadie suba a nada. Ese flujo de trabajo de referencia es la guía de verificación.
La versión corta
Ejecute primero el ping de doble vía: dispositivo y router en paralelo. Un lado del router limpio significa un problema de LAN, y puede mostrárselo al cliente sobre la marcha. Una degradación coincidente en ambos lados significa la antena: lea el registro de eventos para ver el patrón, compruebe el mapa de obstrucciones, luego la alineación. Use la matriz de ping para las cuestiones de latencia e iPerf contra un servidor que usted controle para las quejas de rendimiento, y diagnostique frente a la referencia de la entrega si existe una.
Parte de Starlink para instaladores y profesionales. Nexus Telemetry está desarrollado por Liquidbinary Ltd, el equipo detrás de la primera plataforma de gestión Starlink Enterprise. Pro se ejecuta de forma nativa en Windows, macOS y Linux con una prueba gratuita.