iwconfig mostra associação perdida em intervalos regulares

Question

Estou executando o Linux Mint com o gerenciador de janelas do i3 e a barra do i3statu. Eu estava percebendo que a linha de status W: (wifi) do i3status às vezes informava "inoperante" por alguns segundos, embora o envio de pings contínuos durante todo o intervalo de inatividade não mostrasse perda de conectividade.

Descobri que o i3status usa o iwconfig para obter força de sinal e ip para exibir na barra de status. Durante os momentos em que W: é reportado como "down", esta é a saída do iwconfig. (Eu estou executando o iwconfig versão 30.)

wlan0 IEEE 802.11abgn ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off Power Management:off

Em todas as outras vezes, a saída do iwconfig mostra isso:

wlan0 IEEE 802.11abgn ESSID:"Zoinks5"
Mode:Managed Frequency:5.765 GHz Access Point: 2C:30:33:43:73:64
Bit Rate=6 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=63/70 Signal level=-47 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Como mencionei, não pareço ter uma perda real de conectividade, mas estou muito curioso para saber porque o iwconfig parece perder a associação. Ou é que esse NetworkManager está se reconectando? Ou é algo completamente diferente?

Edição rápida para dizer que eu não pareço ver esse mesmo comportamento na minha rede 2.4ghz. Mesmo AP. Isso só parece acontecer na minha rede 5ghz. Além disso, a intensidade do sinal de 5ghz é menor, mas em torno de 83% consistentemente, o que não parece ruim .

Edit: estou nos EUA. Meu roteador sem fio é um Netgear R6400. Conectando sobre 'n' spec. Há uma parede entre mim e o roteador sem fio. Distância ao roteador é inferior a 10 pés.

    

Answer 1

Eu também estou usando 5Ghz no trabalho e em casa. Em casa meu AP é muito parecido com o seu, um modelo exatamente igual ao seu, mas do TPLink (com OpenWRT).

A coisa é, 5Ghz não se presta para atravessar paredes, e em geral o alcance é menor que 2.4Ghz. A 22dB / 6Mbps é notório que ainda não é a melhor das condições.

Eu ainda não consegui 5Ghz indo na mesma sala (minha sala), a uma distância similar a sua (2,5-3 metros), com 17dB, enquanto eu não alterei o código do país para PT para poder Aumente a potência para 20dB. Segundo as regras da FCC, nos EUA você tem uma potência menor (eu não moro nos EUA). Algumas pessoas mudam o código do país para HK, mas você estará infringindo os regulamentos.

Com o aumento da potência, mantenho um SSID para 2.4GHz e outro para 5GHz. Quando estou na mesma sala que o AP, forço o SSID de 5 GHz; quando eu estou no outro quarto, que é uma distância 3/4 maior que a sua (cerca de 5-6 metros), tenho que forçar o 2.4GHz, pois senão, vou conectado ao 5GHz, mas a conexão será demais instável. A situação se manifesta tanto com o meu Macbook Pro, meu iPhone 6 e iPhone 5s da minha esposa.

Você pode tentar mudar o país e aumentar a potência máxima, pelo menos para testes. Caso contrário, você terá que ter outro roteador de 5 GHz naquela sala, trocar o ponto de acesso, obter um dongle externo com um ganho de antena para seu equipamento ou usar 2,4 GHz.

Eu acho que você pingar a interface "down" é por causa de um valor de fronteira, ou você está recebendo no meio de uma negociação (ou vários mais provavelmente).

Para ter uma ideia melhor do que está acontecendo, procure / var / log por logs; Você pode tê-los. wpa_supplicant também suporta o modo de depuração, mas infelizmente é uma opção de tempo de compilação. dê uma olhada nos logs do AP também. Esteja ciente de que é de fato uma falta de potência, os logs não serão muito esperançosos.