The short definition
RTSP runs as a control channel between a client (a VMS, NVR, or VLC media player) and a streaming server (a camera). The client opens a TCP connection to port 554 and exchanges text-based methods: DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN. The server responds with session details and a stream description in SDP (Session Description Protocol) format. Once setup completes, the actual video and audio data flows over RTP (Real-time Transport Protocol), usually on UDP for low latency or TCP-interleaved for reliability. That two-protocol split (RTSP for control, RTP for data) is why some firewall rules block one but not the other and the install fails halfway through: both ports need to pass for video to arrive.
RFC 2326 and the protocol's history
RTSP was defined in RFC 2326 in 1998 by the IETF, with an updated version (RTSP 2.0) in RFC 7826 in 2016. The original use case was streaming media on early-internet platforms (RealMedia, QuickTime, Windows Media). The IP-camera industry adopted it because the fit was clean: cameras are streaming servers, VMS platforms are streaming clients. ONVIF Profile S, released in 2011, formalized RTSP as the streaming requirement for conformant cameras. That single decision is why a Genetec VMS can talk to a Hanwha camera and why a Milestone install can pull from a Bosch fleet: the transport is RTSP underneath, regardless of vendor. For the configuration side, see the ONVIF entry.
RTSP URL structure per vendor
Every manufacturer publishes its RTSP URL pattern in API documentation. Common examples:
- Axis.
rtsp://user:pass@ip:554/axis-media/media.amp - Hanwha (Wisenet).
rtsp://user:pass@ip:554/profile1/media.smp - Bosch.
rtsp://user:pass@ip:554/?h26x=4&line=1&inst=2 - Hikvision (excluded for NDAA-compliant installs).
rtsp://user:pass@ip:554/Streaming/Channels/101 - Avigilon.
rtsp://user:pass@ip:554/defaultPrimary?streamType=u
Most of the time the VMS handles URLs automatically through ONVIF. Hand-built URLs come up when integrating a camera into a non-VMS system: a remote analytics workload, a streaming-to-cloud pipeline, or a quick test in VLC during commissioning.
Common RTSP failure modes
Three patterns we see during commissioning:
- Firewall blocks RTP, not RTSP. Port 554 is open and control messages flow, but the video doesn't. RTP usually runs on dynamic UDP ports negotiated during SETUP. Open the dynamic range or force RTP-over-TCP interleaved mode.
- Stale stream sessions on the camera. Cameras have a session limit (often 8 to 16 concurrent RTSP clients), and a stuck VMS or misbehaving test client can use them up. A reboot clears it; better practice is to call TEARDOWN explicitly when ending a session.
- Codec mismatch. The camera offers H.265 in the SDP description but the VMS only decodes H.264. The stream connects but no frames render. Switch the camera's main stream to H.264 or upgrade the VMS decoder.
When to ask Tec-Tel about RTSP
RTSP comes up most when integrating older cameras with a new VMS, adding cloud analytics on top of an existing fleet, or when a firewall change broke video and nobody can pin down which port. We troubleshoot the protocol-level issues during a free working session.