Кратко

  • В августе 1984 года Segal предложил проверить TCP/IP на ключевых системах не под Unix, включая центральный IBM-VM и VAX VMS. Целью была связь новых открытых сред с уже установленными проприетарными платформами.
  • Став первым координатором TCP/IP в 1985 году, он помог превратить эксперимент в поддерживаемую службу. В марте 1988-го она охватывала 355 узлов, хотя внешние соединения по TCP/IP оставались прямо запрещены.
  • В январе 1989 года CERN разом перешёл на официально выделенные IP-адреса, после чего появились первые внешние интернет-соединения. Технический успех подготовил решение, но не мог заменить разрешение на границе.

Внутри — сеть, снаружи — запрет

Отчёт CERN, составленный перед вводом LEP, фиксирует состояние на 29 марта 1988 года. TCP/IP активно применялся для удалённого входа, передачи файлов и операций RPC. В перечне платформ были IBM, Norsk Data, Apollo, VAX, персональные компьютеры, Sun, Cray и Macintosh.

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

И всё же сеть была замкнутой. Политика группы Data Communications разрешала интернет-протоколы только на территории CERN. Ни одного внешнего соединения TCP/IP устанавливать было нельзя. Поэтому число 355 одновременно свидетельствует о зрелости технологии и о силе институциональной границы.

Пилот для несовместимого наследия

Segal пришёл в CERN в 1971 году. Передача данных тогда представляла собой сочетание фирменных архитектур, собственных разработок лаборатории и незавершённых открытых стандартов. В 1977 году, во время работы в Palo Alto, он познакомился с ARPANET и Unix. Но вернувшись, он не мог решить задачу простой заменой всех старых машин.

В 1983 году CERN создал группу Data Communications, которой поручили унифицировать сети. Реальное распределение обязанностей осталось сложным. Новая группа сосредоточилась на общей магистрали и стандартах ISO, отдельно поддерживая DECnet. Сеть IBM, электронная почта, новости, Unix и рабочие станции находились у других подразделений. TCP/IP развивался на организационном стыке.

В августе 1984 года Segal предложил установить и оценить TCP/IP на важных машинах не под Unix. В заявку вошли центральный IBM-VM и система VAX VMS. Проверялось не удобное соединение похожих компьютеров, а способность общего набора протоколов связать открытые системы с проприетарными платформами, которые нельзя было быстро вывести из эксплуатации.

Проект одобрили. По позднейшему рассказу Segal, результаты позволили признать TCP/IP перспективным решением, а сокеты Berkeley — рекомендуемым программным интерфейсом. Общий API снижал цену следующего приложения: разработчикам не приходилось заново изобретать доступ к сети для каждой платформы.

Что именно координировал координатор

В начале 1985 года формальное соглашение между группами Software и Data Communications сделало Segal первым координатором TCP/IP в CERN. Должность закрепляла операционную ответственность, но не передавала ему полномочия на внешнее подключение.

Документ 1988 года описывает статическую маршрутизацию и главный файл соответствий имён и адресов. Координатор поддерживал эталонную таблицу и рассылал изменения системным администраторам; те обновляли локальные копии. Согласованное состояние сети хранилось одновременно в центре и на множестве машин.

Это была работа, которую нельзя завершить установкой программного пакета. Добавлялись узлы, менялись адреса, устаревали маршруты. Исправный протокол не помогает, если две команды располагают разными версиями сетевой реальности.

За периметром действовали иные интересы. В Европе правительства, телекоммуникационные администрации и промышленность поддерживали стандарты ISO и другие сетевые системы. Продвижение IP могло вредить карьере. Внутренняя демонстрация снижала техническую неопределённость, но не устраняла политическую.

LEP потребовал постоянства

В ноябре 1985 года руководство 27-километрового ускорителя LEP выбрало TCP/IP для системы управления. Позднее оно остановилось и на системах Unix. Segal считал сочетание этих решений важным для успеха LEP.

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

В 1985–1988 годах небольшая команда расширяла внедрение. В 1988-м Data Communications наконец приняла поддержку TCP/IP. Работа с минимальными ресурсами в Software стала укомплектованной и организованной службой.

Это был ещё один отдельный порог. Одобрить опыт, использовать результат и навсегда принять стоимость эксплуатации — не одно и то же.

«Большой взрыв» адресов

Замкнутая сеть может использовать адреса, уникальные только внутри неё. Участник Интернета должен иметь идентификаторы, которые признаются внешними сетями, и маршруты, не конфликтующие с чужими.

В январе 1989 года CERN одновременно заменил все IP-адреса на официально выделенные. Segal назвал переход «большим взрывом». После него последовали первые внешние интернет-соединения.

Масштаб замены был следствием успеха. В 1984-м можно было перенастроить несколько экспериментальных машин; теперь требовалось согласовать сотни узлов, приложения, таблицы и действия местных администраторов. Временное решение становится менее обратимым с каждым новым пользователем.

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

Не превращать Интернет в Web

Tim Berners-Lee написал первое предложение World Wide Web в марте 1989 года. К концу 1990-го в CERN работали первый веб-сервер и браузер. Близость дат не делает подключение к Интернету и изобретение Web одним событием.

Segal помог подготовить среду. Internet Hall of Fame отмечает, что он знакомил разработчиков со стеком IP и сокетами Berkeley, а Berners-Lee указывал на RFC и существующие протоколы FTP и NNTP. Это конкретное техническое влияние, но не соавторство в изобретении Web.

Сам Segal проводил границу аккуратно. Мысль о том, что более раннее подключение могло ускорить появление Web, он называл предположением. Достоверным он считал другое: Интернет создал возможность.

Точная формулировка не уменьшает вклад в инфраструктуру. Она отделяет создание среды от создания нового информационного механизма внутри этой среды.

Пять разных состояний внедрения

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

К 1989 году внутренний пилот собрал доказательства: приложения, обученных администраторов, общий API, критического заказчика и работающий процесс сопровождения. Руководство могло оценивать не обещание, а уже существующую службу.

Однако решение всё равно оставалось необходимым. Пакет умеет пересекать техническую границу. Он не умеет выдать себе разрешение на пересечение организационной.

Источники