Открыть сервис
Главная → Блог → RFC

RFC

RFC (англ. Request for Comments, букв. «запрос комментариев») — это серия документов, содержащих технические спецификации, стандарты, рекомендации и обсуждения, касающиеся протоколов, архитектуры и принципов функционирования сети Интернет и связанных с ней технологий. RFC являются основным механизмом формальной стандартизации в среде IETF (Internet Engineering Task Force, Инженерный совет Интернета) и смежных организаций. Каждый документ получает уникальный номер, который не меняется после публикации, и проходит процедуру рецензирования и согласования перед присвоением статуса стандарта.

История

Предыстория и первые RFC

История RFC началась в 1969 году в рамках проекта ARPANET — предшественника современного Интернета. Первый документ, RFC 1, был написан Стивеном Крокером (Stephen Crocker) 7 апреля 1969 года и назывался «Host Software» («Программное обеспечение хоста»). Он описывал протокол взаимодействия между узлами сети. Изначально RFC были неформальными рабочими заметками, распространявшимися среди участников проекта для обсуждения идей и предложений. Авторами выступали инженеры и учёные, работавшие над ARPANET, включая Винтона Серфа, Роберта Канна и Джона Постела.

Эволюция и формализация

В 1970-е и 1980-е годы количество RFC росло, а их роль менялась. Если ранние документы часто содержали экспериментальные идеи или личные мнения, то к концу 1980-х годов процесс публикации стал более формализованным. В 1992 году была создана IETF, которая взяла на себя координацию разработки стандартов. RFC перестали быть просто «запросами комментариев» и превратились в официальные документы, определяющие работу ключевых протоколов, таких как TCP/IP, HTTP, SMTP, DNS и многих других. При этом сохранилась традиция присваивать каждому документу номер в хронологическом порядке, а также возможность публикации не только стандартов, но и информационных, экспериментальных и юмористических материалов (например, RFC 1149 «A Standard for the Transmission of IP Datagrams on Avian Carriers» — шуточный стандарт передачи данных с помощью почтовых голубей).

Современное состояние

По состоянию на 2024 год опубликовано более 9500 RFC (номер RFC 9500 был присвоен в 2023 году). Процесс публикации регулируется документом RFC 2026 («The Internet Standards Process»), который описывает стадии от черновика (Internet-Draft) до статуса стандарта (Internet Standard). RFC публикуются в открытом доступе на сайте издательства RFC Editor (rfc-editor.org) и других зеркалах. Каждый документ имеет статус: Proposed Standard (предложенный стандарт), Draft Standard (проект стандарта), Internet Standard (стандарт Интернета), Informational (информационный), Experimental (экспериментальный) или Historic (исторический).

Структура и формат

Нумерация и идентификация

Каждый RFC имеет уникальный номер (например, RFC 793 — спецификация протокола TCP). Номера присваиваются последовательно, без пропусков. После публикации номер не меняется, даже если документ устаревает или заменяется новым. Для ссылок на устаревшие версии используется поле «Obsoletes» (заменяет) и «Updated by» (обновляется). Например, RFC 791 (IP) обновлён несколькими более поздними RFC.

Содержание типичного RFC

Стандартный RFC включает следующие разделы:

Типы RFC

По содержанию RFC делятся на несколько категорий:

Роль в стандартизации Интернета

Процесс стандартизации

Разработка нового стандарта начинается с публикации Internet-Draft (I-D) — черновика, который может быть предложен любым участником IETF. Черновик обсуждается в рабочих группах (Working Groups), после чего может быть принят как Proposed Standard. Для перехода в статус Internet Standard требуется наличие как минимум двух независимых реализаций и практическое использование. Процесс описан в RFC 2026 и последующих обновлениях.

Влияние на протоколы

Большинство протоколов, лежащих в основе Интернета, определены в RFC:

Юмористические и нестандартные RFC

В традиции RFC существует публикация шуточных документов, особенно 1 апреля. Примеры:

Эти документы не являются стандартами, но публикуются как информационные или экспериментальные.

Критика и ограничения

Сложность процесса

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

Консервативность

Некоторые эксперты считают, что RFC слишком консервативны и не успевают за быстрым развитием технологий. Например, протокол HTTP/2 (RFC 7540) разрабатывался несколько лет, а его внедрение началось только после появления альтернативных решений (SPDY от Google).

Проблема устаревания

Множество RFC устарели, но остаются доступными, что может вводить в заблуждение новичков. Например, RFC 821 (SMTP) был заменён RFC 2821, а затем RFC 5321, но старые документы всё ещё цитируются.

Значение и наследие

RFC сыграли ключевую роль в создании открытой, децентрализованной архитектуры Интернета. Благодаря открытому процессу публикации и отсутствию платы за доступ, любой разработчик может изучить спецификации и реализовать протоколы. RFC стали образцом для других организаций стандартизации (например, W3C для веб-стандартов). Наследие RFC включает не только технические документы, но и культурный феномен — традицию шуточных публикаций, подчёркивающую неформальный дух раннего Интернета.

Источники

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →

Похожие материалы