Le ecureuil

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

Я уже ранее предлагал нечто подобное. Увы никакого ответа от многоуважаемых мною разработчиков не последовало Еще раз повторю: мы не решаем как будет выглядеть 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 есть шейпер как для интерфейсов, так и для отдельных хостов, который работает в сочетании со всеми ускорителями. Какого именно шейпера вам не хватает?

Да, через телнет, а результат смотреть в логе. Там будет видно, если дропаются PAD PPPoE или LCP не сходится. Шлите self-test, когда сделаете. займусь вечером. а как сделать self-test ? На странице файлов нужно скачать файл self-test. Это он и есть.

K II основан на процессоре MIPS 34Kc с поддержкой SMTC, для него нужно особое пропатченное ядро. Была попытка перенести все на 2.6.36, но как вы сами помните от нее пришлось отказаться из-за большого количества проблем. Так что переноса с 2.6.22 на 3.4 и дальше не будет, Keenetic II / Giga II / Ultra с RT6856 останутся на 2.6.22 и 2.06.