Информатизации и телекоммуникационных технологий республики узбекистан


Классификация технологий доставки информации от сервера до клиента



страница4/12
Дата01.12.2017
Размер0.91 Mb.
ТипИсследование
1   2   3   4   5   6   7   8   9   ...   12

2. Классификация технологий доставки информации от сервера до клиента


Под технологией доставки информации от сервера до клиента следует понимать многообразие протоколов передачи данных, с помощью которых осуществляется общение сервера вещания и клиента в рамках сети передачи данных. Существует две основные схемы доставки цифровых потоков по IP сетям, обладающих своими достоинствами и недостатками: технология точка-точка (unicast), технология точка-многоточка (multicast) [20] (рис. 3).

Рис. 3. Схемы доставки цифрового потока от сервера до клиента

В случае использовании unicast технологии возможно использование протоколов передачи данных без гарантии доставки: UDP, RTP (Real-Time Transport Protocol – Протокол передачи реального времени, RFC-2205, -2209, -2210, -1990, -1889,-3989, -3952; "RTP: A Transport Protocol for Real-Time Applications" H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson). Последний базируется на идеях, предложенных Кларком и Тенненхаузом [21], и предназначен для доставки данных в реальном масштабе времени. При этом определяется тип поля данных, производится нумерация посылок, присвоение временных меток и мониторинг доставки. Приложения обычно используют RTP поверх протокола UDP для того, чтобы использовать его возможности мультиплексирования и контрольного суммирования.

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

Кроме того, при использовании unicast возможно применение и протоколов с гарантией передачи данных: TCP, HTTP. В этом случае будет несколько увеличен информационный поток, но зато гарантируется качество принимаемого мультимедийного контента в условиях ненадежного канала передачи данных. Под ненадежностью канала в данном случае должно пониматься кратковременный отказ передачи (различного рода коллизии в сети), сбои в передаче (неправильный порядок IP пакетов принятых клиентским ПО из за различного времени доставки) и прочее. Однако же информационная емкость самого канала должна быть достаточна как для передачи мультимедийного контента, так и для передачи служебной информации и повторных частей мультимедийного контента.

При использовании multicast технологии возможно применение следующих протоколов без гарантии доставки: UDP, RTP. Как уже отмечалось выше RTP обеспечивает некоторый контроль за информационным потоком, но не может полностью гарантировать доставку данных до клиента. Однако же использование multicast технологии с UDP или RTP протоколом совместно с качественным каналообразующим оборудованием, с поддержкой IGMP маршрутизации (RFC-1112, RFC-2236), позволяет достичь максимальной эффективности сервера мультимедийного вещания – аппаратные и программные затраты сервера вещания идут только на получение мультимедийного контента и передачу его в сеть, а доставку до конкретного абонента и гарантию этой доставки будет обеспечивать каналообразующее оборудование.

Таблица 3

Оценка параметров unicast и multicast



unicast

multicast

Особенности

Непосредственная передача данных от сервера клиенту с установлением или без установления соединения. Причем в отправляемых IP пакетах явно указывается IP адрес сервера и IP адрес клиента.

Опосредованная передача данных от сервера клиенту, осуществляемая с помощью входа сервера и клиентов в т.н. multicast группы [27]. В IP пакетах, отправляемых сервером содержится IP адрес самого сервера и адрес multicast группы, для которой предназначен пакет. Каналообразующее оборудование (маршрутизаторы, коммутаторы) производят отслеживание подключения и отключения клиентов к/из multicast групп и соответственно направляют или не направляют соответствующий IP пакет в сегмент клиента

Используемые протоколы

передачи: TCP, UDP, RTP, HTTP

маршрутизации: RIP, BGP, OSPF



UDP, RTP

IGMP


Каналообразующее оборудование, поддерживающее передачу по схемам

Все оборудование, поддерживающее передачу данных по протоколу IP

Маршрутизаторы, поддерживающие протокол маршрутизации IGMP

Коммутаторы с поддержкой IGMP Snooping

Прочие коммутаторы и концентраторы с передачей multicast пакетов в широковещательном режиме

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

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

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

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




Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9   ...   12


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница