Resolução de problemas de tráfego de rede "em rajada"

Question

Eu tenho tido um problema com a minha conexão com a Internet desde que me mudei para São Francisco, e isso está me deixando absolutamente de pé. Depois de usar a minha conexão de rede entre cinco e trinta minutos, de repente os pacotes começarão a fazer o backup no meu roteador antes de serem entregues em rajadas curtas. Por exemplo, ping mostrará vários pacotes descartados em uma linha antes que todas as respostas sejam entregues no mesmo instante .

Estou usando um modem a cabo fornecido pela Comcast, conectado via Ethernet a um Time Capsule, ao qual estou conectando um par de MacBook Pros e um Apple TV.

O modem a cabo foi substituído. O Time Capsule foi substituído. Eu movi fisicamente os apartamentos, então não é a fiação. Minha esposa e eu experimentamos esse comportamento simultaneamente em nossos laptops separados (e a Apple TV também tem sua conexão interrompida ao mesmo tempo). Resolve-se brevemente (durante alguns minutos) por:

• removendo e reinserindo o cabo Ethernet conectando os dois
• mudar para a rede Wi-Fi "convidada" ou da rede convidada para a principal

Ele é resolvido por até trinta minutos por:

• desligando e ligando o Time Capsule
• desligando e desligando o modem a cabo

Quando isso acontece, posso fazer ping no próprio Time Capsule sem perda de pacotes ou latência. O problema ocorre ao tentar efetuar ping no próximo salto, no entanto.

O que na Terra isso pode ser? Até onde eu sei, descartei todos os possíveis problemas de hardware. Eu não encontrei mais ninguém com esse problema por meio de pesquisas extensas no Google.

    

Answer 1

Na minha experiência, o /sbin/ifconfig foi incluído em todas as versões do OS X de sua versão beta em diante ... Foi uma exigência minha antes de comprar meu primeiro Mac. No entanto, ifconfig -a não reporta erros.

Um pacote de solicitação de eco com o bit [DF] definido e um tamanho de 1472 parece preencher 1500 bytes:

mini-nevie:~ root# ping -D -s 1472 -c 1 192.168.2.1
PING 192.168.2.1 (192.168.2.1): 1472 data bytes
1480 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=1.130 ms

mini-nevie:~ root# tcpdump -i en0 -nevvK icmp
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:34:46.177055 3c:07:54:5c:ab:ad > 00:13:a3:71:17:25, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 46904, offset 0, flags [DF], proto ICMP (1), length 1500)
    192.168.2.11 > 192.168.2.1: ICMP echo request, id 56908, seq 0, length 1480
00:34:46.178084 00:13:a3:71:17:25 > 3c:07:54:5c:ab:ad, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 48096, offset 0, flags [none], proto ICMP (1), length 1500)
    192.168.2.1 > 192.168.2.11: ICMP echo reply, id 56908, seq 0, length 1480

Um ponto de referência adicional pode ser obtido usando snmpwalk com -c public -v1 e o endereço de gerenciamento do seu modem a cabo, que eu acho que é 192.168.100.1. Um exame da saída permitirá que você determine as estatísticas da interface específica. Além disso, dependendo da marca e modelo do modem a cabo, a conexão com http://192.168.100.1 ou http://192.168.100.1:8080 pode fornecer várias informações a partir do servidor da Web incorporado do dispositivo.

E ... netstat -s fornece estatísticas de protocolo. netstat -i fornecerá estatísticas de hardware, o que pode apontar para um problema.