Tag: Alarm Alert

IP CONNECTION ALARMS

1. Available in client under Event Linking and/or Event Monitoring under source type IP Camera Connection and video source’s name as configured under Camera Settings. It is always helpful to give your cameras unique, easily-recognizable names.
2. Each stream is an independent alarm source, whether an encoder with multiple channels, or an IP camera with multiple active streams.
3. On receiving the first valid frame of video, a connected alarm will be emitted.
4. If 10 seconds (non-configurable) elapse without receiving another complete, valid frame of video, a not connected alarm will be emitted. This timeout is reset on each complete, valid frame of video received.
5. When behavior is not as expected, it is important to note the device type as which you have configured this IP device in the server, in case of any special behavior associated with a particular type.
   

<br>

AUDIO CONNECTION ALARMS

1. Available in client under Event Linking and/or Event Monitoring under source type IP Camera Connection and audio source’s name as configured under Audio Inputs, with (Audio Only) appended to the source name. It is always helpful to give your audio inputs unique, easily recognizable names.
2. Each stream is an independent alarm source, whether an encoder with multiple channels, or an IP camera with multiple active streams. Though in the case of audio connection alarms, no known corresponding device is treated as a multistreaming-capable device.
3. Suspecting that only devices that indicate having audio with no video in configuration XML are made available in panel.
   
   *Examples of associated audio-only devices include the Axis P8221.
   *Available with certain Pelco models.
   *Available with any IP plugin that uses Live555.
   *It is uncertain whether any plugins allow you to disable video but enable audio, when a device supports both audio and video. However, the source is only made available for audio connection alarms if it consistently indicates that it does not provide video.
   *Relevant Axis models are the only ones that ultimately can emit audio connection alarms.
   
4. On receiving the first valid frame of audio, when no video is available from the device, a connectedalarm will be emitted. This is not determined by known configuration, but instead controlled by the RTSP response indicating an audio-only stream.
5. If 10 seconds (non-configurable) elapse without receiving another complete, valid frame of audio, a not connected alarm will be emitted. This timeout is reset on each complete, valid frame of audio received.
6. When behavior is not as expected, it is important to note the device type as which you have configured this IP device in the server, in case of any special behavior associated with a particular type.
   

<br>

DEVICE CONNECTION ALARMS

1. Available in client under Event Linking and/or Event Monitoring under source type IP Camera Connection and the IP device’s detected type and model name, with MAC address appended to the source name. These all come from the Type, Model, and MAC column values in the IP Camera List, and are not configurable. If you use more than one of the same camera model, it might appear as though you have duplicate event sources listed in Event Linking, but they actually correspond to each of your devices.
2. Appears that we do this for all Axis devices regardless of encoder vs. camera vs. trigger box, hence all normal IP cameras can be independently and separately linked both for IP connection alarms and device connection alarms. I do not believe this is implemented in any other IP camera plugin.
3. After the alarm socket connection is established with the IP device, a connected alarm will be emitted.
4. If a socket error occurs, or the IP device closes the connection, a not connected alarm will be emitted.
5. When behavior is not as expected, it is important to note the device type as which you have configured this IP device in the server, in case of any special behavior associated with a particular type.