Заголовок ответа «MTag» МОЖЕТ быть включен в ответы методов DESCRIBE, GET_PARAMETER или SETUP. Теги тела сообщения (раздел 4.6 из RFC 7826), возвращенные в ответе DESCRIBE, а теги в SETUP относятся к презентации, т. е. как к возвращенному описанию сеанса, так и к потоку мультимедиа. Это позволяет проверить, что во время запроса SETUP имеется правильное описание сеанса для медиаресурса. Тем не менее, он имеет тот недостаток, что изменение в любой из частей приводит к аннулированию всех частей. (раздел 18.31 из RFC 7826)
Если MTag предоставляется как внутри тела сообщения, например, в атрибуте «a=mtag» в SDP, так и в ответном сообщении, то оба тега ДОЛЖНЫ быть идентичны. РЕКОМЕНДУЕТСЯ, чтобы MTag в первую очередь указывался в ответном сообщении RTSP, чтобы гарантировать, что кэши могут использовать MTag, не требуя проверки содержимого. Однако для описаний сеансов, которые распространяются вне RTSP, например, с использованием HTTP и т. д., необходимо будет включить тег тела сообщения в описание сеанса, как указано в Приложении D.1.9 из RFC 7826.
Запросы методами SETUP и DESCRIBE могут быть обусловлены MTag с использованием заголовков If-Match (раздел 18.24 из RFC 7826) и If-None-Match (раздел 18.26 из RFC 7826).
Все заголовки, в настоящее время классифицируемые как заголовки ответа, перечислены в таблице.
Ссылки на документы
Скачать оригинальный документ на английском языке RFC 7826 — Real-Time Streaming Protocol Version 2.0
Читать полную версию документа на русском языке RFC 7826 — Потоковый протокол в реальном времени (RTSP), версия 2.0
Не забывайте про поля общих заголовков RTSP 2.0, которые могут применяться как в запросах так и в ответах.
Помните о полях заголовков запросов RTSP 2.0. Изучите методы RTSP 2.0 с которыми применяются коды состояний ответа.
