Э. Таненбаум - Компьютерные сети. (4-е издание) (DJVU) (1130092), страница 207
Текст из файла (страница 207)
Клиентская машина Сервер Нижний Верхний предел предел Рис. 1.30. Проигрыватель буферизирует входные данные, принимаемые с мультимедийного сервера, и воспроизводит содержимое буфера, а не данные, поступающие напрямую из сети Недостатком выталкивающего сервера является наличие необязательных запросов данных. Серверу известно, что он отослал весь файл, так почему же проигрыватель продолжает что-то запрашивать? По этой причине данный метод используется редко. При использовании проталкивающего сервера проигрыватель отправляет запрос Р?АУ (Воспроизведение), и сервер просто отправляет ему данные.
При этом возможны два варианта: либо сервер мультимедиа работает со скоростью воспроизведения, либо он работает с более высокой скоростью. В обоих случаях некоторое количество данных буферизируется перед началом проигрывания. Если сервер работает со скоростью воспроизведения, то посылаемые им данные добавляются в конец буфера, а проигрыватель извлекает данные из начала буфера. Пока все работает без сбоев, объем данных, хранимых в буфере, остается постоянным во времени. Это очень простая схема — здесь не требуется пересылать управляющие сообщения в каких-либо направлениях. Еще один вариант схемы проталкивания основан на том, что сервер выдает данные быстрее, чем реально требуется проигрывателю. Преимуществом является то, что при отсутствии гарантий стабильной скорости сервер имеет возможность наверстать упущенное из-за задержки время.
Однако есть опасность переполнения буфера, возникающая вследствие того, что данные «потребляются» медленнее, чем выдаются (а это, в свою очередь, необходимо для устранения возможных пауз при воспроизведении). Решением этой проблемы является установка проигрывателем нижнего и верхнего пределов заполнения буфера. Суть в том, что сервер выдает данные Мультимедиа 771 лишь до тех пор, пока буфер не заполнится до верхнего предела. После этого проигрыватель просит сервер приостановить перелачу.
Поскольку данные будут продолжать прибывать в течение времени передачи запроса приостановки, расстояние между верхним пределом и концом буфера должно быть больше некоторого Х вЂ” количества данных, которые успеют передаться за этот промежуток времени. Х соответствует задержкам в канале, возникающим вследствие ограниченной пропускной способности. После приостановки сервера буфер начнет опустошаться.
Когда количество данных в нем достигнет нижнего предела, проигрыватель попросит сервер мультимедиа возобновить передачу. Нижний предел должен быть установлен таким образом, чтобы буфер не опустошался полностью. Для работы по методу проталкивающего сервера проигрыватель должен осуществлять удаленное управление сервером. Это обеспечивается протоколом ВТЯР, предоставляющим соответствующий механизм управления. Он определен в КРС 2326.
Протокол не предназначен для управления потоком данных, для этого обычно применяется КТР. Основные команды КТБР приведены в табл. 7.17. Таблица 7.17. Команды АТЕР, посылаемые проигрывателем на сервер Команда Действие сервера ОЕЗСЙ! ВЕ ЗЕТОР РьАУ ПЕСОПО РАЦЗЕ ТЕАЙООУУЫ Перечисляет параметры мультимедийных данных Устанавливает логическое соединение между проигрывателем и сервером Начинает отправлять данные клиенту Начинает прием данных от клиента Приостанавливает передачу данных Удаляет логическое соединение Интернет-радио Как только стало возможным передавать потоковое аудио через Интернет, коммерческие радиостанции задумались о том, как бы организовать вещание в Сети (параллельно с вещанием в эфире).
Вскоре маленькие радиостанции в колледжах стали передавать сигнал через Интернет. Студенглы колледжей организовали собственные радиостанции. Действительно, технологии сейчас находятся на том уровне, когда практически каждый может основать собственную радиостанцию. интернет-радио — это совсем молодая область, находящаяся в стадии развития, но о ней стоит сказать пару слов. Есть два основных подхода к организации радиовещания в Интернете. Первый подразумевает, что передачи предварительно записываются и сохраняются на диске. Слушатели могут получить доступ к архивам радиостанции, выбрать интересующую передачу и загрузить ее себе для прослушивания.
В общем-то, это ничем не отличается от потокового аудио, которое мы только что обсуждали, Также возможно сохранять передачи сразу же после их выхода в прямом эфире. В этом случае архив состоит из передач, которые звучали, скажем, полчаса назад или еще меньше.
Преимуществом является то, что технически это очень просто 772 Глава 7. Прикладной уровень организовать, — используются все те же методы потокового аудио; при этом слушатели могут выбрать любую передачу из архива, Совсем другой подход связан с Радиоееи~анивм через Интернет. Некоторые станции организуют параллельное вещание — в эфире и в Сети, Однако появляется все больше станций, работающих исключительно через Интернет. Некоторые технологии, применяемые для передачи потокового аудио, подходят и для живого вещания, однако есть некоторые серьезные различия. Похожи эти технологии тем, что и там, и там требуется буферизация на стороне пользователя, позволяющая снизить флуктуацию (джиттер). Буферизация 10-15 с звучания до начала проигрывания позволяет сделать вещание непрерывным даже в условиях довольно заметной флуктуации (джиттера) в сети. До тех пор, пока пакеты прибывают раньше, чем они реально нужны, не имеет никакого значения, когда именно они прибывают.
Одно из ключевых отличий состоит в том, что потоковое аудио можно выдавать со скоростью, превышающей скорость воспроизведения, поскольку приемник может остановить процесс, когда буфер заполняется до верхнего предела. В принципе, за счет этого появляется время на передачу потерянных пакетов, хотя практически это свойство редко используется. Что касается живого радиовещания, здесь скорость выдачи информации всегда точно соответствует скорости ее создания и воспроизведения. Еще одно отличие состоит в том, что аудитория радиостанции может исчисляться сотнями нли тысячами слушателей, тогда как потоковое аудио рассчитано на двухточечный обмен информацией. В таких условиях, очевидно, интернет- радио может передавать широковещательный сигнал с помощью протоколов ЕТР/ВТВР. Это наиболее эффективный способ работы.
Однако на сегодняшний день интернет-радио работает по-другому. Реально происходит вот что: пользователь устанавливает ТСР-соединение с радиостанцией и принимает данные посредством протокола ТСР. Конечно, это порождает ряд проблем, таких как остановка передачи при заполнении окна, потеря пакетов с последующей повторной передачей и т. д.
Почему же вместо широковещания по КТР применяется однонаправленная передача по ТСР7 Есть три причины этого. Во-первых, лишь немногие провайдеры поддерживают широковещание, этот метод передачи используется очень редко. Во-вторых, протокол КТР гораздо менее известен, нежели ТСР, а многие радиостанции слишком мальв чтобы иметь в штате профессиональных компьютерщиков. Гораздо проще использовать понятный и популярный протокол ТСР, котоРый поддерживается большинством программных продуктов.
В-третьих, многие любят слушать радио на работе, то есть за границей брандмауэра. Большинство сетевых администраторов настраивают брандмауэры таким образом, чтобы защитить локальную сеть от нежелательного проникновения в нее извне. Обычно разрешается установка ТСР-соединений с удаленного порта 25 (5МТР для электронной почты), прием ПРР-пакетов с удаленного порта 53 (ПЫ5), а также установка ТСР-соединений с портом 80 (НТТР для Всемирной паутины). Почти все прочие возможности, включая КТР, могут быть заблокированы. Таким образом, единственный способ передать радиосигнал через брандмауэр — это заставить Мультимедиа 773 веб-сайт притвориться НТТР-сервером (по крайней мере, для брандмауэра) и, соответственно, использовать НТТР-серверы, которые общаются по ТСР.
Такие суровые меры, обеспечивая лишь минимальную защиту информации, зачастую резко снижают эффективность мультимедийных приложений. Поскольку интернет-радио — это новая среда передачи данных, войны форматов идут полным ходом. Веа1Апг(1о, Ж1пбоюз Мейа Аигйо и МРЗ ведут достаточно агрессивную конкуренцию на этом рынке, борясь за право быть доминирующим форматом радиовещания в Интернете. Сейчас появился еще один формат — УогЬ~з, который технически похож на МРЗ, но является открытым и не использует патентованные методы, на которые опирается МРЗ. Типичная интернет-радиостанция представляет собой веб-сайт, на котором выложены расписание передач, информация о ведущих и множество рекламы, Обычно можно найти один или несколько логотипов, указывающих на поддерживаемые аудиоформаты (или просто надпись «ПРОСЛУШАТЬ», если поддерживается только один формат).
Значки с этими логотипами являются гиперссылками на метафайлы, о которых говорилось ранее. Когда пользователь щелкает на одном из значков, пересылается короткий метафайл. Браузер, используя М1МЕ-тип или расширение файла, определяет подходящее вспомогательное приложение (то есть проигрыватель). Метафайл записывается во временный файл, затем открывается программа-проигрыватель, которой передается имя временного файла. Видя содержащийся в нем 1)К1.
(обычно со схемой Астр или гГзр, что позволяет обойти накладываемые брандмауэром ограничения и одновременно удовлетворить потребности популярных мультимедийных приложений), проигрыватель связывается с сервером и начинает работать как радиоприемник, Кстати говоря, аудиоданные передаются в виде одного потока, поэтому работа по Аггр возможна, но только для радио: передавать видео, для которого характерно наличие по крайней мере двух потоков, с помощью Аггр не удается — нужно что-нибудь типа ггзр. Еще одной интересной особенностью интернет-радио является то, что практически все желающие, даже студенты, могут организовать собственную радиостанцию. Основные компоненты, необходимые для этого, изображены на рис.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
