2024-07-08
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
😁博客主页😁:🚀https://blog.csdn.net/wkd_007 इत्यत्र https://blog.csdn.net🚀
🤑博客内容🤑:🍭嵌入式开发、Linux、C语言、C 、数据结构、音视频🍭
🤣本文内容🤣:🍭介绍RTSP协议 🍭
😎金句分享😎:🍭你不能选择最好的,但最好的会来选择你——泰戈尔🍭
⏰विमोचनसमयः⏰: 2024-07-06 12:22:00
अयं लेखः अनुमतिं विना अग्रे न प्रेषितः भवेत्! ! !
आरटीएसपी, पूर्ण नाम Real Time Streaming Protocol
, वास्तविकसमयप्रवाहप्रोटोकॉलः, TCP/IP प्रोटोकॉलप्रणाल्यां अनुप्रयोगस्तरप्रोटोकॉलः अस्ति, एषः कोलम्बियाविश्वविद्यालयः, नेटस्केपः, रियलनेटवर्क्स् च प्रदत्तः IETF RFC मानकः अस्ति ।
RTSP प्रोटोकॉलस्य विषये आधिकारिकं दस्तावेजं RFC2326, दस्तावेजलिङ्क् अस्ति:RFC2326-वास्तविक समय स्ट्रीमिंग प्रोटोकॉल (RTSP)。
RTSP प्रोटोकॉलस्य वाक्यविन्यासः, संचालनं च सन्दर्भितम् अस्ति । HTTP/1.1
, एकः पाठ-आधारितः प्रोटोकॉलः यः ISO10646 वर्णसमूहस्य उपयोगं करोति तथा च UTF-8 एन्कोडिंग् RTSP वहति;TCP
, पूर्वनिर्धारित पोर्ट्554
; नियन्त्रणादेशाः ।
आरटीपी प्रोटोकॉल: पूर्णनाम
Real-time Transport Protocol
, वास्तविकसमयस्य संचरणप्रोटोकॉलस्य घोषणा IETF इत्यस्य बहुमाध्यमसंचरणकार्यसमूहेन १९९६ तमे वर्षे RFC १८८९ इत्यस्मिन् कृतम् । आरटीपी प्रोटोकॉल अन्तर्जालमाध्यमेन श्रव्यं, भिडियो च वितरितुं मानकपैकेट् प्रारूपस्य विवरणं ददाति । इदं UDP प्रोटोकॉल इत्यनेन निर्मितम् अस्ति ।
RTCP प्रोटोकॉल: पूर्णनाम
Real-time Transport Control Protocol
, वास्तविकसमयपरिवहननियन्त्रणप्रोटोकॉलः, आरटीपी इत्यनेन सह उपयुज्यते । RTP सम-सङ्ख्यायुक्तं UDP पोर्ट् उपयुज्यते RTCP RTP तः अग्रिम-पोर्ट् उपयुज्यते, यत् विषम-सङ्ख्यायुक्तं पोर्ट् अस्ति । RTCP तथा RTP एकत्र कार्यं कुर्वन्ति RTP वास्तविकदत्तांशस्य संचरणं कार्यान्वितं करोति, तथा च RTCP सत्रे सर्वेभ्यः नियन्त्रणपैकेट् प्रेषयितुं उत्तरदायी भवति । अस्य मुख्यं कार्यं आरटीपीद्वारा प्रदत्तायाः सेवायाः गुणवत्तायाः विषये प्रतिक्रियां दातुं भवति ।
RTSP प्रोटोकॉलस्य HTTP प्रोटोकॉलस्य च मध्ये अन्तरम् :
RTSP राज्यात्मकं भवति, तस्य आदेशाः च सर्वदा क्रमेण प्रेष्यन्ते, एकस्य आदेशस्य अन्यस्य आदेशस्य पूर्वं सर्वदा प्रेषणस्य आवश्यकता भवेत् । HTTP राज्यरहितं भवति ।
rtsp प्रोटोकॉल पोर्ट् 554 इत्यस्य उपयोगं करोति, http च पोर्ट् 80 इत्यस्य उपयोगं करोति ।
RTSP अनुरोधाः सर्वरेण क्लायन्ट् च प्रेषयितुं शक्यन्ते, यदा तु HTTP अनुरोधाः केवलं क्लायन्ट् द्वारा एव प्रेषयितुं शक्यन्ते ।
सामान्यतया प्रयुक्ताः RTSP-विधयः सन्ति: OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, ANNOUNCE, GET_PARAMETER तथा SET_PARAMETER इत्यादयः । विस्तृतप्रयोगनिर्देशाः निम्नलिखितरूपेण सन्ति ।
OPTIONS
: क्लायन्ट् सर्वरेण समर्थितं विधिं सर्वरात् प्राप्नोति । सर्वरस्य स्थितिं न प्रभावितं करोति;DESCRIBE
: क्लायन्ट् सर्वरतः URL द्वारा निर्दिष्टस्य मीडियावस्तुनः वर्णनं प्राप्नोति, यत्रAccept
क्षेत्रं वर्णनस्वरूपं निर्दिशति;SETUP
: क्लायन्ट् सर्वरं सत्रं स्थापयित्वा संचरणस्य सज्जतां कर्तुं अनुरोधं करोति । अनुरोधसूचनायां मुख्यतया संचरणप्रोटोकॉलः ग्राहकस्य पोर्टसङ्ख्या च अन्तर्भवति;PLAY
: क्लायन्ट् सक्रियरूपेण सर्वरं SETUP द्वारा निर्दिष्टस्य तन्त्रस्य उपयोगेन आँकडानां प्रेषणं आरभ्यतुं सूचयति ।इत्यस्मिन्Range
क्षेत्रं प्लेबैकस्य आरम्भं समाप्तिसमयं च निर्दिशति (वास्तविकसमयस्य धारा Range सामान्यतया भवतिRange: npt=0.000-
), यदा बहुविधाः PLAY-अनुरोधाः आगच्छन्ति तदा सर्वरः PLAY-अनुरोधानाम् पङ्क्तिं कृत्वा क्रमेण निष्पादयिष्यति, अर्थात् द्वितीयं PLAY-सन्देशं निरन्तरं संसाधितुं पूर्वं प्रथमस्य PLAY-समयस्य पूर्णतायै प्रतीक्षां कर्तुं अर्हतिPAUSE
: क्लायन्ट् अनुरोधं करोति यत् सर्वरस्य मीडिया स्ट्रीमिंग् अस्थायीरूपेण स्थगितम् भवतु।उत्तीर्णं कर्तुं समर्थःRange
पैरामीटर् निर्दिष्टसमयबिन्दौ विरामं करोति, अथवा भवान् विरामं कर्तुं धारा निर्दिष्टुं शक्नोति उदाहरणार्थं, यदि भवान् विरामं कर्तुं श्रव्यधारा निर्दिशति तर्हि प्लेबैक् मौनम् भविष्यति ।RECORD
: RECORD सर्वरं सूचयति यत् क्लायन्ट् पूर्ववर्णनानुसारं मीडियादत्तांशस्य अभिलेखनं आरभेत । इत्यस्मिन्timestamp
क्षेत्राणि आरम्भ-अन्त-समयं (UTC) प्रतिबिम्बयन्ति । यदि एतत् क्षेत्रं नास्ति तर्हि माध्यमविवरणात् आरम्भः अन्त्यसमयः वा उपयुज्यते । यदि सत्रं पूर्वमेव आरब्धम् अस्ति तर्हि तत्क्षणमेव रिकार्डिङ्ग् आरभ्यते ।request-URI
अग्रिमः अन्यः वा URI । यदि सर्वरः अनुरोध-URI इत्यस्य उपयोगं न करोति तर्हि प्रतिक्रिया 201 (Created) भवितुमर्हति तथा च अनुरोधस्य स्थितिं वर्णयन् नूतनसंसाधनस्य सन्दर्भं च कृत्वा Entity and Location इति शीर्षकं भवितुमर्हतिTEARDOWN
: क्लायन्ट् निर्दिष्टं URL धारा प्रेषणं त्यक्त्वा सम्बद्धं संसाधनं विमोचयितुं अनुरोधं करोति ।REDIRECT
: अनुरोधं पुनः निर्दिशितुं सर्वरः क्लायन्ट् सूचयति यत् अन्येन सर्वरस्थानेन सह सम्बद्धः भवितुमर्हति । अस्मिन् अनिवार्यं Location शीर्षकं भवति, यत् सूचयति यत् क्लायन्ट् अस्य URL कृते अनुरोधं कर्तव्यम् । अस्मिन् Range इति पैरामीटर् भवितुं शक्नोति, यत् पुनर्निर्देशनं कदा प्रभावी भविष्यति इति सूचयति । यदि क्लायन्ट् अस्य URI कृते माध्यमं प्रेषयितुं वा प्राप्तुं वा निरन्तरं कर्तुम् इच्छति तर्हि क्लायन्ट् वर्तमानसत्रस्य कृते TEARDOWN अनुरोधं निर्दिष्टे होस्ट् मध्ये नूतनसत्रस्य कृते SETUP च निर्गन्तुं अर्हतिANNOUNCE
: यदा क्लायन्ट् सर्वरं प्रति प्रेषयति तदा तस्य अर्थः भवति यत् अनुरोध-URL द्वारा चिह्नितं प्रस्तुतिविवरणं वा मीडिया-वस्तुं वा सर्वरं प्रति प्रस्तौतिGET_PARAMETER
:GET_PARAMETER अनुरोधः URI मध्ये निर्दिष्टस्य प्रतिनिधित्वस्य अथवा धारायाः कृते पैरामीटर् मूल्यानि पुनः प्राप्तुं । उत्तराणां प्रतिक्रियाणां च विषयवस्तु कार्यान्वयनाय एव त्यज्यते। GET_PARAMETER इत्यस्य उपयोगः सत्ताशरीरस्य विना क्लायन्ट् अथवा सर्वरस्य सजीवतायाः ("ping") परीक्षणार्थं कर्तुं शक्यते ।SET_PARAMETER
: एषा पद्धतिः डेमो अथवा URL निर्दिष्टस्य धारायाः पैरामीटर् मूल्यानि सेट् कर्तुं अनुरोधं करोति । अनुरोधेषु केवलं एकः पैरामीटर् भवितव्यः, येन ग्राहकः निर्णयं कर्तुं शक्नोति यत् कश्चन विशेषः अनुरोधः किमर्थं विफलः अभवत् । यदि अनुरोधे बहुविधाः मापदण्डाः सन्ति तर्हि सर्वे मापदण्डाः सफलतया सेट् कर्तुं शक्यन्ते, सर्वरेण केवलं अस्मिन् अनुरोधे एव कार्यं कर्तव्यम् । सर्वरेण मापदण्डान् पुनः पुनः समानमूल्ये सेट् कर्तुं अनुमन्यते, परन्तु पैरामीटर् मूल्यं न परिवर्तयितुं । नोट्: SETUP आदेशस्य उपयोगेन मीडिया स्ट्रीमिंग् पैरामीटर्स् सेट् करणीयम् । अग्निप्रावरणानां कृते सेटअप स्थानान्तरणमापदण्डान् SETUP यावत् सीमितं कर्तुं लाभप्रदम् अस्ति ।उपरि कुलम् ११ आरटीएसपी-विधयः प्रवर्तन्ते, येषु,SETUP
、PLAY
、TEARDOWN
आरटीएसपी प्रक्रियायां त्रयः आदेशाः आवश्यकाः सन्ति, अन्ये पद्धतयः अपि आवश्यकाः न सन्ति ।तथाANNOUNCE
、GET_PARAMETER
、SET_PARAMETER
त्रयः आदेशाः क्लायन्ट् तः सर्वरं प्रति अथवा सर्वरात् क्लायन्ट् प्रति प्रेषयितुं शक्यन्ते अन्ये आदेशाः क्लायन्ट् तः सर्वरं प्रति प्रेषिताः भवन्ति ।
RTSP इत्यस्य सन्देशाः द्वौ प्रकारौ स्तः - अनुरोधसन्देशाः प्रतिक्रियासन्देशाः च । अनुरोधसन्देशः ग्राहकात् सर्वरं प्रति प्रेषितं अनुरोधसन्देशं निर्दिशति, प्रतिक्रियासन्देशः च सर्वरात् क्लायन्ट् प्रति प्रतिक्रियां निर्दिशति ।
RTSP अनुरोधसन्देशे त्रयः भागाः सन्ति: अनुरोधपङ्क्तिः, अनुरोधशीर्षकं, अनुरोधशरीरं च । तेषु अनुरोधरेखा आवश्यकी भवति, यदा तु अनुरोधशीर्षकं अनुरोधशरीरं च विशिष्टस्थित्यानुसारं वैकल्पिकं भवति ।
rn
)समापन।方法
: उपरि प्रवर्तिता आरटीएसपी पद्धतिः अस्ति। OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN इत्यादयः समाविष्टाः।请求URI
: संचालितव्यं मीडियासंसाधनं चिनोति, प्रायः rtsp://example.com/path/to/stream इत्यस्य प्रारूपेण ।协议版本
: RTSP प्रोटोकॉल संस्करणं सूचयति यत् अनुरोधः अनुसरति, प्रायःRTSP/1.0
वाRTSP/2.0
。OPTIONS rtsp://192.168.3.225:554/wbc RTSP/1.0
CSeq: 2
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
RTSP अनुरोधसन्देशे त्रयः भागाः सन्ति: स्थितिरेखा, प्रतिक्रियाशीर्षकं, प्रतिक्रियाशरीरं च । तेषु स्थितिरेखा आवश्यकी भवति, यदा तु प्रतिक्रियाशीर्षकं प्रतिक्रियाशरीरं च विशिष्टस्थित्यानुसारं वैकल्पिकं भवति ।
协议版本
: RTSP प्रोटोकॉल संस्करणं सूचयति यस्य प्रतिक्रिया अनुवर्तते, प्रायः RTSP/1.0 अथवा RTSP/2.0 ।状态码
: त्रयः अङ्काः, यथा: २००, ४०१, ५०० इत्यादयः, अनुरोधस्य संसाधनफलं सूचयितुं प्रयुक्ताः । प्रथमः अङ्कः प्रतिक्रियावर्गस्य प्रतिनिधित्वं करोति: 2xx सफलतां सूचयति, 4xx क्लायन्ट् त्रुटिं सूचयति, 5xx च सर्वरदोषं सूचयति ।状态文本
: तत्सम्बद्धस्य स्थितिसङ्केतस्य विशिष्टं अर्थं व्याख्याय संक्षिप्तं पाठवर्णनं, यथा: ठीकम्, अनधिकृतम् इत्यादयः।RTSP/1.0 200 OK
CSeq: 2
Date: Wed, Feb 04 1970 03:25:10 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARAMETER
v=0
o=- 8913478 1 IN IP4 192.168.3.91
s=LIVE555 Streaming Media v2016.07.19
i=1080
t=0 0
a=tool:LIVE555 Streaming Media v2016.07.19
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:LIVE555 Streaming Media v2016.07.19
a=x-qt-text-inf:1080
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;profile-level-id=64002A;sprop-parameter-sets=Z2QAKq2EAQwgCGEAQwgCGEAQwgCEO1A8ARPyoA==,aO48sA==
a=control:track1
m=audio 0 RTP/AVP 97
c=IN IP4 0.0.0.0
b=AS:768
a=rtpmap:97 PCMA/48000/2
a=control:track2
RTSP सन्देशस्य प्रतिक्रियाशीर्षके केचन क्षेत्राणि सन्ति निम्नलिखितम् केचन सामान्यतया प्रयुक्तानि क्षेत्राणि सन्ति ।
SETUP
प्रतिक्रियायां चयनितं, एकवारं क्लायन्ट् सत्र-ID प्राप्तं करोति, तदा सत्रस्य कृते भविष्यत्-सञ्चालन-अनुरोध-सन्देशेषु सत्र-ID समाविष्टं करिष्यति उदाहरणार्थं: सत्रम्: 4581E0AE;RTSP स्ट्रीमिंग मीडिया इत्यस्य नेटवर्क् पैकेट् गृहीतुं wireshark इत्यस्य उपयोगं कुर्वन्तु भवान् द्रष्टुं शक्नोति यत् सामान्यप्रक्रिया निम्नलिखितरूपेण अस्ति ।
1. ग्राहकः प्रेषयतिOPTIONS
विधिः, सर्वरः उत्तरम्;
2. ग्राहकः प्रेषयतिDESCRIBE
विधिः, सर्वरः उत्तरम्;
3. ग्राहकः प्रेषयतिSETUP
विधिः, सर्वरः उत्तरम्;
2. ग्राहकः प्रेषयतिPLAY
विधिः, सर्वरः उत्तरम्;
2. ग्राहकः प्रेषयतिTEARDOWN
विधिः, सर्वरः उत्तरम्;
सम्पूर्णं प्रवाहपैकेट् निम्नलिखितम् अस्ति ।
OPTIONS rtsp://192.168.3.225:554/wbc RTSP/1.0
CSeq: 2
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
RTSP/1.0 200 OK
CSeq: 2
Date: Wed, Jul 03 2024 14:42:11 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARAMETER
DESCRIBE rtsp://192.168.3.225:554/wbc RTSP/1.0
CSeq: 3
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Accept: application/sdp
RTSP/1.0 200 OK
CSeq: 3
Date: Wed, Jul 03 2024 14:42:11 GMT
Content-Base: rtsp://192.168.3.225/wbc/
Content-Type: application/sdp
Content-Length: 472
v=0
o=- 1720014950032000 1 IN IP4 192.168.3.225
s=LIVE555 Streaming Media v2016.07.19
i=wbc
t=0 0
a=tool:LIVE555 Streaming Media v2016.07.19
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:LIVE555 Streaming Media v2016.07.19
a=x-qt-text-inf:wbc
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;profile-level-id=640029;sprop-parameter-sets=Z2QAKawsaoHgCJ WbgoCCgQ=,aO4xshs=
a=control:track1
SETUP rtsp://192.168.3.225/wbc/track1 RTSP/1.0
CSeq: 4
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Transport: RTP/AVP;unicast;client_port=55320-55321
RTSP/1.0 200 OK
CSeq: 4
Date: Wed, Jul 03 2024 14:42:11 GMT
Transport: RTP/AVP;unicast;destination=192.168.2.180;source=192.168.3.225;client_port=55320-55321;server_port=6970-6971
Session: 4581E0AE;timeout=65
PLAY rtsp://192.168.3.225/wbc/ RTSP/1.0
CSeq: 5
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Session: 4581E0AE
Range: npt=0.000-
RTSP/1.0 200 OK
CSeq: 5
Date: Wed, Jul 03 2024 14:42:11 GMT
Range: npt=0.000-
Session: 4581E0AE
RTP-Info: url=rtsp://192.168.3.225/wbc/track1;seq=7880;rtptime=3548171463
TEARDOWN rtsp://192.168.3.225/wbc/ RTSP/1.0
CSeq: 6
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Session: 4581E0AE
RTSP/1.0 200 OK
CSeq: 6
Date: Wed, Jul 03 2024 14:42:19 GMT
निम्नलिखितम् पूर्वसन्देशे प्रयुक्तं प्रत्येकं RTSP पद्धतिं प्रतिक्रियां च विश्लेषयिष्यति।
सर्वरतः उपलब्धानि पद्धतीनि प्राप्नुवन्तु:
क्लायन्ट् OPTIONS मेथड् प्रेषयति, उपयुङ्क्ते चCSeq
अनुरोधक्रमसङ्ख्यां निर्दिष्टुं, उपयोगं कुर्वन्तुUser-Agent
स्वस्य कारकं परिचययतु;
सर्वरः उपयोगेन अनुरोधस्य प्रतिक्रियां दास्यतिCSeq
कस्य अनुरोधस्य प्रतिक्रिया क्रियते इति सूचयितुं, उपयोगं कुर्वन्तुDate
तिथिं निर्दिशन्तु, २.Public
प्रदत्तं विधिं निर्दिशति ।
सर्वरतः प्राप्नुतrtsp://192.168.3.225:554/wbc
माध्यमवस्तुनः वर्णनं, यत्रAccept
क्षेत्रं वर्णनस्वरूपं निर्दिशति :
क्लायन्ट् DESCRIBE मेथड् प्रेषयति, उपयुङ्क्ते चCSeq
अनुरोधक्रमसङ्ख्यां निर्दिष्टुं, उपयोगं कुर्वन्तुUser-Agent
स्वस्य एजेण्टस्य परिचयं कुरुत, .Accept
क्षेत्रं वर्णनस्वरूपं SDP इति निर्दिशति;
सर्वरः अस्य अनुरोधस्य प्रतिक्रियाम् उपयुज्यते CSeq
कस्य अनुरोधस्य प्रतिक्रिया क्रियते इति सूचयितुं, उपयोगं कुर्वन्तुDate
तिथिं निर्दिशन्तु, २.Content-Type
सामग्रीप्रकारः SDP इति सूचयति, .Content-Length
सामग्रीदीर्घतां निर्दिशन्तु।
सूचना:
1. केषाञ्चन कृते येषां कृते उपयोक्तृनाम गुप्तशब्दं च आवश्यकं भवति, सर्वरः प्रमाणीकरणार्थं DESCRIBE पद्धतिं संसाधयिष्यति । यदि प्राधिकरणप्रमाणीकरणसूचना न वहति, अथवा प्रमाणीकरणं विफलं भवति, तर्हि सर्वरः त्रुटिसङ्ख्या 401 इत्यनेन सह प्रतिक्रियां प्रत्यागमिष्यति यदा क्लायन्ट् 401 प्रतिक्रियां प्राप्नोति तदा ज्ञातस्य उपयोक्तृप्रमाणीकरणसूचनायाः आधारेण प्राधिकरणं जनयितुं पुनः वर्णनं प्रेषयितुं च आवश्यकता भवति यदि प्रमाणीकरणं सफलं भवति, , तर्हि सर्वरः SDP वहन्तः प्रतिक्रियासूचनाः प्रत्यागच्छति ।
2. सर्वरेण प्रत्यागतानां SDP सूचनानां विश्लेषणं पश्चात् लेखे भविष्यति।
क्लायन्ट् सर्वरं सत्रं स्थापयित्वा संचरणस्य सज्जतां कर्तुं अनुरोधं करोति । अनुरोधसूचनायां मुख्यतया संचरणप्रोटोकॉलः ग्राहकस्य पोर्टसङ्ख्या च अन्तर्भवति;
क्लायन्ट् SETUP मेथड् प्रेषयति, उपयुङ्क्ते चCSeq
अनुरोधक्रमसङ्ख्यां निर्दिष्टुं, उपयोगं कुर्वन्तुUser-Agent
स्वस्य एजेण्टस्य परिचयं कुरुत, .Transport
क्षेत्रं स्वीकार्यं संचरणप्रोटोकॉल RTP/AVP तथा पोर्ट् निर्दिशति (अत्र RTP पोर्ट् 55320 तथा RTCP पोर्ट् 55321 अस्ति);
सर्वरः अस्य अनुरोधस्य प्रतिक्रियाम् उपयुज्यते CSeq
कस्य अनुरोधस्य प्रतिक्रिया क्रियते इति सूचयितुं, उपयोगं कुर्वन्तुDate
तिथिं निर्दिशन्तु, २.Transport
परिवहनप्रोटोकॉल RTP/AVP, गन्तव्यपता, स्रोतपता, क्लायन्ट् पोर्ट् (RTP 55320, RTCP 55321), सर्वर पोर्ट (RTP 6970, RTCP 6971),Session
सत्र ID निर्दिशन्तु।
सूचना:
अस्मिन् उदाहरणे RTP UDP प्रोटोकॉलद्वारा प्रसारितं भवति कदाचित्, RTP TCP मार्गेण प्रसारितं भविष्यति, ततःTransport
क्षेत्राणि भिन्नानि भविष्यन्ति। यथा स्यात्- १.
客户端请求:Transport: RTP/AVP/TCP;unicast;interleaved=0-1
服务器响应:Transport: RTP/AVP/TCP;unicast;interleaved=0-1;ssrc=24e4e500;mode="play"
RTP/AVP/TCP
RTP धारा TCP मार्गेण प्रसारिता इति सूचयति यदा एतत् मूल्यं दृश्यते तदा सन्देशे client_port क्षेत्रं नास्ति;
interleaved=0-1
streamid इत्यस्य प्रतिनिधित्वं करोति, RTP streamid=0 इत्यस्य पहिचानं करोति;
यदा कोडधारा TCP मार्गेण प्रसारिता भवति तदा RTSP इत्यनेन सह TCP लिङ्क् साझां करोति, अतः RTP, RTCP, RTSP प्रोटोकॉलयोः भेदं कर्तुं The TCPHEAD इत्येतत् योजयितुं आवश्यकता नास्ति अत्र header field इत्यस्य उपयोगः भवति, तथा च tcphead इति चत्वारि शब्दाः विभागाः सन्ति, प्रारूपं निम्नलिखितम् अस्ति ।
| magic number | channel number | embedded data length | data |
magic number
: १ बाइट्, नियतम्0x24
, इति वर्णः$
, प्रसारितः दत्तांशः rtsp प्रोटोकॉलः नास्ति इति सूचयति;
channel number
: 1 बाइट्, चैनल-ID, धारा-प्रकारस्य परिचयः, यः पूर्वं उल्लिखितः स्ट्रीमिड् अस्ति;
embedded data length
: २ बाइट्, धारादीर्घतां सूचयति
data
: RTP/RTCP पैकेटदत्तांशं सूचयति
क्लायन्ट् सक्रियरूपेण सर्वरं SETUP द्वारा निर्दिष्टस्य तन्त्रस्य उपयोगेन आँकडानां प्रेषणं आरभ्यतुं सूचयति ।
क्लायन्ट् PLAY मेथड् प्रेषयति, उपयुङ्क्ते चCSeq
अनुरोधक्रमसङ्ख्यां निर्दिष्टुं, उपयोगं कुर्वन्तुUser-Agent
स्वस्य एजेण्टस्य परिचयं कुरुत, .Session
क्षेत्रं सत्र ID निर्दिशति, .Range
क्षेत्रं प्लेबैकस्य आरम्भसमयं समाप्तिसमयं च निर्दिशति ।
सर्वरः अस्य अनुरोधस्य प्रतिक्रियाम् उपयुज्यते CSeq
कस्य अनुरोधस्य प्रतिक्रिया क्रियते इति सूचयन्तु;Date
तिथिं निर्दिशतु;Range
क्षेत्रं प्लेबैकस्य आरम्भसमयं समाप्तिसमयं च निर्दिशति;Session
क्षेत्रं सत्र-ID निर्दिशति;RTP-Info
क्षेत्रं प्रेषितव्यस्य कोडधारायाः RTP सूचनां वर्णयति, यथा प्रथमस्य RTP पैकेटस्य seq तथा rtptime क्लायन्ट् अस्य क्षेत्रस्य आधारेण demultiplex कर्तुं शक्नोति ।
क्लायन्ट् निर्दिष्टं URL धारा प्रेषणं त्यक्त्वा सम्बद्धं संसाधनं विमोचयितुं अनुरोधं करोति ।
क्लायन्ट् TEARDOWN इति पद्धतिं प्रेषयति, उपयुङ्क्ते चCSeq
अनुरोधक्रमसङ्ख्यां निर्दिष्टुं, उपयोगं कुर्वन्तुUser-Agent
स्वस्य एजेण्टस्य परिचयं कुरुत, .Session
क्षेत्रं सत्र-ID निर्दिशति ।
सर्वरः अस्य अनुरोधस्य प्रतिक्रियाम् उपयुज्यते CSeq
कस्य अनुरोधस्य प्रतिक्रिया क्रियते इति सूचयन्तु;Date
तिथिं निर्दिशतु।
RTSP इत्यस्य प्रतिक्रियासामग्रीयां प्रायः 3-अङ्कीयः पूर्णाङ्कप्रतिसादसङ्केतः कारणवाक्यं च भवति । प्रतिक्रियासङ्केतस्य प्रथमाङ्कस्य अन्तरानुसारं निम्नलिखितपञ्चवर्गेषु विभक्तुं शक्यते ।
अवश्यं, RTSP त्रुटिसङ्केताः RTSP पद्धतयः च दृढतया सम्बद्धाः सन्ति ।
त्रुटिसङ्केतः | कारण वाक्यम् | प्रतिक्रियाविधिः |
---|---|---|
100 | अनुवर्तते | सर्वे |
200 | सफलता | सर्वे |
201 | निर्मितम् | अभिलेख |
250 | भण्डारणस्थानस्य न्यूनता | अभिलेख |
300 | बहुविधविकल्पाः | सर्वे |
301 | स्थायी रूप से स्थानांतरित | सर्वे |
302 | अस्थायी रूप से स्थानांतरित | सर्वे |
303 | अन्ये द्रष्टव्यम् | सर्वे |
305 | प्रॉक्सी इत्यस्य उपयोगं कुर्वन्तु | सर्वे |
400 | दुष्टानुरोधः | सर्वे |
401 | अनधिकृतः | सर्वे |
402 | भुगतानम् आवश्यकम् | सर्वे |
403 | प्रतिबंधित | सर्वे |
404 | न लभ्यते | सर्वे |
405 | विधिः अनुमतः नास्ति | सर्वे |
406 | न ग्राह्यम् | सर्वे |
407 | प्रॉक्सी प्रमाणीकरणम् आवश्यकम् | सर्वे |
408 | अनुरोधः समयसमाप्तिः | सर्वे |
410 | गतः | सर्वे |
411 | लम्बता आवश्यकी | सर्वे |
412 | पूर्वशर्तः विफलः DESCRIBE | स्थापयति |
413 | अनुरोध संस्था Too Larg | सर्वे |
414 | अनुरोध-URI अतीव दीर्घम् | सर्वे |
415 | असमर्थितः मीडिया प्रकारः | सर्वे |
451 | अमान्य पैरामीटर् | स्थापयति |
452 | अवैध सम्मेलन पहचानकर्ता | स्थापयति |
453 | न पर्याप्तं बैण्डविड्थः | स्थापयति |
454 | सत्रं न लब्धम् | सर्वे |
455 | विधि अस्मिन् राज्ये वैधः नास्ति | सर्वे |
456 | शीर्षकक्षेत्रं वैधं नास्ति | सर्वे |
457 | अमान्य श्रेणी | क्रीडतु |
458 | पैरामीटर् केवलं पठनीयम् अस्ति | सेट्_पैरामीटर् |
459 | समुच्चयसञ्चालनस्य अनुमतिः नास्ति | सर्वे |
460 | केवलं समुच्चयसञ्चालनस्य अनुमतिः अस्ति | सर्वे |
461 | असमर्थित परिवहन | सर्वे |
462 | गन्तव्यं अप्राप्यम् | सर्वे |
500 | आन्तरिकसर्वरदोषः | सर्वे |
501 | न कार्यान्वितम् | सर्वे |
502 | दुष्टद्वारम् | सर्वे |
503 | सेवा अनुपलब्ध | सर्वे |
504 | गेटवे टाइमआउट | सर्वे |
505 | RTSP संस्करणं समर्थितम् नास्ति | सर्वे |
551 | विकल्पः समर्थनं न | सर्वे |
如果文章有帮助的话,点赞👍、收藏⭐,支持一波,谢谢 😁😁😁
refer to : १.
वास्तविकसमयप्रवाहप्रोटोकॉल—RTSP [विस्तृतव्याख्यानम्] ।
आरटीएसपी अनुरोधाः प्रतिक्रियाश्च आद्यतः एव मास्टर 1
RTSP स्ट्रीमिंग मीडिया प्रोटोकॉलस्य विस्तृतव्याख्यानम्