Если для одноадресной потоковой передачи используется протокол RTSPU, указание малого размера пакетов RTP может нарушить потоковую передачу содержимого сервером Windows Media

При настройке серверов распространения для комбинированного потокового воспроизведения используйте для подключения к исходному серверу протокол RTSPT или HTTP.

Если клиент, поддерживающий протокол RTSP, пытается подключиться к серверу Windows Media, используя URL-адрес с префиксом mms://, содержимое будет передано клиенту в потоковом режиме по протоколу RTSP.

Использование протокола http

Протокол HTTP можно использовать для потоковой передачи содержимого от кодировщика на сервер Windows Media, для распределения потоков между компьютерами с разными версиями служб Windows Media или компьютерами, разделенными брандмауэром, а также для загрузки динамически составляемых списков воспроизведения с веб-сервера. Протокол HTTP особенно полезен, если содержимое принимается клиентами через брандмауэр, так как обычно этот протокол использует порт 80, который не блокируется большинством брандмауэров.

Протокол HTTP позволяет доставлять потоки проигрывателям Windows Media любых версий и другим серверам Windows Media. Если клиент использует протокол HTTP для подключения к серверу, переключение протокола не выполняется.

Для управления клиентскими подключениями по протоколу HTTP службы Windows Media используют подключаемый модуль протокола управления сервером HTTP WMS. Чтобы службы Windows Media могли доставлять содержимое клиентам или принимать потоки от кодировщика Windows Media по протоколу HTTP, этот подключаемый модуль должен быть включен.

При включении подключаемого модуля протокола управления сервером HTTP WMS он пытается выполнить привязку к порту 80. Если другая служба, например IIS, использует порт 80 на адаптере с тем же IP-адресом, включить этот подключаемый модуль не удастся. Для устранения этого конфликта можно или увеличить число доступных на сервере IP-адресов, или изменить порт, используемый службами Windows Media для потоковой передачи содержимого по протоколу HTTP.

Примечание

При настройке серверов распространения для комбинированного потокового воспроизведения используйте для подключения к исходному серверу протокол RTSPT или HTTP.

Клиенты, принимающие широковещательную потоковую передачу по протоколу HTTP, иногда не могут повторно подключиться к потоку в течение некоторого времени (до 90 секунд) после завершения потока. Эта задержка объясняется тем, что сервер Windows Media после завершения содержимого поддерживает путь передачи данных открытым для получения данных, необходимых для ведения журналов.

Протокол HTTP также используется при потоковой передаче динамического списка воспроизведения, созданного страницей ASP или веб-сценарием, с сервера, на котором выполняются службы Windows Media.

Переключение протокола

Поддерживаемая службами Windows Media возможность доставки содержимого проигрывателю Windows Media с использованием протокола называется переключением протокола. Переключение протокола полезно, если необходимо обеспечить поддержку проигрывателей различных версий, проигрывателей, получающих содержимое через брандмауэр, или проигрывателей, устанавливающих соединение со службами Windows Media через сети различного типа. Переключение протокола работает лучше всего, если все подключаемые модули протоколов управления сервером, доступные на сервере (в том числе подключаемый модуль управления сервером WMS HTTP), включены.

Проигрыватель использует функцию переключения протокола для установления оптимального соединения с сервером. Когда проигрыватель пытается подключиться к серверу, он отправляет сведения о своем типе и поддерживаемых протоколах. Сервер Windows Media сравнивает эти сведения со включенными протоколами и выбирает протокол, лучше всего подходящий в данной ситуации. Как правило, первая попытка установления соединения между проигрывателем и сервером завершается успехом, и никакие действия после этого не выполняются. Если установить соединение не удается, проигрыватель пытается подключиться к серверу, используя другой поддерживаемый им протокол. При каждой попытке переключения протокола имеет место незначительная задержка, обычно незаметная.

Логика переключения протокола зависит от версии проигрывателя. Сведения об этом приведены ниже.

Проигрыватель Windows Media 9 или более поздний. Когда проигрыватель Windows Media 9 или более поздний либо проигрыватель, использующий элемент управления ActiveX® проигрывателя Windows Media серии 9, пытается подключиться для получения содержимого к серверу, используя в URL-адресе подключения URL-моникер сервера Microsoft Media Server (mms://), например mms://Server_Name/File_Name.wma, сервер автоматически доставляет содержимое по протоколу RTSP. Если на сервере включена функция быстрого кэширования (это имеет место по умолчанию на всех новых пунктах трансляции), сервер сначала пытается доставить содержимое, используя протокол RTSP с транспортным механизмом TCP (RTSPT). Если проигрыватель не поддерживает этот протокол, сервер пытается доставить содержимое, используя протокол RTSP с транспортным механизмом UDP (RTSPU). Если это также не удается сделать, сервер пытается доставить содержимое по протоколу HTTP (если включен подключаемый модуль протокола управления сервером WMS HTTP). Если функция быстрого кэширования не включена, сервер сначала пытается доставить содержимое клиенту по протоколу RTSPU, затем по протоколу RTSPT и, наконец, по протоколу HTTP.

Проигрыватели более ранних версий. Когда проигрыватель более ранней версии, например проигрыватель Windows Media для Windows XP, пытается подключиться к серверу, используя URL-адрес с префиксом mms://, сервер автоматически пытается доставить содержимое по протоколу HTTP, если включен подключаемый модуль протокола управления сервером WMS HTTP.

Для обеспечения поддержки более широкого диапазона версий проигрывателей следует использовать в URL-адресе подключения к содержимому URL-моникер MMS (mms://). Это позволит всем подключающимся к содержимому проигрывателям использовать функцию переключения протокола для выбора оптимального протокола потоковой передачи содержимого. Если доступ к содержимому предоставляется с помощью объявления, URL-моникер MMS используется автоматически, что обеспечивает переключение протокола в случае необходимости. Имейте в виду, что пользователи могут отключать протоколы в настройках проигрывателя. Если проигрыватель поддерживает только один протокол, переключение протокола невозможно. Не забудьте открыть на брандмауэре порты всех протоколов передачи данных, которые могут быть выбраны при переключении протокола (RTSP или HTTP).

В некоторых случаях потоковое воспроизведение содержимого с помощью проигрывателя, не поддерживающего потоковую передачу по протоколу MMS (такого как Windows Media 11), оказывается невозможным. Эти ситуации описаны ниже.

Проигрыватель успешно выбрал альтернативный протокол потоковой передачи во время переключения протокола, но на сервере Windows Media, на котором находится содержимое, не включен подключаемый модуль протокола управления для выбранного протокола потоковой передачи содержимого (RTSP или HTTP). Имейте в виду, что в службах Windows Media подключаемый модуль протокола управления сервером WMS HTTP, управляющий потоковой передачей содержимого по протоколу HTTP, по умолчанию отключен.

Проигрыватель успешно выбрал альтернативный протокол потоковой передачи во время переключения протокола, но сервер Windows Media не может доставить содержимое через брандмауэр.

Проигрыватель не может использовать переключение протокола для выбора альтернативного протокола потоковой передачи содержимого, потому что эти протоколы и параметры прокси-сервера не настроены соответствующим образом в проигрывателе на вкладке Сеть.

Примечание

Начиная со служб Windows Media 9 для Windows Server 2003, протокол потоковой передачи MMS признан устаревшим. Он поддерживается только проигрывателем Windows Media для системы Windows XP; или более ранней. В службах Windows Media для Windows Server 2008 и более поздних версиях протокол MMS не поддерживается.

Справка по протоколам Windows Media

В приведенной ниже таблице указаны протоколы потоковой передачи, которые можно использовать для доставки мультимедийного содержимого в зависимости от версии проигрывателя Windows Media и версии служб Windows Media.

Службы Windows Media 2008 Службы Windows Media 9 Службы Windows Media 4.1

Проигрыватель Windows Media для Windows Vista

RTSPHTTP 1.0/1.1Multicast

RTSPHTTP 1.0/1.1Multicast

HTTP 1.0Multicast

Проигрыватель Windows Media 11

RTSPHTTP 1.0/1.1Multicast

RTSPHTTP 1.0/1.1Multicast

HTTP 1.0Multicast

Проигрыватель Windows Media 10

RTSPHTTP 1.0/1.1Multicast

RTSPHTTP 1.0/1.1Multicast

MMSHTTP 1.0Multicast

Проигрыватель Windows Media 9

RTSPHTTP 1.0/1.1Multicast

RTSPHTTP 1.0/1.1Multicast

MMSHTTP 1.0Multicast

Проигрыватель Windows Media для системы Windows XP или более ранней

HTTP 1.0Multicast

MMSHTTP 1.0Multicast

MMSHTTP 1.0Multicast

Проигрыватель Windows Media Mobile

HTTP 1.0Multicast

MMSHTTP 1.0Multicast

MMSHTTP 1.0Multicast

Проигрыватель Windows Media для компьютеров Macintosh

HTTP 1.0Multicast

MMSHTTP 1.0Multicast

MMSHTTP 1.0Multicast

Компоненты Windows Media для QuickTime

RTSPHTTP 1.0Multicast

RTSPHTTP 1.0Multicast

MMSHTTP 1.0Multicast

Примечание

Начиная со служб Windows Media 9 для Windows Server 2003, протокол потоковой передачи MMS признан устаревшим. Он поддерживается только проигрывателем Windows Media для системы Windows XP; или более ранней. В службах Windows Media для Windows Server 2008 и более поздних версиях протокол MMS не поддерживается.

Для обеспечения поддержки более широкого диапазона проигрывателей потокового содержимого следует использовать в URL-адресе подключения к потоковому содержимому URL-моникер протокола MMS (mms://), например mms://имя_сервера/имя_файла.wma. Это позволит всем подключающимся к содержимому проигрывателям использовать функцию переключения протокола для выбора оптимального протокола потоковой передачи содержимого.

Протокол передачи данных

Протокол передачи данных — набор соглашений интерфейса логического уровня, которые определяют обмен данными между различными программами. Эти соглашения задают единообразный способ передачи сообщений и обработки ошибок при взаимодействии программного обеспечения разнесённой в пространстве аппаратуры, соединённой тем или иным интерфейсом.

Стандартизированный протокол передачи данных также позволяет разрабатывать интерфейсы (уже на физическом уровне), не привязанные к конкретной аппаратной платформе и производителю (например, USB, Bluetooth).

Сигнальный протокол используется для управления соединением — например, установки, переадресации, разрыва связи. Примеры протоколов: RTSP, SIP. Для передачи данных используются такие протоколы как RTP.

Содержание

Дата добавления: 2015-07-02