Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
В последнее время увеличилось количество запросов на ретрансляцию в различные сторонние системы.
Планируется ли доработка инструмента ретрансляции?
Можно ли, к примеру, привязать группу к ретранслятору? В таком случае через уведомления можно было бы автоматически управлять активацией и деактивацией объектов для ретрансляции (включая и исключая из группы).
Также не хватает функционала для задания периода ретрансляции.
Идея с группами интересна, но не совсем понятно как это будет работать, например у меня по одному объекту 3 ретранслятора с разными id при этом сервер и настройки протокола такие же(все это внутри WH и обусловлена общей базой ID).
В целом, администрировать ретрансляторы практически не возможно.
Голосую не за конкретные идеи а за необходимость эволюции инструмента ретрансляции.
voal RedRock
Здравствуйте!
Спасибо, что подняли тему ретрансляторов. Ранее к нам поступали запросы на доработку, но большинство из них достаточно точечные (редкие кейсы покрывают). Ваши универсальные предложения очень приветствую!
В таком случае через уведомления можно было бы автоматически управлять активацией и деактивацией объектов для ретрансляции (включая и исключая из группы).
Расскажите, для чего это может быть необходимо? В зависимости от каких условий (которые будут контролироваться с помощью уведомлений) объекты могут активироваться или деактивироваться для ретрансляции?
Также не хватает функционала для задания периода ретрансляции.
Расскажите более детально, для чего может быть необходима данная функциональность.
В целом, администрировать ретрансляторы практически не возможно.
А поконкретнее? 
Поддержу:
Было бы отлично сделать ретрансляцию на определенный срок например с 01.09.21-04.09.21 (актуально с временными предоставлениями данных СБ разных предприятий по обращению клиента)
Хотелось бы в настройках объекта видеть все ретрансляторы к которым он подключен. (было бы намного проще проверять наличие ретрансляций)
Ретрансляция сразу группы тоже интересная идея, пригодилась бы.
Обо всем по порядку.
1. Тяжело понимать какой и куда объект ретранслируется.
2. Тяжело передавать информацию о ретранслируемых объектов другой стороне.
3. Нет возможности решить проблему ограничения доступа ретранслируемой информации, т.е. нельзя определить список передаваемых параметров или завязать отправку данных на присутствия в определённой геозоне или при наличии rfid-карты в считывателе или по присутствию в группе или по другому критерию. По сути ретранслятор должен обладать теме же базовыми возможностями, что и навигационный терминал/объект мониторинга.
Выводы:
В виду не возможности реализовать быстро, при условии изменении архитектуры системы или структуры данных, я бы предложил ввести таблицу объекты ретрансляции, где кличем будут: ip/dns сервера, порт и id ретранслируемого объекта.
П.С, У нас от дилера ограничения по числу ретрансляторов. если бы не оно, я бы наверняка перешел бы на схему один ретранслятор для одного объекта, потому как число ретранслируемых объектов не меняется только в РНИЦ, ну возможно в АОГлонасс так же оно будет фиксировано, но и в этом случаи из cms я не смогу распечатать таблицу ip/dns сервера, порт и id ретранслируемого объект, имя объекта, статус ретранслятор, последние данные от источника данных.
UP
Тема еще актуальна. Есть в планах пересмотр логики работы с ретрансляторами?
Добрый день, voal,
На данный момент планов по пересмотру логики работы с ретрансляторами нет.
Добрый день, voal,
На данный момент планов по пересмотру логики работы с ретрансляторами нет.
Понял. Жаль, конечно. Спасибо за информацию.
