TP-LINK arqueiro T2UH wifi fastroaming no Linux lento ou às vezes não pode se conectar em AP

1

estamos executando isso no Linaro Ubuntu no ARM. Nós estamos usando um TP-LINK Dongle USB do Archer T2UH conectado à placa ARM conectada a apenas 5 GHz rede com 6 a 9 APs configurados para compartilhar o mesmo SSID. Às vezes leva vários minutos para poder reconectar a outro AP e nós também note que nem sempre escolhe o AP mais próximo com o sinal mais strong força. O dongle também parece ter algum suporte de hardware para roaming (Fastroaming?), Mas o driver do Linux tem que desabilitado. O mesmo dongle parece funcionar muito melhor quando conectado a um laptop Windows. Estamos usando o wpa_supplicant, porque o NetworkManager parece ser incompatível com ele. Nós configuramos o wpa_supplicant para usar bgscan de "simple: 10: -70: 30".

Imaginando se algum de vocês tem experiência em lidar com drivers de Wi-Fi em Linux e este TP-LINK em particular?

    
por Arbie Samong 20.11.2015 / 03:01

1 resposta

0

Eu tenho um AP Realtek wifi em casa, em um ARM também não com o Linaro mas com o Armbian. Eu estarei e logo comprarei outro chipset. Eu também lido com wifi no trabalho, Meru e Cisco.

A experiência de ser um AP wifi no Linux tem sido catastrófica. Como um cliente de wifi, apenas ligeiramente melhor. Bugs no chipset, bugs no firmware padrão do Debian, bugs no Linux em vários drivers wifi, pacotes dos fabricantes que são na maioria versões antigas do firmware que precisam de um hostapd desatualizado que traz de volta antigos bugs já corrigidos.

Muitas vezes, a maioria dos problemas de Wi-Fi também se deve ao ruído. Se você conseguir eliminar parte desse ruído, tanto melhor. Do que você fala sobre atrasos, você parece estar em um lugar muito cheio.

As recomendações básicas para lidar com o ruído são simplesmente: - se você tem um dual 2.4GHz e 5GHz, tente desligar o 2.4GHz; - se você não é capaz ou não quer ir sem 2.4GHz, no mínimo, habilite somente 802.11g, e seja feito sem o 802.11b.

Quanto a eles não obterem sempre o AP correto, isso é uma peculiaridade bastante irritante no design sem fio. Ou você tem lógica lidando com isso no lado AP / controlador (o controlador Meru tenta entregá-los ao AP mais próximo, por exemplo) ou você usa SSIDs diferentes, o que pode ajudar ou piorar a situação dependendo de suas necessidades (para usuários móveis pode fazer as pessoas ficarem mais tempo com o AP mais fraco).

    
por 20.11.2015 / 09:45