The RTSP Server allows viewing and controling of both live and playback streams using a standard RTSP client (for example, VLC, Quicktime, or a custom-built client such as Pelco's PelcoAPIViewer). The RTSP Server can be used to view both live and playback video. It can also be used to obtain an SDP description for older Endura cameras and encoders.
An Endura system is defined as a network when it has a System Manager. The RTSP Server can reside within an Endura system in numerous locations; for example, it can reside on a DVR/NVR (for example, NVR5100) or even the GW5000. The RTSP Server listens on a published port, and waits for connections.
The URL for a live or playback stream can be built dynamically, as long as the IP address and the port are known. The server receives an RTSP connection which contains the UUID of the desired Endura camera from which to stream (and optionally a time range for playback). The RTSP Server parses this information, initiates the necessary queries into the Endura system, and performs the connect and play calls on the device sending the video. If the requested video is not found on the associated NVR, the RTSP Server then searches all NVRs within the Endura network. If multiple video clips are returned within the search results, the RTSP Server simply plays these clips in quick succession, seemingly as a single video clip.
For more details on RTSP, please refer to RFC 2326.
The RTSP Server should not impact network design. To compare, typically a camera and its accompanying NSM reside on the same VLAN.
The RTSP Server is designed to reside on the NSM. Therefore the network data flow out within the VLAN is exactly the same as if the client was pulling from the camera itself.
The network load on the NVR DOES increase. The bandwidth requirements for an individual stream increases two-fold when a live stream is pulled. However, since it is already a requirement for the NSM to be on a Gigabit connection, the NSM can easily handle the bandwidth. For example, for 16 streams at 2Mb, the NSM needs 16 x 2 x 3 = 96 Mbits of bandwith to stream all cameras live and recorded at the same time. This is within the performance parameters of the unit.