- •Лвс и компоненты лвс
- •Основные компоненты
- •Рабочие станции
- •Сетевые адаптеры
- •Сетевые операционные системы
- •Типовой состав оборудования локальной сети
- •Аппаратные средства лвс.
- •Рассмотрим примеры построения приемопередатчиков и сетевых контроллеров лвс.
- •Трансивер это
- •В качестве среды передачи
- •Стандарт предполагает
- •На концах проводов
- •Для обеспечения обмена
- •Аппаратные средства лвс. Структурная и функциональная организация лвс. Программные средства лвс. Понятие сетевой ос, характеристика сетевых ос, программное обеспечение технологии.
- •Аппаратное обеспечение лвс
- •1) Автономных операционных систем (ос), установленных на рабочих станциях;
- •2) Сетевых операционных систем, установленных на выделенных серверах, которые являются основой любой вычислительной сети;
- •3) Сетевых приложений или сетевых служб.
- •1. Идентификация - присвоение пользователю уникального имени или кода (идентификатора).
- •Сетевые приложения (программное обеспечение вычислительных сетей)
- •1.6. Основные программные и аппаратные компоненты лвс
- •1.6.4. Доступ к сетевым ресурсам локальной вычислительной сети
- •Управление сетевым доступом к дискам, папкам, принтеру
- •Доступ к дискам
- •Установите предельное число пользователей
- •Доступ к папкам
- •Доступ к принтеру
- •Подключение сетевого принтера
- •1.5. Базовые технологии локальных сетей
- •1.5.1. Методы доступа и протоколы передачи данных в локальных сетях
- •Методы доступа к среде передачи данных (методы доступа к каналам связи)
- •Обнаружение столкновений
- •Передача маркера в локальных сетях
- •1.5. Базовые технологии локальных сетей
- •1.5.2. Методы обмена данными в локальных сетях
- •Централизованный доступ к моноканалу
- •Метод опроса.
- •Метод передачи полномочий (передача маркера)
- •Децентрализованный доступ к моноканалу
- •1. В данной сети применяется метод доступа “передача маркера”. Алгоритм передачи следующий:
- •Обмен данными в сети с топологией шина (децентрализованный случайный метод доступа).
- •1.5. Базовые технологии или сетевые технологии локальных сетей
- •1.5.3. Сетевые технологии локальных сетей
- •Сетевые технологии локальных сетей ieee802.5/Token-Ring
- •Сетевые технологии локальных сетей ieee802.4/ArcNet
- •Сетевые технологии локальных сети fddi (Fiber Distributed Data Interface)
- •1.5. Базовые технологии локальных сетей
- •1.5.4. Сравнение технологий и определение конфигурации
- •Определение конфигурации сетей
- •Выбор протоколов передачи данных
- •Использование протокола rtsp
- •Использование протокола http
- •Переключение протокола
- •Справка по протоколам Windows Media
- •Примечание
- •Протокол передачи данных
Использование протокола 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 не поддерживается.