Os dados provenientes da rede são apenas parcialmente transferidos no Asus EEE 1001HA, Ubuntu 10.4 Lucid

Question

O netbook da minha esposa começou a se comportar estranhamente ultimamente. Eu procurei e encontrei os seguintes sintomas:

• navegação na web: dolorosamente lenta (continua a "carregar" as páginas; pode mostrar algo como metade do logótipo do Google e, em seguida, fica presa em "transferir ...")
• apt-get: transfere os primeiros 5k pacotes e depois fica preso; após o relançamento, ele subirá para 10k; então cerca de 16k.

Monitorando a rede com um tcpdump notei que, após a explosão inicial de atividade, nada acontece embora a página da web não tenha sido carregada completamente e o navegador ainda esteja esperando por isso. Os últimos pacotes recebidos são assim:

01:18:48.672286 IP 192.168.2.3.48010 > 72.14.234.104.80: Flags [P.], seq 618:1271, ack 5751, win 360, options [nop,nop,TS val 666336 ecr 2373881974], length 653
01:18:48.730567 IP 72.14.234.104.80 > 192.168.2.3.48010: Flags [.], ack 1271, win 129, options [nop,nop,TS val 2373882338 ecr 666336,nop,nop,sack 1 {618:1271}], length 0

Coisas importantes a saber, por ordem de prioridade:

• Eu tentei tanto via Wi-Fi (através do driver personalizado Realtek para Asus 1001HA) e Ethernet, "compartilhando conexão com a Internet" do meu Mac
• também experimentou uma edição ao vivo do Ubuntu Netbook (10.4): o mesmo comportamento
• funciona no Windows (suspiro ..)
• ping localhost funciona
• pings no trabalho da LAN local
• nos mudamos de apartamento; tudo funciona bem no meu Mac e em seu outro PC, embora
• nenhuma atualização foi feita nos últimos meses no Linux
• dmesg não mostra atividade incomum
• vários servidores DNS foram tentados, todos com o mesmo resultado
• não há nenhum sistema de proxy
• não há nenhum proxy para todo o navegador e os caches / cookies foram limpos
• o espaço em disco está OK
• O uso da CPU é baixo, como de costume
• não há rotas padrão extras

Update Aliás, eu tentei Ubuntu em seu PC e ele se comporta exatamente da mesma forma. Eu me pergunto se é o ponto de acesso (D-Link) que bagunça o Linux.

Notas da primeira versão deste post

- Eu adicionei essas anotações já que recebi uma resposta sobre esse tópico, mas as coisas mudaram desde então -

Em relação ao comportamento de ping ; cada pacote foi enviado / recebido, mas com grandes latências:

root@katies:~# !ping
ping www.google.com
PING www.l.google.com (66.249.92.104) 56(84) bytes of data.
64 bytes from 66.249.92.104: icmp_seq=1 ttl=51 time=57.7 ms
64 bytes from 66.249.92.104: icmp_seq=2 ttl=51 time=82.4 ms
64 bytes from 66.249.92.104: icmp_seq=3 ttl=51 time=77.1 ms
64 bytes from 66.249.92.104: icmp_seq=4 ttl=51 time=82.9 ms
64 bytes from 66.249.92.104: icmp_seq=5 ttl=51 time=79.5 ms
^C64 bytes from 66.249.92.104: icmp_seq=6 ttl=51 time=78.8 ms

--- www.l.google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 25704ms
rtt min/avg/max/mdev = 57.772/76.438/82.947/8.595 ms

As duas últimas linhas dizem: demorou 25 segundos para enviar 6 PINGs. No entanto, cada ping deve ser enviado dentro de 1 segundo um do outro, e não 5. Além disso, o tempo de ida e volta é bastante baixo, como deveria ser.

    

Answer 1

O problema acabou sendo um ponto de acesso / roteador sem fio muito, muito ruim: um D-Link G604T . Aparentemente, devido a alguns grandes problemas com o proxy DNS ou encaminhamento de pacotes e IPv6 não funciona no Linux (Ubuntu).

A solução foi tirar o coxo e substituí-lo por algo mais decente.

ATUALIZAÇÃO, 2011-09-25

Uma versão semelhante deste problema afetou também o meu Mac, mesmo depois de substituir o antigo roteador. Esse problema estava afetando todos os dispositivos baseados em UNIX (basicamente, cada amigo meu que possuía um mac que vinha visitar).

Alguns detalhes sobre o comportamento:

• não pode enviar arquivos grandes via web (transferiria 49,152 bytes e depois interrompê-los)
• comportamento estranho vua ssh (transfere arquivos de tamanhos 49,150 49,151 e 49,153 mas não 49,152
• transferiria (via ssh) arquivos com tamanho de 100k, mas travaria aleatoriamente depois disso
• velocidades de download / upload muito oscilantes ao transferir arquivos em pequenos trechos via protocolo bittorrent

Correção: Escala da janela TCP ou

sudo sysctl -w net.inet.tcp.rfc1323=0

    

Answer 2

1. A latência é apenas com navegação na web? Você já tentou outros aplicativos?
2. Qual navegador ela está usando? Quantas abas ela tem abertas?

Eu tenho visto latência similar no meu laptop Debian se eu tiver muitas abas abertas no Iceweasel. Também vi referências a um bug do mySQL que causa problemas semelhantes.

    

Answer 3

Quais argumentos exatos do comando ping (1) você usa? Não é mostrado.

Se você adicionar cada tempo de pacote ICMP único gasto:

57,7 ms + 82,4 ms + 77,1 ms + 82,9 ms + 79,5 ms + 78,8 ms

São 458,40 ms. Por padrão ping (1) coloca um intervalo de 1 seg entre cada pings. Usualmente, levaria 1000 ms * 5 (porque há apenas 5 intervalos entre cada 6 pings) + 458,40 ms = 5458,40 ms, não 25704 ms. E o ping não informa qualquer perda de pacote.

Talvez em seus argumentos ping (1) você tenha algo como "-i 5".

Isso adiciona 5 segundos entre cada solicitação ICMP. E faz mais sentido, 5000 ms * 5 + 458 ms = 25458 ms

Qual é perto do total de 25704 ms em sua saída.