Кратко

  • Ginny Strazisar написала раннее шлюзовое ПО BBN и устанавливала его на неоднородных границах; до передачи через три сети требовалось согласовать код, PDP-11, драйверы, интерфейсы и готовность площадок.
  • Источники отделяют установленные узлы от фактически пройденного маршрута и исследовательский прототип от эксплуатации; они даже сохраняют расхождение в дате демонстрации, не подменяя неопределённость легендой.

В Осло Ginny Strazisar ждала не исправления протокола, а самого компьютера. Она приехала устанавливать шлюзовое ПО после встречи по TCP/IP, но оборудование ещё не было готово. Несколько дней она провела у норвежского исследователя Paal Spilling, поездив по стране, а затем вернулась и загрузила программу в PDP-11. В устной истории Computer History Museum этот эпизод звучит буднично. Именно поэтому он так выразителен: логическая граница не существует, пока для неё нет работающей машины.

Strazisar пришла в Bolt Beranek and Newman в апреле 1975 года и вскоре занялась «gateway» — устройствами, соединявшими сети. В BBN уже был шлюз между экспериментальной Resource Computer Network и ARPANET. Затем появились задачи на границах ARPANET с Packet Radio Network и Atlantic Satellite Network. Музей называет Strazisar автором первого программного обеспечения межсетевого маршрутизатора для новых протоколов TCP/IP — ещё до того, как закрепилось слово «router».

Это точное, а не всеобъемлющее авторство. TCP, радиосеть, спутниковая сеть и ARPANET создавались множеством людей. Задача Strazisar состояла в исполнимом стыке: принять дейтаграмму через локальный механизм одной стороны и передать через иной механизм другой, не превращая две сети в одинаковые.

Различия были смыслом проекта. Радиосеть работала с движением, ретрансляторами и непостоянно включённым полигоном. У ARPANET имелись собственные интерфейсы. SATNET требовала станций и команд по обе стороны Атлантики. Пропускная способность, доступность и отказовые режимы не совпадали. Шлюз должен был не скрыть эту асимметрию, а нести её под общим межсетевым уровнем.

Аппаратная компоновка тоже менялась. В Packet Radio Network код станции и шлюза делил один PDP-11. Между ARPANET и спутниковой сетью стояли отдельные PDP-11: одна сторона смотрела в ARPANET, другая — в SATNET, а программа направляла пакеты между ними. Общей была функция, не способ установки.

В воспоминаниях Strazisar маршрут внедрения таков: BBN летом 1976 года, Лондон в декабре, Норвегия летом 1977-го. За оборудование и ПО отвечали разные люди. В Лондоне машина была установлена до её приезда. В Осло аппаратная задержка нарушила последовательность. Архитектурная программа превратилась в цепочку вопросов площадки: доставлен ли компьютер, поднят ли интерфейс, соответствует ли сборка?

Испытания тоже расширялись поэтапно. Журнал Computer History Museum описывает летние тесты 1976 года в пределах одного радиоперехода от станции, где находился двунаправленный шлюз Strazisar к ARPANET. Церемониальную передачу между двумя сетями издание датирует 27 августа. Следовало доказать, что соединение не было разовой заплаткой для одной пары.

В 1977 году данные из движущегося по Калифорнии радиофургона вошли в инфраструктуру SRI, прошли через ARPANET и спутниковую сеть и достигли сервера USC после трансатлантического участка. Три физических типа сети и несколько реализаций поддержали один сквозной сеанс.

Но архив не даёт идеально согласованной даты. Статья музея 2017 года указывает среду, 22 ноября. Подпись к схеме в журнале 2002 года говорит о 27 ноября. Нельзя также приравнивать географию установки к маршруту пакета. Strazisar установила систему в Норвегии, однако Vint Cerf вспоминал, что демонстрационный трафик в Норвегию не заходил.

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

Проект был коллективным. Музей перечисляет свыше 35 человек и восемь организаций. Концепция TCP приписана Bob Kahn и Vint Cerf, клиент — Jim Mathis и Dave Retz, сервер — Ray Tomlinson и Bill Plummer. Команды SRI, Collins Radio, Linkabit, BBN, UCL и норвежской организации отвечали за радио, спутники и станции. Virginia Strazisar указана в разделе шлюзов BBN. Её роль была ролью хозяина стыка, не владельца обеих сетей.

После демонстрации знания начали путешествовать в документах. RFC 823 сообщает, что проект сначала описали в IEN 30 Gateway Routing: An Implementation Specification, а затем обновили в IEN 109 Strazisar How to Build a Gateway. Особо отмечены V. Strazisar, M. Brescia, E. Rosen и J. Haverty. Работающая программа стала структурой, которую могли изучать не только её создатели.

Сила IEN 30 — в честной границе доказательства. Алгоритм описан достаточно подробно для реализации и обхода отказавших компонентов, но документ не обещает, что шлюзы всегда маршрутизируют правильно или что некоторые адресаты никогда не останутся без доставки на неопределённый срок. Уязвимость порой проявляется лишь в эксперименте и эксплуатации. Маршрутные сведения могут исказиться, оборудование или ПО — отказать, а верный алгоритм — быть неверно запрограммирован.

RFC 823 фиксирует следующий переход. Ранние версии использовали BCPL и ELF, затем MOS ради производительности. В конце 1981 года началась новая реализация уже для рабочей системы связи, а не только исследовательского стенда. MACRO-11 экономил память для буферов и средств мониторинга. При смене языка базовая архитектура, по словам RFC, осталась прежней.

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

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

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

Sources