¿Por qué el Wi-Fi está lento? Ubicación de AP, canales y ancho

Descarte el cable antes de culpar a la radio

El error que más tiempo desperdicia en una queja de velocidad Wi-Fi es ajustar las radios antes de confirmar que la ruta cableada subyacente realmente está limpia.

Un resultado de prueba de velocidad lento por Wi-Fi tiene dos orígenes posibles completamente distintos: la ruta cableada bajo el inalámbrico — el enlace WAN, el router, los enlaces ascendentes del switch — o el enlace de radio en sí, entre el AP y el cliente. Esta nota trata sobre el segundo. Si una laptop conectada directamente al gateway o switch ya da una prueba lenta, eso es un problema del lado del router/WAN, no un problema de ajuste de radio, y la solución está en una ruta de diagnóstico completamente distinta.

Una vez confirmada la ruta cableada como limpia, a continuación está el árbol de fallas específico para el lado de radio, las comprobaciones de cada etapa, las causas que aparecen una y otra vez cuando el ajuste automático por sí solo no lo resuelve, y respuestas de preguntas frecuentes extraídas de casos reales de campo.

Lea el árbol de fallas antes de empezar a mover los puntos de acceso

Un resultado de Wi-Fi lento se divide en exactamente dos formas en la primera rama: en realidad es el cable subyacente, o realmente es el enlace de radio.

Ubicar primero el síntoma en este árbol ahorra mucho retroceso — la mayor parte de lo que parece "mal Wi-Fi" se resuelve en la primerísima rama.

Las etiquetas del diagrama se mantienen en inglés por claridad técnica.

Todo lo que está más allá de la primera rama es genuinamente un problema de nivel de radio, y las cinco ramas debajo de ella — ubicación/interferencia, planificación de canales, ancho de banda, sobrecarga de aire, método de medición — cubren casi todos los casos que llegan a esta nota.

Recorriendo las comprobaciones del lado de radio

Seis comprobaciones, ejecutadas en orden — la mayoría de las quejas se resuelven en las dos o tres primeras.

Comprobación 1 — Confirmar que la ruta cableada subyacente realmente está limpia

Pruebe progresivamente más cerca de la fuente antes de tocar un solo ajuste de radio.

1. Conecte una laptop directamente al puerto LAN del ONT/módem y ejecute una prueba de velocidad; si esto solo ya queda por debajo del ancho de banda contratado, el problema está aguas arriba de todo lo que hay en el sitio y no es en absoluto un problema de Wi-Fi.
2. Mueva la laptop a un puerto del switch y vuelva a probar; si es en el salto gateway-switch donde cae, verifique la velocidad de enlace negociada en esa interfaz — debería mostrar aproximadamente 1 Gbit/s en equipos gigabit — antes de suponer que algo inalámbrico está involucrado.
3. Mueva la laptop al puerto de enlace ascendente cableado de un AP y vuelva a probar; solo cuando cada salto cableado da una prueba limpia, un resultado lento es realmente un problema del lado de radio.
4. Si solo una interfaz a lo largo de la cadena da una prueba lenta, cambie su cable por uno Cat6 de buen funcionamiento conocido antes de seguir buscando — un solo cable de conexión defectuoso produce exactamente este patrón.

Comprobación 2 — Ejecute primero el ajuste automático de radio, luego vuelva a probar

El ajuste automático es una línea base rápida — ejecútelo antes de tocar manualmente canales o ancho de banda.

1. Active el ajuste de Wi-Fi integrado de la plataforma (auto-optimización de radio) y vuelva a ejecutar la prueba de velocidad antes de hacer nada manual — resuelve por sí solo una parte significativa de los casos eligiendo canales más limpios y ajustando la potencia.
2. Si el ajuste automático acerca el resultado al objetivo, deténgase ahí; las comprobaciones manuales siguientes son para casos que el ajuste automático no resuelve completamente, en particular el ancho de banda por encima de 80MHz, que el ajuste automático no configura por sí solo.

Comprobación 3 — Confirmar lo que el cliente realmente negoció

Una cifra de prueba de velocidad no tiene sentido sin saber con qué protocolo y a qué velocidad se conectó realmente el cliente.

1. En el cliente, verifique el estándar Wi-Fi negociado y la intensidad de señal — no solo "conectado", sino qué generación del estándar y a qué nivel de señal.
2. Use estos como referencia de lo alcanzable a 80MHz con dos flujos espaciales, típico de un AP: aproximadamente 866 Mbit/s para Wi-Fi 5 (802.11ac), aproximadamente 1200 Mbit/s para Wi-Fi 6 (802.11ax), aproximadamente 1440 Mbit/s para Wi-Fi 7 (802.11be) — un resultado muy por debajo del techo del estándar negociado señala las comprobaciones de radio siguientes, no el hardware del cliente.
3. Un cliente atascado en un estándar más antiguo o con un nivel de señal bajo a veces es un problema de ubicación en lugar de configuración — mueva el cliente (o el AP) y vuelva a comprobar antes de ajustar cualquier otra cosa.

Reference PHY ceiling at 80MHz, 2 spatial streams:
  Wi-Fi 5  (802.11ac) : ~866 Mbit/s
  Wi-Fi 6  (802.11ax) : ~1200 Mbit/s
  Wi-Fi 7  (802.11be) : ~1440 Mbit/s
// a client far below its own standard's ceiling points at placement/channel/width,
// not at the client itself

Comprobación 4 — Verificar la calificación de interferencia del AP y la utilización de canales

La plataforma le dirá directamente si el entorno de radio es el problema, antes de que toque un solo ajuste.

1. Identifique a qué AP está realmente asociado el cliente lento — haga coincidir su IP asignada por DHCP con el AP mostrado en la plataforma, no solo el AP físicamente más cercano.
2. Verifique la calificación de interferencia de ese AP en la plataforma; una calificación "deficiente" señala directamente las comprobaciones de ubicación/canal siguientes en lugar de algo del lado del cliente.
3. Como prueba de aislamiento rápida, apague temporalmente los AP vecinos y vuelva a comprobar la calificación — si mejora a "buena" con los vecinos apagados, la interferencia proviene de la superposición AP a AP, no de una fuente externa.
4. Si la interferencia desaparece con los vecinos apagados, la solución es física: aumente el espaciado entre los AP a aproximadamente 3-5 metros y vuelva a comprobar la calificación con todo encendido de nuevo.

Comprobación 5 — Verificar el plan de canales y el ancho de banda

Dos ajustes distintos, ambos vale la pena revisar incluso cuando la interferencia ya parece limpia.

1. Confirme que las radios de 2.4GHz están en los tres canales no superpuestos — 1, 6 u 11 — y en ningún otro; cualquier cosa entre medias se superpone con sus vecinos sin importar la potencia o el espaciado.
2. Confirme que las radios de 5GHz están en canales no superpuestos entre sí, y verifique el ancho de banda configurado — 80MHz es el valor predeterminado del ajuste automático; 160MHz aproximadamente duplica el techo de velocidad PHY pero solo vale la pena en un entorno genuinamente de baja interferencia, y debe configurarse manualmente.
3. Si la utilización de canales sigue alta incluso con un espaciado de AP limpio, eso señala contención de mismo canal proveniente del propio plan de canales, no de la ubicación de los AP — cambie el canal, o active la optimización automática de canales de la plataforma para reducir el ajuste manual en el futuro.

Comprobación 6 — Descartar artefactos de configuración y medición

Dos comprobaciones que no tienen nada que ver con la calidad de radio pero producen un síntoma de apariencia idéntica.

1. Confirme que el escaneo de canal inactivo (interfaz aérea) está desactivado en el perfil de radio — el AP saltando periódicamente fuera de canal para escanear roba tiempo de aire al tráfico del cliente, y es fácil dejarlo activado desde un perfil predeterminado.
2. Verifique si se estableció un límite de velocidad por SSID durante la incorporación, o en un ajuste posterior, y nunca se revisó — esto produce un techo de rendimiento completamente constante que parece exactamente un problema de radio pero no lo es.
3. Vuelva a probar con al menos una app o herramienta de prueba de velocidad alternativa, e intente abrir varios flujos de prueba en paralelo — una prueba de un solo hilo subestima sistemáticamente lo que un enlace Wi-Fi puede entregar realmente, y elegir un nodo de servidor de prueba cercano a la ubicación real del sitio importa más de lo que debería.

6 causas que aparecen una y otra vez

Una vez que las seis comprobaciones anteriores le han indicado dónde está el problema, estas seis causas explican la mayor parte de lo que realmente falla.

Diseños de soluciones relacionadas

Seis preguntas que surgen constantemente

Sacadas directamente del terreno — las que vale la pena tener una respuesta lista.

Límites honestos de esta nota

Lectura relacionada