Устранение неполадок QoS в маршрутизаторе dd-wrt

Я использую прошивку dd-wrt на моем маршрутизаторе, и мне это очень нравится!

Но – я не уверен, что качество обслуживания (QoS) работает над этим. Я создал его следующим образом:

  • Http, порт 80 – Премиум
  • Bittorrent, порт 6969 – Навальный
  • Https, порт 443 – Премиум
  • Dns, порт 53 – Премиум

В документации по QoS эти уровни:

Пропускная способность распределяется на основе следующих процентов значений восходящей линии и нисходящей линии связи для каждого класса:

  • Освобождение: 100 Мбит / с – игнорирует глобальные ограничения.
  • Премиум: 75% – 100%
  • Экспресс: 15% – 100%
  • Стандарт: 10% – 100%
  • Объем: 1,5% – 100%

Это не совсем похоже на работу, хотя – с занятыми торрентами, я получаю серьезные паузы в моем веб-браузере, который отстой!

Документация QoS дает некоторые шаги для проверки QoS …

На что вам будет интересно посмотреть, будет первый набор IP-адресов источника и получателя, включая номера портов. Далее появится поле l7proto и «mark». Записи указывают текущий приоритет QoS в режиме реального времени, применяемый к ним в зависимости от поля «отметка». Значения «метки» соответствуют следующим

  • Освобождение: 100
  • Премиум: 10
  • Экспресс: 20
  • Стандарт: 30
  • Массовое: 40
  • (Без соответствия QoS): 0

Вы можете увидеть «mark = 0» для некоторого сервиса l7proto, даже если они настроены в списке правил QoS. Это может означать, что система сопоставления шаблонов уровня 7 не соответствовала новому или измененному заголовку для этого протокола. Таможенное обслуживание на совпадениях портов, как правило, позаботится об этом.

На порте 6969 (bittorrent) я вижу странную смесь вещей с mark=0 и mark=40 например, так

 Cat / proc / net / ip_conntrack

 Udp 17 105 src = 98.162.182.42 dst = 1.2.3.4 sport = 64512 dport = 6969 пакетов = 3 байта = 290 src = 10.0.0.2 dst = 98.162.182.42 sport = 6969 dport = 64512 пакетов = 4 байта = 202 [ASSURED] Mark = 0 secmark = 0 use = 1
 Tcp 6 117 TIME_WAIT src = 98.248.173.174 dst = 1.2.3.4 sport = 51114 dport = 6969 пакетов = 12 байтов = 704 src = 10.0.0.2 dst = 98.248.173.174 sport = 6969 dport = 51114 пакетов = 10 байтов = 440 [ASSURED ] Mark = 40 secmark = 0 use = 1
 Tcp 6 598 ESTABLISHED src = 165.132.128.201 dst = 1.2.3.4 sport = 57218 dport = 6969 пакетов = 8024 байта = 9919881 src = 10.0.0.2 dst = 165.132.128.201 sport = 6969 dport = 57218 пакетов = 4211 bytes = 239607 [ASSURED ] Mark = 0 secmark = 0 use = 1
 Tcp 6 586 ESTABLISHED src = 68.46.9.24 dst = 1.2.3.4 sport = 64688 dport = 6969 пакетов = 6 байтов = 490 src = 10.0.0.2 dst = 68.46.9.24 sport = 6969 dport = 64688 пакетов = 8 байтов = 944 [ASSURED ] Mark = 40 secmark = 0 use = 1
 Udp 17 45 src = 222.254.228.38 dst = 1.2.3.4 sport = 25438 dport = 6969 packets = 5 bytes = 454 src = 10.0.0.2 dst = 222.254.228.38 sport = 6969 dport = 25438 пакетов = 3 байта = 154 [ASSURED] Mark = 0 secmark = 0 use = 1

(Полный файл отображается на странице http://pastebin.com/AZE6EtWm )

Я немного поиграл с этим журналом, и я не вижу никаких шаблонов!

Почему какой-то порт 6969 bittorrent трафик отмечен mark=0 (не соответствует) QoS dd-wrt, а другие отмечены mark=40 (Bulk) .. любые идеи?

Хотя он только формирует исходящий трафик , вы можете найти этот отличный скрипт QoS ( зеркало на пастебине ) в блоге Алекса Райса. Это было через нескольких авторов и воплощений. Убедитесь, что правильно настроили UPLINK, а также DEV. Для меня значение по умолчанию для DEV было неправильным, вместо этого использовалось комментируемое значение $(nvram get wan_ifname) или правильное значение от выполнения nvram get wan_iframe через SSH.

Кроме того, вместо его использования вы можете дублировать свою конфигурацию в графическом интерфейсе QoS. Вы увидите, что он использует 1024: 65535 для массового трафика, с другими настройками (80,22,3389 и т. Д.), Принимая предварительную оценку. Сценарий хорошо работает для меня и использует HFSC, как рекомендовано.


Кроме того, если вы не используете скрипт, вы можете столкнуться с соответствующими ошибками для своей версии.

Например: QoS, установленный в WAN, отправляет трафик восходящей линии связи в очередь нисходящей линии связи
Тогда реализовать этот патч не удастся, потому что: Команды в скрипте rc_firewall не применяются в QoS

Вы можете обойти проблему со сценарием, который выполняется после rc_firewall, как указано в билете. Я лично оказался включенным JFFS и поместил скрипт с исправлением в /jffs/etc/config/qos.ipup , как и указано.

Мне было удобно использовать KiTTY и WinSCP . Вы можете использовать SSH в маршрутизаторе с KiTTY, чтобы устранить неисправность / проверить, как в первом билете, и запустить прямо в просмотр файлов на маршрутизаторе с помощью команды « Start WinSCP под иконкой вверху слева от KiTTY. Если это не удается (маршрутизатор не запускает SFTP по умолчанию), вы можете включить FTP и подключиться вручную или просто добавить файл с помощью команд Unix. Не забудьте установить разрешение владельца на скрипт.

Я заметил, что многие люди жалуются на то, что QoS не работает в DD-WRT, поэтому вместо этого они переключаются на Tomato. Он отлично работает в Томате (я его использую). У Tomato также есть очень красивые графики, которые полезны для настройки ваших настроек QoS.

Недостатком Tomato по сравнению с DD-WRT является то, что у него меньше возможностей, хотя есть несколько модификаций мод, которые добавляют определенные вещи, такие как USB-хранилище и OpenVPN. Однако, как упоминал Джефф Этвуд, он поддерживает только чипсеты Broadcom.

Я использую мод Teddy Bear на моем Netgear WNR3500L. Теперь я использую мод Toastman, который основан на Teddy Bear, с большим количеством функций и улучшенными классами QoS по умолчанию, которые работают для большинства людей.

Лично, единственное, что мне не хватает в Tomato, – поддержка VLAN и трансляция нескольких SSID. (Мост Тоастмена имеет их обоих сейчас, а также Captive Portal для вторичного SSID).

Я нашел DD-WRT v24 sp2 build 15362 очень стабильным на своем Netgear WNDR3700 v1 НО, несмотря на огромное количество времени, затрачиваемого на настройку QoS и TCP Vegas (контроль перегрузки), ни один механизм не работает над этой превосходной прошивкой Для входящего трафика (я не нуждаюсь в исходящем контроле, поскольку я не использую VOIP).

Например, независимо от того, какие параметры (Mac Control, Netmask, Service Control) я использую в своих попытках приоритизировать входящий видео трафик и де-приоритеты входящего потока потокового трафика, ничего не работает. Я подтвердил это

  • Команды Telnet, предлагаемые для подтверждения операции QoS
  • TCP Vegas

Bottom Line: используйте DD-WRT, если вы хотите использовать все другие функции (в частности, трансляцию множественных SSID), но используйте Tomato, если у вас есть соответствующий чипсет (Tomato недоступен для WNDR3700 на основе Atheros) и, как и его функции QoS.

Я заметил то же самое. Я не могу найти точный пост сейчас, но, копаясь в форумах, один из разработчиков заявил, что QoS, поскольку он отлично работает на загрузках, а не на загрузках. Причиной этого является то, что маршрутизатор контролирует трафик, выходящий из сети (восходящий канал), но не трафик, поскольку он не контролирует входящий поток данных.

Я знаю, что вы не большой поклонник просмотра сообщений на форуме, но вы можете отправить свои вопросы там.

Давайте будем гением компьютера.