Перейти к основному содержимому

04 Модель OSI TCP IP применительно к медиа

Модель OSI и TCP/IP применительно к передаче медиа​

Модель OSI применительно к медиа

В этом разделе мы рассмотрим, как классические сетевые модели — OSI и TCP/IP — связаны с передачей аудио‑ и видеоданных по сети. Наша цель — не просто вспомнить уровни, а понять, на каком уровне что именно происходит с медиапотоком и какие параметры сети влияют на его качество.

1. Две модели: OSI и TCP/IP​

1.1. Зачем нужны уровневые модели​

Уровневые модели (OSI и TCP/IP) описывают, как данные проходят через сеть — от приложения на одном устройстве до приложения на другом. Каждый уровень решает свою задачу и опирается на услуги нижележащего уровня.

Для медиапотоков (видео и аудио) это особенно важно, потому что:

  • на разных уровнях лежат разные протоколы и настройки;
  • проблемы с качеством (задержки, потери, «сыпется» картинка) часто связаны не с одним протоколом, а с неправильной настройкой одного из уровней сети.

1.2. Соответствие моделей OSI и TCP/IP​

Модель OSI — теоретическая и состоит из 7 уровней. Модель TCP/IP — проще и ближе к тому, как устроены реальные сети, в том числе Интернет. Обычно мы сопоставляем уровни так:

Уровень OSIУровень TCP/IPТипичные примеры
7. Прикладной (Application)Прикладной (Application)RTSP, RTP, RTMP, HTTP и др.
6. Представления (Presentation)Кодеки, форматы данных (логика)
5. Сеансовый (Session)Управление сессиями, диалогами
4. Транспортный (Transport)Транспортный (Transport)TCP, UDP
3. Сетевой (Network)Интернет‑уровень (Internet)IP, маршрутизация
2. Канальный (Data Link)Сетевой доступ (Network Access)Ethernet, VLAN, Wi‑Fi
1. Физический (Physical)Сетевой доступ (Network Access)Кабели, оптика, радиосигнал

В практических задачах по медиа нас в первую очередь интересуют:

  • прикладной уровень — где живут протоколы медиапередачи;
  • транспортный и сетевой уровни — где решаются вопросы доставки и маршрутизации;
  • канальный уровень — где настраивается работа конкретной сети (коммутаторы, VLAN и т.п.).

2. Прикладной уровень: медиапротоколы​

2.1. Что такое прикладной уровень​

Прикладной уровень (application layer) — это уровень, на котором работают сами приложения и конкретные сетевые протоколы высокого уровня. Именно здесь описывается:

  • формат сообщений, которыми обмениваются приложения;
  • правила установления, управления и завершения сессий (например, медиасессий);
  • логика работы сервиса: запросить поток, начать воспроизведение, поставить на паузу и т.д.

Для медиа это уровень, где уже видно: «мы хотим получить видеопоток с камеры» или «мы отправляем стрим на сервер».

2.2. Примеры протоколов на прикладном уровне​

В контексте потокового видео и аудио на прикладном уровне находятся:

  • RTSP (Real Time Streaming Protocol)
    Протокол управления медиапотоками. С его помощью клиент (например, видеонаблюдение или плеер) говорит серверу или IP‑камере:

    • какой поток он хочет получить;
    • когда начать воспроизведение;
    • когда остановить или поставить на паузу.

  • RTP (Real-time Transport Protocol)
    Протокол, который описывает, как аудио‑ и видеоданные «нарезаются» на пакеты:

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

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

  • RTMP (Real-Time Messaging Protocol)
    Протокол, который изначально использовался для взаимодействия с Flash‑плеерами, а сейчас часто применяется для передачи живых стримов от энкодера (например, OBS) до сервера (стриминговая платформа).

Все эти протоколы не занимаются доставкой пакетов по сети физически. Они описывают, как должен выглядеть медиапоток и как приложение должно им управлять. Доставкой занимаются нижележащие уровни.

2.3. Пример: IP‑камера и видеоклиент​

Представим типичную ситуацию:

  1. На объекте установлена IP‑камера.
  2. Оператор запускает на рабочей станции программу‑клиент видеонаблюдения.
  3. Клиент отправляет RTSP‑запрос к камере (прикладной уровень), чтобы:
    • получить описание доступных потоков (например, основной поток с высоким качеством и субпоток с низким);
    • выбрать нужный поток и запросить его воспроизведение.
  4. Камера начинает отправлять видеоданные в формате, основанном на RTP.

То, как эти пакеты физически дойдут по сети до оператора, решают транспортный, сетевой и канальный уровни.

3. Транспортный уровень: UDP и TCP​

3.1. Роль транспортного уровня​

Транспортный уровень (transport layer) отвечает за доставку данных от одного приложения к другому на разных устройствах. Он определяет:

  • как разбивать данные на сегменты/датаграммы;
  • как нумеровать их;
  • как обрабатывать потери и ошибки;
  • нужен ли контроль доставки.

Основные протоколы транспортного уровня, которые нас интересуют в контексте медиа:

  • TCP (Transmission Control Protocol);
  • UDP (User Datagram Protocol).

3.2. TCP: надёжность с ценой в задержку​

TCP обеспечивает:

  • контроль доставки (пакеты подтверждаются);
  • повторную отправку потерянных пакетов (ретрансляция);
  • строгий порядок следования (если один пакет опоздал, приём данных приостанавливается, пока он не придёт — эффект head-of-line blocking).

Для медиапотока это означает:

  • более надёжную доставку: почти все данные дойдут до получателя;
  • увеличенную задержку и возможные рывки при плохой сети, так как поток будет «ждать» недостающие пакеты.

TCP часто используется там, где:

  • критична целостность данных (например, при передаче файлов, архивов, важной телеметрии);
  • медиапоток допускает большую задержку (например, просмотр записи, нестрогий live через HTTP).

3.3. UDP: минимальная задержка при возможных потерях​

UDP — более простой протокол:

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

Для живого медиа (live‑потоков) это критично:

  • небольшие потери могут быть незаметны или проявляться как кратковременные артефакты;
  • зато поток идёт с минимально возможной задержкой, не задерживаясь из‑за отдельных потерянных пакетов.

Поэтому большинство протоколов реального времени (таких, как RTP в типичных сценариях) используют UDP как транспорт.

3.4. Влияние выбора между UDP и TCP на медиапоток​

Выбор транспортного протокола напрямую влияет на поведение медиасистемы:

  • UDP:
    • плюс: низкая задержка;
    • минус: возможны артефакты при потере пакетов.
  • TCP:
    • плюс: более полная и упорядоченная доставка данных;
    • минус: более высокая задержка, возможные «подлагивания» при проблемах в сети.

Для оператора видеосистемы это выражается в следующем:

  • при UDP поток «живой», но иногда может «сыпаться»;
  • при TCP картинка обычно ровная, но может сильно отставать от реального времени.

4. Сетевой уровень: IP и маршрутизация​

4.1. Роль сетевого уровня​

Сетевой уровень (network layer) отвечает за маршрутизацию пакетов между различными сетями. Основной протокол здесь — IP (Internet Protocol).

Задачи IP:

  • определить адрес источника и получателя (IP‑адреса);
  • выбрать маршрут (через какие маршрутизаторы/узлы пойдёт пакет);
  • доставить пакет до нужной точки сети, где уже транспортный уровень передаст его приложению.

4.2. IP в медиасетях​

Для медиасистем это означает:

  • видеопоток с камеры — это последовательность IP‑пакетов, которые идут от IP‑адреса камеры к IP‑адресу сервера, пульта, видеорегистратора или рабочего места оператора;
  • качество маршрутизации (нагрузка на маршрутизаторы, конфигурация маршрутов) влияет на:
    • задержку;
    • вероятность потерь;
    • джиттер (колебания задержки).

4.3. Multicast на сетевом уровне​

Особая возможность IP, важная для медиа, — multicast‑передача:

  • unicast: один поток передается от источника к каждому получателю отдельно (камера → клиент 1, камера → клиент 2 и т.д.), что множит нагрузку на сеть и на камеру;
  • multicast: камера отправляет один групповой поток на специальный multicast‑адрес, а клиенты «подписываются» на него.

Преимущества multicast в видеосетях:

  • экономия полосы пропускания: один поток в сети вместо десятка копий;
  • возможность организовать трансляцию «один ко многим» (IP‑телевидение, видеостены, мониторинг с большого количества рабочих мест).

Недостаток: требуется поддержка multicast на уровне сетевого оборудования и его грамотная настройка (IGMP, IGMP‑snooping и т.п.), иначе возможны широковещательные «шторма» или избыточная нагрузка.

5. Канальный уровень: Ethernet, VLAN и физическая инфраструктура​

5.1. Роль канального уровня​

Канальный уровень (data link layer) описывает, как данные передаются в пределах одной физической сети (одного сегмента), например, в пределах одного коммутатора или набора связанных коммутаторов.

Основные задачи:

  • адресация устройств в пределах локальной сети (MAC‑адреса);
  • формат кадров (frame), которые передаются по физической среде;
  • базовые механизмы обнаружения и исправления ошибок в рамках одного линка.

5.2. Ethernet​

В большинстве современных медиасетей используется Ethernet:

  • стандарт, определяющий формат кадра, скорости (100 Мбит/с, 1 Гбит/с и выше), способы кодирования сигналов и т.д.;
  • то, чем оперирует сетевой коммутатор, принимая и пересылая кадры между портами.

Данные уровня IP (сетевой уровень) инкапсулируются в Ethernet‑кадры и передаются по меди (витая пара, оптика) или по радиоканалу (Wi‑Fi).

5.3. VLAN: логическое разделение сети​

VLAN (Virtual LAN) — механизм логического разделения одной физической сети на несколько независимых виртуальных подсетей.

Применительно к медиа:

  • можно выделить отдельный VLAN для видеопотоков (например, все IP‑камеры и видеосерверы) и отделить его от пользовательского трафика (офисные ПК, интернет‑доступ);
  • это уменьшает взаимное влияние:
    • всплеск офисного трафика (например, массовые загрузки файлов) не будет «давить» видеопотоки;
    • проблемы в «пользовательской» сети меньше влияют на стабильность видеонаблюдения или продакшн‑стрима.

На практике это настраивается на уровне коммутаторов (канальный уровень).

6. Настройки, влияющие на качество медиапотоков​

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

6.1. QoS: приоритизация трафика​

QoS (Quality of Service) — набор механизмов, позволяющих:

  • отличать разные типы трафика;
  • назначать им разные приоритеты;
  • управлять очередями и полосой пропускания.

Применительно к медиа:

  • видеопотоки получают более высокий приоритет, чем, например, обычный веб‑трафик;
  • при загрузке сети коммутаторы и маршрутизаторы в первую очередь передают пакеты с высоким приоритетом (медиа), а остальное трафик может немного задерживаться.

QoS обычно настраивается:

  • на транспортном и сетевом уровнях (маркировка и обработка пакетов по приоритетам, DSCP и т.п.);
  • но фактически реализуется на устройствах, работающих и с IP, и с Ethernet (маршрутизаторы, управляемые коммутаторы).

Результат для оператора: даже при высокой нагрузке в сети видеопоток остаётся стабильным и с меньшим количеством артефактов.

6.2. VLAN: изоляция видеопотоков​

Как отмечалось выше, VLAN действует на канальном уровне:

  • видеотрафик изолируется от других видов трафика;
  • уменьшается вероятность перегрузки портов, через которые проходит медиапоток;
  • проще контролировать и диагностировать проблемы, так как видеосеть логически отделена.

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

6.3. Multicast: эффективная рассылка «один ко многим»​

Механизм multicast, как уже было сказано, реализуется на сетевом уровне (IP):

  • вместо множества копий одного и того же потока (unicast) используется один групповой поток;
  • сеть передаёт копии только туда, где есть подписчики.

Эффект:

  • существенная экономия полосы, особенно когда одно и то же видео смотрят десятки или сотни клиентов;
  • уменьшение нагрузки на источник потока (камеру, кодер).

Но требуется поддержка multicast и IGMP на сетевом оборудовании, а также корректная архитектура сети — иначе экономия может не достигаться или может появиться избыточное рассылание.

7. Как понимание уровней помогает на практике​

Понимание того, на каком уровне что происходит, критично для настройки стабильных медиасистем:

  • Если видео идёт с задержками и «лагает», нужно подумать:
    • не перегружен ли канальный уровень (коммутаторы, физические порты);
    • хватает ли пропускной способности;
    • не перемежается ли видеотрафик с чем‑то тяжёлым (например, бэкапами) в одном VLAN.
  • Если наблюдаются потери кадров и артефакты:
    • возможно, есть проблемы на сетевом уровне (маршруты, перегруженные линейки между сетями);
    • стоит проверить, как работает multicast (если он используется).
  • Если задержка слишком большая, но потерь нет:
    • вероятно, поток идёт по TCP, и ретрансляции пакетов создают большую задержку;
    • или настроены слишком большие буферы на прикладном уровне.

При проектировании и настройке медиасетей нужно осмысленно подходить к выбору:

  • какие протоколы работают на прикладном уровне (RTSP, RTP, RTMP и т.д.);
  • какой транспортный протокол использовать (UDP или TCP);
  • как организована IP‑маршрутизация и используются ли multicast‑группы;
  • как настроены VLAN и QoS на коммутаторах и маршрутизаторах.