Situatieschets storing 15-11-2023. 

Er werd gebeld door Nick aangaande het feit dat hij bij bijna ieder project een deel van de camera's mistte. In eerste instantie had hij de klant geïnformeerd, maar deze gaf terug dat alles operationeel was aan zijn zijde en de fout bij ons lag. In dit geval was er een uur daarvoor al een melding geweest van een uitgevallen server, dat was de reden waarom deze verstoring werd doorgegeven aan Support. 

Er werd dus aangegeven dat de betreffende centralist in elke cameraopschakeling, een deel van de camera's mistte. Nadat ik ingelogd was, kon ik uiteindelijk verifiëren dat de beelden van de verschillende camera-klanten (waarvan de centralist had benoemd dat hierin beelden niet op te schakelen waren), wel degelijk gewoon te benaderen waren. Het probleem lag dus niet bij de klant (want ik had de beelden wel beschikbaar en de klant ook). Ook een issue aan interface/locationserver of interface-camera, lag niet voor de hand, omdat er dan grotere problemen zouden moeten zijn en in ieder geval niet 'recorderonafhankelijke  issues (van één recorder was één camera wel beschikbaar en één camera niet). in dit geval lag het dus óf aan de camera's specifiek, óf aan WinGuard op de werkplek bijvoorbeeld.

Het probleem lag dus hoogstwaarschijnlijk in het systeem van de centralist. Na wat heen en weer checks tussen centralist en ondergetekende, heb ik uiteindelijk besloten met hem mee te kijken. De situatie was daarna heel snel opgelost, daar zijn videomanager 2 (waar de beelden door ons automatisch op vastgezet worden) verkeerde monitor-nummers had. 

Normaal gesproken is het zo dat de layout van WinGuard maximaal 16 tegels aankan qua videomanager. Die monitornummers worden door ons standaard ingesteld van nummer 71 tot nummer 86. In dit geval kun je bij een lege videomanager zien wat de monitornummers zijn en bij deze centralist stond op zijn videomanager het eerste monitortje op 81. Via rechtermuisknop, monitor - toewijzen en dan 71 te kiezen, kon het probleem opgelost worden.