Le ecureuil

Например так как на скрине. Вопрос только это все реализовывается через сервис "tc" => но его нет ? tc qdisc add dev root handle 1: htb default 30 tc class add dev $WAN parent 1: classid 1:1 htb rate ${UP}kbit prio 1 quantum 1518 (MTU+18) tc class add dev $WAN parent 1:1 classid 1:100 htb rate ${UP}kbit prio 1 quantum 1518 tc class add dev $WAN parent 1:1 classid 1:2 htb rate ${UP}kbit prio 3 quantum 1518 tc class add dev $WAN parent 1:2 classid 1:10 htb rate $((70*${UP}/100))kbit ceil ${UL}kbit prio 3 quantum 1518 ... tc filter add dev $WAN protocol ip pref 1 handle 0x64 fw classid 1:100 tc filter add dev $WAN protocol ip pref 3 handle 0x0A fw classid 1:10 ... tc qdisc add dev $5 root handle 1: htb default 30 tc class add dev $imq_wan parent 1: classid 1:1 htb rate ${DW}kbit prio 1 quantum 1518 tc class add dev $imq_wan parent 1:1 classid 1:100 htb rate ${DW}kbit prio 1 quantum 1518 tc class add dev $imq_wan parent 1:1 classid 1:2 htb rate ${DW}kbit prio 3 quantum 1518 tc class add dev $imq_wan parent 1:2 classid 1:10 htb rate $((70*${DW}/100))kbit ceil ${DW}kbit prio 3 quantum 1518 ... tc filter add dev $imq_wan protocol ip pref 1 handle 0x64 fw classid 1:100 tc filter add dev $imq_wan protocol ip pref 3 handle 0x0A fw classid 1:10 ... Превосходно, что вы раскопали tc, однако он не решает проблему, указанную пользователем в первом посте. Трафик от провайдера все равно будет идти на полной скорости, и только потом уже в роутере будет дропаться/приоритезироваться. В итоге самая главная проблема - перегрузка канала на download - никак не решена, только создается видимость наличия ограничений для пользователя, при том что кино все равно будет лагать. И вторая по важности проблема - простая для пользователя настройка - тоже никак не вяжется с tc. Для его успешной работы все параметры надо подбирать для каждого провайдерского канала индивидуально, иначе он либо не будет работать, либо будет это делать сильно неэффективно. Если так хочется - в entware есть tc, флаг вам в руки.

Что такое "l2tp шифрование"? Что такое "ему подобное"? запятую пропустил, а насчет ему подобного ipsec не не слышал?? Не, вы что, вообще в первый раз все эти слова вижу.

Может не надо валить все на провайдера. Жду конструктивных предложений по эффективной и простой для настройки со стороны пользователя реализации этой фичи.

Я уже ранее предлагал нечто подобное. Увы никакого ответа от многоуважаемых мною разработчиков не последовало Еще раз повторю: мы не решаем как будет выглядеть web и какова будет его функциональность. Какого же вы ответа хотите услышать?

А какова вероятность того, что у провайдера стоят "нужные крыжики в нужных местах"? Или там должно быть что-то более сложное чем "включить опцию в нужном окошке"? Да, куда более сложное, именно поэтому подобных фич нигде нет (или они работают в несколько другом виде, который вообще говоря крайне неоптимален). Единственное, на что провайдеры ставят TOS-флаги в IP-пакетах - это на мультикаст IPTV. И все.

Реализация подобной фичи требует участия со стороны провайдера, иначе это неэффективно. Сделать приоритезацию на download практически невозможно.

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

Уже вышла, в текущей 2.06 с keenopt присутствует компонент DECT.

А при заходе на эту вкладку - "Network::Interface::Rtl8367::Switch: "GigabitEthernet0": system failed [0xcffd03c1], LUT busy....." и неизвестно - что там ))) Да, про это в курсе и чиним. Но на то и версии у нас тестовые, то есть даже не бета.

Не могу знать, поскольку это совершенно не моя сфера деятельности. Вот в ядро пописать - дело другое

Позиция понятна. Но должно же быть какое-то логическое объяснение, а не банальное "нет и всё". Логичное обоснование: вся информация из разрозненных вкладок сведена на страницу "Устройства". Ее специально переделывали для этого.

И я кстати не против обсуждения данной темы, я против обсуждения этой темы в разделе про _БАГИ_. Отсутствие этой страницы - не баг, а фича (к сожалению, для некоторых неприятная). Я конечно еще раз передам руководству насточивые пожелания, но вы должны понять, что ради форума никто геройствовать и "продавливать" решение не будет.

Этот форум неофициальный. Понимаете суть? Здесь не сидит ни менеждмент, ни руководство. Тупой флуд и выплескивание дерьма на нас проблему не решат. Желание пользователей учитывается, только когда они обращаются в техподдержку. Все, кто хотят иметь эту вкладку - долбите официальную техподдержку, мы же повлиять на видение руководства не можем. Это последнее сообщение об этой вкладке в этой теме и в этом разделе, кто еще поднимет ее обсуждение - получит предупреждение. Занес информацию в шапку. Я, может, и получу ЖК, но все же выскажусь - раз форум неофициальный и Вы не можете влиять на видение руководства, тогда вообще с какой целью создан раздел "Развитие NDMS"??? Толку от него получается 0! Фактически мы Вам помогаем вылавливать различного рода глюки в прошивках, почему же тогда Вы нам со своей стороны не можете нам помочь? Вот Вы говорите, что форум неофициальный, но я больше чем уверен, что руководство в курсе об этом форуме и одобряет его создание, а раз так, то и донести наши желания, дать им почитать, что ли, Вы можете. И как мы можем сейчас просить техподдержку вернуть вкладку в той прошивке, которая лежит на неофициальном форуме и фактически ее нигде, кроме как здесь, нету?! Бред ведь! Желание уже неоднократно передано, руководство непреклонно. Так пойдет?

Для URL-фильтра есть Яндекс и Sky DNS.

2.06 и 2.07 на Keenetic DSL не будет. Используйте решение из Keenopt/Enware.

Пишите про фичи тут.

Господа, вы уже конкретно задрали задавать вопросы по развитию и обсуждать фичи в теме про БАГИ. Я конечно пока отделяю темы, но скоро буду вешать предупреждения за такое. По теме - да, скоро вернется, он на переработке.

На 80 порту пока нельзя, его занимает системный web-сервер. На 81 можно сделать несколько, смотреть сюда: http://nginx.org/ru/docs/http/request_processing.html

а как потом ее (отладку) выключить? да, понимаю, глупые вопросы, но я в этом не силен > no interface PPPoE0 debug или просто перезагрузить

Встроенный DLNA не занимается перекодированием видео, поскольку у роутера на это элементарно не хватит ресурсов. Так что он отдает только в формате исходного файла.

Грубо говоря с точки зрения пользователя полностью загруженное одно ядро - 50%, полностью загруженные два ядра - 100%. Имхо этого достаточно, и как видно проектировщики Web думают примерно также. Для того, чтобы оценивать работу маршрутизации недостаточно смотреть на цифры с процентами по ядрам, нужно еще знать: - affinity - softirqs - распределение исполняемых блоков в CPU (на Giga III и Ultra II оно разное)

Зачем вам это нужно?

1. В теории ничто не мешает адаптировать его под opkg и запускать. 2. В связи с наличием ускорителей его вывод при их работе будет напоминать мало связанный с реальностью мусор.

Понимаете, добавить приоритет возможно, но это будет работать только на upload. На прием вам провайдер ничего классифицировать не будет, и все равно будет дропать этот трафик в направлении download. Потому польза от этих мероприятий крайне сомнительна. Единственный правильный вариант: настроить ограничение в самом torrent-клиенте или зашейпить конкретный хост с запущенным торрент-клиентом.

Сам по себе перечень оборудования ни о чем не говорит. Скажем OpenWRT можно тоже поставить куда угодно, однако в прошлом году например на RT5350 там вообще не работал WiFi, а уж завести WiFi на каком-нибудь Broadcom - это вообще вселенская печаль. Да и наблюдать на мощных гигабитных устройствах 200-300 Mbps IPoE и в лучшем случае 100 Mbps по L2TP/PPTP - это вообще никуда не лезет. В NDMS 2.06 есть шейпер как для интерфейсов, так и для отдельных хостов, который работает в сочетании со всеми ускорителями. Какого именно шейпера вам не хватает?