Como evitar latência extra causada por um download

Question

Eu uso tcping , que pinga uma porta TCP, a fim de verificar a conexão do meu computador a um certa porta. O tempo médio de resposta de um endereço e porta específicos é 50ms na conexão normal. Agora eu inicio um download de outro endereço usando o IDM , que divide o arquivo e faz o download dos arquivos simultaneamente. O tempo de resposta do meu ping aumenta para cerca de 1500 ms . Tenho certeza de que meu download aumentou esse tempo de resposta porque, quando faço uma pausa no meu download, o tempo de resposta volta para 50 ms .

Eu quero evitar esse aumento de tempo de resposta em endereços e portas registradas.

Eu não quero usar NetLimitter ou NetBalancer .

Eu também tentei este . Eu verifiquei o Wireshark e tenho certeza que o DSCP está definido, mas o meu problema não está resolvido.

    

Answer 1

Cada conexão com a Internet tem duas direções: do usuário para a Internet e vice-versa. Cada direção é independente em termos de QoS e encaminha a travessia do pacote.

Definir uma prioridade nos pacotes OUTGOING não altera a prioridade dos pacotes INCOMING. A prioridade e a QoS dos pacotes INCOMING ainda estão sob controle do seu ISP.

Se você tiver uma opção para priorizar seu tráfego no lado do provedor - você deve tentar isso. Caso contrário, sua única opção é limitar o limite de tráfego de "melhor esforço" recebido, para que você sempre tenha alguma largura de banda para seus pings ou outro tráfego de "alta prioridade".

Infelizmente, isso não é uma solução, mas espero que ajude você a entender o problema.

    

Answer 2

Se saturar o upstream ou a largura de banda da rede faz com que a latência aumente, significa que algumas caixas no caminho da rede (provavelmente o modem de banda larga ou CMTS ou DSLAM do ISP) têm um bug conhecido chamado bufferbloat, onde buffer excessivo em uma caixa aumenta a latência sem benefício.

A correção para bufferbloat é atualizar o algoritmo de enfileiramento (também conhecido como disciplina de fila, agendador de rede) do dispositivo com bugs para um algoritmo de enfileiramento inteligente com reconhecimento de latência, como FQ-CoDel.

Se você não pode consertar a caixa real com o problema, você pode contorná-la configurando uma caixa com o FQ-CoDel no topo da sua rede e ajustar sua modelagem de tráfego para torná-lo um pequeno gargalo no direções a montante e a jusante. Dessa forma, o FQ-CoDel entra em ação e permite que o controle de congestionamento do TCP funcione, antes que as filas de buffer inchadas possam se acumular na caixa de bugs.

Você pode fazer isso sozinho com distribuições de firmware de roteadores de código aberto, como o LEDE (antigo OpenWrt), mas se você quiser uma solução pronta para uso, veja o IQrouter no evenroute.com. Ele, aparentemente, ajusta automaticamente a largura de sua banda ao longo do dia, maximizando o rendimento e minimizando a latência.

Muitas pessoas que não aprenderam sobre o bufferbloat incorretamente supõem que os picos de latência são um resultado natural de links de rede saturados. Muitas pessoas também fazem tentativas problemáticas de contornar o bufferbloat ajustando a QoS, tentando priorizar alguns fluxos sobre os grandes fluxos que estão provocando o inchaço. Mas resolver bufferbloat diretamente é muito melhor, porque melhora todos os fluxos, mesmo os grandes que estavam provocando o inchaço.