Solução de problemas do ping DUP! (duplicações) com wi-fi sobre extensor

1

Eu tenho um roteador wifi e um extensor em minha casa e acredito que possa haver algum erro de configuração no extensor. Geralmente, tenho alta latência ou menor do que o esperado quando conecto ao extensor.

Minha principal questão é:

Como faço para solucionar problemas de um extensor de Wi-Fi que parece causar muitas duplicações?

RESPOSTA: No meu caso, o problema era um NIC com defeito no PC ("d"). Veja EDIT3 para uma explicação completa e veja os comentários de dicas valiosas sobre a solução de problemas em WIFI.

O que tentei até agora é usar ping, mtr, traceroute / tracepath. Em seguida, descreverei meu cenário e, em seguida, mostrarei alguns exemplos de saídas de ping:

Cenário

O que eu tenho é:

a. somente com fio, roteador fornecido pelo ISP conectado à Internet

b. TP-Link Archer-C60 conectado a "a" (o roteador ISP) via ethernet

c. TP-Link AC 750 (RE200) conectado a "b" por meio de um canal wifi de 5.8Ghz

d. PC conectado a "c" via canal wifi de 2,4 GHz

Nenhum outro dispositivo usa o canal 5.8Ghz. Outros dispositivos usam o canal wi-fi de 2,4 Ghz da b's ou c para acessar a rede.

O modelo físico do ambiente é:

Legend:
  -- and | are walls
  '  is a ethernet cable
  a  is the ISP-provided router
  b  is the TP-Link Archer-C60 wifi router
  c  is the TP-Link AC 750 (RE200) wifi extender
  d  is a home PC

                                |--------------|
                                |            d |
                                |c             |
-----------|    |------   ------|              |
|                                              |
|            b|-------   ---   -|              |
|            '|                 |--------------|
|            '|
|            a|
|             |
|-------------|

Exemplo de pings

Eu executei o ping do host "d" enquanto nenhum outro dispositivo está conectado à rede. Ao fazer isso, posso facilmente obter 5 a 7 duplicatas para uma mesma resposta de ping. Algumas saídas de exemplo:

Pingando b (192.168.0.1) de d:

--- 192.168.0.1 ping statistics ---
421 packets transmitted, 421 received, +487 duplicates, 0% packet loss, time 420022ms
rtt min/avg/max/mdev = 1.053/10.543/188.536/21.423 ms

Ping 8.8.8.8 de d:

--- 8.8.8.8 ping statistics ---
421 packets transmitted, 420 received, +867 duplicates, 0% packet loss, time 419810ms
rtt min/avg/max/mdev = 35.480/47.917/256.235/21.228 ms

EDIT1 : Ao executar o tcpdump, recebo muitos ICMP time exceeded in-transit . Amostra pequena, onde 192.168.0.1 é "b" e 192.168.0.100 é "d" ...

EDIT2 :

  • foi removido ICMP time exceeded in-transit log, adicionado em EDIT1, pois não estava relacionado.

  • topologia virtual do ambiente

A topologia virtual é:

a --- cat5 --- b >>> 5.8Ghz >>> c ))) 2.4Ghz ))) d and other hosts devices
               U
               U
              2.4Ghz
               U
               U
         other hosts devices

Isto é:

  • A Internet é fornecida por 'a' a 'b' via cat5 e distribuída por 'b' via wireless
  • roteador 'b' e o extensor 'c' se comunicam pelo canal 5.8Ghz
  • os hosts se conectam a 'b' ou 'c' por meio do canal de 2.4Ghz (teoricamente, eles poderiam se conectar através do canal 5.8Ghz, mas eu não tenho dispositivos compatíveis no momento)

EDIT3:

Acontece que era uma NIC PCI sem fio com defeito no meu PC ("d"). A NIC estava perdendo muitos pacotes e enviando muitos duplicados. Esse comportamento entupiu o repetidor e, eventualmente, toda a rede, afetando outros dispositivos. Eu substitui o NIC e agora tudo funciona bem.

Para identificar isso, eu simplesmente peguei um par de notebooks e tentei testar a conectividade dentro e fora da rede. Além disso, fiz todos os testes com o "d" ligado e depois os repeti com ele desligado. A diferença foi muito notável.

Conectividade dentro da rede: Eu usei o ping do iputils para testar a taxa de queda durante a inundação (sinalizador -f). Taxa de queda foi perto de zero entre os dois notebooks, mas foi de cerca de 20% para o meu PC. O PC também exibiu muitos DUPs. O tcpdump mostrou pacotes duplicados como pertencentes ao meu PC ou apenas indo para o meu PC. Quando meu PC foi ligado, ping entre os dois dispositivos tinha alguns DUPs e gotas. Quando o PC foi desligado, não foram identificados DUPs ou gotas.

Conectividade fora da rede: Eu usei mytraceroute, fast.com e speedtest.net para verificar a conectividade fora da rede. A latência foi muito alta e a taxa de transferência muito baixa quando o meu PC foi ligado. A rede se comportou perfeitamente, com latência muito baixa e taxa de transferência quase nominal, quando meu PC estava desligado.

Com o novo NIC, tudo está funcionando como um encanto.

    
por ruasoliveira 12.06.2018 / 16:51

1 resposta

0

Acontece que era uma NIC PCI sem fio com defeito no meu PC ("d"). A NIC estava perdendo muitos pacotes e enviando muitos duplicados. Esse comportamento entupiu o repetidor e, eventualmente, toda a rede, afetando outros dispositivos. Eu substitui o NIC e agora tudo funciona bem.

Para identificar isso, eu simplesmente peguei um par de notebooks e tentei testar a conectividade dentro e fora da rede. Além disso, fiz todos os testes com o "d" ligado e depois os repeti com ele desligado. A diferença foi muito notável.

Conectividade dentro da rede: Eu usei o ping do iputils para testar a taxa de queda durante a inundação (sinalizador -f). Taxa de queda foi perto de zero entre os dois notebooks, mas foi de cerca de 20% para o meu PC. O PC também exibiu muitos DUPs. O tcpdump mostrou pacotes duplicados como pertencentes ao meu PC ou apenas indo para o meu PC. Quando meu PC foi ligado, ping entre os dois dispositivos tinha alguns DUPs e gotas. Quando o PC foi desligado, não foram identificados DUPs ou gotas.

Conectividade fora da rede: usei mytraceroute, fast.com e speedtest.net para verificar a conectividade fora da rede. A latência foi muito alta e a taxa de transferência muito baixa quando o meu PC foi ligado. A rede se comportou perfeitamente, com latência muito baixa e taxa de transferência quase nominal, quando meu PC estava desligado.

Com o novo NIC, tudo está funcionando como um encanto.

    
por 18.06.2018 / 17:06