После некоторого исследования DD-WRT не назначил приоритет над насыщенной сетью. Единственный способ продвинуться в диагностике проблемы - это установить очень удобную "страницу" в DD-WRT от Crazy Software Developments, которая называется QoS IP Connection Tracking / Bandwidth Monitor version 0.13 e.
Обновление июнь-2016:
Я решил пойти на OpenWRT и использовать SQM вместо QoS, главным образом потому, что он больше не поддерживается активно, но все еще работает для формирования трафика для однорангового узла. SQM творит чудеса.
Обновление: я использую ddwrt_conntrack, более стабильную и обновленную версию скрипта CSD.
Этот конкретный "плагин" позволил мне в реальном времени узнать, какую полосу пропускания использовали узлы, подключенные к маршрутизатору; соединения и правила QoS, применяемые к входящему трафику.
В то время как QoS действовал, насыщенная полоса пропускания нарушала QoS, поэтому единственный способ обеспечить эффективное управление полосой пропускания состоял в том, чтобы отследить, кто использовал слишком много.
С помощью этих данных я отследил два устройства, в частности, два планшета, которые использовали слишком много ресурсов вверх и вниз по течению. С помощью QoS я просто добавляю их MAC-адрес в список и ограничиваю доступные для них килобиты.
Через несколько минут WAN начал работать нормально, и клиенты больше не боролись за общую пропускную способность. Это сделало такие игры, как LoL (котенок умирает каждый раз, когда кто-то играет в это), а некоторые игры XB1 стали более отзывчивыми в онлайн-режиме (задержка) благодаря директиве о сохраненной пропускной способности.
Если у вас есть какие-то проблемы с задержкой, скачки запаздывания или что-то подобное в приложениях реального времени, таких как многопользовательские игры и тому подобное, вы должны попытаться отследить и ограничить пропускную способность загрузки вашего партнера.