Кратко

  • Рабочая группа требований к хостам предпочла совместимость архитектурной чистоте и соотнесла правила протоколов с реальными реализациями.
  • RFC 1122 и RFC 1123 задали практическую основу, а RFC 1127 сохранила историю компромиссов и нерешённых вопросов.

К 1989 году главный вопрос состоял уже не только в том, есть ли у Интернета протоколы. Нужно было, чтобы программное обеспечение разных хостов следовало достаточно согласованным правилам для связи друг с другом. Производитель мог реализовать опубликованный протокол и всё же столкнуться с пробелами, противоречиями и нерешёнными вариантами в стопке старых документов. Для пользователей эти различия проявлялись, когда одна машина пыталась связаться с другой.

Рабочая группа IETF по требованиям к хостам потратила около двадцати месяцев, чтобы прояснить эту область реализации. В современном событиям обзоре редактор Robert Braden упомянул семь официальных заседаний, около трёх мегабайт переписки по электронной почте, примерно двадцать основных экспертов и значительный вклад ещё двадцати участников. Документы прошли около двадцати различных редакций. Это округлённые оценки Braden, а не проверенная статистика встреч или сообщений. RFC 1127

Расстановка целей объясняет работу лучше, чем объём переписки. Группа назвала совместимость, расширяемость, функциональность, эффективность и архитектурную чистоту. По словам Braden, совместимость явно стояла на первом месте, а чистота — на последнем; вес промежуточных целей зависел от темы. Задача заключалась в том, чтобы разные реализации работали вместе, даже если аккуратную единую модель нельзя было применить ко всем практическим случаям.

В октябре 1989 года результат вышел в виде двух дополняющих друг друга стандартов. RFC 1122 охватывает канальный, IP- и транспортный уровни. RFC 1123 посвящена прикладным протоколам и службам поддержки. Обе задают требования к программному обеспечению хостов; RFC 1122 называет их правилами практической реализации тогдашней архитектуры Интернета. Для шлюзов отдельно существовала RFC 1009: хосты и устройства, пересылающие пакеты, выполняли связанные, но разные функции.

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

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

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