RTSP: Пытанні і адказы
* Source text URL: http://www.cs.columbia.edu/~hgs/rtsp/faq.html
Што такое Real Time Streaming Protocol (RTSP)?
Што такое Real Time Transport Protocol (RTP)?
Што такое H.323?
Як RTSP, RTP і H.323 злучаны адзін з адным?
Якая ўзаемасувязь паміж RTP, RTCP і RTSP?
Якая ўзаемасувязь паміж SIP і RTSP?
Ці можна SIP і RTSP быць скарыстаць разам?
Чаму ёсць падтрымка UDP у RTSP?
Дзе я магу знайсці дадатковую інфармацыю?
Што такое Real Time Streaming Protocol (RTSP)?
RTSP з’яўляецца серверам мультымедыйнай прэзентацыі кліенту пратакола кіравання. Ён прызначаны для выкарыстання існых вэб-інфраструктур (напрыклад, успадкоўванне аўтэнтыфікацыі і фота з HTTP) і добра працуе, як для вялікіх аўдыторый, так і для аднаго прагляду медыя па патрабаванні. Progressive Networks, Netscape Communications і Калумбійскі ўніверсітэт сумесна распрацавалі RTSP для задавальнення запатрабаванняў для эфектыўнай дастаўкі струменевых мультымедыя па сетках IP. У наш час ён стандартызаваны працоўнай групай MMUSIC у рамках Internet Engineering Task Force (IETF), і плануецца для канчатковага разгляду ў лістападзе 1997 года.
Што такое Real Time Transport Protocol (RTP)?
Realtime Transport Protocol (RTP) з’яўляецца і прапанаваным стандартам IETF (RFC 1889) і Міжнародным звяном Telecommuncations (МСЭ), Standard (H.225.0). Гэта фармат пакетаў для мультымедыйных струменевых дадзеных. RTP выкарыстоўваецца ў RTSP і H.323 для дадзеных, як частка гэтых пратаколаў.
Што такое H.323?
H.323 уяўляе сабою аснову канферэнцый стандартызаваных тэлекамунікацый Міжнароднага звяна электрасувязі (МСЭ). Ён выкарыстоўваецца для аднарангавых груп, другі спосаб дастаўкі відэа і аўдыё дадзеных у тэлефон. Ён прызначаны для добрага ўзаемадзеяння шлюзаў Інтэрнэта з тэлефона на тэлефон, і працуе добра для ўмеранай колькасці ўдзельнікаў.
Як RTSP, RTP і H.323 злучаны адзін з адным?
H.323 і RTSP дапаўняюць функцыі. H.323 з’яўляецца карысным для стварэння аўдыё/відэа канферэнцый у сярэдніх памераў аднарангавы груп, а RTSP карысна для буйнамаштабных трансляцый і аўдыё/відэа-па-патрабаванню струменевага відэа. Можна было б думаць пра H.323 як аб прапанове паслуг, эквівалентных тэлефону з выклікам з трыма шляхамі, у той час як RTSP прапануе паслугі як відэакрама са службамі дастаўкі, VCR або кабельным тэлебачаннем. RTSP забяспечвае “VCR-стыль” кіравання функцыі, такія як паўза, хуткая перамотка наперад і назад, і абсалютнае пазіцыянаванне, якое выходзіць за рамкі H.323 і RTP.
Абодва H.323 і RTSP выкарыстоўваюць RTP з яго стандартнымі сродкамі, насамрэч дастаўкі мультымедыйных дадзеных. Гэтая сумяшчальнасць узроўню дадзеных робіць эфектыўныя шлюзы паміж пратаколамі магчымымі, так як толькі кіраўнікі паведамленняў павінны быць пераведзены.
Якая ўзаемасувязь паміж RTP, RTCP і RTSP?
RTP з’яўляецца транспартным пратаколам для дастаўкі дадзеных у рэальным часе, у тым ліку струменевага аўдыё і відэа. RTCP з’яўляецца часткай RTP і дапамагае сінхранізацыі вуснаў і QOS кіравання, сярод іншых. RTSP – гэта пратакол кіравання, які ініцыюе і дастаўляе струменевае мультымедыя ад медыя-сервераў, “Інтэрнэт-відэа пратакол выдаленага кантролю”. RTSP не перадае дадзеныя (хоць сувязь RTSP можа быць скарыстана для тунэля RTP трафіку для прастаты выкарыстання з міжсеткавымі экранамі і іншымі сеткавымі прыладамі). RTP і RTSP, верагодна, будуць выкарыстоўвацца разам у шматлікіх сістэмах, але любы пратакол можа быць скарыстаны без іншага. RTSP праект утрымоўвае частку пры выкарыстанні RTP з RTSP.
Якая ўзаемасувязь паміж SIP і RTSP?
RTSP і Session Initiation Protocol (SIP) маюць шмат агульных характарыстак. Тым не менш, RTSP распрацаваны, каб кіраваць мультымедыйным патокам падчас пастаўкі; SIP не прымае непасрэднага ўдзелу ў кіраванні медыя-струменяў.
| Уласцівасці |
SIP |
RTSP |
|
Задача |
Запрашэнне карыстачоў у рэжыме рэальнага часу канферэнцый |
Ініцыяванне і кантроль медыапатока аднаадраснай і шматадраснай перадачы адрасу |
|
Перадачы дадзеных |
Двунакіраваны паміж выклікалым бокам SIP і выкліканым |
Адзін кірунак; медыя-сервер можа або прайграваць, або запісваць дадзеныя, з кірункам паказаных у струмені часу пераналадкі |
|
Іншыя дастаўкі |
пакуль няма, але плануюцца |
Загаловак транспарту можа ўтрымоўваць адрас, уключаючы адрас, які адрозніваюцца ад выдачы RTSP запытаў. |
|
Кэшаванне |
Няма паняцця кэшавання кантэнту, а канферэнцыі ў рэжыме рэальнага часу |
Кэшаванне падобна на HTTP, дзе канчатковыя сістэмы сувязі кэшуюцца для атрымання кантэнту. Як і некаторы кэш HTTP, такі як “sqid”, кэш можа быць “скразным”, калі дадзеныя, прадстаўляюцца кліенту да таго, як цалкам атрымаюцца ў кэш-памяці. |
|
Перанакіраванне |
Размяшчэнне загалоўкаў, выкарыстоўваныя для індывідуальнай мабільнасці і ў абыход проксі |
Размяшчэнне загалоўкаў, выкарыстоўваюцца для размеркавання нагрузкі паміж медыя-серверамі |
|
Сесія ідэнтыфікацыі |
Call-ID |
Сесія |
|
Усталёўкі сесіі |
INVITE |
SETUP |
|
Сесія дэмантажу |
BYE |
Дэмантаж |
Можна SIP і RTSP быць скарыстаны разам?
У шматлікіх выпадках SIP не можа быць неабходным для інтэграцыі медыя-сервераў у канферэнцыях. Калі вы жадаеце гуляць СМІ у шматадраснай IP ці аднаадраснай сесіі, ці запісы сесіі, досыць, каб паведаміць серверу адрас з дапамогай SETUP паведамленняў RTSP. SIP можа падтрымліваць іншыя запрашэнні ў будучыні, але і RTSP, верагодна, не будзе з-за яго іншай ролі. Калі ўдзельнік канферэнцыі (Аліса) жадае, каб медыя-сервер на канферэнцыі выкарыстоўваў MCU, яна магла б прапанаваць выкарыстоўваць SIP з указаннем MCU у якасці трэцяй асобы. Медыя-сервер прапануе сябе MCU, выкарыстоўвая SIP і атрымлівая неабходную інфармацыю транспарта. Аліса пасылае звычайныя каманды RTSP для медыя-сервера з указаннем канферэнцыі.
Чаму ёсць падтрымка UDP?
Паколькі аб’ём дадзеных каманд RTSP, верагодна, будзе нізкі, страты выкліканыя заторамі кіравання TCP не асабліва карысныя, але могуць прымусіць кліента ці сервер у празмерны back-off з вялікімі затрымкамі.
Сесія ствараецца яшчэ хутчэй, хоць гэта ці наўрад будзе асноўным пытаннем, паколькі RTSP патрабуе сваёй усталёўкі.
Дзе я магу знайсці дадатковую інфармацыю?
Real Networks RTSP FAQ
