Кратко

  • RFC 787 распространила рабочий текст A. Lyman Chapin о передаче без соединения как дополнении к сервисам с установленным соединением в эталонной модели OSI.
  • В июле 1981 года автор попросил замечания перед возможным обсуждением в ANSI X3T5 и последующей подачей в ISO. На обложке текста было прямо сказано, что комитет его ещё не одобрил и общенациональной позицией США он пока не стал.

Для долгого разговора разумно сперва договориться о связи. Термометру, который присылает новое число через несколько секунд, эта церемония может обойтись дороже самого сообщения. A. Lyman Chapin вынес такой вопрос на обсуждение модели OSI. Его RFC 787, разосланная в июле 1981 года, содержала рабочий документ о передаче без соединения: самостоятельную единицу данных можно было отправить без предварительного установления связи на данном уровне сервиса. Самому документу предстояла более длинная дорога — замечания, американский комитет и, при удачном исходе, международное обсуждение. У стандартов были свои рукопожатия.

Сопроводительное письмо расписывало маршрут. Текст отправляли участникам нескольких организаций США, связанных с международными стандартами передачи данных. Замечания принимались до 1 сентября 1981 года. Затем Chapin собирался подготовить новую редакцию для комитета X3T5 при ANSI по вопросам модели OSI. При одобрении эта редакция могла лечь в основу американского предложения профильным группам ISO. На обложке был заметный блок: документ ещё не прошёл рассмотрение и утверждение техническим комитетом и в тот момент не представлял консенсус США. Публикация в серии RFC делала доводы доступными, но решения комитета впереди ещё не было.

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

Дальше шли земные примеры. Множество датчиков регулярно докладывают одному центру показания. Пропуск одной записи вскоре перекрывается новой; затянувшаяся тишина уже повод для тревоги. Новый адрес сервера или предупреждение о предстоящем выключении сети надо сообщить многим узлам. Один запрос и один ответ годятся для бронирования, складского учёта или банковских операций, которые перечислял автор. В диспетчерских энергосистем одновременно встречались измерения, запросы и команды нескольким пунктам. Chapin также писал о групповой рассылке, голосовых данных и телеметрии, где опоздавшая старая единица порой хуже следующей свежей.

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

RFC 787 была одновременно обзором и пояснением для людей, размещавших службы по слоям OSI. Она добивалась места для передачи без соединения рядом с сервисом на основе соединения. Институциональный путь документа оставался условным: сначала отзывы, затем возможное рассмотрение ANSI, после одобрения — обращение к ISO. Поэтому перед нами и техническая позиция 1981 года, и открытая процедура её проверки.

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