Служба Windows Media 9 Series: вопросы и ответы

Служба Windows Media претерпела в этом выпуске некоторые изменения, которые делают сервер более гибким, унифицируют основные компоненты, а также упрощают процесс администрирования. Ниже перечислены некоторые изменения в платформе Windows Media 9 Series.

Служба Windows Media. Эта служба заменяет четыре отдельные службы, которые входили в состав службы Windows Media версий 4.0 и 4.1: Windows Media Monitor Service, Windows Media Program Service, Windows Media Station Service и Windows Media Unicast Service.

Расширенное использование подключаемых модулей. Служба Windows Media 9 Series существенно увеличивает количество способов настройки сервера благодаря расширяемой архитектуре подключаемых модулей.

Расширенное использование пунктов публикации. Пункты публикации упрощают и улучшают функции, которые ранее были реализованы путем сочетания программ, потоков и станций.

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

Гибкая архитектура событий. В предыдущих версиях служб Windows Media внешние события были доступны только через объекты Microsoft ActiveX® station и unicast. В этой версии доступ к этим событиям возможен изнутри с помощью интерфейсов сервера, а также извне с помощью событий Windows Management Instrumentation (WMI) и Simple Network Management Protocol (SNMP).

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

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

Повторное пакетирование содержимого на сервере. В предыдущих версиях службы Windows Media сервер мог передавать пакеты данных только так, как определено форматом потока. В этой версии администраторы сервера могут установить оптимальный размер пакета для потоковой передачи в существующей среде, а сервер может перераспределить данные по пакетам потоковой передачи в зависимости от данной настройки свойства. Указанная оптимизация имеет место только при потоковой передаче содержимого с использованием пакетов протоколов UDP (User Datagram Protocol) и RTSP (Real Time Streaming Protocol).

Поддержка протокола IPv6. Эта версия службы Windows Media поддерживает адреса протокола Интернета версии 6 (IPv6).

Поддержка протокола IGMPv3. Поддержка IGMP (Internet Group Management Protocol) версии 3 позволяет избежать проблем с несколькими серверами широковещательной передачи, которые используют один и тот же IP-адрес многоадресного вещания. Для использования этой функции необходимо, чтобы клиенты, подключающиеся к многоадресному вещанию, использовали проигрыватель Windows Media 9 Series.

 Закрыть

Служба Windows Media 9 Series предоставляется только как дополнительный компонент систем Microsoft Windows Server™ 2003, Standard Edition, Windows Server 2003, Enterprise Edition и Windows Server 2003, Datacenter Edition. Некоторые функции, включая предоставление содержимого в многоадресном режиме, доступны только в том случае, когда служба Windows Media используется с сервером Windows Server 2003, Enterprise Edition или Windows Server 2003, Datacenter Edition. Дополнительные сведения о функциях службы Windows Media см. в справке службы Windows Media 9 Series.

Рекомендуются также следующие минимальные требования к конфигурации системы.

Процессор. 550 МГц

Память. 1 ГБ оперативной памяти

Плата сетевого интерфейса (NIC). Плата Ethernet, протокол TCP/IP

Свободное место на диске. 521 МБ (6 МБ для системных файлов, 15 МБ для установки и 500 МБ для хранения содержимого)

 Закрыть

Служба Windows Media 9 Series предоставляется только как дополнительный компонент систем Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition и Windows Server 2003, Datacenter Edition. Чтобы установить службу Windows Media, выполните следующие действия.

1. Запустите мастер настройки сервера (в меню Пуск выберите Администрирование, а затем выберите Мастер настройки сервера).

2. На странице Роль сервера мастера настройки сервера выберите роль сервера Сервер потоков мультимедиа.

3. Завершите работу мастера.

Мастер настройки сервера устанавливает следующие необходимые подкомпоненты службы Windows Media.

Служба Windows Media. Эта служба позволяет выполнять потоковую передачу содержимого мультимедиа клиентам по интрасети или Интернету.

Оснастка службы Windows Media. Эта оснастка позволяет управлять и настраивать службу Windows Media с помощью консоли Microsoft Management Console (MMC).

Следующие дополнительные подкомпоненты службы Windows Media не устанавливаются мастером настройки сервера.

Администратор службы Windows Media для Интернета. Этот подкомпонент обеспечивает поддержку удаленного администрирования сервера Windows Media с помощью обозревателя.

Агент регистрации многоадресной передачи и объявлений. Этот подкомпонент позволяет регистрировать статистические данные от клиентов, подключающихся к содержимому через Интернет.

Чтобы установить эти дополнительные компоненты, необходимо выполнить следующие шаги.

1. Откройте страницу Установка компонентов Windows (нажмите кнопку Пуск, выберите Панель управления, нажмите на значок Установка и удаление программ, а затем в окне Установка и удаление программ нажмите кнопку Установка компонентов Windows).

2. В списке Компоненты мастера компонентов Windows выберите Службы Windows Media, а затем нажмите кнопку Состав.

3. В диалоговом окне Службы Windows Media выберите список подкомпонентов службы Windows Media и установите флажки для дополнительных подкомпонентов службы Windows Media, которые следует установить.

4. Завершите работу мастера.

 Закрыть

Чтобы обновить службу Windows Media 9 Series, необходимо обновить операционную систему с версии Microsoft Windows NT® Server 4.0 или Windows 2000 Server до версии Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition или Windows Server 2003, Datacenter Edition. Если на сервере установлена служба Windows Media версии 4.1, служба Windows Media 9 Series устанавливается автоматически при обновлении до операционной системы Windows Server 2003.

 Закрыть

При первой установке служб Windows Media выполняется основная настройка конфигурации, включающая пункт публикации по запросу по умолчанию и пример широковещательного пункта публикации. Можно использовать конфигурацию по умолчанию или создать собственную конфигурацию, чтобы выполнять потоковую передачу прямого содержимого и содержимого по запросу с помощью одноадресной потоковой передачи или передавать прямое содержимое и содержимое по запросу с помощью многоадресной потоковой передачи (если установлена система Windows Server 2003, Enterprise Edition или Windows Server 2003, Datacenter Edition). Дополнительные сведения о настройке службы Windows Media см. на  веб-узле центра для разработчиков MSDN Online.

При обновлении служб Windows Media 4.1 существующая конфигурации перемещается в новую версию служб Windows Media с помощью процедуры, которая называется "миграция". Большинство компонентов предыдущей конфигурации перешли в данную версию, например пункты публикации по запросу. Однако в службе Windows Media 9 Series произошли усовершенствования, и она содержит функции, которых не было в службе Windows Media версии 4.1, поэтому некоторые элементы предыдущей конфигурации должны быть изменены для работы в новой среде. Возможно, перед настройкой службой Windows Media потребуется вручную изменить некоторые элементы существующей конфигурации. Дополнительные сведения о процессе миграции см. в справке службы Windows Media 9 Series.

 Закрыть

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

Вход: по протоколу TCP на портах 80, 554, 1755. Сервер Windows Media использует входные порты протокола TCP для принятия входящего подключения по протоколу HTTP (порт 80), подключения по протоколу RTSP (порт 554) или подключения по протоколу MMS (порт 1755) от проигрывателя Windows Media или других клиентов.

Вход: по протоколу UDP на портах 1755, 5005. Сервер Windows Media использует входной порт UDP 1755 для приема запросов на повторную передачу потоков от клиентов, использующих протоколы MMSU, и входной порт UDP 5005 для приема запросов от клиентов, использующих протокол RTSPU.

Выход: по протоколу UDP в диапазоне портов 1024-5000. Сервер Windows использует выходные порты протоколы UDP 1024-5000 для отправки данных проигрывателю Windows Media и другим клиентам.

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

Вход: по протоколу UDP в диапазоне портов 1024-5000. Сервер Windows Media использует входные порты протокола UDP 1024-5000 для получения данных от другого сервера.

Выход: по протоколу TCP на портах 80, 554. Сервер Windows Media использует выходные порты TCP для установки соединения по протоколу HTTP (порт 80) или соединения по протоколу RTSP (порт 554) с другим сервером или кодировщиком.

Выход: по протоколу UDP на порте 5005. Когда используется распределение по протоколу RTSPU, сервер Windows Media использует выходной порт протокола UDP 5005 для отправки запросов на повторную передачу другому серверу.

При доставке содержимого с помощью многоадресной потоковой передачи направьте сетевые данные через стандартные IP-адреса класса D (с 224.0.0.0 по 239.255.255.255). Для выполнения многоадресной потоковой передачи необходимо включить в сети функцию пересылки данных многоадресного потока.

Сведения о конкретных требованиях к брандмауэру и его настройке см. в справке службы Windows Media 9 Series.

 Закрыть

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

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

2. На панели сведений перейдите на вкладку Свойства.

3. В списке Категория выберите Управляющий протокол.

4. В поле Подключаемый модуль выберите Управляющий протокол сервера HTTP для WMS, а затем нажмите кнопку Свойства.

5. При наличии на сервере нескольких IP-адресов в поле IP-адрес выберите Разрешить выбранным IP-адресам использовать этот протокол, а затем в списке выберите определенные IP-адреса, которые требуется использовать.

6. В поле Выбор порта щелкните Использовать другой порт, а затем введите в поле порт, который необходимо использовать. Можно использовать номера портов HTTP в диапазоне от 1 до 65535.

7. На панели сведений в поле Подключаемый модуль выберите Управляющий протокол сервера HTTP для WMS. Щелкните Включить, чтобы протокол HTTP стал доступным для потоковой передачи содержимого от сервера.

8. Сетевой администратор должен открыть соответствующий порт на сетевом брандмауэре.

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

1. Откройте папку %systemroot%\System32\Windows Media\Server\Admin\MMC.

2. Дважды щелкните файл WMSHttpSysCfg.exe.

3. В поле IP-адрес диалогового окна Конфигурация системы HTTP служб Windows Media введите IP адрес, который должен использоваться драйвером HTTP.sys, а затем нажмите кнопку Добавить.

4. Перезапустите драйвер HTTP.sys и службу IIS, перезагрузив компьютер или введя в командной строке команду net stop http /y && iisreset.

5. Чтобы проверить, что служба IIS привязана только к вновь добавленным IP-адресам, введите в командной строке команду netstat.

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

7. На панели сведений перейдите на вкладку Свойства.

8. В списке Категория выберите Управляющий протокол.

9. В поле Подключаемый модуль выберите Управляющий протокол сервера HTTP для WMS, а затем нажмите кнопку Свойства.

10. В поле IP-адрес выберите Разрешить выбранным IP-адресам использовать этот протокол, а затем в списке выберите определенные IP-адреса, которые требуется использовать. Не выбирайте адреса, которые были добавлены в шаге 3.

11. Нажмите кнопку ОК, чтобы применить изменение.

12. На панели сведений в поле Подключаемый модуль выберите Управляющий протокол сервера HTTP для WMS. Щелкните Включить, чтобы протокол HTTP стал доступным для потоковой передачи содержимого от сервера.

 Закрыть

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

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

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

1. После установки Microsoft Active Directory® на сервере создайте учетную запись нового пользователя, являющуюся членом группы гостей.

2. Отключите подключаемый модуль проверки подлинности анонимного пользователя WMS на сервере Windows Media.

3. Настройте свойства подключаемого модуля проверки подлинности анонимного пользователя WMS, указав новую учетную запись пользователя, которая была создана в шаге 1.

4. Включите подключаемый модуль проверки подлинности анонимного пользователя WMS.

5. Остановите, а затем снова запустите службу Windows Media.

 Закрыть

Существует две причины, по которым невозможно запустить администратор служб Windows Media для Интернета.

Когда операционная система Microsoft Windows Server 2003 устанавливается впервые, параметры безопасности обозревателя Microsoft Internet Explorer по умолчанию устанавливаются на самый высокий уровень безопасности. Эта настройка безопасности запрещает доступ пользователей к веб-узлам Интернета, тем самым уменьшается возможность атак на сервер с веб-узла, используемого злоумышленниками. Когда обозреватель Internet Explorer настроен на использование этой конфигурации безопасности, все веб-узлы (включая администратора службы Windows Media для Интернета) рассматриваются как ограниченные узлы Интернета, поэтому все управляющие элементы Microsoft ActiveX, сценарии и виртуальную машину Microsoft (Microsoft VM) использовать невозможно. Чтобы использовать администратора службы Windows Media для Интернета, системный администратор должен добавить администратора службы Windows Media как URL-адрес Интернета в зону надежных узлов или зону местной интрасети. Дополнительные сведения о настройке повышенной безопасности для обозревателя Internet Explorer можно найти на  веб-узле корпорации Майкрософт.

Администратор службы Windows Media для Интернета - это интерфейс на основе обозревателя, который использует страницы ASP (Active Server Pages), хранящиеся в службах IIS. Страницы ASP несовместимы с файловой структурой FAT32. При возникновении трудностей с запуском администратора службы Windows Media для Интернета убедитесь, что не используется архитектура FAT32 файловой системы.

 Закрыть

В некоторых случаях настройки безопасности администратора службы Windows Media для Интернета запрещают администрирование нескольких серверов. В этом случае можно администрировать только локальный сервер. Если обозреватель Интернета не поддерживает протокол SSL, администрирование нескольких серверов окажется невозможным. Защита SSL обеспечивает безопасную связь через Интернет с использованием шифрования. Если в обозревателе не используется метод защиты SSL, связь с удаленным сервером может быть перехвачена злоумышленником.

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

 Закрыть

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

Серверы, на которых запущены службы Windows Media 9 Series, могут выполнять потоковую передачу файлов в формате WMA, WMV, ASF и MP3. Однако в службе Windows Media невозможно использовать функцию интеллектуальной потоковой передачи для потоковой передачи файлов формате MP3.

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

 Закрыть

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

Кроме того, если содержимое файла MP3 слишком мало, серверу, возможно, не удастся выполнить потоковую передачу файла в проигрыватель Windows Media. Чтобы обеспечить надежную обработку данных в некоторых версиях проигрывателя Windows Media, продолжительность содержимого, передаваемого потоком службой Windows Media, должна равняться или превосходить продолжительность содержимого, поддерживаемого проигрывателем. Минимальная продолжительность содержимого для проигрывателя Windows Media 9 Series составляет 5 секунд. Минимальная продолжительность содержимого для предыдущих версий проигрывателя Windows Media составляет 30 секунд. Содержимое с продолжительностью меньше минимальной может воспроизводиться не полностью или совсем не воспроизводиться.

 Закрыть

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

 Закрыть

В проигрывателе Windows Media или проигрывателе, использующем элемент управления ActiveX проигрывателя Windows Media, имеется несколько элементов управления воспроизведением: перемотка вперед и назад, приостановка и пропуск. Все эти элементы управления доступны не во всех сценариях потоковой передачи. Доступность элементов управления, когда проигрыватель Windows Media выполняет потоковую передачу, зависит от следующих факторов.

Версия проигрывателя Windows Media. Возможность перемотки вперед, назад, перехода и приостановки содержимого из списка воспроизведения поддерживается только в проигрывателе Windows Media 9 Series или в проигрывателе, использующем элемент управления ActiveX проигрывателя Windows Media 9 Series. Эти элементы управления не поддерживаются предыдущими версиями проигрывателя.

Тип пункта публикации. Элементы управления перемоткой вперед и назад, а также приостановки воспроизведения недоступны, когда содержимое передается с широковещательного пункта публикации. Эти элементы управления могут быть доступны, когда содержимое передается потоком с пункта публикации по запросу, в зависимости от источника содержимого.

Источник содержимого. Элементы управления перемоткой вперед и назад, а также приостановки воспроизведения недоступны, когда передается прямое содержимое от кодировщика или удаленного пункта публикации.

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

Атрибут noSkip. Возможность перемотки вперед и назад, пропуска и приостановки воспроизведения отсутствует, когда для атрибута noSkip в списке воспроизведения установлено значение True.

 Закрыть

В службе Windows Media 9 Series протокол HTTP используется для подключения к службе Windows Media версии 4.1 и кодировщику Windows Media версии 4.1, которые были выпущены в составе системы Windows 2000 Server, или к версиям технологий, которые были предоставлены на веб-узле технологий Windows Media. (Служба Windows Media 9 Series не поддерживает протокол MSBD.)

Службу Windows Media 9 Series невозможно подключить к версиям технологий Windows Media, предшествующим выпуску системы Windows 2000 Server. Кроме того, службу Windows Media версии 4.1 нельзя использовать для распределения потоков с сервера, на котором запущена служба Windows Media 9 Series.

 Закрыть

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

Клиенты не подключаются к серверу для приема многоадресного потока, поэтому подключаемые модули невозможно использовать для управления доступом к многоадресному потоку. Для управления доступом к многоадресному потоку необходимо поместить файл с данными о многоадресном вещании (метафайл Windows Media с расширением NSC, содержащий необходимые клиенту сведения для декодирования потока) в общую сетевую папку, а затем свяжите таблицу управления доступом (ACL) с файлом с данными о многоадресном вещании. Вместо использования файла объявления для распространения файла с данными о многоадресном вещании можно связать таблицу управления доступом ACL с файлом объявления.

 Закрыть

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

Следующие записи файла журнала обычно являются наиболее информативными при определении проблемы со стороны клиента.

x-duration. Это продолжительность воспроизведения потока клиентом. Если время в этом поле меньше общей продолжительности содержимого, то, возможно, связь с клиентом была потеряна.

c-status. Эти коды описывают состояние подключения клиента. В этом поле отображаются некоторые общие проблемы связи.

avgbandwidth. Это средняя полоса пропускания соединения. Если она ниже скорости потока от сервера, у клиента может уменьшиться полоса пропускания.

c-bytes. Это число байт, полученных клиентом. Если это число отличается от числа байт, отправленных сервером (sc-bytes), то произошла потеря пакетов.

c-pkts-lost-client. Это число пакетов, не доставленных клиенту.

c-buffercount. Это число попыток занесения клиентом потокового содержимого в буфер. Высокое значение может свидетельствовать о проблемах с полосой пропускания.

Дополнительные сведения о том, как использовать файлы журналов для определения проблем потоковой передачи, можно найти в справке службы Windows Media 9 Series.

 Закрыть

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

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

s-pkts-sent. Это число пакетов содержимого, отправленных сервером подключенному клиенту. В этом поле в файлах журналов клиента удаленного кэша прокси-сервера, а также в файлах журналов многоадресной передачи содержится дефис (-).

c-pkts-received. Это число пакетов от сервера, которые были правильно получены клиентом с первой попытки. Пакеты, которые с первой попытки принимаются неправильно, можно восстановить, если переслать их по протоколу UDP. Пакеты, которые не удается восстановить с помощью пересылки UDP, считаются потерянными в сети.

c-pkts-lost-client. Это число потерянных пакетов, которые не удалось восстановить на уровне клиента с помощью функции исправления ошибок или на уровне сети с помощью пересылки UDP. Эти пакеты были отправлены сервером Windows Media, но не воспроизводились клиентом.

c-pkts-lost-net. Это число пакетов, потерянных на уровне сети. Клиент сможет восстановить эти пакеты, если включена функция исправления ошибок.

c-pkts-lost-cont-net. Это максимальное число последовательно потерянных пакетов на уровне сети. Высокое значение указывает, что состояние сети было неудовлетворительным в течение длительного времени, когда клиенты не получали пакетов.

c-resendreqs. Это число запросов клиентов на новые пакеты. Это поле содержит нуль, если клиент не использует пересылку UDP.

c-pkts-recovered-ECC. Это число пакетов, потерянных на уровне сети, которые были восстановлены на уровне клиента, поскольку была включена функция исправления ошибок. Исправление ошибок - это единственное средство восстановления пакетов для потоков многоадресной передачи. Число исправленных и восстановленных пакетов на уровне клиента равно разнице между значениями полей c-pkts-lost-net и c-pkts-lost-client.

c-pkts-recovered-resent. Это число восстановленных пакетов, поскольку они были повторно отправлены по протоколу UDP. В это значение не входят пакеты протоколов TCP или UDP. Это поле содержит нуль, если клиент не использует пересылку UDP.

Обратите внимание, что значения для всех полей журнала не содержат пакеты TCP или UDP.

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

 Закрыть

По умолчанию в протоколе MMS используется порт 1755. Некоторые клиенты сервера ISA не смогут подключиться к этому порту, поскольку в режиме ISA используются другие критерии подключения для числа портов более 1023.

Эту проблему можно устранить путем настройки подключаемого модуля управляющего протокола сервера MMS для WMS, изменив порт, к которому привязан протокол MMS. Кроме того, можно создать файл Wspcfg.ini и сохранить его в папку %systemroot%\Windows\System32\Windows Media\Server. Этот файл должен содержать следующий текст:

[WMServer]

LocalBindTcpPorts=1755

LocalBindUdpPorts=1755

 Закрыть

Чтобы охватить максимально возможный перечень условий потоковой передачи, сервер со службами Windows Media может получать содержимое от кодировщика, используя два различных метода: по методу передачи и приема.

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

Когда служба Windows Media "принимает" содержимое от кодировщика, сервер подключается к уже существующему потоку от кодировщика. Прием кодировщиком полезен в том случае, если пункт публикации настроен таким образом, что он запускается при подключении первого клиента к содержимому, или если между сервером Windows Media и кодировщиком имеется брандмауэр. В конфигурации с приемом кодировщиком прежде чем сервер Windows Media сможет подключиться к кодировщику, сначала необходимо запустить кодировщик и начать кодирование. На пункте публикации сервера необходимо в качестве источника содержимого указать адрес URL кодировщика.

 Закрыть

Если в список воспроизведения входит прямое содержимое от кодировщика, клиенты могут заметить задержку, когда сервер заносит содержимое от кодировщика в буфер. Кроме того, сервер должен устанавливать новое подключение к кодировщику при каждом переключении клиента на прямую потоковую передачу содержимого, что увеличивает загрузку сети.

Чтобы предотвратить эти проблемы и повысить эффективность работы сети и клиента, можно создать дополнительный пункт публикации на сервере, который работает в качестве промежуточного пункта между главным пунктом публикации и кодировщиком. Эта настройка позволяет повысить производительность, поскольку сервер поддерживает одно подключение к кодировщику независимо от числа клиентов, выполняющих потоковую передачу содержимого. Чтобы создать такой пункт публикации, выполните следующие действия.

1. Создайте два одинаковых широковещательных пункта публикации.

2. Настройте первый пункт публикации для получения содержимого от кодировщика.

3. Запустите этот пункт публикации.

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

5. Используйте адрес lpp://publishing_point_1 в качестве источника элемента media (где publishing_point_1 - это имя пункта публикации, настроенного в шаге 2).

6. Используйте второй пункт публикации для потоковой передачи содержимого клиентам.

 Закрыть

Можно выполнить потоковую передачу содержимого Windows Media с веб-сервера или с сервера, на котором запущена служба Windows Media 9 Series. Однако веб-сервер не предназначен специально для потоковой передачи содержимого Windows Media. Если требуется выполнить потоковую передачу с веб-сервера, см. раздел  Методы потоковой передачи: веб-сервер и сервер потоковой передачи мультимедиа, чтобы получить сведения о различиях в способах предоставления содержимого, которые могут повлиять на качество воспроизведения.

 Закрыть

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

Эту проблему можно решить разными способами. Можно реализовать некоторые или все предложенные решения, чтобы уменьшить нагрузку на сеть и сервер при передаче данных.

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

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

Добавьте серверы распределения. Нагрузку по потоковой передачи можно распределить по всей сети, используя серверы распределения в тех местах сети, где планируется наивысшая потребность в потоковой передаче. Это позволит существенно повысить производительность при потоковой передаче, поскольку расстояние между сервером и клиентом уменьшается.

Реализация системы прокси-сервера с кэшем. В сервере можно использовать сторонний подключаемый модуль прокси-сервера с кэшем, чтобы обеспечить поддержку прокси-сервера с кэшем. Использование прокси-сервера с кэшем - это простой способ сохранить полосу пропускания, снизить задержки по сети, а также снять нагрузку с сервера источника. Пропускная способность сети уменьшается, так как для выгрузки содержимого и получения данных из кэша требуется только одно соединение от сервера источника. Задержка по сети уменьшается, потому что клиент может быстрее получать содержимое с близлежащего прокси-сервера с кэшем, и не требуется пересекать всю сеть или Интернет для получения содержимого с сервера источника. Кроме того, нагрузка на сервере источника уменьшается, так как напрямую к серверу источника подключается меньшее число клиентов.

Изменить содержимое мультимедиа, передаваемое потоком. Требуемую полосу пропускания для содержимого можно уменьшить, закодировав содержимое с использованием других параметров.

Обратите внимание, что если требуется проверить, как работает сервер при различных нагрузках со стороны клиентов, можно загрузить программу Windows Media Load Simulator 9 Series с домашней страницы Windows Media.

 Закрыть

Необходимую пропускную способность сети можно оценить с помощью следующего уравнения.

Необходимая пропускная способность сети = скорость передачи содержимого x объем аудитории

Чтобы определить среднюю скорость содержимого, разделите размер файла, потоковая передача которого выполняется, на время воспроизведения в секундах. Например, файл мультимедиа размером 2 МБ может быть представлен как 16 000 000 бит. Если продолжительность содержимого составляет примерно 1,5 минуты, средняя скорость потокового содержимого будет 180 килобит в секунду (кбит/с).

Чтобы оценить размер аудитории, определите максимальное число параллельных пользователей во время потоковой передачи. Например, компания планирует предложить дистанционное обучение всем своим 10 000 служащим по локальной вычислительной сети. Анализ эффективности прошлого курса обучения свидетельствует о том, что в определенный момент времени не более пяти процентов служащих обращаются к обучающим материалам. Поэтому необходимо обеспечить надежную доставку содержимого по сети для 500 параллельных пользователей.

Дополнительные сведения о планировании пропускной способности сети см. в справке службы Windows Media 9 Series.

 Закрыть

Максимальной число параллельных пользователей зависит от конфигурации сервера и метода распределения (одноадресный или многоадресный поток). Действительная производительность варьируется в зависимости от компьютера. Как правило, сервер Windows Media с одним процессором (233 МГц) с 256 МБ ОЗУ может обслуживать до 1000 одноадресных потоков со скоростью 28,8 кбит/с. Так как при многоадресном потоке требуется только один поток от сервера Windows Media, то к одному потоку может одновременно подключаться неограниченное число пользователей.

 Закрыть

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

• Обновить однопроцессорный сервер до многопроцессорного.

• Установить дополнительные сетевые платы или обновить существующую сетевую плату для поддержки более широкой полосы пропускания.

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

• Равномерно распределить по всей сети прокси-серверы с кэшем и использовать программу репликации содержимого для распространения содержимого, создаваемого ближе к клиентам, что снимет нагрузку с серверов источников.

• Настроить сетевые коммутаторы, которые будут обрабатывать запросы на потоковое мультимедиа и передачу данных в полнодуплексном режиме, что обеспечит непрерывный поток данных.

 Закрыть

Обратитесь к  сертифицированному поставщику узлов Windows Media 9 Series. Эти компании могут предложить услуги по размещению содержимого на веб-узлах и ряд специальных услуг, включая разработку приложений, а также создание и кодирование содержимого. Все поставщики готовы выполнить полную реализацию служб Windows Media 9 Series и прошли тщательную проверку.

 Закрыть

Обратитесь к участнику  программы поставщиков службы Microsoft Windows Media. Эти участники подтвердили свои возможности предоставлять решения для записи, кодирования и предоставления содержимого мультимедиа с использованием технологий Windows Media.

 Закрыть

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

 Закрыть

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

 Закрыть

Программу Microsoft Producer для PowerPoint® 2002 позволяет создавать и изменять презентацию, содержащую аудио и видео, и синхронизировать ее с набором слайдов PowerPoint. После публикации аудио- и видеокомпонентов презентации на сервере Windows Media и остальных компонентов (включая слайды PowerPoint) - на веб-сервере можно выполнять потоковую передачу презентации. Microsoft Producer невозможно использовать для передачи прямой презентации. Дополнительные сведения см. на  веб-странице Microsoft Producer.

Если требуется выполнить широковещательную передачу презентации с прямым аудио и видео, можно использовать функцию интерактивной широковещательной передачи в Microsoft PowerPoint, интеграция которой с технологией Windows Media позволяет выполнять широковещательную передачу прямых презентаций через Интернет или интрасеть. Дополнительные сведения см. на  веб-узле набора Resource Kit для Microsoft Office XP.

 Закрыть

В комплект поставки службы Windows Media входит подробная справочная документация. Загружаемая версия этой документации доступна на веб-узле Windows Media 9 Series.

 Закрыть

Да. Набор разработчика SDK для Windows Media 9 Series содержит средства, необходимые разработчикам для создания собственных решений. Дополнительные сведения см. на  странице набора разработчика SDK Windows Media 9 Series.

 Закрыть

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

 Закрыть