Кратко

  • План для отеля «Хилтон» соединял конференционные терминалы через TIP с ресурсами ARPANET, чтобы участники могли сами попробовать сеть.
  • Июльские RFC показывают, что опыт посетителя зависел от ещё не завершённых тестов пропускной способности, совместимости терминалов, подготовленных программ, понятных инструкций и людей, готовых помочь.

Сети требовался вход

В подготовке публичной демонстрации ARPANET 1972 года особенно заметно то, что в июле ещё не было решено. Сможет ли Terminal Interface Processor (TIP) обслужить терминалы, которые планировали поставить в вашингтонском отеле «Хилтон»? Какие модели будут работать с какими удалёнными ресурсами? Поймёт ли новый пользователь, что вводить, и кто поможет, если он застрянет? Это были не мелочи вокруг готовой технологии, а часть работы, без которой сеть не стала бы пригодной для людей, не участвовавших в её создании.

12 июля Роберт Кан описал замысел в RFC 371. Международная конференция по компьютерным коммуникациям должна была пройти в Вашингтоне 24–26 октября. Параллельно с заседаниями планировалась демонстрация, чтобы участники могли лично попробовать сеть, а не только услышать доклад. Кан называл поиск в базах данных, совместное использование нескольких машин, доступ к данным в реальном времени, интерактивное взаимодействие, моделирование и упрощённую печать. Это были направления подготовки, а не окончательный перечень всего, что увидел каждый посетитель.

Важен был и физический маршрут. Терминалы в «Хилтоне» планировали подключить к TIP, а его — к ARPANET. Так посетители могли бы обращаться к программам и информации на удалённых узлах. Кан также упоминал ресурсы других сетей, которые можно было временно подключить для демонстрации. TIP создавал общий вход: посетителю не требовалась отдельная дальняя линия к каждой машине. Но общий вход превращал его ёмкость и совместимость терминалов в часть публичного опыта.

Испытания ещё предстояли

В RFC 372 Ричард Уотсон записал разговор с Каном, состоявшийся в тот же день. Они представляли столы в бальном зале, обычно с одним-двумя терминалами, хотя расстановка ещё не была определена. Многие терминалы могли остаться без операторов. Уотсон отметил, что они говорили о приглашении специалистов из сетевых центров, но не знали, наберётся ли достаточно добровольцев. Даже подключённый терминал мог оставить посетителя один на один с командной строкой.

Самая выразительная фраза в заметках Уотсона требует точного прочтения: TIP ещё не испытывали с 64 терминалами. В июле планировали подключать как можно больше устройств, а затем проверять, какие терминалы работают с какими ресурсами. Если TIP не справлялся бы со всеми подключениями, сеансы пришлось бы распределять по расписанию. Это срез подготовки в июле, а не доказательство провала октябрьской демонстрации или того, что на площадке в итоге стояло ровно 64 терминала. Было тесно и по срокам: зал могли предоставить только с 22 октября, оставив мало времени на пол, TIP, терминалы и телефонные линии.

Кан хотел провести рабочую демонстрацию в BBN уже в августе.

Вход в сеть состоял не только из оборудования. Кан говорил, что команда готовит ясную, понятную документацию, чтобы новичок мог воспользоваться выбранными ресурсами без помощи. Уотсон перечисляет возможные указатели, карточку с командами TIP, брошюру со сценариями, фильм и помощников в зале. В октябре Сетевой информационный центр выпустил Scenarios for Using the ARPANET — руководство с действиями, которые мог попробовать посетитель. RFC 371 прямо называет подготовку такой документации непростой задачей. Нужно было не просто описать возможности сети, но сделать удалённую услугу понятной человеку, который не знает имени узла, команд и местных правил.

У сетевого взаимодействия был человеческий интерфейс

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

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

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

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

Источники