Протокол одноранговой потоковой передачи сочинение пример

ООО "Сочинения-Про"

Ежедневно 8:00–20:00

Санкт-Петербург

Ленинский проспект, 140Ж

magbo system

Сочинение на тему Протокол одноранговой потоковой передачи

Принципы одноранговой потоковой передачи

Одноранговый протокол – это сокращение от «Peer-to-Peer Streaming Peer Protocol». Этот протокол используется для распространения сопоставимого контента непосредственно среди групп заинтересованных сторон. Peer-to-Peer Streaming Протокол Peer поддерживает потоковую передачу как предварительно записанного (по запросу), так и живого аудио / видео контента

Peer-to-Peer Streaming Peer Protocol поддерживает потоковую передачу видео или аудио контента по требованию, как в реальном времени, так и в записи. Это также основывается на парадигме peer-to-peer, в которой пользователи, использующие контент, ставятся в один ряд с серверами, изначально предоставляющими контент. Все это для создания системы, в которой каждый может обеспечить пропускную способность загрузки. Первоначально он был разработан для обеспечения кратковременного воспроизведения для конечного пользователя и для предотвращения сбоев, обычно появляющихся в потоках злоумышленниками. Кроме того, Peer-to-Peer Streaming Peer Protocol был разработан, чтобы быть расширяемым и гибким. Одноранговая потоковая передача Одноранговый протокол может использовать различные механизмы для предотвращения фрирайдинга, оптимизации загрузки одноранговых узлов или работы со схемами однорангового обнаружения (распределенные хэш-таблицы). Peer-to-Peer Streaming Peer Protocol поддерживает множество способов интегрированной защиты контента или адресации фрагментов. Он был разработан, чтобы быть универсальным протоколом, работающим поверх множества различных транспортных протоколов. В настоящее время он работает поверх UDP, используя LEDBAT (короче говоря, фоновый транспорт с низкой дополнительной задержкой) для перегруженных элементов управления.

Использование и примеры

Peer-to-Peer Streaming Peer Protocol был разработан, чтобы обеспечить конечному пользователю короткое время до воспроизведения и предотвратить нарушение потоков злонамеренными одноранговыми узлами. Центральным в этом проекте является простой метод идентификации контента, основанный на самоаттестации. В частности, контент в одноранговом протоколе потоковой передачи в одноранговом режиме идентифицируется одним криптографическим хешем, который является корневым хешем в хеш-дереве Merkle, вычисляемым рекурсивно из содержание [MERKLE] [ABMRKL].

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

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

Peer-to-Peer Streaming Peer Protocol также был разработан, чтобы быть расширяемым для различных транспортов и случаев использования. Таким образом, Peer-to-Peer Streaming Peer Protocol – это общий протокол, который может работать непосредственно поверх UDP, TCP, или другие протоколы.

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

PSPP также гибок и расширяем в механизмах, которые он использует для продвижения вклада клиента и предотвращения фрирайдинга, то есть, как обращаться с пирами, которые только загружают контент, но никогда не загружают его другим. Это также позволяет использовать различные схемы для адресации блоков и защиты целостности контента, если значения по умолчанию не подходят для конкретного варианта использования. Кроме того, он может работать с различными схемами обнаружения одноранговых узлов, такими как централизованные трекеры или быстрые распределенные хеш-таблицы [JIM11]. Наконец, в этой настройке по умолчанию протокол Peer-to-Peer Streaming Peer поддерживает только небольшое количество состояний на одноранговый узел. Доступна эталонная реализация протокола одноранговой потоковой передачи через UDP. [SWIFTIMPL].

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

Дизайн однорангового потокового протокола одноранговой передачи основан на наших исследованиях по созданию BitTorrent [BITTORRENT], подходящего для потоковой передачи контента [P2PWIKI]. Большинство сообщений Peer-to-Peer Streaming Peer Protocol имеют соответствующие сообщения BitTorrent и наоборот. Тем не менее, Peer-to-Peer Streaming Peer Protocol специально предназначен для потоковой передачи аудио / видео контента и оптимизирует время до воспроизведения. Он также был разработан, чтобы быть более гибким и расширяемым.

Пример: присоединение SwarmConsider к пользователю, который хочет посмотреть видео. Чтобы воспроизвести видео, пользователь нажимает кнопку воспроизведения элемента HTML5, отображаемого в его браузере с поддержкой одноранговой потоковой передачи. Представьте, что этот элемент имеет URL-адрес протокола одноранговой потоковой передачи (должен быть определен в другом месте), определяющий видео в качестве его источника. Браузер передает этот URL своему обработчику протокола одноранговой потоковой передачи. Давайте назовем этот обработчик протокола Peer A. Peer A анализирует URL-адрес, чтобы извлечь транспортный адрес трекера однорангового потокового протокола и метаданные роя контента. Адрес трекера может быть необязательным при наличии децентрализованного механизма отслеживания. Механизмы отслеживания пиров выходят за рамки этого документа.

Одноранговый узел A теперь регистрируется на трекере в соответствии со спецификацией трекера протокола одноранговой потоковой передачи [PPSP-TP] и получает IP-адрес и порт одноранговых узлов, уже находящихся в рое, скажем, Peers B, C и D. В этот момент начинает работать протокол Peer-to-Peer Streaming Peer. Узел A теперь отправляет дейтаграмму, содержащую сообщение HANDSHAKE протокола одноранговой потоковой передачи по одноранговому протоколу, узлам B, C и D. Это сообщение передает параметры протокола. В частности, одноранговый узел A включает в себя идентификатор роя (часть метаданных роя) в качестве опции протокола, поскольку одноранговые узлы могут прослушивать несколько роев по одному и тому же транспортному адресу.

Пиры B и C отвечают дейтаграммами, содержащими сообщение HANDSHAKE Peer-to-Peer Streaming Peer Protocol и одно или несколько сообщений HAVE. Сообщение HAVE передает (часть) доступность чанка узла; таким образом, он содержит спецификацию порции, которая обозначает, что порции контента у одноранговых узлов B и C соответственно. Узел D отправляет дейтаграмму с сообщениями HANDSHAKE и HAVE, но также с сообщением CHOKE. Последнее указывает на то, что узел D не хочет загружать куски в узел A в настоящее время.

Чтобы изящно покинуть рой, узел A отправляет конкретное сообщение HANDSHAKE всем своим узлам (см. раздел 8.4) и снимает с регистрации трекер, следуя спецификации трекера [PPSP-TP]. Пиры, получающие дейтаграмму, должны удалить Пира A из своего текущего списка пиров. Если одноранговый узел A терпит неудачу из-за сбоя, одноранговые узлы должны удалить одноранговый узел A из своего списка одноранговых устройств, если они обнаружат, что он больше не отправляет сообщения (см. Раздел 3.12).

Критический анализ

Одноранговый потоковый протокол Peer-to-Peer – это протокол Peer-to-Peer, который использует тот факт, что контент доступен из нескольких источников для повышения надежности, масштабируемости и производительности. В то же время, неправильный выбор точных источников может привести к плохому опыту для конечного пользователя и высоким затратам для сетевых операторов. Следовательно, протокол Peer-to-Peer Streaming Peer может использовать протокол ALTO для управления выбором одноранговых узлов.

Как и любой другой сетевой протокол, Peer-to-Peer Streaming Peer Protocol сталкивается с общим набором проблем безопасности. Реализация должна учитывать возможность переполнения буфера, DoS-атак и манипуляций (то есть атак отражения). Любая гарантия конфиденциальности кажется маловероятной, поскольку пользователь выставляет свой IP-адрес партнерам. Вероятным исключением является случай, когда пользователь скрыт за общедоступным NAT или прокси. В этом разделе подробно рассматриваются вопросы безопасности протокола.

Зарегистрируйся, чтобы продолжить изучение работы

    Поделиться сочинением
    Ещё сочинения
    Нет времени делать работу? Закажите!

    Отправляя форму, вы соглашаетесь с политикой конфиденциальности и обработкой ваших персональных данных.