NederlandAjax Cloud Signaling is een service voor het tot stand brengen van communicatie tussen Ajax-systemen en bewakingssoftware van derden. Ajax Cloud Signaling dient als een link tussen een space en een meldkamer en zet gebeurtenissen die worden ontvangen van een space om in een protocol dat compatibel is met de software van een meldkamer.
Ajax Cloud Signaling biedt de mogelijkheid om gebeurtenissen rechtstreeks vanaf Ajax Cloud naar een meldkamer te verzenden. De service is geïntegreerd in de Ajax PRO Desktop-app. Bewakings- en beveiligingsbedrijven die systemen installeren en bewaken, kunnen Ajax PRO Desktop gebruiken om beveiligingssystemen in te stellen en te verbinden. Beveiligings- of bewakingsbedrijven kunnen de app gebruiken om een meldkamer op te zetten.
Werkingsprincipe
Alle door een Ajax-systeem verzonden gegevens zijn beschermd door een blokversleuteling met een dynamische sleutel. Meldkamersoftware van derden kan dit niet zelfstandig ontsleutelen. Ajax Cloud Signaling ontvangt een bericht van een Ajax-systeem, decodeert dit en zet het om in gestandaardiseerde protocolberichten. De service vertaalt het naar meldkamersoftware zonder dat er enige Ajax-producten geïnstalleerd hoeven te zijn.
Ajax Cloud Signaling werkt alleen in de store-and-forward-modus. Elke gebeurtenis die door een space wordt gegenereerd en via de Ajax Cloud-server en Ajax Cloud Signaling naar bewakingssoftware wordt verzonden, moet worden bevestigd. Wanneer een space een gebeurtenis verzendt, is alleen een bevestiging van Ajax Cloud vereist. De space neemt niet deel aan de communicatie tussen Ajax Cloud en de meldkamer. Wanneer de Ajax Cloud een gebeurtenis van een space ontvangt, bevestigt het onmiddellijk de ontvangst en slaat de gebeurtenis op in de cloudopslag. Wanneer de gebeurtenis wordt doorgestuurd naar de bewakingssoftware, wordt deze pas uit de cloudopslag verwijderd nadat de meldkamer de gebeurtenis heeft bevestigd.
Verzenden van gebeurtenissen
Wanneer er een verbinding met de meldkamer beschikbaar is, worden alarmen direct via het geselecteerde protocol verzonden. Ajax Cloud Signaling ondersteunt de volgende protocollen voor het verzenden van gebeurtenissen naar de bewakingssoftware:
SIA DC-09
Manitou
MASXML
Micro Key
SoftGuard
Sentinel
SurGard (Contact ID)
Listener
ADEMCO 685
Ajax Cloud Signaling ondersteunt de verbinding met bewakingssoftware via twee netwerkadressen (primair en secundair), elk met een eigen poort. Als het primaire adres niet beschikbaar is, schakelt de ontvanger over naar het secundaire adres als dit is geconfigureerd. Ajax Cloud Signaling ondersteunt ATS-categorieën SP1 - SP5 en DP1 - DP4.
Gebeurtenisoverdracht via het protocol SIA DC-09 (SIA-DCS/ADM-CID)
Het SIA DC-09 (SIA-DCS/ADM-CID)-bericht kan aanvullende informatie verzenden, zoals weblinks, geografische coördinaten of andere gestandaardiseerde gegevens. Het protocol SIA DC-09 (SIA-DCS/ADM-CID) kan foto's overdragen van de detectoren MotionCam/MotionCam Outdoor, en de gebruikerscoördinaten verzenden naar de meldkamer wanneer de paniekknop wordt ingedrukt in een Ajax-app.
SIA DC-09 (SIA-DCS/ADM-CID) berichtsjabloon: | |
| Beginmarkering van het bericht in ASCII, verzonden als binaire waarde 0x0A. |
| Checksum om de integriteit van het bericht te controleren, verzonden als vier tekens in ASCII. |
| De lengte van het bericht, waarbij het eerste teken altijd 0 is en de volgende drie tekens hexadecimale ASCII-tekens zijn. |
| Indicator voor het protocoltype. Een van de twee waarden wordt gebruikt afhankelijk van de waarde van het veld "Formaat":
|
| Het volgnummer van het verzonden bericht. Het bereik is 0001 - 9999, waarna het tellen opnieuw begint vanaf 0001. |
| Ontvangernummer: niet gebruikt. |
| Voorvoegsel van het accountnummer. Constante waarde is L0. |
| Accountnummer. Het # teken gevolgd door 3 tot 16 hexadecimale tekens in ASCII. |
| Alarmgegevens. Aan het begin worden het #-teken en het accountnummer aangegeven, gevolgd door het scheidingsteken "|", en daarna een bericht. Als het SIA-DCS-formaat wordt gebruikt: De constante “N” geeft een nieuwe gebeurtenis aan, gevolgd door de constante “ri” en het groepsnummer. Vervolgens geeft het "/"-symbool de SIA-gebeurteniscode aan, die bestaat uit twee Latijnse letters en een zone nummer. Voorbeeld (Inbraakalarm van Apparaat 1 in Groep 2 voor een Accountnummer 1234): Als het ADM-CID-formaat wordt gebruikt: Het eerste cijfer is 1 (Alarm) of 3 (Herstel), een gebeurteniscode met drie cijfers volgens het Contact ID-protocol, een groepsnummer en een zonenummer. Voorbeeld (inbraakalarm van Apparaat 1 in Groep 2 voor een Accountnummer 1234): Het bericht na het scheidingsteken kan 3 tot 16 hexadecimale ASCII-tekens bevatten. |
| Aanvullende gegevens, die mogelijk fotobevestiging bevatten van de detectoren MotionCam/MotionCam Outdoor of de locatie van het apparaat waarvan de gebruiker de paniekknop in de Ajax-app heeft ingedrukt. Fotobevestiging wordt verzonden als een weblink, aan het begin waarvan het gegevenstype wordt aangegeven: het teken V (Verificatie). Wanneer de optie Apparaat- of groepsnaam overzetten naar meldkamergebeurtenissen is ingeschakeld, wordt de naam van het apparaat of de gebruiker verzonden met het gegevenstype "I" (Alarmtekst), terwijl de groepsnaam wordt verzonden met het gegevenstype "L" (Locatie). Coördinaten worden verzonden in het formaat |
| Tijdstempel. |
| Markering van het einde van het bericht in ASCII, verzonden als binaire waarde 0x0D. |
Houd er rekening mee dat de reeks foto's als een afzonderlijke gebeurtenis wordt verzonden. De foto's zijn direct beschikbaar nadat ze naar de Ajax Cloud-server zijn overgezet. De links naar de foto's blijven 7 dagen geldig vanaf het moment dat ze naar de meldkamer van het beveiligingsbedrijf worden verzonden.
De link naar één foto kan tot 425 symbolen bevatten.
Voorbeeld van een gebeurtenis met twee foto's:
CB640375″ADM-CID”0086L0#1234 |
De hub maakt via het Hub-to-Server (HtS) protocol verbinding met de Ajax Cloud-server. De hub maakt uitgaande verbindingen met de Ajax Cloud-eindpunten die nodig zijn voor het leveren van gebeurtenissen.
Capaciteit en prestaties
De Ajax Cloud Signaling-ontvanger kan met maximaal 50.000 verschillende spaces werken. Als het aantal verbonden spaces het aanbevolen maximum overschrijdt, verdeel de ontvangers dan over meerdere groepen.
U kunt maximaal 10 ontvangers toevoegen voor één bedrijf. De totale limiet van 10 ontvangers geldt voor Ajax Cloud Signaling en Ajax Translator PRO-ontvangers.
De maximale verwerkingssnelheid van gebeurtenissen bedraagt 50 gebeurtenissen per seconde. De daadwerkelijke verwerkingssnelheid is afhankelijk van de configuratie van de ontvanger en de netwerkcondities.
Opslag en herverzending van gebeurtenissen
Als de verbinding met de meldkamer wordt verbroken terwijl een alarm is geactiveerd, worden alle opgeslagen gebeurtenissen automatisch verzonden zodra de verbinding is hersteld.
Beveiligingsmechanismen
Ajax Cloud Signaling is beveiligd door beveiligingsmechanismen die een betrouwbare communicatie waarborgen en ongeautoriseerde verstoring voorkomen.
Bescherming tegen Denial-of-Service (DoS)
Ajax Cloud Signaling implementeert beschermingsmechanismen tegen Denial-of-Service (DoS)-aanvallen in de communicatie tussen een space, Ajax Cloud Signaling en de meldkamer. Een DoS-aanval op één netwerkinterface heeft geen nadelige invloed op de werking van Ajax Cloud Signaling of enige andere netwerkinterface.
Als het systeem een abnormaal patroon detecteert (meer dan 500 ongeldige berichten binnen 5 seconden), wordt de verbinding met de meldkamer automatisch verbroken. Ongeldige berichten zijn bijvoorbeeld:
berichten zonder volgnummer;
berichten die niet correct kunnen worden verwerkt.
Wanneer deze beveiligingsregel wordt geactiveerd, kan de verbinding met de meldkamer gedurende 60 seconden niet opnieuw tot stand worden gebracht.
De DoS-bescherming voor Ajax Cloud Signaling is gebaseerd op de beveiligingsmechanismen van de cloudinfrastructuur. De Ajax Cloud-server maakt gebruik van AWS Shield Advanced-technologie om zijn cloudbronnen te beschermen tegen distributed denial-of-service (DDoS)-aanvallen.
Bescherming tegen spoofing van het apparaat
Een Ajax-systeem voorkomt dat een hub wordt gespoofd door een ander apparaat, inclusief identieke of namaakapparatuur.
Alleen Ajax-hubs en videoapparaten kunnen verbinding maken met de Ajax Cloud en systeemgebeurtenissen genereren. De Ajax Cloud-server verifieert de authenticiteit van het apparaat voordat enige communicatie wordt geaccepteerd.
Elke hub wordt geverifieerd via een bedrijfseigen, gepatenteerd handshake-proces. De cryptografische sleutel die vereist is voor authenticatie wordt tijdens de productie naar de hub geüpload en kan niet worden gewijzigd.
Ajax Cloud identificeert elke hub aan de hand van de unieke apparaat-ID, die niet kan worden gewijzigd. Dit zorgt ervoor dat een hub die in het systeem is geregistreerd, niet kan worden vervangen door een ander apparaat zonder dat dit wordt gedetecteerd.
De verbinding tussen de hub en Ajax Cloud wordt beschermd door een door NIST gecertificeerd cryptografisch algoritme.
Meer informatie over de NIST-certificering
De ontvanger toevoegen
Er zijn twee rollen beschikbaar voor het gebruik van Ajax Cloud Signaling: Senior meldkamertechnicus en meldkamertechnicus. Alleen de Senior meldkamertechnicus heeft het recht om de ontvanger toe te voegen, bij te werken en te verwijderen.
Om de ontvanger toe te voegen, in Ajax PRO Desktop:
Meld u aan bij een PRO-account.
Open de module Bedrijf.
Klik op het menu Meldkamerverbinding. Het bevat informatie over ontvangers die de meldkamer tussen de cloudserver en de ontvanger bemiddelen. De gebruiker kan de details van de ontvanger toevoegen, verwijderen of wijzigen.
Klik op de knop Ontvanger toevoegen.
Bepaal de naam voor de ontvanger, het primaire adres (IP of DNS) en de bijbehorende poort, het secundaire adres en de bijbehorende poort (optioneel).
Selecteer het vereiste protocol.
Stel de volgende instellingen in of pas deze aan voor het geselecteerde protocol.
Klik op Opslaan.
Ajax Cloud Signaling verwacht altijd een ontvangstbevestiging van het bericht van een meldkamer. Als Ajax Cloud Signaling geen bevestiging ontvangt, meldt deze het verlies van de verbinding met de meldkamer.
Het bereik voor de Ping- en bevestigingsperiode van de ontvanger loopt van 1 tot 30 seconden. Specificeer het virtuele accountnummer voor pingberichten. Als deze instelling niet is geconfigureerd, wordt in plaats daarvan de tekst "000" verzonden in het veld accountnummer in lege berichten.
Sjabloon voor SIA DC-09-pingberichten
Sjabloon voor SIA DC-09 pingberichten: | |
| Beginmarkering van het bericht in ASCII, verzonden als binaire waarde 0x0A. |
| Controlegetal om de integriteit van het bericht te verifiëren, verzonden als vier tekens in ASCII. |
| De lengte van het bericht, waarbij het eerste teken altijd 0 is, gevolgd door de volgende drie hexadecimale tekens in ASCII. |
| De constante "NULL". |
| Het volgnummer van het verzonden bericht, variërend van 0001 tot 9999. Nadat de teller 9999 bereikt, wordt deze gereset naar 0001. |
| Ontvangernummer: niet gebruikt. |
| Voorvoegsel van het accountnummer. De constante waarde is L0. |
| Virtueel accountnummer voor pingberichten. Als dit niet is ingesteld, wordt de tekst "000" weergegeven in het veld voor het accountnummer in lege berichten. |
| Tijdstempel. |
| Eindmarkering van het bericht in ASCII, verzonden als binaire waarde 0x0A. |
Geef aan of en hoe u de afbeeldingen wilt verzenden: in één bericht of afzonderlijk.
Geef aan of het verzenden van audio-opnamen van spraakmodules is toegestaan bij een alarm. Het apparaat kan korte audiofragmenten opnemen vóór of na het afgaan van het alarm en deze naar de meldkamer sturen.
U kunt ook de visuele verificatie van detectie van camera's toestaan. Met Ajax PRO Desktop 4.20 of nieuwer kunnen bewakingsbedrijven die cloudsignalering gebruiken direct in Ajax PRO Desktop de video's van Ajax-videoapparaten openen en bekijken, die zijn vastgelegd nadat het systeem door de ingebouwde bewegingsdetector of AI-detector van de camera is geactiveerd. Kies hiervoor URL voor weergave in PRO Desktop in het veld Visuele verificatie van detectie door camera. Wanneer het videoapparaat wordt geactiveerd, ontvangt de meldkamer een URL die een nieuw venster in de Ajax PRO Desktop-videowall opent met het opgenomen videofragment.
Meer informatie over visuele verificatie in Ajax PRO Desktop via een URL
URL's beginnen met ajax-pro-desktop:// en kunnen niet worden gedownload. Als uw meldkamer de bijgevoegde beelden automatisch downloadt, zorg er dan voor dat links die beginnen met ajax-pro-desktop:// niet worden gedownload.
De operator van een meldkamer kan ook video’s van video-apparaten van Ajax openen en bekijken zonder dat Ajax PRO Desktop geïnstalleerd moet zijn. Het proces is vergelijkbaar met de functie visuele verificatie in Ajax PRO Desktop met een URL, maar de ontvangen URL leidt naar een nieuw browservenster, niet naar de widget voor de videowall in Ajax PRO Desktop. In het geopende venster worden ook twee videostreams weergegeven: een live weergave en een opgenomen videofragment.
Meer informatie over visuele verificatie via een URL zonder Ajax PRO Desktop
Als de optie Apparaat- of groepsnaam overzetten naar meldkamergebeurtenissen is ingeschakeld, worden de aangepaste namen die aan apparaten en zones zijn toegewezen toegevoegd aan het bericht met de gebeurtenis dat naar de meldkamer wordt verzonden.
Met de optie Periodieke test van de hub kunt u periodieke testberichten uitschakelen die worden gebruikt om de verbinding van de hub te controleren. Ajax Cloud Signaling verzendt deze berichten naar een meldkamer met code E602, wat betekent dat de hub verbonden is.
Het bereik van de Interval voor testberichten loopt van 15 minuten tot 24 uur.
Als u deze normale testberichten uitschakelt, blijft de hub de verbindingsstatus rapporteren op de opgegeven intervallen. Ajax Cloud Signaling waarschuwt de meldkamer echter alleen als de verbinding met de hub wordt verbroken. In dit geval stuurt het programma een enkele gebeurtenis naar de meldkamer met de code E350 en wacht het totdat de verbinding is hersteld. Zodra de verbinding met de hub is hersteld, stuurt Ajax Cloud Signaling een gebeurtenis met code R350 naar de meldkamer.
Schakel de volgende optie in om de hub-ID als accountnummer te gebruiken voor het object dat u toevoegt:
Als de optie Sluit automatisch nieuwe hubs aan op deze ontvanger is ingeschakeld, wordt het verzoek om de nieuwe hub toe te voegen onmiddellijk goedgekeurd. De functie is alleen beschikbaar wanneer de optie Gebruik hub-ID als accountnummer ook is ingeschakeld.
Om de ontvanger te deactiveren, schakelt u de optie Ontvanger is actief uit. De verbindingsstatus Uitgeschakeld wordt nu weergegeven in de lijst met de ontvanger. De instellingen van de ontvanger worden opgeslagen, maar de verbinding met de meldkamer gaat verloren.
Met de instellingen Aanpassing van gebeurteniscodes kunt u de codes die de meldkamer van Ajax-hubs ontvangt wijzigen. Het bewakingsbedrijf wijzigt de gedefinieerde CID/SIA-DCS-codes zelf.
De functie is beschikbaar in Ajax PRO Desktop 3.9 of nieuwer.
Wanneer de ontvanger wordt toegevoegd, worden de naam, het protocol en de verbindingsstatus weergegeven in het menu Meldkamerverbinding.
In de app kunt u een van de volgende statussen van de verbinding met de meldkamer zien:
Uitgeschakeld — de ontvanger is uitgeschakeld.
Actief — de ontvanger is verbonden met de meldkamer.
Alleen primair adres beschikbaar — de ontvanger is alleen via het primaire adres verbonden met de meldkamer (secundair is niet bereikbaar).
Alleen secundair adres beschikbaar — de ontvanger is alleen via het secundaire adres verbonden met de meldkamer (het primaire is onbereikbaar).
Verbinding niet tot stand gebracht — de ontvanger is ingeschakeld, maar wacht op het eerste evenement van de hub.
Verbinding verbroken — de ontvanger kan geen verbinding maken met de meldkamer. Gebeurtenissen met betrekking tot verbroken verbindingen worden vastgelegd in het logboek.
De verbinding tussen de server en de ontvanger wordt tot stand gebracht als minstens een gebeurtenis van de hub naar de ontvanger wordt verzonden.
Mapping van de hub naar de ontvanger
De Senior meldkamertechnicus en de meldkamertechnicus hebben het recht om de mapping van de hub naar de ontvanger te creëren, bij te werken en te bekijken. De hoofdoperator en de operator kunnen alleen de mapping van de hub aan de ontvanger alleen bekijken.
Om dit te doen:
Selecteer de module Objecten in de lijst met modules in de linkerbovenhoek van het scherm.
Selecteer het object dat u aan de ontvanger wilt mappen.
Klik op Onderhoud om de bewakingsstatus te bekijken.
Klik op de knop Bewaking via
Selecteer de hub die u met de ontvanger wilt mappen.
Geef het Accountnummer op dat wordt gebruikt voor berichten die naar de ontvanger worden verzonden. Dit is niet het accountnummer van de Ajax PRO Desktop app, maar het kan hetzelfde zijn. Alle hubs die aan één ontvanger zijn gekoppeld, hebben een uniek accountnummer.
Klik op Opslaan. Daarna zal de status Bewaking via
Met Ajax PRO Desktop 4.0 of nieuwer is het mogelijk om het kanaal Bewaking met PRO Desktop te activeren/deactiveren voor elk bewakingsbedrijf.
Objecten migreren van Ajax Translator naar Ajax Cloud Signaling
Met een Ajax-systeem kunnen gebruikers zelfstandig objecten exporteren die aan Ajax Translator zijn gekoppeld. Deze app genereert een CSV-bestand met de hub-ID en het accountnummer van de actieve koppelingen. Het bestand kan vervolgens worden geüpload naar Ajax PRO Desktop naar de geselecteerde ontvanger van Translator of Cloud signaling.
Objecten migreren van Ajax Translator naar Ajax Cloud Signaling
Mapping van de hub naar de ontvanger verwijderen
De Senior meldkamertechnicus en de meldkamertechnicus hebben het recht om de mapping van de hub te verwijderen.
Om dit te doen:
Selecteer de module Objecten in de lijst met modules in de linkerbovenhoek van het scherm.
Selecteer het object dat u niet langer naar de ontvanger wilt mappen.
Klik op Onderhoud om de bewakingsstatus te bekijken.
Klik op de knop Bewaking via
Selecteer de hub die u niet langer naar de ontvanger wilt mappen.
Klik op Opslaan.
Klik op de knop Stop bewaking in het pop-upvenster. Daarna wordt de status Bewaking via
Ontvangergebeurtenissen
Ajax PRO Desktop biedt een gedetailleerd logboek van systeemalarmen, gebeurtenissen, en acties van werknemers in de app. Gegevens worden voor maximaal drie jaar opgeslagen in het logboek. Oudere gegevens worden verwijderd. Gegevens in het logboek bevatten het tijdstip van de gebeurtenis.
De Eigenaar, Meldkamertechnicus, Senior meldkamertechnicus, Hoofdoperator, Hoofdinstallateur hebben toegang tot het logboek.
Om gebeurtenissen van de ontvanger te bekijken:
Selecteer het logboek in de lijst met modules in de linkerbovenhoek van het scherm.
Selecteer het object.
Het logboek toont een lijst met gebeurtenissen van ontvangers:
- Een werknemer van uw bedrijf heeft een nieuwe ontvanger toegevoegd voor bewaking via cloudsignalering.
- Een werknemer van uw bedrijf heeft de instellingen van de ontvanger gewijzigd.
- Een werknemer van uw bedrijf heeft de ontvanger verwijderd.
- De ontvanger heeft de verbinding via het primaire/secundaire adres verloren.
- De ontvanger heeft de verbinding via het primaire/secundaire adres hersteld.
- Een werknemer van uw bedrijf is begonnen met het bewaken van het object via de ontvanger.
- Een werknemer van uw bedrijf heeft het accountnummer van het object voor de ontvanger bijgewerkt.
- Een werknemer van uw bedrijf is gestopt met het bewaken van het object via de ontvanger.
Stel het bereik in en pas het toe om gebeurtenissen op tijd te filteren. Om een rapport te genereren op basis van de gespecificeerde waarden, klikt u op de knop rapport genereren naast de naam van het filter.
Tijdstempels en tijdsynchronisatie in het logboek
De tijdstempels van de gebeurtenissen worden overgenomen van de lokale machine waarop de logbestanden worden weergegeven, als de tijd daarvan is gesynchroniseerd met de UTC-tijd van de server (de lokale tijdzone wordt ook meegenomen). Als de lokale tijd van de machine afwijkt van de servertijd, geeft het systeem een melding weer met instructies hoe dit te corrigeren.
Om Ajax Cloud Signaling te synchroniseren met UTC-tijd, schakelt u de automatische datum- en tijdinstellingen op uw computer in:
- Ga naar de datum- en tijdinstellingen.
- Selecteer het vakje om tijdsynchronisatie met de server in te schakelen.
Als de lokale machinetijd niet gesynchroniseerd is met de servertijd, wordt de servertijd gebruikt voor de tijdstempels in het logboek.
De ontvanger verwijderen
Alleen een Senior meldkamertechnicus heeft het recht om de ontvanger te verwijderen.
Om de ontvanger te verwijderen, in Ajax PRO Desktop:
Open de module Bedrijf.
Klik op het menu Meldkamerverbinding.
Klik op de knop
.
Klik op de knop Ontvanger verwijderen.
Klik op de knop Verwijderen in het pop-upvenster. Wanneer de ontvanger wordt verwijderd, worden al zijn instellingen gewist en stoppen alle verbonden hubs met het verzenden van hun gebeurtenissen naar de bijbehorende meldkamer.
De ontvanger kan niet worden verwijderd als er nog een hub aan die ontvanger is toegewezen. U dient eerst alle mapping tussen hubs en ontvangers te verwijderen.
Technische specificaties
Extra informatie
Contact opnemen met de technische ondersteuning:
Ontwikkeld door "AS Manufacturing" LLC
