ItaliaAjax Cloud Signaling è un servizio per stabilire la comunicazione tra sistemi Ajax e software di monitoraggio di terze parti. Agendo da collegamento tra uno spazio e le centrali ricezione allarmi, Ajax Cloud Signaling converte gli eventi ricevuti dallo spazio nel protocollo di eventi supportato dal software della centrale ricezione allarmi (CRA).
Ajax Cloud Signaling offre la possibilità di inviare eventi alla CRA direttamente da Ajax Cloud. Il servizio è integrato nell'app Ajax PRO Desktop. Le aziende di monitoraggio e gli istituti di vigilanza che installano e gestiscono i sistemi possono utilizzare Ajax PRO Desktop per configurare e collegare i sistemi di sicurezza. E gli istituti di vigilanza o le aziende di monitoraggio possono utilizzare l'app per organizzare una CRA.
Principio di funzionamento
Tutti i dati trasmessi da un sistema Ajax sono protetti da cifratura a blocchi con una chiave mobile. Il software CRA di terze parti non sono in grado di decifrarli autonomamente. Ajax Cloud Signaling riceve un messaggio da un sistema Ajax, lo decifra e lo converte in messaggi conformi al protocollo standardizzato. Il servizio lo trasmette al software della CRA senza installare alcun prodotto Ajax presso l'azienda.
Ajax Cloud Signaling funziona solo in modalità store-and-forward. Ogni evento generato da uno spazio e trasmesso al software di monitoraggio tramite il server Ajax Cloud e Ajax Cloud Signaling deve essere confermato. Quando uno spazio invia un evento, richiede solo una conferma da parte di Ajax Cloud. Lo spazio non partecipa alla comunicazione tra Ajax Cloud e la centrale ricezione allarmi. Quando Ajax Cloud riceve un evento da uno spazio, ne conferma immediatamente la ricezione e memorizza l'evento nell'archivio cloud. Quando l'evento viene inviato al software di monitoraggio, viene eliminato dall'archivio cloud solo dopo che la centrale ricezione allarmi lo ha confermato.
Trasmissione eventi
Quando è disponibile una connessione con la centrale ricezione allarmi, gli allarmi vengono trasmessi immediatamente tramite il protocollo selezionato. Ajax Cloud Signaling supporta i seguenti protocolli per la trasmissione degli eventi al software di monitoraggio:
SIA DC-09
Manitou
MASXML
Micro Key
SoftGuard
Sentinel
SurGard (Contact ID)
Listener
ADEMCO 685
Ajax Cloud Signaling supporta la connessione al software di monitoraggio tramite due indirizzi di rete (primario e secondario), ciascuno con la propria porta. Se l'indirizzo primario non è disponibile, il ricevitore passa all'indirizzo secondario, se configurato. Ajax Cloud Signaling supporta le categorie ATS SP1–SP5 e DP1–DP4.
Trasmissione degli eventi tramite protocollo SIA DC-09 (SIA-DCS/ADM-CID)
Il messaggio SIA DC-09 (SIA-DCS/ADM-CID) può trasmettere informazioni aggiuntive, come link web, coordinate geografiche o altri dati standardizzati. Il protocollo SIA DC-09 (SIA-DCS/ADM-CID) può trasferire foto dai rilevatori MotionCam/MotionCam Outdoor, nonché le coordinate dell'utente alla centrale ricezione allarmi quando viene premuto il pulsante antipanico nell'app Ajax.
Modello di messaggio SIA DC-09 (SIA-DCS/ADM-CID): | |
| Marcatore di inizio messaggio in ASCII, trasmesso con valore binario 0x0A. |
| Codice di controllo (checksum) per verificare l’integrità del messaggio, trasmesso come quattro caratteri ASCII. |
| Lunghezza del messaggio, dove il primo carattere è sempre 0 e i tre successivi sono caratteri esadecimali in ASCII. |
| Indicatore del tipo di protocollo. Uno dei due valori viene utilizzato a seconda del valore del campo “Formato”:
|
| Il numero di sequenza del messaggio inviato. L’intervallo va da 0001 a 9999, dopodiché il conteggio riparte da 0001. |
| Numero del ricevitore — non utilizzato. |
| Prefisso del numero di account. Il valore costante è L0. |
| Numero di account. Il carattere # seguito da 3 a 16 caratteri esadecimali in ASCII. |
| Dati dell'allarme. All'inizio, viene indicato il carattere # e il numero di account, seguito dal separatore "|", e quindi da un messaggio. Se viene utilizzato il formato SIA-DCS: La costante “N” indica un nuovo evento ed è seguita dalla costante “ri” e dal numero dell'area. Successivamente, il simbolo “/” indica il codice evento SIA, che è composto da due lettere latine e un numero di zona. Esempio (allarme antintrusione dal Dispositivo 1 nell'Area 2 per il Numero di account 1234): Se viene utilizzato il formato ADM-CID: La prima cifra è 1 (Allarme) o 3 (Ripristina), un codice evento di tre cifre secondo il protocollo Contact ID, un numero dell'area e un numero di zona. Esempio (allarme antintrusione dal Dispositivo 1 nell'Area 2 per il Numero di account 1234): Il messaggio dopo il separatore può contenere da 3 a 16 caratteri esadecimali in ASCII. |
| Dati aggiuntivi, che possono includere la conferma fotografica dai rilevatori MotionCam/MotionCam Outdoor o la posizione del dispositivo su cui l'utente ha premuto il pulsante antipanico nell'app Ajax. La conferma fotografica viene inviata come link web, all'inizio del quale è indicato il tipo di dati — il carattere V (Verifica). Quando l'opzione Trasferire il nome del dispositivo o dell'area agli eventi CRA è attivata, il nome del dispositivo o dell'utente viene inviato con il tipo di dati “I” (Testo Allarme), mentre il nome dell'area viene inviato con il tipo di dati “L” (Posizione). Le coordinate vengono trasmesse nel formato |
| Data e ora. |
| Indicatore di fine messaggio in ASCII, trasmesso nel valore binario 0x0D. |
Si prega di notare che la serie di foto viene trasmessa come evento separato. Le foto saranno disponibili immediatamente dopo il trasferimento al server Ajax Cloud. I link alle foto rimarranno validi per 7 giorni dal momento in cui vengono trasmessi alla centrale ricezione allarmi dell’istituto di vigilanza.
Il link a una singola foto può contenere fino a 425 simboli.
Esempio di un evento con due foto:
CB640375″ADM-CID”0086L0#1234 |
L'hub si connette al server Ajax Cloud tramite il protocollo Hub-to-Server (HtS). L’hub stabilisce connessioni in uscita verso gli endpoint di Ajax Cloud necessari per la trasmissione degli eventi.
Capacità e prestazioni
Il ricevitore Ajax Cloud Signaling funziona con un massimo di 50 000 spazi diversi. Se il numero di spazi collegati supera il limite consigliato, suddividere i ricevitori in più gruppi.
È possibile aggiungere fino a 10 ricevitori per una singola azienda. Il limite totale di 10 ricevitori si applica complessivamente ai ricevitori Ajax Cloud Signaling e Ajax Translator PRO.
La velocità massima di elaborazione degli eventi è di 50 eventi al secondo. La velocità di elaborazione effettiva dipende dalla configurazione del ricevitore e dalle condizioni della rete.
Archiviazione e ritrasmissione degli eventi
Se la connessione con la centrale ricezione allarmi viene persa durante l'attivazione di un allarme, tutti gli eventi memorizzati vengono trasmessi automaticamente una volta ripristinata la connessione.
Meccanismi di sicurezza
Ajax Cloud Signaling è protetto da meccanismi di sicurezza che garantiscono una comunicazione affidabile e impediscono interferenze non autorizzate.
Protezione contro gli attacchi Denial-of-Service (DoS)
Ajax Cloud Signaling implementa meccanismi di protezione contro gli attacchi Denial-of-Service (DoS) nella comunicazione tra uno spazio, Ajax Cloud e la centrale ricezione allarmi. Un attacco DoS su un’interfaccia di rete di trasmissione non influisce negativamente sul funzionamento di Ajax Cloud Signaling né su altre interfacce di rete di trasmissione.
Se il sistema rileva un modello di traffico anomalo (più di 500 messaggi non validi in 5 secondi), la connessione alla centrale ricezione allarmi viene interrotta automaticamente. I messaggi non validi includono, ad esempio:
messaggi senza identificatore di sequenza;
messaggi che non possono essere analizzati correttamente.
Quando questa regola di protezione viene attivata, la connessione alla centrale ricezione allarmi non può essere ristabilita per 60 secondi.
La protezione DoS per Ajax Cloud Signaling si basa attualmente sui meccanismi di sicurezza dell'infrastruttura cloud. Il server Ajax Cloud utilizza la tecnologia AWS Shield Advanced per proteggere le proprie risorse cloud dagli attacchi Distributed Denial-of-Service (DDoS).
Protezione contro il sabotaggio dei dispositivi
Un sistema Ajax impedisce che un hub venga falsificato da un altro dispositivo, inclusi dispositivi identici o contraffatti.
Solo gli hub Ajax e i dispositivi video possono connettersi ad Ajax Cloud e generare eventi di sistema. Il server Ajax Cloud verifica l'autenticità del dispositivo prima di accettare qualsiasi comunicazione.
Ogni hub viene autenticato tramite un processo di handshake proprietario. La chiave di cifratura necessaria per l'autenticazione viene caricata sull'hub durante la fase di produzione e non può essere modificata durante il suo funzionamento.
Ajax Cloud identifica ogni hub tramite il suo ID univoco del dispositivo, che non può essere modificato. Questo garantisce che un hub registrato nel sistema non possa essere sostituito con un altro dispositivo senza essere rilevato.
La connessione tra l'hub e Ajax Cloud è protetta da un algoritmo di cifratura conforme agli standard NIST.
Maggiori informazioni sulla certificazione NIST
Aggiunta del ricevitore
Sono disponibili due ruoli per utilizzare Ajax Cloud Signaling: Ingegnere CRA senior e Ingegnere CRA. Solo l'Ingegnere CRA senior ha il diritto di aggiungere, aggiornare ed eliminare il ricevitore.
Per aggiungere il ricevitore, in Ajax PRO Desktop:
Accedere a un account PRO.
Aprire il modulo Azienda.
Fare clic sul menu Connessione alla CRA. Contiene informazioni sui ricevitori che fanno da intermediari tra la CRA e il server cloud. L'utente può aggiungere, eliminare o modificare i dettagli del ricevitore.
Fare clic sul pulsante Aggiungi ricevitore.
Specificare il nome del ricevitore, l’indirizzo primario (IP o DNS) e la relativa porta, e, se necessario, l’indirizzo secondario e la relativa porta (opzionale).
Selezionare il protocollo richiesto.
Impostare o regolare le seguenti impostazioni per il protocollo selezionato.
Fare clic su Salva.
Ajax Cloud Signaling richiede sempre la conferma di ricezione dei messaggi da parte della CRA. Se Ajax Cloud Signaling non riceve conferma, segnala la perdita di connessione con la CRA.
L’intervallo per il Periodo di ping e di conferma del ricevitore varia da 1 a 30 secondi. Specificare il Numero di account virtuale per i messaggi di ping. Se questa opzione non è configurata, il testo “000” verrà inviato nel campo del numero di account nei messaggi null.
Modello di messaggio ping SIA DC-09
Modello di messaggio ping SIA DC-09: | |
| Indicatore di inizio messaggio in ASCII, trasmesso come valore binario 0x0A. |
| Checksum per verificare l'integrità del messaggio, trasmesso come quattro caratteri in ASCII. |
| La lunghezza del messaggio, dove il primo carattere è sempre 0, seguito dai successivi tre caratteri esadecimali in ASCII. |
| Costante “NULL”. |
| Il numero di sequenza del messaggio inviato, compreso tra 0001 e 9999. Dopo aver raggiunto 9999, il conteggio si azzera a 0001. |
| Numero del ricevitore — non utilizzato. |
| Prefisso del numero di account. Il valore costante è L0. |
| Numero di account virtuale per i messaggi di ping. Se non impostato, il testo “000” sostituirà il campo del numero di account nei messaggi null. |
| Data e ora. |
| Indicatore di fine messaggio in ASCII, trasmesso come valore binario 0x0D. |
Specificare se e come si desidera inviare le immagini: in un unico messaggio o separatamente.
Specificare se consentire l'invio di registrazioni audio da moduli vocali quando si verifica un allarme. Il dispositivo può registrare brevi frammenti audio prima o dopo l'attivazione dell'allarme e inviarli alla CRA.
Inoltre, è possibile consentire la verifica visiva degli eventi di rilevamento delle telecamere. Con Ajax PRO Desktop 4.20 o versioni successive, gli istituti di vigilanza che utilizzano il monitoraggio via Ajax Cloud possono aprire e visualizzare direttamente in Ajax PRO Desktop i video provenienti dai dispositivi video Ajax, acquisiti in seguito all'attivazione del sistema da parte del rilevatore di movimento integrato o del rilevatore IA della telecamera. Per farlo, scegliere URL da visualizzare in PRO Desktop nel campo Verifica visiva degli eventi di rilevamento delle telecamere. Quando il dispositivo video viene attivato, la CRA riceve un URL che aprirà una nuova finestra del videowall di Ajax PRO Desktop con il frammento video registrato.
Maggiori informazioni sulla verifica visiva in Ajax PRO Desktop tramite URL
Gli URL iniziano con ajax-pro-desktop:// e non possono essere scaricati. Se la vostra CRA scarica automaticamente il filmato allegato, assicurarsi che i link che iniziano con ajax-pro-desktop:// non vengano scaricati.
Inoltre, l'operatore della CRA può aprire e visualizzare i video dai dispositivi video Ajax senza installare Ajax PRO Desktop. Il flusso è simile alla funzionalità di verifica visiva in Ajax PRO Desktop utilizzando l'URL, ma l'URL ricevuto apre una nuova finestra del browser, non il widget del videowall di Ajax PRO Desktop. La finestra aperta visualizza anche due flussi video: un video in diretta e un segmento video registrato.
Maggiori informazioni sulla verifica visiva tramite l'URL senza Ajax PRO Desktop
Se l'opzione Trasferire il nome del dispositivo o dell'area agli eventi CRA è attivata, i nomi personalizzati assegnati a dispositivi e zone verranno aggiunti al messaggio di evento inviato alla CRA.
L'opzione Test periodico dell'hub consente di disattivare i messaggi di test periodici utilizzati per verificare la connessione all'hub. Ajax Cloud Signaling invia questi messaggi alla CRA con il codice E602, il che significa che l'hub è connesso.
Intervallo del messaggio di test va da 15 minuti a 24 ore.
Se si disattivano questi messaggi di test periodici, l'hub continuerà a segnalare lo stato della connessione agli intervalli predeterminati. Tuttavia, Ajax Cloud Signaling notificherà la CRA solo in caso di perdita della connessione con l'hub. In questo caso, il programma invia un singolo evento alla CRA con il codice E350 e attende il ripristino della connessione. Una volta ripristinata la connessione all'hub, Ajax Cloud Signaling trasmette un evento con il codice R350 alla CRA.
Attivare la seguente opzione per utilizzare l'ID dell'hub come numero di account per l'impianto che si sta aggiungendo:
Se l'opzione Collegare automaticamente nuovi hub a questo ricevitore è attivata, la richiesta di aggiunta del nuovo hub verrà approvata immediatamente. La funzione è disponibile solo quando è attivata anche l'opzione Utilizzare l'ID hub come numero di account.
Per disattivare il ricevitore, disabilitare l'opzione Ricevitore è attivo. Lo stato di connessione Disabilitato è ora visualizzato nell'elenco dei ricevitori. Le impostazioni del ricevitore sono salvate, ma la connessione alla CRA è persa.
La funzione Personalizzazione codici evento consente di modificare i codici ricevuti dalla CRA dagli hub Ajax. L'istituto di vigilanza modifica autonomamente i codici CID/SIA-DCS definiti.
La funzione è disponibile in Ajax PRO Desktop versione 3.9 o successiva.
Quando il ricevitore viene aggiunto, il suo nome, il protocollo e lo stato della connessione vengono visualizzati nel menu Connessione alla CRA.
Nell'app, è possibile visualizzare uno dei seguenti stati di connessione alla CRA:
Disabilitato: il ricevitore è disattivato.
Attivo: il ricevitore è collegato alla CRA.
Solo indirizzo primario disponibile: il ricevitore è connesso alla CRA soltanto tramite l'indirizzo primario (il secondario non è raggiungibile).
Solo indirizzo secondario disponibile: il ricevitore è connesso alla CRA solo tramite l'indirizzo secondario (quello primario non è raggiungibile).
Connessione non stabilita: il ricevitore è attivato ma in attesa del primo evento dall'hub.
Connessione persa: il ricevitore non riesce a connettersi alla CRA. Gli eventi di perdita di connessione vengono registrati nel modulo Giornale.
La connessione tra il server e il ricevitore viene stabilita quando almeno un evento viene inviato dall'hub al ricevitore.
Assegnazione dell’hub al ricevitore
L’Ingegnere CRA senior e l’Ingegnere CRA hanno il diritto di creare, aggiornare e visualizzare la configurazione dell'assegnazione dell’hub al ricevitore. Il Responsabile degli operatori e l'Operatore possono solo visualizzare l'assegnazione dell'hub al ricevitore.
Per farlo:
Selezionare il modulo Impianti dall'elenco dei moduli nell'angolo in alto a sinistra dello schermo.
Selezionare l'impianto da assegnare al ricevitore.
Fare clic su Manutenzione per visualizzare gli stati di monitoraggio.
Fare clic sull'opzione Monitoraggio via
Selezionare l'hub da abbinare al ricevitore.
Specificare il Numero di account utilizzato per i messaggi inviati al ricevitore. Questo non è il numero di account dell'app Ajax PRO Desktop, ma può essere lo stesso. Tutti gli hub assegnati a un ricevitore hanno un numero di account unico.
Fare clic su Salva. Dopo di ciò, lo stato del Monitoraggio via
Con Ajax PRO Desktop 4.0 o versioni successive, è possibile attivare/disattivare il canale Monitoraggio con PRO Desktop per qualsiasi istituto di vigilanza.
Come migrare gli impianti da Ajax Translator ad Ajax Cloud Signaling
Il sistema Ajax consente agli utenti di esportare autonomamente gli impianti vincolati ad Ajax Translator. Questa app genera un file CSV contenente l'ID dell'hub e il numero di account dei vincoli attivi. Il file può quindi essere caricato su Ajax PRO Desktop al ricevitore Translator o Cloud signaling selezionato.
Come migrare gli impianti da Ajax Translator ad Ajax Cloud Signaling
Eliminare l'assegnazione dell'hub al ricevitore
L'Ingegnere CRA senior e l'Ingegnere CRA hanno il diritto di eliminare l'assegnazione dell'hub.
Per farlo:
Selezionare il modulo Impianti dall'elenco dei moduli nell'angolo in alto a sinistra dello schermo.
Selezionare l'impianto che non si desidera più assegnare al ricevitore.
Fare clic su Manutenzione per visualizzare gli stati di monitoraggio.
Fare clic sull'opzione Monitoraggio via
Selezionare l'hub che non si desidera più assegnare al ricevitore.
Fare clic su Salva.
Fare clic sul pulsante Interrompere il monitoraggio nella finestra a comparsa. Dopo di ciò, lo stato del Monitoraggio via
Eventi del ricevitore
Ajax PRO Desktop fornisce un registro dettagliato degli allarmi e degli eventi di sistema, nonché delle azioni dei dipendenti all'interno dell'app. Le voci di registro nel modulo Giornale vengono conservate per un massimo di tre anni. Le voci più vecchie vengono eliminate. I registri degli allarmi includono un'indicazione oraria del momento in cui l'evento si è verificato nello spazio.
Il Proprietario dell'azienda, l'Ingegnere CRA, l'Ingegnere CRA senior, il Responsabile degli operatori, l'Operatore e il Responsabile degli installatori hanno accesso al modulo Giornale.
Per visualizzare gli eventi del ricevitore:
Selezionare il modulo Giornale dall'elenco dei moduli nell'angolo in alto a sinistra dello schermo.
Selezionare l'impianto.
Il modulo Giornale visualizzerà un elenco di eventi del ricevitore:
- Un dipendente della vostra azienda ha aggiunto un nuovo ricevitore per il monitoraggio via Ajax Cloud.
- Un dipendente della vostra azienda ha modificato le impostazioni del ricevitore.
- Un dipendente della vostra azienda ha eliminato il ricevitore.
- Il ricevitore ha perso la connessione tramite l'indirizzo primario/secondario.
- Il ricevitore ha ripristinato la connessione tramite l'indirizzo primario/secondario.
- Il dipendente della vostra azienda ha iniziato a monitorare l'impianto tramite il ricevitore.
- Un dipendente della vostra azienda ha aggiornato il numero di account dell'impianto per il ricevitore.
- Il dipendente della vostra azienda ha interrotto il monitoraggio dell'impianto tramite il ricevitore.
Impostare l'intervallo e applicarlo per filtrare gli eventi in base al tempo. Per generare un rapporto in base ai parametri specificati, fare clic sul pulsante di generazione del rapporto accanto al nome del filtro.
Registrazione dei timestamp e sincronizzazione dell'ora
I timestamp dei registri vengono presi dalla macchina locale su cui vengono visualizzati i registri, a condizione che l'ora sia sincronizzata con l'ora UTC del server (viene preso in considerazione anche il fuso orario locale). Se l'ora locale del computer differisce dall'ora del server, il sistema visualizza una notifica con le istruzioni su come correggerla.
Per sincronizzare Ajax Cloud Signaling con l'ora UTC, attivare le impostazioni automatiche di data e ora sul computer:
- Aprire le impostazioni di data e ora.
- Selezionare la casella per attivare la sincronizzazione dell'ora con il server.
Se l'ora del computer locale non è sincronizzata con quella del server, per i timestamp dei registri viene utilizzata l'ora del server.
Eliminazione del ricevitore
Solo l'Ingegnere CRA senior ha il diritto di eliminare il ricevitore.
Per eliminare il ricevitore, in Ajax PRO Desktop:
Aprire il modulo Azienda.
Fare clic sul menu Connessione alla CRA.
Fare clic sul pulsante
.
Fare clic sul pulsante Eliminare il ricevitore.
Fare clic sul pulsante Cancella nella finestra a comparsa. Quando il ricevitore viene eliminato, tutte le sue impostazioni vengono cancellate e tutti gli hub connessi smettono di inviare i propri eventi alla CRA corrispondente.
Il ricevitore non può essere eliminato se almeno un hub è assegnato a quel ricevitore. Prima di procedere, è necessario eliminare l'assegnazione di tutti gli hub al ricevitore.
Specifiche tecniche
Informazioni aggiuntive
Contattare il supporto tecnico:
Sviluppato da “AS Manufacturing” LLC
