A retransmissão TCP única causa 15 segundos de atraso na conexão sem fio
Estou tendo um problema estranho que causa longos atrasos em solicitações http (POST, neste caso) para o meu próprio servidor web. Isso ocorre apenas se você - um cliente Linux ou Mac é usado (o Windows é bom) e o - o wireless é usado, a conexão por cabo é boa | Ocorre na banda de 2,4 GHz e 5 GHz. Na banda de 5 GHz, existem apenas 3 outros AP ativos e eu escolhi um canal que está longe deles (a configuração automática de AP também não melhora a situação). Assim, excluo a interferência externa do wireless como causa. A maioria (todos?) De outros sites na mesma rede sem fio são bons.
Wireshark me diz que a diferença entre cabeado e wireless é uma retransmissão TCP. Isso resulta em atrasos de 10 a 20 segundos. A imagem a seguir, mostra
- linux em wireless - > retransmissão e atraso
- janelas no wireless (mesmo cliente) - > retransmissão, sem atraso
- linux no cabo - > sem retransmissão
Isso não acontece para todas as solicitações, mas para a maioria delas. No entanto, a retransmissão está sempre no mesmo ponto da comunicação (a resposta 200 OK à solicitação POST).
O melhor seria encontrar a causa da perda / retransmissão de pacotes, mas mesmo considerando-os inevitáveis, fico surpreso que essas poucas perdas possam resultar em dezenas de segundos de atraso. Meu entendimento é que o TCP deve ser capaz de lidar com isso muito melhor.
Aqui alguns detalhes sobre a configuração:
- Servidor executando o Ubuntu 14.04, kernel 3.13.0-042stab108.2 (dentro de uma VM)
- O dispositivo cliente está executando o Ubuntu 12.04.5, kernel 3.2.0-97-genérico, driver iwlwifi, Centrino Advanced-N 6230 AGN REV = 0xB0
- O dispositivo está em uma rede local, NAT feito pelo roteador / wifi AP FritzBox 7390, executando o FRITZ! OS 06.30