@enterfaza У вас Giga3 в качестве ретранслятора, подключенного по проводу, правильно?
Возможно, неверно определяется интерфейс, с которого брать данные, поэтому и пустые значения.
Вообще, учитывая, что в вебе этого функционала нет, и то, как он работает в приложении, проще было бы его тоже скрыть
@MDP Насчет мгновенных скоростей. Данные берутся из show interface <name> stat и усредняются слегка.
Вы можете сравнить показания со страницей веба "Монитор трафика хостов". Небольшие различия будут, но не на порядок.
У меня, вроде, соответствует.
Можете сравнить с веб? Похоже, контроллер Wi-Fi-системы отдает неверные данные.
Проверяем. Но тестирование - это всегда компромисс между качеством и затрачиваемыми ресурсами. Невозможно проводить полное тестирование после каждого фикса. Не всегда просто воспроизвести баги пользователя, не все баги видны на dev-окружении, разное бывает.
@JBIRUS Спасибо за дамп, этот более показательный. Но показывает он то же самое - отсутствие каких-либо ответов от сервера.
А со стороны сервера мы не видим пакетов вашего роутера. Напрашивается вывод, что запросы роутера блокируются в сети провайдера.
Все пакеты, что я видел имели одинаковый IP-адрес, поэтому ничего сказать про второй ваш провайдер я не могу. Попробуйте снять такой же дамп, но при подключении ко второму провайдеру.
Или попробуйте обратиться к первому на предмет возможной блокировки.Можете ему дать тот же дамп, что дали мне, пусть посмотрят по udp.port == 5683 или coap - это блокируемые пакеты.
Как-то не очень получилось - в дампе только один coap-пакет.
Сделайте, пожалуйста, следующее:
Не включайте Debug mode,
Выключите Cloud control,
Включите захват пакетов
Включите Cloud control обратно.
Подождите минуты полторы, остановите захват и отправьте результат. Оперативной памяти должно хватить.
Попробуйте оба по очереди.
Если у вас один роутер выходит в интернет через другой, подключаясь к нему через VPN-туннель, то возможен как раз такой баг. Оба роутера будут использовать один и тот же пор для связи с сервером, в итоге работать в одно время сможет только один из них. Из-за этого и подобных кейсов мы делаем рандомизацию портов.
@JBIRUS Из self-test похоже, что ваш провайдер блокирует запросы роутера к серверу, или ответы сервера.
Вот запросы, их 22шт:UDP 17 src=xxx.xxx.xxx.xxx dst=116.202.86.85 sport=5683 dport=5683 packets=22 bytes=2222 src=116.202.86.85 dst=xxx.xxx.xxx.xxx sport=5683 dport=5683 packets=0 bytes=0 [UNREPLIED] [FASTNAT] mark=0x00000000
И на них роутер получил 0 ответов.
Давайте исключим провайдера из схемы. Для этого включите на телефоне точку доступа Wi-Fi и подключите к ней роутер, создав на нем подключение WISP. Т.е. роутер будет выходить в интернет через ваш телефон. Попробуйте добавить роутер по CID при таком подключении.
Ну ок, 'service cloud-control2' в конфиге по дефолту не прописывается, 'service cloud-control' отсутствует - это значит новое приложение должно работать, старое нет.
Пришлите CID, пожалуйста.
И версию приложения и ОС скажите.
@JBIRUS В 3.3 служба в вебе осталась одна, никаких v2 больше нет.
На всякий случай убедитесь, что в конфиге присутствует строка "service cloud-control" и нет строк вида "service no cloud...".
Пробовали подключиться телефоном к Wi-Fi интернет-центра и добавить его локальным поиском? (Список сетей -> кнопка Добавить Кинетик -> в списке должен автоматический найтись ваш интернет-центр)
Если в поиске ничего не видно, пришлите, пожалуйста, CID.