Evgeny Korytov

Старые устройства официально не поддерживаются в RMM, но могут работать, если поставить последнюю драфт прошивку. Об этом писал тут

Да, отличная идея. Мы планировали данный функционал и конечно будет реализован

Если вам смысл пока не понятен, это не значит, что его нет. Как уже ответил тут, на странице Devices отображаются физические устройства и в дальнейшем с ними можно будет делать разные действия, добавлять теги и что-нибудь еще. На странице же Networks в ближайшем будущем уберутся колонки с данными про CPU, RAM и прочие столбцы, которые относятся в устройству, а не к сети в целом. На странице же сети будут общие, агрегированные данные по всей сети. Чуть позже увидите разницу

Это и есть страница Devices. На этой странице все физические роутеры. В будущем мы на нее так же добавим групповые операции и теги. На странице Networks все ваши Mesh-системы.

В данном случае Роутер2, он же G-KN никак не должен был добавиться в RMM. Видимо он учавствовал у вас в меш-системе. Пришлите, пожалуйста, скриншот страницы Wi-Fi System xxxx.keenetic.pro/controlPanel/wifiSystem В RMM при добавлении главного роутера меш системы, подтягиваются все точки доступа. Но отдельный устройства вам нужно руками добавлять, как самостоятельные. Либо использовать меш-систему

Кстати, сортировка каждой таблицы сохраняется и при открытии RMM заново восстанавливается та сортировка, которую вы использовали последней. Так же можно отключить не нужные колонки То есть получается у вас много компаний, у которых много роутеров не объединенных в меш-систему? Получается вам действительно пока удобно использовать префиксы в названиях сетей, а мы подумаем над данным сценарием. Изначально предполагалось использовать для такой группировки теги. Еще раз замечу, что точки доступа автоматически подтягиваются как единая меш и мы будем улучшать функционал, чтобы оперировать меш-системами как целиком, так и отдельными устройствами в системе

Понял вас. Мы в целом работаем и думаем над улучшением данного функционала, надеюсь следующая версия импорта будет более удобной

Да, хорошая мысль нам на подумать. Обязательно добавим информацию в форму добавления и при импорте

Ответил на похожий вопрос тут А как это может, если у вас в принципе проблема идентификации роутеров? Тут единственный вариант, который я вижу, это добавлять руками каждую сеть, понимая, что за сеть и какие логин/пароль

@r13 все верно говорит, теги можно добавлять через групповые операции

Резонный вопрос. Дело в том, что совсем недавно мы разделили 1 страницу со всеми сетями и устройствами на 2 -> Networks & Devices. Теперь стал актуальным вопрос про теги. Если вы заметили, мы еще и групповые операции не добавили в Devices, хотя у сетей они есть

А группировать по тегам не удобно? Можно ведь под каждого клиента/локацию использовать свой тег.

))) Ну тут скорее все же ошибка свежих версий драфта и это больше исключение, чем правило. Но так или иначе, групповое обновление у нас запланировано, но пока не могу обещать когда сделаем

Ага, понял. На текущий момент времени переименовать можно только в прошивке роутера. Чуть позже мы добавим так же этот функционал. Прикладываю скрины Хороший вопрос. Честно говоря не помню почему мы их здесь не сделали. Видимо ждали от пользователей обратной связи. Они будут вам полезны на этой странице? Какую проблему они для вас решат? Услышал вас. Мы подумаем, возможно в ближайшее время добавим

Понял, теперь все стало ясно. Да, это пока действительно небольшая проблема т.к. мы технически не можем определить режим устройства перед тем, как вы добавите его в RMM и у нас появится доступ к данным. Мы знаем про это проблему и думаем над решением, но пока ничего сказать больше не могу – решения пока нету. Интересный кейс, надо подумать. Мы в этом релизе планируем добавить скоро уведомление на отвал любого ретранслятора. Такого решения будет достаточно? Пока решение я вижу только в просмотре страницы девайсов с фильтром по конкретной сети. В таком случае будет видно какой именно экстендер "отвалился"

Не совсем вас понял. Перечитал несколько раз вопрос и не смог понять суть. Давайте разберемся в ситуации. У вас всего 2 устройства и они оба в режиме роутера или вы используете Меш-систему? Второй подключен через первый? На скриншоте они оба подключены? Если у вас Mesh-система, то все экстендеры "подтягиваются" автоматически и ничего делать не надо. Если у вас 2 отдельных устройства в режиме роутера, то их надо и добавлять в RMM по отдельности и это будет 2 отдельных сети. На текущий момент времени аутентификация устройства возможна только по админскому логину и паролю. Мы уже работаем над улучшением и позже будет более гибкая система аутентификации и авторизации роутеров в RMM

Простите, а что значит не корректное? В чем заключается ошибка? И какой расчет ширины, по вашему мнению, должен быть корректным?

В нашей системе красный цвет имеет немного другое значение. Красный это "упавшая" сеть, это большие значения CPU и RAM, это ошибки в сети и забитый канал. То есть все, что требует внимания. Поэтому в данном случае было принято решение отделить и убрать яркость, чтобы не привлекать внимания. Возможно в данном случае действительно похоже на неактивное действие, мы будем думать над этим. Тут не согласен. Цветом выделяют в тогда, когда нужно принять решение и это чаще всего уже в момент подтверждения. А для многих приложения сейчас стало модой убирать редкие действия в детальные страницы вообще. Мы пока по такому пути не пошли, но может это решит текущую проблему

Каким способом вы добавляли эти устройства? И сообщите, пожалуйста, сервисный тег этого устройства с скрытом сообщении или в личку, чтобы я разобрался в причинах такого поведения. Данное поведение является не корректным и у нас стоит проверка на добавление дублей

Понял вас. Да, в этом случае поведение не корректное. Исправим. Спасибо

Это ошибка проектирования UI, не очень очевидно, но тут не все теги помещаются в колонку и отображается только первый. Когда вы убираете тег с сети, то начинается отображаться следующий. У нас уже стоит в планах улучшить восприятие и работу с тегами

Hi, Yerebakan We have your suggestion in product backlog and will develop this. But I can't say you when. I believe, it will happen coming soon, because one of our major goals it's batching operations

Вот только насчет этого не уверен. Мы такой сценарий продумывали и осознанно оставили текущее поведение. А что делать, если выбрано несколько фильтров и мы убираем тег с единственного отфильтрованного устройства? Сбрасывать фильтры все или только по тегам? А если мы сбросим фильтр по тегам и при этом все равно будет пустой список, сбрасывать остальные фильтры? Такая же проблема кстати если сеть удалять при фильтрации. Пока мы пошли по пути наименьшей магии – чтобы ничего не сбрасывать без действия пользователя. Ведь это не очень хорошо, когда система ведет себя по своему усмотрению, вопреки желаниям пользователя.

Спасибо, обязательно исправим!

Да, все так. В данных столбцах нету сортировки. Так же, как нету сортировки по тегам на странице сетей. Если вам нужно увидеть устройства по сети или хосты по сегментам, вы можете воспользоваться соответствующим фильтром. Если этого вам недостаточно, опишите, пожалуйста, сценарий, при котором вам нужна сортировка по данным столбцам, чтобы нам лучше понимать для чего она нужна.