Кратко

  • Louis Pouzin руководил французским проектом CYCLADES: пакетная подсеть CIGALE обрабатывала сообщения независимо, а протоколы хостов отвечали за порядок, восстановление и непрерывность обмена.
  • Главным наследием стало не единоличное изобретение Интернета, а архитектурная граница: сеть с небольшим набором внутренних обещаний могла связывать разные системы, не отдавая все пути и конечные узлы одному оператору.

Анализ

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

Это похоже на недостаток, если видеть только половину конструкции. В другой половине принимающий компьютер обнаруживает пропуски. Машины на концах могут нумеровать, подтверждать, переставлять и повторно отправлять данные в соответствии с требованиями своей службы. Промежуточная сеть сосредоточена на пересылке. В начале 1970-х Louis Pouzin и команда CYCLADES воплотили такое разделение труда в пакетной подсети CIGALE.

IRIA запустил CYCLADES в 1972 году под руководством Pouzin. Он не начинал с чистого листа. Donald Davies и его коллеги в британской Национальной физической лаборатории развивали пакетную коммутацию, а ARPANET уже эксплуатировала крупную экспериментальную сеть. Pouzin изучал обе системы. Вместе с ним работали Gérard Le Lann, Hubert Zimmermann, Jean-Louis Grangé, Jean Pierre Touchard и более широкий круг специалистов IRIA, университетов и промышленности. Коллективная заслуга здесь существенна: архитектура становится сетью, когда множество людей реализуют, измеряют, объясняют и оспаривают её.

В статье 1974 года о CIGALE Pouzin сравнивал сообщения с почтовыми письмами. Каждое обрабатывалось отдельно. CIGALE не выполняла сквозных функций; потоки сообщений могли контролировать протоколы более высокого уровня. Именно в таком смысле сеть не помнила разговор. Это не означает, что коммутаторы не имели таблиц маршрутизации, очередей, сведений о перегрузке или рабочего состояния. Подсеть не хранила порядок, правила восстановления и семантику соединения, необходимые для надёжного диалога приложений.

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

CYCLADES не осталась теорией. Inria относит официальную демонстрацию к 1973 году и сообщает, что к 1975 году сеть связывала 25 компьютеров во Франции, Лондоне и Риме. CIGALE работала на мини-компьютерах Mitra 15. Граница прошла проверку реальными машинами, линиями и административными расстояниями. Адреса хостов не зависели от топологии, а регионы и имена сетей образовывали верхний уровень маршрутизации. Хост мог сам представлять другую сеть. Команда уже думала о трафике между системами с разным внутренним устройством.

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

Такое уменьшение помогало объединять сети. История Inria связывает работу CYCLADES над сквозным транспортом и разделением сетевой и транспортной функций с дискуссиями, которые вели к TCP. Internet Hall of Fame и Computer History Museum также признают влияние проекта на последующую архитектуру Интернета. Влияние не равно единоличному авторству. Vint Cerf и Bob Kahn проектировали TCP/IP в более широком трансатлантическом сообществе, опиравшемся на эксплуатацию ARPANET, исследования NPL и другие эксперименты. Долговечная идея возникла из сравнения, спора и совместной реализации.

Предыдущая карьера Pouzin помогает понять его интерес к ясным границам. В MIT он работал в среде системы разделения времени CTSS и написал механизм командного языка, позднее названный RUNCOM. Вернувшись во Францию, он занимался операционными системами, прежде чем возглавить CYCLADES. Хороший интерфейс избавляет пользователей и программы от зависимости от лишних деталей машины. В сети аналогичный шаг состоял в том, чтобы дать хостам ограниченную пакетную службу, а не навязать им внутренний разговор подсети.

Институциональная траектория оказалась менее ясной. Французская политика всё больше предпочитала модель виртуальных каналов телекоммуникационной администрации и промышленную реорганизацию вокруг CII. Материалы Inria связывают сокращение CYCLADES с этими решениями и монополией PTT. Они не подтверждают простую притчу о безусловно лучшей технологии, которой помешали завоевать гарантированный рынок. Публичным сетям требовалось решать вопросы оплаты, гарантии услуги, регулирования и инвестиций; исследовательский прототип не давал всех ответов.

Факты показывают более узкую закономерность: проект может лишиться национального институционального покровителя, а его идеи продолжат международное движение.

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

Позднее Pouzin работал в контексте IFIP, ISO и CCITT и участвовал в спорах об именах и управлении Интернетом. Постоянством была не верность одному застывшему протоколу, а вопрос о том, кто задаёт обязательный слой между независимыми системами. Минимальный общий слой расширяет участие, но переносит обязанности наружу. Хостам нужно качественное программное обеспечение, операторам — наблюдаемость, а стандарты должны быть открытыми и реализуемыми. Простота в середине не означает отсутствия инженерии; она определяет её место.

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

Вклад Pouzin поэтому можно понять как дисциплинированное вычитание. Он и его коллеги убрали разговор из обязанностей пакетной подсети и показали, что протоколы хостов способны восстановить нужное приложениям. Сеть делала меньше; именно поэтому у разных систем появилось больше пространства для встречи. Французский эксперимент закончился. Его граница — нет.