RTSP: протокол для потоковой передачи мультимедиа. Управление видео и аудио, команды play, pause, record. Разработка RealNetworks, Netscape, Columbia University.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Протокол компьютерной сети
Computer network protocol
Протокол потоковой передачи в реальном времени (RTSP) — это сетевой протокол прикладного уровня, предназначенный для мультиплексирования и пакетирования мультимедийных транспортных потоков (таких как интерактивные медиа, видео и аудио) через подходящий транспортный протокол. RTSP используется в системах развлечений и связи для управления серверами потоковой передачи мультимедиа. Протокол применяется для установления и управления медиасессиями между конечными точками. Клиенты медиасерверов отправляют команды, такие как воспроизведение, запись и пауза, для обеспечения управления потоковой передачей мультимедиа в реальном времени от сервера к клиенту (видео по запросу) или от клиента к серверу (запись голоса).
The Real Time Streaming Protocol (RTSP) is an application level network protocol designed for multiplexing and packetizing multimedia transport streams (such as interactive media, video and audio) over a suitable transport protocol. RTSP is used in entertainment and communications systems to control streaming media servers. The protocol is used for establishing and controlling media sessions between endpoints. Clients of media servers issue commands such as play, record and pause, to facilitate real time control of the media streaming from the server to a client (video on demand) or from a client to the server (voice recording).
История
RTSP был разработан компаниями RealNetworks, Netscape и Колумбийским университетом. Первый проект был представлен в IETF в октябре 1996 года компаниями Netscape и Progressive Networks, после чего Хеннинг Шульцрин из Колумбийского университета представил "RTSP՚" ("RTSP prime") в декабре 1996 года. Эти два проекта были объединены для стандартизации рабочей группой MMUSIC WG (Multiparty Multimedia Session Control Working Group) Целевой группы по инженерной работе в Интернете (IETF), и рабочей группой были опубликованы дальнейшие проекты. Предлагаемый стандарт для RTSP был опубликован как RFC 2326 в 1998 году. RTSP 2.0 был опубликован как RFC 7826 в 2016 году в качестве замены RTSP 1.0. RTSP 2.0 основан на RTSP 1.0, но не обеспечивает обратную совместимость, за исключением базового механизма согласования версий, и по-прежнему имеет статус Предлагаемого стандарта.
RTSP was developed by RealNetworks, Netscape and Columbia University. The first draft was submitted to IETF in October 1996 by Netscape and Progressive Networks, after which Henning Schulzrinne from Columbia University submitted "RTSP՚" ("RTSP prime") in December 1996. The two drafts were merged for standardization by the Multiparty Multimedia Session Control Working Group (MMUSIC WG) of the Internet Engineering Task Force (IETF) and further drafts were published by the working group. The Proposed Standard for RTSP was published as RFC 2326 in 1998. RTSP 2.0 published as RFC 7826 in 2016 as a replacement of RTSP 1.0. RTSP 2.0 is based on RTSP 1.0 but is not backwards compatible other than in the basic version negotiation mechanism, and remains a Proposed Standard.
RTP
Передача потоковых данных сама по себе не является задачей RTSP. Большинство RTSP-серверов используют протокол транспортировки в реальном времени (RTP) в сочетании с протоколом управления в реальном времени (RTCP) для передачи медиапотоков. Однако некоторые производители реализуют собственные транспортные протоколы. Например, серверное программное обеспечение RTSP от RealNetworks также использовало Real Data Transport (RDT) – проприетарный протокол RealNetworks.
The transmission of streaming data itself is not a task of RTSP. Most RTSP servers use the Real time Transport Protocol (RTP) in conjunction with Real time Control Protocol (RTCP) for media stream delivery. However, some vendors implement proprietary transport protocols. The RTSP server software from RealNetworks, for example, also used RealNetworks' proprietary Real Data Transport (RDT).
Протокольные директивы
Хотя в некоторых аспектах RTSP схож с HTTP, он определяет управляющие последовательности, полезные для управления воспроизведением мультимедиа. В отличие от HTTP, который не имеет состояния, RTSP является протоколом с состоянием; при необходимости используется идентификатор для отслеживания параллельных сеансов. Как и HTTP, RTSP использует TCP для установления сквозного соединения, и хотя большинство управляющих сообщений RTSP отправляются от клиента к серверу, некоторые команды передаются в обратном направлении (то есть от сервера к клиенту). Ниже представлены основные запросы RTSP. Также доступны некоторые типичные HTTP-запросы, например OPTIONS. Номер порта транспортного уровня по умолчанию – 554.
While similar in some ways to HTTP, RTSP defines control sequences useful in controlling multimedia playback. While HTTP is stateless, RTSP has a state; an identifier is used when needed to track concurrent sessions. Like HTTP, RTSP uses TCP to maintain an end to end connection and, while most RTSP control messages are sent by the client to the server, some commands travel in the other direction (i. e. from server to client). Presented here are the basic RTSP requests. Some typical HTTP requests, like the OPTIONS request, are also available. The default transport layer port number is 554