Depois de algumas pesquisas, o DD-WRT não atribuiu prioridade a uma rede saturada. A única maneira que eu poderia fazer algo avançado em relação ao diagnóstico do problema foi a instalação de uma "página" muito útil no DD-WRT da Crazy Software Developments, chamada QoS Monitoramento de conexão IP / Monitor de largura de banda versão 0.13 e .
Atualização de junho de 2016 :
Eu decidi usar o OpenWRT e usar o SQM em vez de QoS, principalmente porque ele não é mais mantido ativamente, mas ainda funciona para o tráfego que molda um peer. O SQM faz maravilhas.
Atualização: estou usando ddwrt_conntrack , uma versão mais estável e atualizada do script de CSD .
Esse "plugin" específico me permitiu saber em tempo real que largura de banda os peers, conectados ao roteador, estavam usando; conexões e regras de QoS aplicadas ao tráfego de entrada.
Enquanto a QoS estava em vigor, uma largura de banda saturada quebrou a QoS, então a única maneira de permitir algum tipo de gerenciamento efetivo de largura de banda foi rastrear quem usou muito dela.
Com esses dados, rastreei dois dispositivos - particularmente, dois tablets que usavam muito upstream e downstream. Com o QoS, eu apenas adiciono o endereço MAC deles à lista e limito os kbits disponíveis para eles.
Após alguns minutos, a WAN começou a se comportar normalmente e os clientes não lutavam mais pela largura de banda total. Isso fez jogos como LoL (um gatinho morre toda vez que alguém joga isso) e alguns jogos XB1 mais responsivos online (latência) devido à diretiva de largura de banda salva.
Se você tiver alguns problemas de latência, picos de retardo ou semelhantes com aplicativos em tempo real, como jogos com vários participantes e afins, tente acompanhar e limitar a largura de banda de envio de seus pares.