Протоколы без пакетов: почему архитектура советской сети ОГАС принципиально отличалась от интернета

В массовой культуре принято считать, что проект Общегосударственной автоматизированной системы (ОГАС), разрабатывавшийся под руководством академика Виктора Глушкова, был «советским интернетом». Это устоявшееся заблуждение. Интернет создавался как распределенная коммуникационная среда для обмена произвольными данными между пользователями. ОГАС проектировалась исключительно как гигантская распределенная вычислительная машина, чья единственная задача — сбор первичных производственных метрик и расчет материальных балансов для управления экономикой.

Инженеры пытались решить фундаментальную математическую задачу: как сбарактеризовать производство миллионов наименований продукции, если количество связей между заводами растет не линейно, а по экспоненте. К началу 1960-х годов бумажный документооборот перестал справляться с объемами планирования. ОГАС должна была стать цифровым контуром, оптимизирующим распределение ресурсов без задержек и искажений.

Архитектура и топология: иерархия против децентрализации

Если архитектура интернета (ARPANET) изначально строилась на принципах децентрализации, где любой узел может связаться с любым, а выход из строя части сети не нарушает общую работоспособность, то ОГАС проектировалась как жесткая трехъярусная иерархическая структура. Это диктовалось логикой управления: данные должны были агрегироваться по мере движения вверх и превращаться в директивы при движении вниз.

• Верхний ярус: Главный вычислительный центр (ГВЦ) в Москве. Сюда стекалась обобщенная макроэкономическая информация. На этом уровне рассчитывались глобальные межотраслевые балансы.
• Средний ярус: Опорные вычислительные центры (ОВЦ). Проектом предусматривалось создание от 30 до 100 таких центров в крупных промышленных узлах. ОВЦ работали как мощные коммутационные хабы. Они объединялись между собой по полносвязной топологии (высокоскоростные каналы «каждый с каждым»), что позволяло перераспределять трафик в обход перегруженных узлов.
• Нижний ярус: Низовые вычислительные центры (НВЦ). Это более 20 тысяч локальных центров на предприятиях, в совхозах и ведомствах. Их задача ограничивалась сбором информации с мест, первичной фильтрацией «цифрового шума» и передачей структурированных массивов на ближайший ОВЦ.

Главное отличие этой топологии от современной сети заключалось в маршрутизации. Горизонтальные связи (завод — завод) на нижнем уровне не предусматривались. Если предприятию А требовались данные от предприятия Б из соседнего региона, запрос шел вверх до уровня ОВЦ, обрабатывался там в распределенном банке данных и возвращался вниз в виде санкционированного ответа. Это исключало хаотичный трафик, но создавало колоссальную нагрузку на узлы среднего уровня.

Физический уровень: коммутация каналов и борьба с шумом

Перенос математических моделей на реальное железо конца 1960-х и 1970-х годов столкнулся с жесткими аппаратными ограничениями. В качестве базовой инфраструктуры связи планировалось использовать Единую автоматизированную сеть связи (ЕАСС). Однако она проектировалась для нужд телефонии и телеграфии, что предопределило технический облик ОГАС.

В отличие от интернета, использующего пакетную коммутацию (где данные нарезаются на мелкие части и отправляются независимо), физический контур ОГАС опирался на коммутацию каналов. Чтобы передать массив данных с завода на ОВЦ, требовалось физически или программно установить сквозное соединение на все время сессии — аналог обычного телефонного звонка.

Для сопряжения ЭВМ с линиями связи использовалась Аппаратура передачи данных (например, комплексы АПД-200, АПД-М). Работа велась в следующих условиях:

• Скорость передачи: По стандартным тональным телефонным каналам скорость составляла от 600 до 1200 бит/с. На выделенных телеграфных линиях она опускалась до 50-100 бод.
• Помехоустойчивость: Советские телефонные линии общего пользования имели высокий уровень импульсных помех и затухания сигнала. Чтобы данные не превращались в кашу, инженерам пришлось внедрять аппаратное избыточное кодирование и циклический контроль четности (CRC). Если принимающий узел обнаруживал ошибку в блоке данных, срабатывал протокол автоматического запроса повторной передачи (ARQ). Это снижало и без того низкую полезную скорость каналов в 2-3 раза.
• Вычислительная база: На нижних уровнях устанавливались ЭВМ типа «Минск-22» или «Минск-32», а позже — машины Единой Серии (ЕС ЭВМ), копировавшие архитектуру IBM System/360. Память этих машин измерялась килобайтами (например, у «Минск-32» объем оперативной памяти составлял от 32 до 65 килобайт), что требовало от программистов жесткой оптимизации кода. Данные передавались плотными бинарными матрицами, где каждый байт был строго позиционирован.

Инженеры Института кибернетики АН УССР под руководством Глушкова разработали концепцию распределенного дата-банка и систему виртуальных платежей. Бухгалтерские проводки должны были происходить внутри памяти машин путем изменения балансовых регистров без выпуска бумажных ассигнований. Но система уперлась в отсутствие сетевых стандартов.

Системные ограничения и причины остановки проекта

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

Ведомственная изоляция и лоскутная автоматизация

Вместо централизованного развертывания ОГАС министерства начали создавать собственные Отраслевые автоматизированные системы управления (ОАСУ). К середине 1970-х годов министерство путей сообщения, министерство химической промышленности и другие ведомства имели свои вычислительные центры.

Каждое ведомство строило систему под себя, используя ту технику, которую удавалось получить. В результате возник критический барьер:

• Разная разрядность старых и новых машин (от 24-битных архитектур до 32-битных в ЕС ЭВМ).
• Использование несовместимых кодировок текста (ГОСТ-10859, КОИ-8, ДКОИ).
• Различные форматы записи на магнитные ленты и перфокарты.

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

Проблема фильтрации недостоверных данных

В теории кибернетики существует правило: качество работы управляющей системы напрямую зависит от точности входных данных. В экономике того времени первичная информация часто искажалась на уровне предприятий (завышение потребностей в материалах, сокрытие резервов). ОГАС не имела автоматических датчиков контроля на каждом этапе. Ввод данных осуществлялся вручную с помощью перфокарт и перфолент. Система оказалась уязвима перед человеческим фактором: ЭВМ безупречно рассчитывала матрицы, но если на вход подавались недостоверные цифры, на выходе получался математически точный, но абсолютно нежизнеспособный план.

Ресурсный тупик

В 1970 году стоимость реализации полноценного проекта ОГАС (строительство центров, прокладка выделенных кабелей, производство тысяч ЭВМ) была оценена примерно в 20 миллиардов рублей. Сумма сопоставима с бюджетами космической и атомной программ. При этом система не могла внедряться по частям: иерархическая структура требовала одновременного запуска всех трех уровней для замыкания контура управления. Государство сделало выбор в пользу менее рискованных и более понятных инвестиций в нефтегазовую инфраструктуру Западной Сибири, доходы от которой начали расти, временно маскируя проблемы управления. В итоге финансирование ОГАС было урезано, а проект превратился в теоретическую базу для разрозненных ведомственных архивов.

Инженерный след

Несмотря на то, что ОГАС как единая всесоюзная сеть управления экономикой так и не была запущена, наработки инженеров нашли применение в смежных областях. В ходе проектирования каналов связи для ОГАС в СССР был разработан и детально описан оригинальный алгоритм динамического распределения емкости телефонных каналов под нужды передачи данных — предтеча современных протоколов приоритезации трафика (QoS).

Документально подтверждено, что созданная в рамках этих изысканий малая ЭВМ «Мир-1» (1965 год) обладала уникальной для своего времени аппаратной реализацией интерпретации языка высокого уровня. Процессор машины напрямую работал с математическими выражениями, минуя стадию долгой компиляции в бинарный код. На выставке в Лондоне в 1967 году экземпляр «Мир-1» был официально приобретен американской корпорацией IBM для изучения советской технологии микропрограммирования, элементы которой впоследствии использовались в архитектуре мейнфреймов серии IBM System/370.