Раздел «Ретрансляция» административной панели предназначен для настройки серверов ретрансляции — передачи телеметрических данных объектов мониторинга во внешние системы по стандартным протоколам (ЕГТС, Wialon IPS и Retranslator, НАВТЕЛЕКОМ FLEX и другие). Ретрансляция используется для интеграции с государственными системами (РНИС, ГАИС «ЭРА-ГЛОНАСС» и др.) и корпоративными платформами. Сервер ретрансляции задается адресом «хост : порт» и протоколом, привязывается к организации, а к нему привязываются ретранслируемые объекты (транспортные средства). Состав передаваемых данных по каждому протоколу и реестр популярных получателей приведены на странице Ретрансляция данных во внешние системы.
💡 Этот раздел управляет исходящей ретрансляцией — из платформы во внешние системы. Прием данных из внешних систем (входящая ретрансляция) настраивается иначе: у объекта есть флажок «Ретрансляция из сторонней системы» и статус «Ретранслируемая» (см. Объекты и Совместимое оборудование и протоколы). Пока данные идут через ретранслятор сторонней системы, имена атрибутов телеметрии определяет протокол этой системы; после перевода трекера на прямое подключение к платформе имена меняются, поэтому выражения датчиков, настроенные на прежние имена, нужно пересмотреть — см. Таблица соответствия имен параметров. Раздел доступен пользователям с правом расширенных административных функций — у остальных вкладка скрыта.
¶ Возможности раздела
- Создание, редактирование и удаление серверов ретрансляции (в том числе групповое удаление);
- Выбор протокола передачи данных из 11 поддерживаемых вариантов;
- Задание адреса сервера-приемника (хост и порт), а для протокола SOAP — логина и пароля;
- Включение и выключение ретрансляции (статус «Активен» / «Неактивен»);
- Назначение ретранслируемых объектов через дерево организаций, групп и транспортных средств;
- Просмотр количества ретранслируемых объектов и состояния отправки по каждому объекту (последняя успешная отправка и последняя попытка);
- Повторная отправка накопленной телеметрии за выбранный период («Отправить историю»);
- Просмотр журнала обмена с внешним сервером через «Аудит ретрансляции».
¶ Структура раздела
Интерфейс раздела состоит из дерева организаций слева и основной таблицы серверов ретрансляции по центру. Выбор организации в дереве фильтрует таблицу по этой организации и вложенным в нее (подробнее о дереве — в разделе Интерфейс).
¶ Основная таблица
В таблице перечислены серверы ретрансляции выбранной ветви дерева. По умолчанию видимы все столбцы, сортировка — по столбцу ID по убыванию. Доступны столбцы:
- № — порядковый номер строки;
- ID — уникальный идентификатор сервера ретрансляции;
- Название организации — организация, которой принадлежит сервер;
- Статус — состояние ретрансляции: «Вкл.» или «Выкл.»; отражает переключатель «Активен» сервера, а не ошибки связи — ошибки доставки смотрят в аудите ретрансляции;
- Хост — адрес сервера-приемника (IP-адрес или доменное имя);
- Порт — TCP-порт сервера-приемника;
- Протокол — протокол передачи данных (см. ниже);
- Ретранслируемые — количество объектов, привязанных к серверу;
- Логин — логин авторизации (используется протоколом SOAP); копируется кнопкой;
- Пароль — пароль авторизации (используется протоколом SOAP); копируется кнопкой;
- Комментарий — произвольная заметка (удобно использовать как название сервера — отдельного поля «Название» у сервера нет).
Нажатие на строку открывает карточку сервера справа. Общие элементы таблицы (поиск, сортировка, настройка столбцов, экспорт) описаны в разделе Интерфейс.
¶ Создание сервера ретрансляции
Чтобы добавить сервер, нажмите кнопку «Создать» на верхней панели таблицы, заполните поля формы «Сервер ретрансляции» и нажмите «Сохранить». Сервер создается в корневой организации администратора. Поля формы:
- Активен — переключатель включения ретрансляции; по умолчанию включен. При выключенном состоянии сервер и настройки сохраняются, но платформа данные не передает;
- Хост (обязательное) — адрес сервера-приемника (IP-адрес или доменное имя); для протокола SOAP указывается полный URL-адрес приемника;
- Порт (обязательное) — TCP-порт; целое число в диапазоне 0–65535;
- Протокол (обязательное) — протокол передачи данных из выпадающего списка (см. ниже);
- Логин и Пароль — появляются только при выборе протокола SOAP (НИС ГЛОНАСС) и используются для HTTP-авторизации на приемнике;
- Комментарий — необязательное текстовое поле (удобно указать назначение сервера).
Для всех протоколов, кроме SOAP, платформа подключается к приемнику напрямую по TCP на указанные хост и порт; для SOAP передача идет по HTTP. В рамках одной организации сочетание «хост + порт + протокол» должно быть уникальным — второй такой же сервер платформа не создаст. Готовые адреса и порты популярных получателей (ЭРА-ГЛОНАСС, РНИС Москвы и Московской области и др.) приведены в реестре на странице Ретрансляция данных во внешние системы.
💡 Обязательны для заполнения: хост, порт и протокол. Привязать ретранслируемые объекты можно после создания сервера — в режиме редактирования (см. ниже).
¶ Протоколы ретрансляции
Протокол выбирается из выпадающего списка. Поддерживаются 11 протоколов: ЕГТС (с авторизацией), ЕГТС (с авторизацией, расширенный), ЕГТС (без авторизации), ЕГТС (без авторизации, расширенный), Wialon IPS 1.1, Wialon IPS 1.1 (расширенный), Wialon IPS 2.0, Wialon IPS 2.0 (расширенный), SOAP (НИС ГЛОНАСС), Wialon Retranslator 1.0 и FLEX 1.0 (НАВТЕЛЕКОМ). Вариант «расширенный» означает передачу показаний датчиков и дополнительного оборудования сверх базовых навигационных данных. Полная таблица протоколов с составом передаваемых полей и нормативными привязками — на странице Ретрансляция данных во внешние системы.
Каждому протоколу нужен определенный идентификатор у трекера объекта: ЕГТС с авторизацией — IMEI и серийный номер, ЕГТС без авторизации — серийный номер, остальные протоколы (Wialon IPS, Wialon Retranslator, SOAP, FLEX) — IMEI. Если нужный идентификатор у трекера не заполнен, данные объекта не отправляются, а в журнал ретрансляции записывается ошибка. В протоколе SOAP объекты идентифицируются по IMEI, а логин и пароль относятся к доступу к самому серверу-приемнику.
¶ Карточка сервера ретрансляции
При нажатии на строку в таблице справа открывается карточка сервера. В ней отображаются:
- счетчик «Объекты ретрансляции» — количество привязанных объектов;
- индикатор «Активен» / «Неактивен» (только отображение — переключить ретрансляцию можно в режиме редактирования) и кнопка «Аудит ретрансляции»;
- основные данные: ID, хост, порт, протокол, логин, пароль;
- поле «Комментарий» (если заполнено);
- блок «Родительская организация» — переход к организации, кнопки «Войти под организацией» и «Объекты организации» (см. Организации);
- кнопка «Отправить историю» (неактивна, пока к серверу не привязан ни один объект);
- в нижней части — кнопки «Редактировать данные» и «Удалить сервер ретрансляции».
«Аудит ретрансляции» открывает журнал обмена с внешним сервером: успешные ретрансляции, ошибки авторизации трекера на удаленном сервере, ошибки ретрансляции и записи «Данные слишком долго не отправлялись» — с указанием времени, длительности и числа отправленных записей (подробнее — в разделе Аудит).
Успешная отправка фиксируется с типом действия «Ретрансляция успешна». В колонке «Описание» отображается текст вида:
Ретрансляция на сервер с id 123 для трекера с id 456789 выполнена за 5 секунд. Было отправлено 100 телематических записей.
Колонки «Время отправки, сек» и «Отправлено записей» заполняются из этого описания (длительность в секундах и число переданных телематических записей за сессию).
¶ Назначение объектов и редактирование
Кнопка «Редактировать данные» открывает форму сервера с теми же полями, что и при создании, и деревом объектов справа. В дереве организации и группы показывают сводные статусы ретрансляции (цветные метки), а флажками у транспортных средств отмечаются объекты, которые ретранслируются на этот сервер; уже привязанные объекты отмечены заранее. Во всплывающей подсказке у каждого объекта показываются «Последняя успешная отправка» и «Последняя попытка отправки» — как читать эти поля при диагностике, описано ниже в разделе «Как платформа передает данные». После изменений нажмите «Сохранить изменения» — платформа обновит параметры сервера и привязки.
Один объект можно ретранслировать на несколько серверов одновременно; один сервер обслуживает множество объектов. Ретранслируются объекты с назначенным трекером, привязанные к включенному серверу. Изменения привязок и включение/выключение сервера применяются не мгновенно, а в течение нескольких минут.
💡 Ретранслируемые объекты привязываются к серверу именно здесь — через дерево в режиме редактирования. Количество привязанных объектов отображается в столбце «Ретранслируемые» таблицы и в карточке сервера.
¶ Как платформа передает данные
Входящая телеметрия накапливается в буфере отдельно по каждой паре «объект — сервер» и отправляется на приемник небольшими пакетами по расписанию. При недоступности приемника или ошибке отправки данные не теряются: платформа повторяет попытки, и неотправленная телеметрия досылается в следующих циклах. Срок хранения в буфере ограничен (по умолчанию — 24 часа): данные, не отправленные за это время, удаляются, а в журнале ретрансляции появляется запись об истечении срока хранения. Если приемник не подтверждает авторизацию трекера, данные этого объекта не передаются — фиксируется ошибка в журнале. При блокировке организации передача данных ее объектов приостанавливается. Устройство конвейера передачи подробно описано на странице Ретрансляция данных во внешние системы.
¶ Диагностика по полям «Последняя успешная отправка» и «Последняя попытка отправки»
Понять, на чьей стороне проблема, когда ретрансляция не идет, помогают поля «Последняя успешная отправка» и «Последняя попытка отправки» (всплывающая подсказка у объекта в режиме редактирования сервера ретрансляции):
- «Последняя попытка отправки» обновляется при каждой попытке передать накопленные данные объекта на внешний сервер — независимо от результата;
- «Последняя успешная отправка» обновляется только при успешной попытке: платформа установила соединение с приемником и передала данные, а в протоколах с авторизацией (ЕГТС с авторизацией, Wialon IPS) приемник перед этим подтвердил пакет авторизации. Если успешных отправок еще не было, поле остается пустым.
Если «Последняя попытка отправки» обновляется, а «Последняя успешная отправка» отстает от нее или пустая — платформа пытается передавать данные, но попытки завершаются ошибкой: не удается соединиться с приемником, передать данные или пройти авторизацию. Конкретная причина видна в «Аудите ретрансляции»:
- запись «Ошибка авторизации» — приемник не подтвердил пакет авторизации трекера; частые причины: идентификатор трекера (IMEI или серийный номер) не заведен на принимающей стороне либо выбран не тот протокол;
- запись «Ошибка ретрансляции» — не удалось установить соединение или передать данные: неверные хост или порт, приемник недоступен или разрывает соединение; для протокола SOAP сюда же попадает отказ приемника в авторизации по логину и паролю.
- данные вообще не доходят до платформы, поэтому и ретранслировать нечего — в частности, если в конфигурации трекера выключена передача времени фиксации координат: запись без времени фиксации платформа не принимает. Это же стоит проверить, когда сервер приемника пингуется, а записей в аудите ретрансляции нет.
Если не обновляется и «Последняя попытка отправки» — платформа не пытается отправлять данные этого объекта: проверьте, что сервер включен (статус «Активен»), объект привязан к серверу и у объекта назначен трекер, а от объекта поступает новая телеметрия — если объект не выходит на связь, отправлять нечего.
💡 «Последняя успешная отправка» подтверждает отправку, а не сохранение данных у приемника. Платформа фиксирует успех, когда соединение установлено и пакет передан, а в протоколах с авторизацией — когда приемник подтвердил пакет авторизации. Подтверждения того, что приемник записал данные к себе, протоколы ретрансляции не предусматривают: если приемник не отвечает на пакет с данными, отправка все равно считается успешной. Поэтому ситуация «по части объектов данные на принимающей стороне видны, по части нет, а статусы у всех успешные» разбирается на стороне приемника — передайте его администратору ID сервера ретрансляции и время из «Аудита ретрансляции».
¶ Отправка истории
Кнопка «Отправить историю» (в карточке сервера) открывает окно, где выбираются период и объекты из числа привязанных к серверу. Кнопка запуска активна, когда выбран хотя бы один объект и обе границы периода. После подтверждения платформа повторно отправит на внешний сервер накопленную за период телеметрию по выбранным объектам: отправка выполняется в фоне через тот же буфер и расписание, что и текущие данные; объекты без назначенного трекера пропускаются. Запуск фиксируется в аудите ретрансляции событием «Выполнение ретрансляции по запросу».
💡 Отправка истории полезна, если внешний сервер был временно недоступен: она позволяет «дослать» данные за пропущенный период.
¶ Удаление сервера ретрансляции
Кнопка «Удалить сервер ретрансляции» в нижней части карточки удаляет сервер после подтверждения — в окне отображаются протокол и ID сервера. Передача данных на приемник прекращается по всем объектам, привязки объектов к серверу снимаются автоматически; сами объекты при этом не изменяются. При удалении организации удаляются и все ее серверы ретрансляции вместе с привязками.
⚠️ Удаление сервера ретрансляции необратимо.
¶ Множественные операции
С помощью флажков слева в строках таблицы можно выбрать несколько серверов (механика выбора и подтверждения описана в разделе Интерфейс). Единственное групповое действие — удаление; по завершении показывается уведомление с количеством удаленных серверов. Групповое удаление доступно только пользователям с ролью «Расширенный администратор».
¶ Связанные разделы
- Интерфейс — общие элементы административной панели и зависимость видимости разделов от прав;
- Объекты — объекты мониторинга; там же — входящая ретрансляция (флажок «Ретрансляция из сторонней системы» и статус «Ретранслируемая»);
- Организации — столбец «Ретранслируемые» показывает число ретранслируемых объектов организации (соседний столбец «Интегрируемые» относится к интеграциям по API, а не к ретрансляции);
- Ретрансляция данных во внешние системы — состав передаваемых данных по протоколам, технические детали ЕГТС и реестр популярных получателей;
- Совместимое оборудование и протоколы — прием данных от внешних систем в платформу;
- Переход из других систем — ретрансляция как временный мост на время перевода трекеров на прямое подключение;
- Аудит — журнал ретрансляции: успешные отправки, ошибки авторизации, технические сбои и устаревшие данные.
В зависимости от роли пользователя и назначенного ему набора прав доступ к разделам может быть ограничен.