iskatel'

Да вот, ждём не дождёмся.

Зря. Некоторые вещи разработчики очень скоро добавляют. Те же: "Расписание работы", SNMP, например. Попробуйте. 😃

Немножко обновлю пожелание. Ведь даже интерфейс поменялся... 😃 И много чего другого, за что - спасибо. У меня когда-то давно был модем-роутер Edimax, не помню модель (да и не важно). Так вот там при создании правила переадресации портов, при выборе варианта TCP/UDP, логика работы была следующая - автоматически создавалось два правила, для одного и того же номера порта, для TCP и UDP соответственно, а к названию (в конце) правила автоматически добавлялось " TCP" и " UDP". Приблизительно как на "скриншотах". То есть это просто шаг в сторону более простого и удобного интерфейса для пользователя.

42

Ну и чёрт с ним! Оставьте только, пожалуйста, поля: "Источник", "Назначение", "Сервис". А, в поле "Передано", н. м. в., можно просто заполнить "Недоступно", там где учёт трафика невозможен.

Можно ли надеяться на появление Deep Packet Inspection, в моделях средне-низкого, среднего ценового диапазона (например, Viva, Extra, Extra II, Giga II), в будущих прошивках ?

P.S.: прочитайте первую страничку, там всё подробно описано.

На вкладке #dashboard.connections, перестал правильно учитываться tcp-трафик. Возможно это связанно с этим: Включил отладку, загрузил этот файл: http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_sunflower_1080p_60fps_normal.mp4 Выключил отладку, self-test прикрепляю скрытым сообщением, ниже.

Большое спасибо!

А, разве нельзя сделать так что бы в "Журнал" писалась только та информация которую выберет пользователь, а в self-test писалась бы вся информация полностью?

н.м.в, было бы здорово.

Хорошая вкладка, же...

При установленном компоненте "Сетевой ускоритель" выполните в CLI, команды: no ppe hardware а затем: system configuration save При этом у вас останется софтовый ускоритель, который значительно снижает нагрузку на процессор. При этом пропадут дисконнекты в TS. Уже две недели использую роутер в таком виде. Правда за это время, ещё не пробовал запускать загрузку torrent'ов на роутере... P.S.: очень схожая ситуация. Приобрёл Keenetic Viva с прошивкой 2.05.C2, затем обновил прошивку до 2.05.C4 начал пользоваться, и при использовании TS сразу возникли проблемы. Погуглил - на различных сайтах, рекомендации отключить аппаратный обработчик пакетов. После того как многоуважаемый @Padavan присоединился к NDM Systems, была выпущена прошивка 2.07 на которой количество дисконнектов значительно снизилось, но тем не менее не полностью, к сожалению...

В CLI: service snmp system configuration save

Играю в многопользовательскую онлайн игру и при этом использую TeamSpeak (3.0.19.4) для координации, и общения с товарищами по команде. Периодически происходят дисконнекты из TS. При этом связь автоматически не восстанавливается, либо восстанавливается (большая редкость), но через большие промежутки времени. При этом в журнале клиента TS видны многократные попытки восстановления соединения. Приходится закрывать клиент TS, запускать, и только после этого становится возможным, снова подключится к серверу. Так же иногда (не редкость) бывают диссконнекты в игре - персонажи и техника в игре "замирают", персонажи "ходят по воздуху", и т.д., после чего ~ через минуту выбрасывает из игры с сообщением о том что произошел дисконнект. Внутриигровые индикаторы качества соединения, в момент когда начинается дисконнект показывают: Latency: ~1200 ms (в норме, у меня ~70-90 ms), Connection quality: Bad (сигнализирует о потерях пакетов). Иногда дисконнект в игре, и TS, происходит одновременно (редкость). Как раз в один из таких моментов, сразу после дисконнекта, я сохранил self-test, который прикладываю в скрытом сообщении, ниже. Дисконнекты по сравнению с, например, прошивкой 2.05 бывают значительно реже, но тем не менее - раздражают. Знаю что это из-за ошибки в аппаратном обработчике пакетов. Так же периодически вижу что продолжаете обновлять компонент "Сетевой ускоритель", поэтому хотелось бы узнать: будет ли проблема с дисконнектами из TS, и игры решена полностью? Или стоит просто выполнить в CLI команды: no ppe hardware system configuration save ? Хотелось бы ясности, спасибо.

Не подходит - отключается мониторинг, через UPnP.

Хотелось бы иметь возможность через CLI, отключать UPnP (автоматический проброс портов), типа "no upnp port forwarding", "no nat-pmp forwarding", но при этом сохранить вот эту фичу:

Я понимаю, и считаю правильным ваше решение.

Keenetic Viva, v2.08(AANT.4)A7, вернулись "полосатые" графики.

Действительно работает... Спасибо.

Спасибо, за вашу отзывчивость, и всем кто занимался реализацией SNMP.

Возможно поможет реализация команды, которая отключит работу, не указанных явно датчиков в сервере SNMP, и оставит включенными явно указанные датчики, тем самым уменьшив нагрузку на процессор, и уменьшив количество соединений, типа: "snmp sensor GigabitEthernet0/0 WifiMaster0/AccessPoint0 WifiMaster0/AccessPoint1" ?

Но, ведь при мониторинге через UPnP график был нормальным. Да, и при использовании того же P660HTN EE, который у меня был раннее, графики нормальными были...

Активировал компонент "Сервер SNMP". Задал настройки мониторинга в утилите NetWorx: Первая проблема (не знаю должно так быть, или нет): при настройках указанных выше, при заходе в WEB-интерфейс роутера наблюдается повышенная загрузка процессора: При этом в: "Системный монитор" -> "Соединения", наблюдаются множество соединений, типа: Источник: 192.168.1.33/DESKTOP Назначение: 192.168.1.1/Имя устройства (Home) Сервис: UDP/161 При деактивированном компоненте "Сервер SNMP", или отключенной утилите NetWorx, при заходе в WEB-интерфейс роутера, загрузка CPU - 0-3 %. Вторая проблема: вот так выглядит график загрузки файла, при выше указанных настройках Вот здесь автор утилиты, пишет следующее: P.S.: при мониторинге через UPnP, таких проблем не наблюдалось.