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

Question

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

Sintomas:

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

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

Os PCs do Ubuntu com este 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

    

Answer 1

Este é e sempre será um palpite sem estar no local, mas existem algumas razões que podem impedir o funcionamento correto da Ethernet. O driver do Windows para o cartão pode fazer alguns automagic para degradar as configurações do seu cartão. Ou o cartão precisa de algum puxão para fazer a autonegociação.

1. O mais óbvio pode ser endereçamento MAC duplicado. Liste os endereços MAC no PC afetado, depois desligue-o e tente arping dos endereços MAC da máquina diferente.

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

3. Cabeamento torto ou antigo que impede a placa de funcionar em velocidades mais altas. Você pode tentar configurar o modo de link para 10M ou 100M manualmente usando a mii-tool ou ethtool.

4. Semelhante às configurações full-duplex ou half-duplex no cartão.

Aqui está um artigo sobre ferramenta / ethtool que vai lá com mais detalhes.

Mais uma ideia de como depurar o problema:

• Você pode tentar farejar a interface de rede usando tcpdump ou wireshark e observar as diferenças entre os pings iniciados no PC em questão e os pings iniciados em outro lugar.
• O mesmo pode ser feito no roteador, se for f.e. executando Linux embarcado, ou você pode conectar um "sniffer" composto por duas placas de rede interligadas entre o roteador e a rede interna.

Answer 2

Outra ferramenta que você pode querer empregar é iperf. Você pode usar isso para determinar se a rede local está eliminando sua taxa de transferência. Uma referência está localizada em: link . Você pode simplesmente gerar cargas de alta largura de banda e, em seguida, verificar o que é essa taxa de transferência reportada real. Se você tem dois nós, você pode fazer a seguinte verificação. Primeira execução

sudo lshw -c network

em ambas as 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

Esta interface relata 100Mbit / s, verifique isso em ambos os dispositivos e determine o mínimo que você espera. Em seguida, use 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 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á muito próxima do ideal relatado. Você deve perder alguns Mbits / s para sobrecarga TCP, mas se esse valor estiver longe, você pode culpar algo dentro de sua rede. Se esse número estiver dentro de alguma tolerância (digamos 5-7% do relatado), você está com problemas além do seu gateway.

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