Ayer me hicieron una consulta sobre este artículo, en particular las colas que muestra en la solución propuesta.
Revisando el artículo, se indica lo siguiente (lo mando traducido y abreviado):
"Los drivers típicamente usan 6 colas de SW (imagen que estaba en la slide que vimos ayer). Esas colas corresponden a los 4 tipos de tráfico (i.e. best-effort (BE), background (BK), video (VI) and voice (VO). La 5ta cola maneja las tramas de multicast (indicada como cola CAB), mientras que la 6ta está dedicada a los beacons.
Esta última cola almacena solo una trama de gestión, cuyo contenido se actualiza en cada intervalo entre beacons y que luego se pasa al HW para su transmisión. El descriptor de la trama nunca se elimina de la cola. La transmisión broadcast de un beacon dispara inmediatamente la cola CAB, que se vacía luego de manejar el tráfico de datos. De esa forma, es posible hacer una copia del beacon de broadcast, modificar la dirección de destino por la MAC específica de cada cliente, ajustar los valores de la ventana CW (que se calculan según el algoritmo propuesto para cada cliente). Esa información se carga en los parámetros de EDCA (acceso al medio con QoS definido en 802.11e) en los campos ECWmin y ECWmax. Finalmente, los beacons de unicast generados se agregan a la cola CAB."
De todas formas, para validar la solución propuesta, habría que verificar que efectivamente el chipset 802.11 del cliente, tome efectivamente los parámetros de CW que el AP le manda a través de estos beacons modificados.
Les dejo el link por si lo quieren mirar en detalle (también accesible a través de timbo).
Cualquier duda o consulta me dicen.