EspañaAjax Cloud Signaling es un servicio para establecer comunicación entre sistemas Ajax y software de monitorización de terceros. Actuando como enlace entre un espacio y las centrales receptoras de alarmas, Ajax Cloud Signaling convierte los eventos recibidos del espacio en el protocolo de eventos soportado por el software de la central receptora de alarmas (CRA).
Ajax Cloud Signaling ofrece la posibilidad de enviar eventos a la CRA directamente desde Ajax Cloud. El servicio está integrado en la app Ajax PRO Desktop. Las empresas de monitorización y de seguridad que instalan y monitorizan sistemas pueden utilizar Ajax PRO Desktop para configurar y conectar sistemas de seguridad. Y las empresas de seguridad o de monitorización pueden utilizar la app para organizar una CRA.
Principio de funcionamiento
Todos los datos transmitidos por un sistema Ajax están protegidos por el cifrado de bloques de clave flotante. El software de monitorización de terceros no puede descifrarlos por sí mismo. Ajax Cloud Signaling recibe un mensaje de un sistema Ajax, lo descifra y lo convierte en mensajes de protocolo estandarizados. El servicio lo transmite al software de monitorización sin necesidad de instalar ningún producto Ajax en las instalaciones de la empresa.
Ajax Cloud Signaling funciona únicamente en modo almacenamiento y reenvío. Cada evento generado por un espacio y transmitido al software de monitorización a través del servidor Ajax Cloud y Ajax Cloud Signaling debe ser confirmado. Cuando un espacio envía un evento, solo requiere una confirmación por parte de Ajax Cloud. El espacio no participa en la comunicación entre Ajax Cloud y la central receptora de alarmas. Cuando Ajax Cloud recibe un evento de un espacio, confirma inmediatamente su recepción y lo almacena en la nube. Cuando el evento se reenvía al software de monitorización, se elimina del almacenamiento en la nube solo después de que la CRA lo confirme.
Transmisión de eventos
Cuando hay conexión con la CRA, las alarmas se transmiten inmediatamente a través del protocolo seleccionado. Ajax Cloud Signaling admite los siguientes protocolos para la transmisión de eventos al software de monitorización:
SIA DC-09
Manitou
MASXML
Micro Key
SoftGuard
Sentinel
SurGard (Contact ID)
Listener
ADEMCO 685
Ajax Cloud Signaling admite la conexión al software de monitorización a través de dos direcciones de red (principal y secundaria), cada una con su propio puerto. Si la dirección principal no está disponible, el receptor cambia a la dirección secundaria si está configurada. Ajax Cloud Signaling admite las categorías SP1–SP5 y DP1–DP4 de ATS.
Transmisión de eventos a través del protocolo SIA DC-09 (SIA-DCS/ADM-CID)
El mensaje SIA DC-09 (SIA-DCS/ADM-CID) puede transmitir información adicional, como enlaces web, coordenadas geográficas u otros datos normalizados. El protocolo SIA DC-09 (SIA-DCS/ADM-CID) puede transferir fotos desde detectores MotionCam/MotionCam Outdoor, así como coordenadas de usuario a la central receptora cuando se pulsa el botón de pánico en una app Ajax.
Plantilla de mensaje SIA DC-09 (SIA-DCS/ADM-CID): | |
| Marcador de inicio del mensaje en ASCII, transmitido en el valor binario 0x0A. |
| Suma de comprobación para verificar la integridad del mensaje, transmitida como cuatro caracteres en ASCII. |
| La longitud del mensaje, donde el primer carácter es siempre 0 y los tres siguientes son caracteres hexadecimales en ASCII. |
| Indicador de tipo de protocolo. Se utiliza uno de dos valores según el valor del campo «Formato»:
|
| El número de secuencia del mensaje enviado. El rango es 0001-9999, tras lo cual el recuento vuelve a empezar desde 0001. |
| Número de receptor — no se utiliza. |
| Prefijo del número de cuenta. El valor constante es L0. |
| Número de cuenta. El carácter # seguido de entre 3 y 16 caracteres hexadecimales en ASCII. |
| Datos de alarma. Al principio se indican el carácter # y el número de cuenta, luego el separador «|», seguido de un mensaje. Si se utiliza el formato SIA-DCS: La constante «N» indica un nuevo evento, seguida de la constante «ri» y el número de grupo. A continuación, el símbolo «/» indica el código de evento SIA, que consta de dos letras latinas y un número de zona. Ejemplo (Alarma de intrusión del Dispositivo 1 en el Grupo 2 para el Número de cuenta 1234): Si se utiliza el formato ADM-CID: El primer dígito es 1 (Alarma) o 3 (Restaurar), un código de evento de tres dígitos según el protocolo Contact ID, un número de grupo y un número de zona. Ejemplo (Alarma de intrusión del Dispositivo 1 en el Grupo 2 para el Número de cuenta 1234): El mensaje tras el separador puede contener de 3 a 16 caracteres hexadecimales en ASCII. |
| Datos adicionales, que pueden incluir una foto de confirmación procedente de los detectores MotionCam/MotionCam Outdoor o la ubicación del dispositivo en el que el usuario pulsó el botón de pánico en la app Ajax. La foto de confirmación se envía como un enlace web, al principio del cual se indica el tipo de datos: el carácter V (Verificación). Cuando se activa la opción Transferir nombre de dispositivo o grupo a eventos CRA, el nombre del dispositivo o del usuario se envía con el tipo de datos «I» (Texto de alarma), mientras que el nombre del grupo se envía con el tipo de datos «L» (Lugar). Las coordenadas se transmiten en el formato |
| Marca de tiempo. |
| Marcador de fin de mensaje en ASCII, transmitido en el valor binario 0x0D. |
Tenga en cuenta que la serie de fotos se transmite como un evento separado. Las fotos estarán disponibles inmediatamente después de su transferencia al servidor Ajax Cloud. Los enlaces a las fotos seguirán siendo válidos durante 7 días a partir del momento en que se transmitan a la central receptora de alarmas.
El enlace a una foto puede contener hasta 425 caracteres.
Ejemplo de un evento con dos fotos:
CB640375″ADM-CID”0086L0#1234 |
El hub se conecta al servidor Ajax Cloud a través del protocolo Hub-to-Server (HtS). El hub establece conexiones salientes a los endpoints de Ajax Cloud necesarios para la transmisión de eventos.
Capacidad y rendimiento
El receptor Ajax Cloud Signaling admite hasta 50.000 espacios diferentes. Si el número de espacios conectados supera el límite recomendado, divida los receptores en varios grupos.
Puede añadir hasta 10 receptores para una misma empresa. El límite total de 10 receptores se aplica a los receptores Ajax Cloud Signaling y Ajax Translator PRO combinados.
La velocidad máxima de procesamiento de eventos es de 50 eventos por segundo. La velocidad de procesamiento real depende de la configuración del receptor y de las condiciones de la red.
Almacenamiento y retransmisión de eventos
Si se pierde la conexión con la CRA mientras se activa una alarma, todos los eventos almacenados se transmiten automáticamente una vez restablecida la conexión.
Mecanismos de seguridad
Ajax Cloud Signaling está protegido por mecanismos de seguridad que garantizan una comunicación fiable y evitan interferencias no autorizadas.
Protección contra ataques de denegación de servicio (DoS)
Ajax Cloud Signaling incorpora mecanismos de protección contra ataques de denegación de servicio (DoS) en la comunicación entre un espacio, Ajax Cloud y la CRA. Un ataque DoS en una interfaz de red de transmisión no afecta adversamente el funcionamiento de Ajax Cloud Signaling ni de ninguna otra interfaz de red de transmisión.
Si el sistema detecta un patrón de tráfico anómalo (más de 500 mensajes no válidos en 5 segundos), la conexión con la CRA se interrumpe automáticamente. Los mensajes no válidos incluyen, por ejemplo:
mensajes sin identificador de secuencia;
mensajes que no se pueden analizar correctamente.
Cuando se activa esta regla de protección, la conexión con la CRA no se puede restablecer durante 60 segundos.
La protección contra DoS de Ajax Cloud Signaling se basa actualmente en los mecanismos de seguridad de la infraestructura en la nube. El servidor Ajax Cloud utiliza la tecnología AWS Shield Advanced para proteger sus recursos en la nube contra ataques de denegación de servicio distribuido (DDoS).
Protección contra la falsificación del dispositivo
Un sistema Ajax impide que un hub sea falsificado por otro dispositivo, incluidos equipos idénticos o copias no autorizadas.
Solo los hubs y dispositivos de vídeo Ajax pueden conectarse a Ajax Cloud y generar eventos del sistema. El servidor Ajax Cloud verifica la autenticidad del dispositivo antes de aceptar cualquier comunicación.
Cada hub se autentica mediante un proceso de handshake propio. La clave criptográfica necesaria para la autenticación se carga en el hub durante su fabricación y no puede modificarse durante su funcionamiento.
Ajax Cloud identifica cada hub mediante su ID de dispositivo único, que no puede modificarse. Esto garantiza que un hub registrado en el sistema no pueda ser sustituido por otro dispositivo sin que se detecte.
La conexión entre el hub y Ajax Cloud está protegida por un algoritmo criptográfico certificado por el NIST.
Más información sobre la certificación NIST
Adición del receptor
Hay dos roles disponibles para utilizar Ajax Cloud Signaling: Ingeniero Senior de CRA e Ingeniero de CRA. Solo el Ingeniero Senior de CRA tiene derecho a añadir, actualizar y eliminar el receptor.
Para añadir el receptor, en Ajax PRO Desktop:
Inicie sesión en una cuenta PRO.
Abra el módulo Empresa.
Haga clic en el menú Conexión a la CRA. Contiene información sobre los receptores que actúan como intermediarios entre la CRA y el servidor en la nube. El usuario puede añadir, eliminar o modificar los datos de los receptores.
Haga clic en el botón Añadir receptor.
Especifique el nombre del receptor, la dirección principal (IP o DNS) y su puerto, la dirección secundaria y su puerto (opcional).
Seleccione el protocolo deseado.
Configure o ajuste los siguientes parámetros para el protocolo seleccionado.
Haga clic en Guardar.
Ajax Cloud Signaling siempre espera recibir una confirmación de recepción del mensaje por parte de la CRA. Si Ajax Cloud Signaling no recibe dicha confirmación, notifica la pérdida de conexión con la CRA.
El intervalo para el Ping del receptor e intervalo de confirmación oscila entre 1 y 30 segundos. Especifique el Número de cuenta virtual para mensajes de ping. Si no se configura este parámetro, se enviará el texto «000» en el campo del número de cuenta en los mensajes nulos.
Plantilla de mensaje de ping SIA DC-09
Plantilla de mensaje de ping SIA DC-09: | |
| Marcador de inicio de mensaje en ASCII, transmitido como el valor binario 0x0A. |
| Suma de comprobación para verificar la integridad del mensaje, transmitida como cuatro caracteres en ASCII. |
| La longitud del mensaje, donde el primer carácter es siempre 0, seguido de los tres caracteres hexadecimales siguientes en ASCII. |
| Constante «NULL». |
| El número de secuencia del mensaje enviado, que va de 0001 a 9999. Al llegar a 9999, el contador se reinicia a 0001. |
| Número de receptor — no se utiliza. |
| Prefijo del número de cuenta. El valor constante es L0. |
| Número de cuenta virtual para mensajes de ping. Si no está configurado, el texto «000» sustituirá al campo del número de cuenta en los mensajes nulos. |
| Marca de tiempo. |
| Marcador de fin de mensaje en ASCII, que se transmite como el valor binario 0x0D. |
Indique si desea enviar imágenes y de qué manera: en un solo mensaje o por separado.
Especifique si desea permitir el envío de grabaciones de audio desde los módulos de voz cuando se produce una alarma. El dispositivo puede grabar fragmentos cortos de audio antes o después de que se active la alarma y enviarlos a la CRA.
Además, es posible habilitar la verificación visual de los eventos de detección de las cámaras. Con Ajax PRO Desktop 4.20 o versiones posteriores, las empresas de monitorización que utilizan la monitorización vía Ajax Cloud pueden abrir y ver directamente en Ajax PRO Desktop el vídeo de los dispositivos de vídeo Ajax, capturado tras la activación del sistema por el detector de movimiento integrado en la cámara o el detector de IA. Para ello, seleccione URL para ver en PRO Desktop en el campo Verificación visual de los eventos de detección de cámaras. Cuando se activa el dispositivo de vídeo, la CRA recibe una URL que abrirá una nueva ventana del mural de vídeo de Ajax PRO Desktop con el fragmento de vídeo grabado.
Más información sobre la verificación visual en Ajax PRO Desktop a través de la URL
Las URL empiezan por ajax-pro-desktop:// y no pueden descargarse. Si su CRA descarga automáticamente el material adjunto, asegúrese de que no se descarguen los enlaces que empiecen por ajax-pro-desktop://.
Además, el operador de la CRA puede abrir y ver vídeos desde dispositivos de vídeo Ajax sin tener instalado Ajax PRO Desktop. El flujo es similar a la verificación visual en Ajax PRO Desktop utilizando la función de URL, pero la URL recibida conduce a una nueva ventana del navegador, no al widget de mural de vídeo de Ajax PRO Desktop. La ventana abierta también muestra dos flujos de vídeo: un video en directo y un fragmento de vídeo grabado.
Más información sobre la verificación visual mediante URL sin Ajax PRO Desktop
Si la opción de Transferir nombre de dispositivo o grupo a eventos CRA está habilitada, los nombres personalizados asignados a dispositivos y zonas se añadirán al mensaje de evento enviado a la CRA.
La opción de Test periódico del hub permite desactivar los mensajes de test periódicos que se utilizan para verificar la conexión con el hub. Ajax Cloud Signaling envía estos mensajes a la CRA bajo el código E602, lo que significa que el hub está conectado.
El Intervalo de mensaje de test es de 15 minutos a 24 horas.
Si desactiva estos mensajes de test periódicos, el hub seguirá reportando el estado de la conexión a intervalos predeterminados. Sin embargo, Ajax Cloud Signaling solo notificará a la CRA si se pierde la conexión con el hub. En este caso, el programa envía un único evento a la CRA bajo el código E350 y espera hasta que se restablezca la conexión. Una vez restablecida la conexión con el hub, Ajax Cloud Signaling transmite un evento con el código R350 a la CRA.
Habilite la siguiente opción para utilizar el ID del hub como número de cuenta para el sitio que está añadiendo:
Si la opción de Conectar automáticamente nuevos hubs a este receptor está habilitada, la solicitud para añadir el nuevo hub se aprobará inmediatamente. La función solo está disponible si también está habilitada la opción de Utilizar el ID del hub como número de cuenta.
Para desactivar el receptor, deshabilite la opción de Receptor activo. El estado de conexión Desactivado se mostrará entonces en la lista de receptores. Los ajustes del receptor se guardan, pero se pierde la conexión con la CRA.
Los ajustes de Personalizar códigos de eventos permiten cambiar los códigos recibidos por la CRA desde los hubs Ajax. La empresa de monitorización cambia por sí misma los códigos CID/SIA-DCS definidos.
La función está disponible en Ajax PRO Desktop versión 3.9 o posterior.
Cómo personalizar los códigos de eventos en Ajax Cloud Signaling
Cuando se añade el receptor, su nombre, protocolo y estado de conexión se muestran en el menú Conexión a la CRA.
En la app, puede ver uno de los siguientes estados de conexión con la CRA:
Desactivado: el receptor está desactivado.
Activo: el receptor está conectado a la CRA.
Solo dirección principal disponible: el receptor está conectado a la CRA solo por la dirección principal (la secundaria es inaccesible).
Solo dirección secundaria disponible: el receptor está conectado a la CRA solo por dirección secundaria (la principal es inaccesible).
Conexión no establecida: el receptor está activado pero esperando el primer evento del hub.
Conexión perdida: el receptor no puede conectarse a la CRA. Los eventos de pérdida de conexión se registran en el módulo Diario.
La conexión entre el servidor y el receptor se establece cuando se envía al menos un evento desde el hub al receptor.
Asignación del hub al receptor
El Ingeniero Senior de CRA y el Ingeniero de CRA tienen derecho a crear, actualizar y ver la asignación del hub al receptor. El Jefe de operadores y el Operador solo pueden ver la asignación del hub al receptor.
Para ello:
Seleccione el módulo Objetos en la lista de módulos situada en la esquina superior izquierda de la pantalla.
Seleccione el sitio que desea asignar al receptor.
Haga clic en Mantenimiento para ver los estados de monitorización.
Haga clic en el botón Monitorización vía receptor
Seleccione el hub que desea asignar al receptor.
Especifique el Número de cuenta que se utiliza para los mensajes enviados al receptor. Este no es el número de cuenta de la app Ajax PRO Desktop, pero puede ser el mismo. Todos los hubs asignados a un receptor tienen un número de cuenta único.
Haga clic en Guardar. Después de eso, el estado Monitorización vía receptor
Con Ajax PRO Desktop 4.0 o posterior, se puede activar/desactivar el canal Monitorización con PRO Desktop para cualquier empresa de monitorización.
Migración de objetos de Ajax Translator a Ajax Cloud Signaling
Un sistema Ajax permite a los usuarios exportar de forma independiente sitios vinculados a Ajax Translator. Esta app genera un archivo CSV que contiene el ID del hub y el número de cuenta de las vinculaciones activas. El archivo puede subirse a Ajax PRO Desktop al receptor Translator o Cloud signaling seleccionado.
Cómo migrar objetos de Ajax Translator a Ajax Cloud Signaling
Borrar la asignación del hub al receptor
El Ingeniero Senior de CRA y el Ingeniero de CRA tienen el derecho de borrar la asignación del hub.
Para ello:
Seleccione el módulo Objetos en la lista de módulos situada en la esquina superior izquierda de la pantalla.
Seleccione el sitio que ya no desea asignar al receptor.
Haga clic en Mantenimiento para ver los estados de monitorización.
Haga clic en el botón Monitorización vía receptor
Seleccione el hub que ya no desea asignar al receptor.
Haga clic en Guardar.
Haga clic en el botón Dejar de monitorizar en la ventana emergente. Después de eso, el estado Monitorización vía receptor
Eventos del receptor
Ajax PRO Desktop ofrece un registro detallado de las alarmas y los eventos del sistema, así como de las acciones de los empleados dentro de la app. Las entradas del registro del módulo Diario se conservan durante un máximo de tres años. Las entradas más antiguas se eliminan. Los registros de alarmas incluyen una marca de tiempo que indica cuándo se produjo el evento en el espacio.
El Propietario de la empresa, el Ingeniero de CRA, el Ingeniero Senior de CRA, el Jefe de operadores, el Operador y el Jefe de instaladores tienen acceso al módulo Diario.
Para ver los eventos del receptor:
Seleccione el módulo Diario en la lista de módulos situada en la esquina superior izquierda de la pantalla.
Seleccione el sitio.
El módulo Diario mostrará una lista de eventos del receptor:
- Un empleado de su empresa ha añadido un nuevo receptor para la monitorización vía Ajax Cloud.
- Un empleado de su empresa ha modificado los ajustes del receptor.
- Un empleado de su empresa ha eliminado el receptor.
- El receptor ha perdido la conexión a través de la dirección principal/secundaria.
- El receptor ha restablecido la conexión a través de la dirección principal/secundaria.
- Un empleado de su empresa ha iniciado la monitorización del sitio a través del receptor.
- Un empleado de su empresa ha actualizado el número de cuenta del sitio para el receptor.
- Un empleado de su empresa ha detenido la monitorización del sitio a través del receptor.
Establezca el intervalo y aplíquelo para filtrar los eventos por tiempo. Para generar un informe basado en los parámetros especificados, haga clic en el botón de generación de informes situado junto al nombre del filtro.
Marcas de tiempo de los registros y sincronización horaria
Las marcas de tiempo de los registros se toman de la máquina local en la que se muestran los registros, siempre que su hora esté sincronizada con la hora UTC del servidor (también se tiene en cuenta la zona horaria local). Si la hora de la máquina local difiere de la del servidor, el sistema muestra una notificación con instrucciones sobre cómo corregirla.
Para sincronizar Ajax Cloud Signaling con la hora UTC, habilite la configuración automática de fecha y hora en su ordenador:
- Vaya a la configuración de fecha y hora.
- Marque la casilla para habilitar la sincronización de la hora con el servidor.
Si la hora del equipo local no está sincronizada con la del servidor, se utilizará la hora del servidor para las marcas de tiempo de los registros.
Eliminar el receptor
Solo el Ingeniero Senior de CRA tiene derecho a eliminar el receptor.
Para eliminar el receptor, en Ajax PRO Desktop:
Abra el módulo Empresa.
Haga clic en el menú Conexión a la CRA.
Haga clic en el botón
.
Haga clic en el botón Eliminar receptor.
Haga clic en el botón Eliminar en la ventana emergente. Cuando se elimina el receptor, se borran todos sus ajustes y todos los hubs conectados dejan de enviar sus eventos a la CRA correspondiente.
El receptor no se puede eliminar si al menos un hub está asignado a ese receptor. Debe borrar previamente la asignación de todos los hubs al receptor.
Especificaciones técnicas
Todas las especificaciones técnicas
Información adicional
Póngase en contacto con el soporte técnico:
Desarrollado por «AS Manufacturing» LLC
