Search the Community

В настоящее время алгоритм Ping Check реализован таким образом, что единственный IP-адрес с определенной периодичностью T проверяется N раз. Таким образом, время до принятия решения составляет TN. К тому же данный алгоритм является ненадежным, так как судить по доступности одного сервера (каким бы он супернадежным не был) о доступности всего Интернета нельзя. Поэтому предлагаю реализовать возможность последовательной проверки в цикле нескольких адресов (например, 5). Проверяем первый, если ответил - дальнейшую проверку не проводим, не ответил - сразу проверяем второй и. т.д. Или проверяем все адреса одновременно. Это позволит сократить время принятия решения в N раз и повысит достоверность. Неплохо бы также реализовать возможность задавать не только IP-адреса, но и адреса в символьном виде. Думаю, это не так сложно реализовать.

Конфигурация: Модель Keenetic Ultra Версия NDMS v2.06(AAGJ.0)B4 Модем - Huawei E8372 (Версия ПО:21.180.07.00.00). Проблема с работой Ping check. В течении суток, обязательно доходит до того, что я обнаруживаю не подключенный назад USB модем (других источников интернета нет, используется в "дыре" для видео наблюдения). Что то конкретнее, вот отрывок лога, ниже прикрепил полный лог. Если кто знает как победить, или есть готовый пакет opkg для автоперезагрузки. Буду признателен (читал где то тут на форуме, про перезагрузку по времени, только вот общение с роутером через консоль не осилил в силу наличия лишь одной извилины, но это уже другая история). log.txt

Добрый день. Давненько собирался написать, но было непонятно в какой раздел. Теперь понятно, спасибо ) Уже несколько лет пользуюсь кинетиками и накопился ряд пожеланий. Понимаю что реализация некоторых - может вовсе и не мелочь. 1. Добавить возможность активировать транслитерацию в DLNA. Устройства глючно или полностью не поддерживающие русский язык к сожалению ещё встречаются. 2. Впн сервер. Пользователи с одним подключением на пользователя. В данный момент при повторной попытке подключения соединение не устанавливается, т.к. пользователь уже активен. Хотелось бы настройку что бы вместо отказа в подключении разрывалось текущее подключение и устанавливалось новое. При подключении через мобильные сети из-за провалов связи в течении нескольких минут не возможно установить подключение, т.к. старая сессия ещё не отвалилась по таймауту. 3. ping check. Для подключений типа L2TP, PPTP и прочих добавить настройку при активации которой подключение не только будет становиться неактивным, но и переустанавливаться. Бывают ситуации что траффик не ходит, но подключение не отваливается дисконнектом. В текущем виде происходит перевод канала в неактивный (даже при отсутствии резерва), но переустановки соединения не происходит, т.е. функция бесполезна в таком сценарии. 4. Разрешить одновременную работу udpxy и igmp proxy. Нет никакого смысла грузить проц трансляцией udp->http для устройств, поддерживающих мультикаст. При этом в сети есть устройства, не поддерживающие мультикаст и отказаться от udp->http нет возможности. 5. Разрешить запускать трансмишшен на устройствах с 64 мб памяти без файла подкачки. На практике никогда не видел потребление больше 64мб памяти, но наличие файла подкачки с большой вероятностью приводит к падению системы при отвале накопителя с файлом подкачки. 6. Сделать возможность выводить на главную страницу выбранные пользователем подключения, а не те для которых установлен параметр "использовать для выхода в интернет". 7. Выводить всю информацию о подключении, доступную для модемов. Хотя бы в консоль. Информация о базовой станции, сигнал/шум, тип сети (WCDMA/HSDPA/HSPA+ и.т.д). Всё это доступно через АТ команды, но их нельзя вводить в произвольный момент времени. К развитию можно отнести только первый пункт, всё остальное касается не добавления нового функционала, а вывода настроек текущего функционала на пользовательский уровень. Спасибо за внимание.