Hay al menos tres cosas en las que puedo pensar que podrían estar en juego aquí.
El primero es fundamental para Ethernet inalámbrico: congestión. Cada dispositivo que se comunica con el mismo punto de acceso está utilizando el mismo recurso compartido: una porción del espectro de RF (que en este caso es uno de varios canales WiFi). Solo un dispositivo puede hablar en ese bit de espectro a la vez; si dos intentan hablar a la vez, al menos uno, y probablemente ambos, no se comunicarán con quien estén tratando de hablar. No hay forma de que los dispositivos se coordinen explícitamente cuando intentan hablar; más bien, cada vez que alguien tiene algo que decirle a otra persona, primero escucha un poco para ver si alguien más está hablando; si no escucha a nadie, se inicia y envía lo que quiere decir. Si escucha a alguien, espera un poco, luego lo intenta nuevamente. Esto se llama CSMA / CA (Acceso múltiple de detección de portadora con prevención de colisión).
Ahora, obviamente, cuantos más dispositivos tenga hablando en el mismo segmento de espectro, más tiempo tendrán que esperar los dispositivos individuales, en promedio, para que haya silencio para que puedan hablar. Obtenga demasiados dispositivos y la espera puede ser tan larga como para causar tiempos de espera y conexiones caídas.
- ¿Puedes convertir un enrutador Wi-Fi en una computadora? Si es así, ¿cómo?
- Cómo configurar su nuevo enrutador JioFi 2
- ¿TP-Link TL-WR841N admite velocidades de Internet de más de 2 mb / s?
- ¿Quién hace mejores enrutadores, Cisco o Juniper?
- ¿Cuál es el mejor enrutador Wi-Fi OpenWrt?
Un problema relacionado que puede ocurrir en un entorno abarrotado es que tiene dos dispositivos que intentan comunicarse con un tercer dispositivo. Ambos dispositivos pueden escuchar el tercer dispositivo, y el tercer dispositivo puede escuchar a ambos, pero los dos dispositivos que desean hablar no pueden escucharse entre sí. Si ambos desean enviar al mismo tiempo, ambos esperarán un momento, determinarán que la red está libre y luego intentarán enviar al mismo tiempo. El tercer dispositivo recibe señales de ambos al mismo tiempo: una colisión. Como máximo, uno de los dispositivos de envío pasará; el otro no será escuchado. Esto se llama el “problema del nodo oculto” y con frecuencia conduce a cuadros perdidos que deben ser retransmitidos; Esto también contribuye a los tiempos de espera y las conexiones caídas.
El segundo problema no es fundamental para la Ethernet inalámbrica, sino que se debe simplemente al hecho de que muchos puntos de acceso de Ethernet inalámbrica tienen un firmware defectuoso y, por lo tanto, son propensos a funcionar mal cuando se dejan funcionando durante demasiado tiempo, o cuando se superan los límites de la frecuencia. Pruebas muy limitadas realizadas por los fabricantes de esos productos.
La tercera posibilidad que podría estar involucrada aquí es simplemente que su punto de acceso puede estar muriendo de vejez. La electrónica en muchos puntos de acceso de bajo costo para el consumidor no es tan robusta, y no es raro que la plataforma de radio (especialmente) se salga de la tolerancia después de un año más o menos. Al principio, esto tiende a manifestarse como un ancho de banda reducido debido a que está descentrado, lo que causa una potencia efectiva reducida (en transmisión) y una sensibilidad reducida (en recepción), lo que conduce a relaciones de señal a ruido más bajas. Eventualmente deja de funcionar por completo. Esto también puede combinarse sinérgicamente con pérdidas relacionadas con la congestión (como se describió anteriormente) para reducir drásticamente el ancho de banda efectivo.
La solución a estos problemas es, respectivamente, instalar puntos de acceso adicionales que operan en diferentes canales, reemplazar el firmware en el punto de acceso y reemplazar el punto de acceso.
Supongo que su problema probablemente sea un firmware defectuoso, pero podría ser una o ambas de las otras dos posibilidades también. Tengo aquí en casa un TP-Link AP que estuvo bien hasta que agregamos un noveno dispositivo que estaba presente regularmente, en ese momento tuve que reiniciarlo una vez cada dos días. Reemplacé el firmware proporcionado por el fabricante con OpenWRT, y desde entonces se ejecuta sin un reinicio forzado durante dos años, y ahora maneja habitualmente hasta doce dispositivos sin problemas.
