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

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

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.

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?