- RTSP Specification
- RTSP Supported Features
- Header Definition Table
- SDP Supported Feature
RTSP Specification
Contents
The Real Time Streaming Protocol (RTSP) is a network protocol designed for use in entertainment and communications systems to control streaming media servers. The protocol is used for establishing and controlling media sessions between end points. RTP/RTSP is a necessary protocol for multimedia content transfer. The RTP/RTSP protocol is quite advantageous in less than ideal network condition. The protocol provides benefits like as buffer fullness control mechanism, better control of packet pacing and fast pre-roll for providing quicker streaming transfer. The protocol is best suited for streaming transfer of live content.
Due to the unreliable nature of UDP packet delivery, the quality of the received stream will be adversely affected by packet loss. It is important to calculate the actual delay experienced in the channel. By calculating the correct value chances of receiving maximum number of packets for a particular frame would increase. As part of this implementation effort would be utilized for estimating overall play out delay experienced and making the play out operation smooth by introducing a jitter buffer implementation.
In case a client cannot establish UDP communication with the server due to some network configuration, RTSP server provide an alternative approach to still stream media over to the client using RTP over TCP mechanism. This makes it imperative that RTP/RTSP client stack shall have a method of trying with TCP channel in case it fails to connect with UDP channel.
All the above mentioned items have been summarized below to give the features level list.
Samsung provides the following RTSP specifications:
- RTSP Supported Features
- Header Definition Table
- SDP Supported Feature
- RTP Supported Feature
- RTCP Supported Feature
- More Feature Supported
RTSP Supported Features
RTSP has 11 methods to control entire RTSP Session. The following categories are based on the current SamsungRTSP Stack.
Supported RTSP Methods
OPTIONS
Client May use the OPTIONS Method to inquire about methods supported by the Server. The Server SHOULD list the methods it supports using the public response header.
Example
OPTIONS rtsp://107.108.89.116:554/ESPN2.ts RTSP/1.0
CSeq: 0
RTSP/1.0 200 OK
CSeq: 0
Date: Mon, Sep 12 2011 11:11:26 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER,
SET_PARAMETER
Example
SETUP rtsp://90.191.254.125:554/test_shutter.mpg/ RTSP/1.0
CSeq: 2
Transport: RAW/RAW/UDP;unicast;client_port=54184-54185;mode=play RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 2
Session: 1078930203263467403;timeout=60
Transport: RAW/RAW/UDP;unicast;destination=221.163.253.140;client_port=54184;source=90.191.254.125;server_port=59056
The new line is “rn”. The characters “rn” is used to terminate a request line or header line of RTSP command. ‘rn’ is not to be taken literally, but as return and newline characters (Similar to printf in the C programming language).
DESCRIBE
The DESCRIBE method retrieves the description of a presentation or media object identified by the request URL from a server.
Example
DESCRIBE rtsp://107.108.89.116:554/ESPN2.ts RTSP/1.0
CSeq: 1
Accept: application/sdp
RTSP/1.0 200 OK
CSeq: 1
Date: Mon, Sep 12 2011 11:15:05 GMT
Content-Base: rtsp://107.108.89.116/ESPN2.ts/
Content-Type: application/sdp
Content-Length: 396
v=0
o=- 1315826105025616 1 IN IP4 107.108.89.116
s=MPEG Transport Stream, streamed by the LIVE555 Media Server
i=ESPN2.ts
t=0 0
a=tool:LIVE555 Streaming Media v2011.05.25
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:MPEG Transport Stream, streamed by the LIVE555 Media Server
a=x-qt-text-inf:ESPN2.ts
m=video 0 RTP/AVP 33
c=IN IP4 0.0.0.0
b=AS:5000
a=control:track1
SETUP
The SETUP request for a URI specifies the transport mechanism to be used for the streamed media. A client can issue a SETUP request for a stream that is already playing to change transport parameters, which a server MAY allow. If it does not allow this, it MUST respond with error “455 Method Not Valid In This State”.
Samsung RTSP feature support following transport mode.
-
RTP/AVP/UDP
- Default Mode RTP/AVP/TCP
- If it failed with RTP/AVP/UDP Mode, it will try again with this mode. RAW/RAW/UDP
- if server supports UDP mode only ( m=video 0 UDP 33 )
Example
SETUP rtsp://107.108.89.116:554/ESPN2.ts/track1 RTSP/1.0
CSeq: 2
Transport: RTP/AVP/UDP;unicast;client_port=51962-51963;mode=play
RTSP/1.0 200 OK
CSeq: 2
Date: Mon, Sep 12 2011 11:29:07 GMT
Transport:RTP/AVP;unicast;destination=107.108.89.116;source=107.108.89.116;client_port=51962-51963;server_port=6970-6971
Session: 00007689
To use TCP mode by default, URL should have “|TCP” parameter.
Example
rtsp://107.108.89.116:554/ESPN2.ts|TCP
PLAY
The PLAY method tells the server to start sending data via the mechanism specified in SETUP. A client MUST NOT issue a PLAY request until any outstanding SETUP requests have been acknowledged as successful.
Example
PLAY rtsp://107.108.89.116:554/ESPN2.ts RTSP/1.0
CSeq: 3
Session: 00007689
Range: npt=0.000-
RTSP/1.0 200 OK
CSeq: 3
Date: Mon, Sep 12 2011 11:33:07 GMT
Range: npt=0.000-
Session: 00007689
RTP-Info: url=rtsp://107.108.89.116/ESPN2.ts/track1;seq=8539;rtptime=13709
Example
PLAY rtsp://107.108.89.116:554/ESPN2.ts RTSP/1.0
CSeq: 3
Session: 00007689
Scale: 4.0
RTSP/1.0 200 OK
CSeq: 3
Date: Mon, Sep 12 2011 11:33:07 GMT
Scale: 4
Range: npt=5.100-
Session: 00007689
RTP-Info: url=rtsp://107.108.89.116/ESPN2.ts/track1;seq=8539;rtptime=13709
To be supported RTSP Methods
The following methods will be supported in future releases:
- ANNOUNCE
- SET_PARAMETER
- REDIRECT
Header Definition Table
The following Table summarizes the header fields used by RTSP. Interpret these abbreviated short form as given below.
-
“g”
- designates general request headers to be found in both requests and Responses “R”
- designates request headers “r”
- designates response headers “e”
- designates entity header fields “req.”
- designates MUST be implemented “opt.”
- designates Optional field “entity”
- refers to all methods that return a message body
| Header | Type | Support | Method | SamsungRTSP Support |
|---|---|---|---|---|
| Accept | R | opt. | entity | Yes |
| Accept-Encoding | R | opt. | entity | No |
| Accept-Language | R | opt. | all | No |
| Allow | r | opt. | all | No |
| Authorization | R | opt. | all | No |
| Bandwidth | R | opt. | all | No |
| Blocksize | R | opt. | all but OPTIONS, TEARDOWN | No |
| Cache-Control | g | opt. | SETUP | No |
| Conference | R | opt. | SETUP | No |
| Connection | g | req. | all | No |
| Content-Base | e | opt. | entity | No |
| Content-Encoding | e | req. | SET_PARAMETER | No |
| Content-Encoding | e | req. | DESCRIBE, ANNOUNCE | No |
| Content-Language | e | req. | DESCRIBE, ANNOUNCE | No |
| Content-Length | e | req. | SET_PARAMETER, ANNOUNCE | Yes |
| Content-Length | e | req. | entity | Yes |
| Content-Location | e | opt. | entity | No |
| Content-Type | e | req. | SET_PARAMETER, ANNOUNCE | No |
| Content-Type | r | req. | entity | No |
| CSeq | g | req. | all | Yes |
| Date | g | opt. | all | Yes |
| Expires | e | opt. | DESCRIBE, ANNOUNCE | No |
| From | R | opt. | all | No |
| If-Modified-Since | R | opt. | DESCRIBE, SETUP | No |
| Last-Modified | e | opt. | entity | No |
| Proxy-Authenticate | R | req. | all | No |
| Proxy-Require | R | req. | all | No |
| Public | r | opt. | All | Yes |
| Range | R | opt. | PLAY, PAUSE, RECORD | Yes |
| Range | r | opt. | PLAY, PAUSE, RECORD | Yes |
| Referer | R | opt. | all | No |
| Require | R | req. | All | No |
| Retry-After | r | opt. | all | No |
| RTP-Info | r | req. | PLAY | Yes |
| Scale | Rr | opt. | PLAY, RECORD | No |
| Session | Rr | req. | all but SETUP, OPTIONS | Yes |
| Server | r | opt. | all | No |
| Speed | Rr | opt. | PLAY | No |
| Transport | Rr | req. | SETUP | Yes |
| Unsupported | r | req. | all | No |
| User-Agent | R | opt. | All | No |
| Via | g | opt. | all | No |
| WWW-Authenticate | r | opt. | all | No |
SDP Supported Feature
SDP provides a standard representation for session description. Following are table contains SDP fields.
SDP Example
v=0
o=- 1315908999736260 1 IN IP4 107.108.89.116
s=MPEG Transport Stream, streamed by the LIVE555 Media Server
i=ESPN2.ts
t=0 0
a=tool:LIVE555 Streaming Media v2011.05.25
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:MPEG Transport Stream, streamed by the LIVE555 Media Server
a=x-qt-text-inf:ESPN2.ts
m=video 0 RTP/AVP 33
c=IN IP4 0.0.0.0
b=AS:5000
a=control:track1
Session Level description (Ref- RFC 4566 Section 5)
| SDP Field | Description | SamsungRTSP stack Supported |
|---|---|---|
| v | Version | Yes |
| o | originator and session identifier | Yes |
| s | session name | Yes |
| i | session information | Yes |
| u | URI of description | Yes |
| e | email address | Yes |
| p | phone number | Yes |
| c | connection information | Yes |
| b | bandwidth information | Yes |
| z | time zone adjustments | Yes |
| k | encryption key | Yes |
| a | session attribute | Yes |
| t | time the session is active | Yes |
| r | repeat times | Yes |
| m | media name and transport address | Yes |
Protocol Version (“v=”)
The “v=” field gives the version of the Session Description Protocol.
Syntax
v=0
SamsungRTSP Stack Support: Supported
Origin (“o=”)
The “o=” field gives the originator of the session
Syntax
o=<username> <sess-id> <sess-version> <nettype> <addrtype> <unicast-address>
SamsungRTSP Stack Support: Support all options
Session Name (“s=”)
The “s=” field is the textual session name. There MUST be one and only one “s=” field per session description.
Syntax
s=<session name>
SamsungRTSP Stack Support: Support
Session Information (“i=”)
The “i=” field provides textual information about the session. There MUST be at most one session-level “i=” field per session description, and at most one “i=” field per media.
Syntax
i=<session description>
SamsungRTSP Stack Support: Support
URI (“u=”)
A URI is a Uniform Resource Identifier as used by WWW clients.
Syntax
u=<uri>
SamsungRTSP Stack Support: Support
Email Address and Phone Number (“e=” and “p”)
The “e=” and “p=” lines specify contact information for the person responsible for the conference. This is not necessarily the same person that created the conference announcement.
Syntax
e=<email-address> and p=<phone-number>
SamsungRTSP Stack Support: Support
Connection Data (“c=”)
A session description MUST contain either at least one “c=” field in each media description or a single “c=” field at the session level.
Syntax
c=<nettype> <addrtype> <connection-address>
SamsungRTSP Stack Support: Support all options
Bandwidth (“b=”)
This OPTIONAL field denotes the proposed bandwidth to be used by the session or media.
Syntax
b=<bwtype>:<bandwidth>
SamsungRTSP Stack Support: Support all options
Timing (“t=”)
The “t=” lines specify the start and stop times for a session.
Syntax
t=<start-time> <stop-time>
SamsungRTSP Stack Support: Support all options
Repeat Times (“r=”)
“r=” fields specify repeat times for a session.
Syntax
r=<repeat interval> <active duration> <offsets from start-time>
SamsungRTSP Stack Support: Support all options
Time Zones (“z=”)
To schedule a repeated session that spans a change from daylight saving time to standard time or vice versa, it is necessary to specify offsets from the base time.
Syntax
z=<adjustment time> <offset> <adjustment time> <offset> ....
SamsungRTSP Stack Support: Support all options
Encryption Keys (“k=”)
If transported over a secure and trusted channel, the Session Description Protocol MAY be used to convey encryption keys. A simple mechanism for key exchange is provided by the key field (“k=”)
Syntax
k=<method> and k=<method>:<encryption key>
Available Method: clear, base64, uri, prompt
SamsungRTSP Stack Support: Support all options and methods
Media Level Description (Ref- RFC 4566 Section 5)
| SDP Field | Description | SamsungRTSP StackSupported |
|---|---|---|
| i | media title | Yes |
| c | connection information | Yes |
| b | bandwidth information | Yes |
| k | encryption key | Yes |
| a | media attribute | Yes |
Media Descriptions (“m=”)
A session description may contain a number of media descriptions. Each media description starts with an “m=” field and is terminated by either the next “m=” field or by the end of the session description.
Syntax
m=<media> port> <proto> <fmt> ...
SamsungRTSP Stack Support: Support all options
SDP Attributes at Media level (“a=”)
The following attributes are defined.
SamsungRTSP Not Supported:
- a=inactive
SamsungRTSP Supported:
- a=cat:<category>
- a=maxptime:<maximum packet time>
- a=recvonly
- a=sendrecv
- a=sendonly
- a=orient:<orientation>
- a=type:<conference type>
- a=charset:<character set>
- a=sdplang:<language tag>
- a=lang:<language tag>
- a=framerate:<frame rate>
- a=keywds:<keywords>
- a=tool:<name and version of tool>
- a=ptime:<packet time>
- a=quality:<quality>
- a=fmtp:<format> <format specific parameters>
- a=rtpmap:<payload type> <encoding name>/<clock rate>[/<encodingparameters>]
RTP Supported Feature
RTP is used to parse RTP Packet to extract RTP header field and extract data from packet.
After extracting data goes for depacketization. SamsungRTSP Stack support following depacketizers:
- H264 H264 depacketization using RFC 3984.
- H263 H263 depacketization using RFC 4629.
- Mpeg 4 MPEG4 depacketization using RFC 3640..
- WMV WMV depacketization using RTP Payload Format for Windows Media Audio and Video, v1.0
- Fragmented Frame mode SamsungRTSP Stack: Support
- Non - Fragmented Frame mode SamsungRTSP Stack: Support
- Mpeg1 MPEG1 depacketization using for RFC 2250.
- Mpeg 2 MPEG2 depacketization using for RFC 2250.
- Vorbis Audio
- Fragmented Frame mode SamsungRTSP Stack: Support
- Non - Fragmented Frame mode SamsungRTSP Stack: Support
- Mpeg Audio MpegAudio depacketization using RFC 1890
- AAC AAC depacketization using RFC 3640
- AC3 AC3 depacketization using RFC 4184
- WMA WMA depacketization using RTP Payload Format for Windows Media Audio and Video, v1.0
- Fragmented Frame mode SamsungRTSP Stack: Support
- Non - Fragmented Frame mode SamsungRTSP Stack: Support
- LPCM LPCM depacketiation using RFC 1890
- AAC-LATM Non Fragmented LATM depacketization using RFC 3016
- XASF XASF depacketization using [MS-RTSP]: Real-Time Streaming Protocol (RTSP) Windows Media Extensions (Section 2.2.1 RTP Payload Format for ASF Data Packets)
RTCP Supported Feature
RTCP is used to control data channel based on TCP Reports. The following RTCP packet types to carry a variety of control information:
- Sender Report (SR) Sender report, for transmission and reception statistics from participants that are active Senders. SamsungRTSP Stack: Stack support only parsing of SR it does not create SR.
- Receiver Report (RR) Receiver report, for reception statistics from participants that are not active senders and in combination with SR for active senders reporting on more than 31 sources.
- SamsungRTSP Stack Stack Only Create RR it does not Parse.
- Source description (SDES) Source description items, including CNAME. SamsungRTSP Stack: Stack does not support SDES.
- BYE Indicates end of participation. SamsungRTSP Stack: Stack support BYE Packet.
- APP Application-specific functions. SamsungRTSP Stack: Stack does not support APP.
More Feature Supported
RTP over TCP
By default, RTP data comes over UDP, if data does not come on UDP, Samsung DTV Client will try RTP over TCP.
To support TCP mode by default, application should provide option in url with following format:
rtsp://154.214.97.134:554/rtsp/sd.ts|TCP
Pre-rolling Buffer
Default size is 1 Mbyte, but application can set optimized buffer size using time value.
rtsp://154.214.97.134:554/rtsp/sd.ts|caching=300
Player will set pre-rolling buffer size as 300ms.
Keep-Alive
Samsung RTSP Client does not send Keep-Alive message in TCP mode. It sends OPTION or GET_PARAMETER command for Keep-Alive message in UDP mode only.
Trick play Feature
The Samsung RTSP client supports requesting the trick play operation to the server. The server side processes and generates the trick play effect by altering the stream while transmitting it to the client. The server side typically achieves the trick speed effect by skipping and sending the video frames with adjusted timestamps. But some servers may not adjust the time stamps even though they do skip and send video frames. To support such servers Samsung RTSP client adjusts the timestamps based on the trick speed on the client side. Given below the RTSP command sequences for trick play:
RTSP PLAY command when switching to 2X trick speed
PLAY rtsp://107.108.175.185:554/18M.ts RTSP/1.0
CSeq: 5
Session: 000006EB
Scale: 2.0
RTSP/1.0 200 OK
CSeq: 5
Date: Fri, Aug 24 2012 10:59:14 GMT
Scale: 2.000000
Range: npt=55.543-
Session: 000006EB
RTP-Info: url=rtsp://107.108.175.185/18M.ts/track1;seq=34759;rtptime=2310955996
RTSP PLAY command when switching back to the normal speed
PLAY rtsp://107.108.175.185:554/18M.ts RTSP/1.0
CSeq: 9
Session: 000006EB
Scale: 1.0
RTSP/1.0 200 OK
CSeq: 9
Date: Fri, Aug 24 2012 10:59:17 GMT
Scale: 1.000000
Range: npt=45.568-
Session: 000006EB
RTP-Info: url=rtsp://107.108.175.185/18M.ts/track1;seq=38942;rtptime=2474414767
Samsung RTSP Client doesn’t send npt time for trick. Server has to use current playing npt time for start of frame.
RTSP SEEK Support
Samsung RTSP client supports requesting the SEEK operation to the server. The Samsung RTSP client issues RTSP PAUSE request to the RTSP server and then issues the RTSP PLAY request to the server with the Range parameter mentioning start from the seek timestamp.
The sequence is shown below:
PAUSE rtsp://107.108.175.185:554/18M.ts RTSP/1.0
CSeq: 4
Session: 000071EA
RTSP/1.0 200 OK
CSeq: 4
Date: Fri, Aug 24 2012 11:07:42 GMT
Session: 000071EA
PLAY rtsp://107.108.175.185:554/18M.ts RTSP/1.0
CSeq: 5
Session: 000071EA
Range: npt=13.000-
Scale: 1.0
RTSP/1.0 200 OK
CSeq: 5
Date: Fri, Aug 24 2012 11:07:42 GMT
Scale: 1.000000
Range: npt=13.000-
Session: 000071EA
RTP-Info: url=rtsp://107.108.175.185/18M.ts/track1;seq=44168;rtptime=675442
Samsung RTSP Client doesn’t support seek while trick mode.
Support using GET_PARAMETER RTSP request
Samsung RTSP client supports the Keep Alive method by following two methods:
-
By issuing RTSP OPTIONS request to the server at the periodic interval
OPTIONS rtsp://107.108.175.185:554/18M.ts RTSP/1.0 CSeq: 4 Session: 00007FDD RTSP/1.0 200 OK CSeq: 4 Date: Fri, Aug 24 2012 11:32:54 GMT Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARAMETER
-
By issuing RTSP GET_PARAMETER request to the server at the periodic interval
GET_PARAMETER rtsp://107.108.175.185:554/18M.ts RTSP/1.0 CSeq: 4 Session: 00000106 RTSP/1.0 200 OK CSeq: 4 Date: Fri, Aug 24 2012 11:30:09 GMT Session: 00000106
Live IPTV
Samsung RTSP Client support RTP Multicasting.
IGMP Version
Samsung support IGMP Version 2.0 only. Any other version will not be supported.
Retransmission (Future Plan)
Losses may also be recovered if the receivers send feedback to the sender asking it to retransmit the lost packet. Samsung RTSP client supports sending such feedback report to retrieve any missing or lost RTP packets from the server in case the server supports the retransmission methodology. Retransmission is one of the techniques used for providing error correction over the loss prone UDP channel. Samsung RTSP client composes and sends the NACK RTCP report to the server. NACK RTCP report refers to the RTCP Feedback Negative Acknowledgement. Samsung RTSP client does not send the RTCP ACK report. Samsung RTSP client follows the timing rule for sending the RTCP NACK reports as per the RFC 4588. The NACK RTCP reports can be sent as per immediate, early and regular timing interval. This is decided based on the available or decided bandwidth for the retransmission purpose. Samsung RTSP client supports retransmission using both SSRC multiplexing and session multiplexing.
SDP snippet from server using session multiplexing for retransmission
a=group:FID 1 2
m=video 0/1 RTP/AVPF 33
a=control:track1
a=mid:1
a=rtcp-fb:33 nack
c=IN IP4 0.0.0.0
m=video 0/1 RTP/AVPF 100
a=rtpmap:100 rtx/0/0
a=fmtp:100 apt=33;rtx-time=500
a=control:track2
a=mid:2
SDP snippet from server using SSRC multiplexing for retransmission
m=video 0/1 RTP/AVPF 33 100
a=rtpmap:100 rtx/0/0
a=fmtp:100 apt=100;rtx-time=500
a=control:track1
a=rtcp-fb:33 nack
Forward Error Correction (FEC) (Future Plan)
Forward Error Correction (FEC) algorithm transforms a bit stream to make it more robust for transmission. The transformation generates the larger bit stream intended for transmission over a loss prone medium or network. The additional information in the transformed bit stream allows receivers to exactly reconstruct the original bit stream in the presence of the transmission errors. There are multiple schemes available.
Samsung RTSP client supports the parity FEC scheme (XOR). Samsung RTSP client has been implemented following the RFC 5109 for FEC and RFC 5956 for SDP related specifications for FEC. Given below is the sample how the details regarding the FEC can be shared by the server to the Samsung RTSP client. The below snippet of SDP is using SSRC multiplexing doe FEC and using the XOR algorithm.
m=video 0/1 RTP/AVPF 33 105
a=rtpmap:105 parityfec/90000/0
a=ssrc:1000
a=ssrc:1001
a=ssrc-group:FEC-FR 1000 1001
a=control:track1
c=IN IP4 0.0.0.0
Commands from Sample pcap files
From OPTION to TEARDOWN
OPTIONS rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 0
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
DESCRIBE rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 1
Accept: application/sdp
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 1
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
Content-Type: application/sdp
Content-Length: 178
v=0
o=- 284233 0 IN IP4 84.50.149.208
s=RTSP Session
t=0 0
c=IN IP4 84.50.149.208
b=AS:4247.000
a=type:vod
a=range:npt=0-5547
m=video 0 UDP 33
m=video 0 RTP/AVP/UDP 33
SETUP rtsp://90.191.254.125:554/test_shutter.mpg/ RTSP/1.0
CSeq: 2
Transport: RAW/RAW/UDP;unicast;client_port=53750-53751;mode=play
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 2
Session: 3141362059465100490;timeout=60
Transport: RAW/RAW/UDP;unicast;destination=221.163.253.140;client_port=53750;source=90.191.254.125;server_port=58496
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 3
Session: 3141362059465100490
Range: npt=0.000-
Scale: 1.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 3
Session: 3141362059465100490
Scale: 1.00
Range: npt=0-
GET_PARAMETER rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 4
Session: 3141362059465100490
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 4
Session: 3141362059465100490
TEARDOWN rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 5
Session: 3141362059465100490
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 5
Session: 3141362059465100490
Range: npt=29-
Trick Play
OPTIONS rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 0
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
DESCRIBE rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 1
Accept: application/sdp
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 1
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
Content-Type: application/sdp
Content-Length: 178
v=0
o=- 284254 0 IN IP4 84.50.149.208
s=RTSP Session
t=0 0
c=IN IP4 84.50.149.208
b=AS:4247.000
a=type:vod
a=range:npt=0-5547
m=video 0 UDP 33
m=video 0 RTP/AVP/UDP 33
SETUP rtsp://90.191.254.125:554/test_shutter.mpg/ RTSP/1.0
CSeq: 2
Transport: RAW/RAW/UDP;unicast;client_port=54184-54185;mode=play
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 2
Session: 1399219722667561750;timeout=60
Transport: RAW/RAW/UDP;unicast;destination=221.163.253.140;client_port=54184;source=90.191.254.125;server_port=58694
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 3
Session: 1399219722667561750
Range: npt=0.000-
Scale: 1.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 3
Session: 1399219722667561750
Scale: 1.00
Range: npt=0-
GET_PARAMETER rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 4
Session: 1399219722667561750
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 4
Session: 1399219722667561750
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 5
Session: 1399219722667561750
Scale: 4.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 5
Session: 1399219722667561750
Scale: 3.58
Range: npt=28-
GET_PARAMETER rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 6
Session: 1399219722667561750
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 6
Session: 1399219722667561750
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 7
Session: 1399219722667561750
Scale: 1.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 7
Session: 1399219722667561750
Scale: 1.00
Range: npt=226-
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 8
Session: 1399219722667561750
Scale: 16.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 8
Session: 1399219722667561750
Scale: 14.32
Range: npt=240-
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 9
Session: 1399219722667561750
Scale: 1.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 9
Session: 1399219722667561750
Scale: 1.00
Range: npt=381-
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 10
Session: 1399219722667561750
Scale: 4.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 10
Session: 1399219722667561750
Scale: 3.58
Range: npt=392-
TEARDOWN rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 11
Session: 1399219722667561750
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 11
Session: 1399219722667561750
Range: npt=421-
Seek Play
OPTIONS rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 0
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
DESCRIBE rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 1
Accept: application/sdp
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 1
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
Content-Type: application/sdp
Content-Length: 178
v=0
o=- 284292 0 IN IP4 84.50.149.208
s=RTSP Session
t=0 0
c=IN IP4 84.50.149.208
b=AS:4247.000
a=type:vod
a=range:npt=0-5547
m=video 0 UDP 33
m=video 0 RTP/AVP/UDP 33
SETUP rtsp://90.191.254.125:554/test_shutter.mpg/ RTSP/1.0
CSeq: 2
Transport: RAW/RAW/UDP;unicast;client_port=54184-54185;mode=play
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 2
Session: 1078930203263467403;timeout=60
Transport: RAW/RAW/UDP;unicast;destination=221.163.253.140;client_port=54184;source=90.191.254.125;server_port=59056
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 3
Session: 1078930203263467403
Range: npt=0.000-
Scale: 1.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 3
Session: 1078930203263467403
Scale: 1.00
Range: npt=0-
PAUSE rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 4
Session: 1078930203263467403
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 4
Session: 1078930203263467403
Range: npt=19-
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 5
Session: 1078930203263467403
Range: npt=508.000-
Scale: 1.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 5
Session: 1078930203263467403
Scale: 1.00
Range: npt=508-
TEARDOWN rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 6
Session: 1078930203263467403
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 6
Session: 1078930203263467403
Range: npt=517-
Get Parameter
OPTIONS rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 0
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
DESCRIBE rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 1
Accept: application/sdp
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 1
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
Content-Type: application/sdp
Content-Length: 178
v=0
o=- 284233 0 IN IP4 84.50.149.208
s=RTSP Session
t=0 0
c=IN IP4 84.50.149.208
b=AS:4247.000
a=type:vod
a=range:npt=0-5547
m=video 0 UDP 33
m=video 0 RTP/AVP/UDP 33
SETUP rtsp://90.191.254.125:554/test_shutter.mpg/ RTSP/1.0
CSeq: 2
Transport: RAW/RAW/UDP;unicast;client_port=53750-53751;mode=play
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 2
Session: 3141362059465100490;timeout=60
Transport: RAW/RAW/UDP;unicast;destination=221.163.253.140;client_port=53750;source=90.191.254.125;server_port=58496
PLAY rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 3
Session: 3141362059465100490
Range: npt=0.000-
Scale: 1.0
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 3
Session: 3141362059465100490
Scale: 1.00
Range: npt=0-
GET_PARAMETER rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 4
Session: 3141362059465100490
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 4
Session: 3141362059465100490
TEARDOWN rtsp://90.191.254.125:554/test_shutter.mpg RTSP/1.0
CSeq: 5
Session: 3141362059465100490
RTSP/1.0 200 OK
Server: Orbit2x
CSeq: 5
Session: 3141362059465100490
Range: npt=29-
Terminology / Abbreviations
| Terminology / Abbreviations | Description |
|---|---|
| KA | Keep-alive |
| RR | Receiver Report |
| FEC | Forward Error Correction |
| SDES | Source Description |
| APP | Application |
扫一扫
878
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
