RTSP 2.0 | Поле заголовка запроса Request-Status

Синтаксис строки запроса RTSP имеет следующий вид:

<Method> SP <Request-URI> SP <RTSP-Version> CRLF

Заголовки RTSP в таблице могут быть включены в запрос как request-headers (заголовки запроса), чтобы изменить специфику запроса.

Заголовок запроса «Request-Status» используется для указания конечного результата для запросов, выполнение которых занимает время, например, PLAY (раздел 13.4 из RFC 7826). Он отправляется в PLAY_NOTIFY (раздел 13.5 из RFC 7826) с указанием конца потока, чтобы сообщить, как завершился запрос PLAY, в случае успеха или сбоя. Заголовок содержит ссылку на запрос, который он сообщает об использовании номера CSeq, и идентификатор сеанса, используемый в запросе, о котором сообщается. Это не гарантируется быть однозначным из-за того, что номер CSeq ограничен транспортным соединением. Агенты, отправляющие запросы, могут уменьшить проблему, используя монотонно увеличивающийся счетчик для всех используемых последовательных переносов. Заголовок содержит как числовой код состояния (в соответствии с разделом 8.1.1 из RFC 7826), так и понятную для восприятия фразу.

Пример:

Request-Status: cseq=63 status=500 reason="Media data unavailable"

Прокси, которые перенумеровывают заголовок CSeq, должны выполнить соответствующее переназначение параметра cseq в этом заголовке при пересылке запроса агенту следующего перехода.

Синтаксис поля заголовка запроса Request-Status в RTSP 2.0

Request-Status = "Request-Status" HCOLON req-status-info
req-status-info = cseq-info LWS status-info LWS reason-info
cseq-info = "cseq" EQUAL cseq-nr
status-info = "status" EQUAL Status-Code
reason-info = "reason" EQUAL DQUOTE Reason-Phrase DQUOTE

Ссылки

Скачать оригинальный документ на английском языке RFC 7826 — Real-Time Streaming Protocol Version 2.0

Читать полную версию документа на русском языке RFC 7826 — Потоковый протокол в реальном времени (RTSP), версия 2.0

Ссылка на синтаксис

Поделись записью