Методы RTSP 2.0 — это указание того, что должно быть выполнено на ресурсе, идентифицированном Request-URI на основании синтаксиса строки запроса RTSP, определённой как:
<Method> SP <Request-URI> SP <RTSP-Version> CRLF
Методы RTSP 2.0 перечислены в таблице 2.
Метод «DESCRIBE» используется для получения описания презентации или медиа-объекта с сервера. Request-URI запроса DESCRIBE идентифицирует интересующий медиаресурс. Клиент МОЖЕТ включить в запрос заголовок Accept для перечисления форматов описания, которые он понимает. Сервер ДОЛЖЕН ответить описанием запрошенного ресурса и вернуть описание в теле сообщения ответа, если запрос метода DESCRIBE может быть успешно выполнен. Пара «reply-respons» (ответ-ответа) DESCRIBE составляет фазу инициализации среды RTSP.
Ответ DESCRIBE ДОЛЖЕН содержать всю информацию инициализации мультимедиа для ресурса (ов), который он описывает. Серверы НЕ ДОЛЖНЫ использовать ответ DESCRIBE как средство косвенного обращения к медиаданным, имея точку описания на другом сервере; Вместо этого рекомендуется использовать ответы 3rr.
Вынуждая ответ DESCRIBE содержать всю информацию инициализации мультимедиа для набора потоков, который он описывает, и препятствуя использованию DESCRIBE для косвенной передачи, можно избежать любых проблем зацикливания, которые могли бы возникнуть в результате других подходов.
Пример:
C->S: DESCRIBE rtsp://server.example.com/fizzle/foo RTSP/2.0
CSeq: 312
User-Agent: PhonyClient/1.2
Accept: application/sdp, application/example
S->C: RTSP/2.0 200 OK
CSeq: 312
Date: Thu, 23 Jan 1997 15:35:06 GMT
Server: PhonyServer/1.1
Content-Base: rtsp://server.example.com/fizzle/foo/
Content-Type: application/sdp
Content-Length: 358
v=0
o=MNobody 2890844526 2890842807 IN IP4 192.0.2.46
s=SDP Seminar
i=A Seminar on the session description protocol
u=http://www.example.com/lectures/sdp.ps
e=seminar@example.com (Seminar Management)
c=IN IP4 0.0.0.0
a=control:*
t=2873397496 2873404696
m=audio 3456 RTP/AVP 0
a=control:audio
m=video 2232 RTP/AVP 31
a=control:video
Инициализация мультимедиа является требованием для любой системы на основе RTSP, но спецификация RTSP не требует, чтобы это было сделано с помощью метода DESCRIBE. Клиент RTSP может получить информацию об инициализации тремя способами:
- через запрос RTSP DESCRIBE
- через какой-то другой протокол (HTTP, вложение электронной почты и т. д.)
- через некоторую форму пользовательского интерфейса
Если клиент получает действительное описание из альтернативного источника, клиент МОЖЕТ использовать это описание для целей инициализации, не отправляя запрос DESCRIBE для того же носителя. Клиент должен использовать любой «MTag» либо для проверки описания презентации, либо для того, чтобы установление сеанса было обусловлено действительностью.
РЕКОМЕНДУЕТСЯ, чтобы минимальные серверы поддерживали метод DESCRIBE, и настоятельно рекомендуется, чтобы минимальные клиенты поддерживали возможность выступать в роли «helper applications» (вспомогательных приложений), которые принимают файл инициализации мультимедиа из пользовательского интерфейса, или других средств, соответствующих операционной среде клиентов.
Ссылки на документы
Скачать оригинальный документ на английском языке RFC 7826 — Real-Time Streaming Protocol Version 2.0
Читать полную версию документа на русском языке RFC 7826 — Потоковый протокол в реальном времени (RTSP), версия 2.0
