Кратко

  • В повестке NANOG 1 говорилось, что встречу 2–3 июня 1994 года в Анн-Арборе планируется транслировать через MBONE.
  • Июньские сообщения описывают разные ситуации: в одном месте не удавалось найти сеанс, один зритель попросил направить камеру на экран, а в CERN сообщили о приёме без потерь пакетов, но о множестве не слышимых вопросов.
  • Доставка multicast-потока, обнаружение сеанса и разборчивая речь из зала — разные свойства сервиса. Эти сообщения не дают ни общей численности аудитории, ни общесетевой оценки успешности.

Групповая доставка не означала всеобщего доступа

IP multicast позволяет отправителю направлять датаграммы группе хостов, не создавая обязательно отдельную копию потока для каждого слушателя. RFC 1112, опубликованный в 1989 году, описывает динамическое членство в группах и поручает межсетевую пересылку multicast-маршрутизаторам. При этом доставка остаётся best effort: датаграммы не гарантированно приходят целыми или в исходном порядке. Поэтому multicast не означает, что передачу автоматически получает любой компьютер с подключением к Интернету.

В 1994 году это ограничение имело практическое значение. RFC 1633, опубликованный в июне того же года, описывает аудио- и видеотрансляции встреч IETF как масштабный интернет-эксперимент. В документе сказано, что IP multicast ещё не был широко доступен в коммерческих маршрутизаторах, а временная multicast-магистраль MBONE предоставляла эту возможность. Там же переменные задержки в очередях и потери из-за перегрузки названы проблемами приложений реального времени. Это характеристика среды того времени, а не последующий отчёт о конкретном потоке NANOG.

Получателю нужно было также знать, к какому сеансу подключаться, и иметь локальный путь, способный принять групповой трафик. Из сообщения Sincoskie нельзя понять, отсутствовало ли объявление, подвела ли локальная настройка, не было ли multicast-доступности или причина была иной. Оно показывает лишь, что с его точки наблюдения нужный сеанс найти не удалось.

Повестка была посвящена соединению и эксплуатации сетей

Первая встреча NANOG состоялась 2 и 3 июня 1994 года в Анн-Арборе, штат Мичиган. Повестка, разосланная 26 мая, сообщала, что организаторы планируют трансляцию из Chrysler Center через MBONE. В программе были конкретные вопросы межсетевого взаимодействия и эксплуатации: подключение к точкам сетевого доступа (NAP), их услуги и работа, маршрутизация в тестовой ATM-сети, управление маршрутными серверами, PRDB и реестры маршрутизации.

Это соседство тем не случайно. В зале обсуждали, как соединяются и работают сети провайдеров; удалённым слушателям тоже требовалось, чтобы несколько сетей доставили поток. Трансляция была ещё одним эксплуатационным сервисом со своими зависимостями: о сеансе нужно было узнать, multicast-маршрут должен был работать, а запись из зала — передавать полезное содержание.

Июньский архив не содержит непрерывного измерения от источника до каждого получателя. В нём сохранились отдельные сообщения. 2 июня Dave Sincoskie спросил, идёт ли трансляция встречи через MBONE. Он написал, что собирался участвовать, но не видит передаваемого сеанса. В другом сообщении от 2 июня Hans-Werner попросил направить камеру на экран, а не на докладчика, и держать её неподвижно. На следующий день Olivier Martin сообщил из CERN, что там не потерялся ни один пакет, однако многие вопросы было не слышно.

Это не три измерения одного приёмника и не описание одного установленного сбоя. Сообщение Sincoskie касается поиска сеанса, просьба Hans-Werner — кадрирования, а наблюдение Martin отделяет приём пакетов от разборчивости вопросов. Архив не называет приложение, схему микрофонов в зале или точную причину этих впечатлений.

Камера и микрофон добавляли ещё один тракт

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

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

Анализ

Оригинальный устав NANOG от января 1994 года описывал форум для обмена технической информацией и обсуждения задач внедрения, требовавших сотрудничества сетевых провайдеров. Повестка первой встречи соответствовала этому кругу задач: подключение к NAP и их эксплуатация, маршрутизация на тестовом стенде и управление маршрутными серверами. Трансляция через MBONE добавляла связанную эксплуатационную задачу: чтобы встречей можно было пользоваться удалённо, нужно было найти объявленный сеанс, пройти через сети с поддержкой multicast и получить медиасигнал, который передавал не только изображение докладчика.

Данные позволяют сделать узкий вывод. Слушатель в CERN сообщил о приёме без потерь пакетов, но о неполном звуке вопросов; другой человек не нашёл сеанс; третий попросил изменить кадр. Это не доказывает ни общего провала трансляции, ни полного удалённого доступа. Видны несколько разных точек контроля, которые не опишешь одним счётчиком пакетов.

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

Источники