eu usotcping, que faz ping em uma porta TCP, para verificar a conexão do meu computador a uma determinada porta. O tempo médio de resposta de um endereço e porta específicos é50msem conexão normal. Agora inicio um download de outro endereço usandoIDM, que divide o arquivo e baixa os arquivos simultaneamente. Meu tempo de resposta de ping aumenta para cerca de1500 ms. Tenho certeza de que meu download aumentou esse tempo de resposta porque quando eu pauso meu download, o tempo de resposta volta para50ms.
Quero evitar esse aumento no tempo de resposta em endereços e portas cadastrados.
eu não quero usarNetLimitterouNetBalancer.
Eu também tenteiesse. Verifiquei o Wireshark e tenho certeza de que o DSCP está configurado, mas meu problema não foi resolvido.
Responder1
Se a saturação da largura de banda da rede upstream ou downstream causar um aumento na latência, isso significa que alguma caixa no caminho da sua rede (provavelmente o seu modem de banda larga ou o CMTS ou DSLAM do seu ISP) tem um bug bem conhecido chamado bufferbloat, onde o buffer excessivo em uma caixa aumenta a latência sem benefício.
A correção para o 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 conseguir consertar a caixa real com o problema, poderá contorná-lo configurando uma caixa com FQ-CoDel no topo da sua rede e ajustando sua modelagem de tráfego para torná-la um pequeno gargalo tanto no upstream quanto no downstream. instruções. Dessa forma, o FQ-CoDel entra em ação e permite que o controle de congestionamento do TCP funcione, antes que filas de buffer inchadas possam se acumular na caixa com erros.
Você pode fazer isso sozinho com distribuições de firmware de roteador de código aberto, como LEDE (anteriormente OpenWrt), mas se quiser uma solução pronta para uso, consulte IQrouter em evenroute.com. Aparentemente, ele ajusta automaticamente o formato da largura de banda ao longo do dia, maximizando o rendimento e minimizando a latência.
Muitas pessoas que não aprenderam sobre o bufferbloat assumem erroneamente 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 em detrimento dos grandes fluxos que estão provocando o inchaço. Mas resolver o bufferbloat diretamente é muito melhor, porque melhora todos os fluxos, mesmo os grandes que estavam provocando o inchaço.
Responder2
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 roteia 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 a opção de priorizar seu tráfego no lado do ISP, tente isso. Caso contrário, sua única opção é limitar a taxa de tráfego de entrada de "melhor esforço", 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.