Quais são os motivos alternativos para baixa conectividade de rede?

2

Excluindo isso, pois tentei todos os métodos listados neste site. E excluindo isso e isso , eles estão no site mencionado acima. Quais são as possíveis causas de uma desaceleração da Internet baseada em software.

Sintomas:

  • A inicialização no Windows ou em outro disco de inicialização ao vivo faz com que a Internet funcione, causando uma perda de 0%.
  • O roteador pode ser pingado pelo PC em questão, durante a execução do Ubuntu, com 0% de perda e qualquer coisa na mesma rede com 0% de perda.
  • O ping ou mtr, pelo PC em questão, para qualquer coisa fora da rede (do outro lado do roteador) resulta em 100% de perda.
  • Se o roteador ou outros dispositivos na rede tentarem executar ping no computador em questão, eles terão uma perda de 80% a 95%.

Qual poderia ser a causa desse tipo de falha de rede no Ubuntu?

Os PCs Ubuntu com esse problema têm respostas para lspci -knn | grep Eth -A2:

02:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8131 Gigabit Ethernet [1969:1063] (rev c0)
    Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7599]
    Kernel driver in use: atl1c

Este tem menos de 80% de perda ~ 50% usando uma porta de rede USB para Cat5

00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
    Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
    Kernel driver in use: ehci-pci
Luke Burgess
fonte
"Internet" é uma conexão a cabo?
usar o seguinte comando
Você acha que desconectar a Internet do roteador eliminaria a perda de 90% dos pings enviados ao PC Ubuntu? Vou tentar, simplesmente porque sua intuição sobre "cabo" está correta.
perfil completo de Lucas Burgess
Eu não acho nada. Eu apenas perguntei. Por favor edite sua pergunta e adicionar saída do lspci -knn | grep Eth -A2comando terminal.
precisa saber é o seguinte
02: 00.0 Controlador Ethernet [0200]: Qualcomm Atheros AR8131 Gigabit Ethernet [1969: 1063] (rev c0) Subsistema: Micro-Star International Co., Ltd. [MSI] Dispositivo [1462: 7599] Driver do kernel em uso: atl1c
Lucas Burgess
Acho que entendo qual é o seu problema, mas não está claro. Você pode adicionar algo como: "Eu tenho 2 computadores Ubuntu 14.04 que podem executar ping na rede local e na Internet, mas quando tento executar o ping nos 2 sistemas Ubuntu de outros hosts na rede local, vejo grandes quantidades de pacotes perda."
David

Respostas:

2

Isso é e sempre será um palpite sem estar no local, mas existem alguns motivos que podem impedir a Ethernet de funcionar corretamente. O driver do Windows para o cartão pode fazer uma automagia para degradar as configurações do seu cartão. Ou o cartão precisa de algum puxão para fazer a negociação automática.

  1. O mais óbvio pode ser o endereço MAC duplicado. Liste os endereços MAC no PC afetado, desligue-o e tente arpingos endereços MAC de uma máquina diferente.

  2. Seu roteador pode ser um negócio real e bloquear algumas configurações de IP padrão. Se você tentar usar outro roteador genérico na rede, faça-o para descartar essa possibilidade.

  3. Cabos tortos ou antigos que impedem o cartão de funcionar em velocidades mais altas. Você pode tentar configurar o modo de link para 10M ou 100M manualmente usando o mii-tool ou o ethtool.

  4. Semelhante às configurações full-duplex ou half-duplex da placa.

Aqui está um artigo sobre o mii-tool / ethtool que vai para lá com mais detalhes.

Mais uma idéia de como depurar o problema:

  • Você pode tentar farejar a interface de rede usando tcpdump ou wireshark e observar as diferenças entre pings iniciados no PC em questão e pings iniciados em outro local.
  • O mesmo pode ser feito no roteador, se ele estiver executando o Linux incorporado, ou você pode conectar um "sniffer" composto por duas placas de rede conectadas entre o roteador e a rede interna.
oerdnj
fonte
2

Outra ferramenta que você pode querer empregar é o iperf. Você pode usar isso para determinar se a rede local está matando sua taxa de transferência. Uma referência está localizada em: https://iperf.fr/ . Você pode simplesmente gerar altas cargas de largura de banda e depois verificar qual é a taxa de transferência real relatada. Se você tiver dois nós, poderá fazer a seguinte verificação. Primeira corrida

sudo lshw -c network

nas duas máquinas. Encontre sua interface e observe a velocidade do link relatada, deve ser algo da forma:

size: 100Mbit/s
capacity: 100Mbit/s
capabilities: ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation

Essa interface reporta 100Mbit / s, verifique isso nos dois dispositivos e determine o mínimo que você espera. Em seguida, use o iperf para enviar uma grande quantidade de tráfego para determinar qual é a taxa de transferência real

No nó 1, execute:

iperf -s -i 2

No nó 2, execute:

iperf -n 1000M -i 2 -c <SERVER IP>

Isso irá gerar um relatório no lado do cliente do formulário:

------------------------------------------------------------
Client connecting to <SERVER IP>, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local <CLIENT IP> port 36114 connected with <SERVER IP> port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 2.0 sec  22.5 MBytes  94.4 Mbits/sec
[  3]  2.0- 4.0 sec  22.2 MBytes  93.3 Mbits/sec
[  3]  4.0- 6.0 sec  22.5 MBytes  94.4 Mbits/sec
[  3]  6.0- 8.0 sec  22.4 MBytes  93.8 Mbits/sec

e algo semelhante no lado do servidor (o nó -s). Você notará que, nesse caso, a taxa de transferência está bem próxima do ideal relatado. Você deve perder alguns Mbits / s para a sobrecarga do TCP, mas se esse valor estiver muito longe, você pode culpar algo dentro da sua rede. Se esse número estiver dentro de alguma tolerância (digamos 5 a 7% dos relatados), seu problema estará além do seu gateway.

Nesse ponto, pode-se perguntar se o seu provedor de serviços está fazendo proxy ou fazendo algum tipo de modelagem de tráfego que dê tratamento preferencial a certos tipos de tráfego?

James S.
fonte
Gosto da sua resposta, darei um voto positivo, mas não a recompensa oerdnj não apenas deu uma boa explicação possível "O driver do Windows para o cartão pode fazer uma automagia para degradar as configurações do seu cartão". mas também forneceu uma fonte imparcial. O iPerf parece um bom aplicativo, mas não o consigo. :)
Luke Burgess
Ainda bem que pude ajudar, iperf + tcpdump são as minhas ferramentas, quando não consigo obter os pacotes onde deveriam estar. Outro item útil no pacote de truques é scapy ( secdev.org/projects/scapy ). Basicamente, você tem a capacidade de "entregar manualmente" pacotes, o que permite determinar se o que você espera é razoável.
James S.