RFC | это… Что такое RFC?
Эта статья о Request for Comments.
Рабочее предложение (англ. Request for Comments, RFC) — документ из серии пронумерованных информационных документов Интернета, содержащих технические спецификации и стандарты, широко применяемые во всемирной сети. Название «Request for Comments» ещё можно перевести как «заявка (запрос) на отзывы» или «тема для обсуждения». В настоящее время первичной публикацией документов RFC занимается IETF под эгидой открытой организации Общество Интернета (англ. Internet Society, ISOC). Правами на RFC обладает именно Общество Интернета.
Содержание
|
История
Формат RFC появился в 1969 году при обсуждении проекта ARPANET. RFC 1 был опубликован 7 апреля 1969 г. и назывался «Host Software».
Первые RFC распространялись в печатном виде на бумаге в виде обычных писем, но уже с декабря 1969 г., когда заработали первые сегменты ARPANET, документы начали распространяться в электронном виде.
Большинство ранних RFC были созданы в Калифорнийском университете Лос-Анджелеса и Стэнфордском исследовательском институте.
С 1969 по 1998 гг. бессменным и единственным редактором RFC был Джон Постел. После его смерти Общество Интернета (ISOC) поручило редактирование и публикацию RFC Институту информационных наук Университета Южной Калифорнии.
Очерк истории RFC за 30 лет с 1969 по 1999 гг. представлен в RFC 2555.
Содержимое RFC
Несмотря на название, запросы на отзывы RFC сейчас рассматриваются как стандарты Интернета (а рабочие версии стандартов обычно называют драфтами, от англ.
- Выносится на всеобщее рассмотрение интернет-проект (Internet Draft).
Проекты не имеют официального статуса и удаляются из базы через шесть месяцев после последнего изменения. - Если проект стандарта оказывается достаточно удачным и непротиворечивым, он получает статус предложенного стандарта (Proposed Standard), и свой номер RFC. Наличие программной реализации стандарта желательно, но не обязательно.
- Следующая стадия — проект стандарта (Draft Standard) — означает, что предложенный стандарт принят сообществом, в частности, существуют две независимые по коду совместимые реализации разных команд разработчиков. В проекты стандартов ещё могут вноситься мелкие правки, но они считаются достаточно стабильными и рекомендуются для реализации.
- Высший уровень — стандарт Интернета (Internet Standard). Это спецификации с большим успешным опытом применения и зрелой формулировкой. Параллельно с нумерацией RFC они имеют свою собственную нумерацию STD. Список стандартов имеется в документе STD 1 (сейчас это RFC 5000, но нумерация может измениться). Из более чем трёх тысяч RFC этого уровня достигли только несколько десятков.
- Многие старые RFC замещены более новыми версиями под новыми номерами или вышли из употребления. Такие документы получают статус исторических (Historic)
Проекты не имеют официального статуса и удаляются из базы через шесть месяцев после последнего изменения.
Из более чем трёх тысяч RFC этого уровня достигли только несколько десятков.Практически все стандарты Глобальной сети существуют в виде опубликованных заявок RFC. Но в виде документов RFC выходят не только стандарты, но также концепции, введения в новые направления в исследованиях, исторические справки, результаты экспериментов, руководства по внедрению технологий, предложения и рекомендации по развитию существующих Стандартов и другие новые идеи в информационных технологиях:
- Экспериментальные (Experimental) спецификации содержат информацию об экспериментальных исследованиях, интересных для интернет-сообщества. Это могут быть, например, прототипы, реализующие новые концепции.
- Информационные (Informational) RFC предназначены для ознакомления общественности, не являются стандартами и не являются результатом консенсуса или рекомендациями. Некоторые проекты, не получившие статуса Предложенного стандарта, но представляющие интерес, могут быть опубликованы как Информационные RFC.
- Лучший современный опыт (Best Current Practice). Эта серия RFC содержит рекомендации по реализации стандартов, в том числе от сторонних организаций, а также внутренние документы о структуре и процедурах стандартизации.
Некоторые проекты, не получившие статуса Предложенного стандарта, но представляющие интерес, могут быть опубликованы как Информационные RFC.Почти все стандарты разрабатываются под эгидой каких-либо научных или интернет-организаций (например W3C, IETF, консорциум Юникода, Интернет2).
Запросы на отзывы официально существуют только на английском языке. Строгих требований к оформлению нет. Встречаются RFC, написанные в строгом академическом стиле, иные — в дружеской неформальной манере. Существует традиция выпуска первоапрельских шуточных RFC, например, RFC 1149 рассказывает о передаче пакетов IP с помощью почтовых голубей.
Примеры популярных запросов на отзывы
| Номер RFC | Тема |
|---|---|
RFC 768 (англ. ) RFC 768 (рус.) | UDP |
| RFC 791 (англ.) RFC 791 (рус.) | IP |
| RFC 792 (англ.) RFC 792 (рус.) | ICMP |
| RFC 793 (англ.) RFC 793 (рус.) | TCP |
| RFC 821 (англ.) | SMTP, заменён RFC 2821 |
| RFC 822 (англ.) | Формат электронной почты, заменён RFC 2822 |
| RFC 826 (англ.) | Протокол разрешения адреса (ARP) |
| RFC 894 (англ.) RFC 894 (рус.) | IP по Ethernet |
| RFC 951 (англ.) | Протокол начальной загрузки (BOOTP) |
| RFC 959 (англ.) | FTP |
| RFC 977 (англ.) | NNTP — устаревший, дополнен RFC 2980 , заменён RFC 3977 |
| RFC 1034 (англ.) | DNS — концепция |
| RFC 1035 (англ.) | DNS — внедрение |
| RFC 1122 (англ.) RFC 1122 (рус.) | Требования к хосту 1 |
RFC 1123 (англ.) RFC 1123 (рус. ) | Требования к хосту 2 |
| RFC 1191 (англ.) RFC 1191 (рус.) | Определение MTU пути |
| RFC 1256 (англ.) | Обнаружение маршрутизатора в сети |
| RFC 1323 (англ.) | Высокопроизводительный протокол TCP |
| RFC 1350 (англ.) | TFTP |
| RFC 1403 (англ.) | Взаимодействие BGP и OSPF |
| RFC 1459 (англ.) RFC 1459 (рус.) | IRC |
| RFC 1498 (англ.) | Архитектурная дискуссия |
| RFC 1518 (англ.) | Присвоение адресов CIDR |
| RFC 1519 (англ.) | Междоменная маршрутизация |
| RFC 1591 (англ.) | Структура доменных имён |
| RFC 1661 (англ.) | PPP |
| RFC 1738 (англ.) | URL |
| RFC 1771 (англ.) | BGP версии 4 |
| RFC 1772 (англ.) | Приложение BGP |
| RFC 1789 (англ.) | Телефония по Интернет (заменён стандартами VoIP) |
RFC 1812 (англ. | Требования к маршрутизаторам IPv4 |
| RFC 1855 (англ.) | Руководство по Нетикету |
| RFC 1889 (англ.) | Транспорт реального времени |
| RFC 1905 (англ.) | SNMP |
| RFC 1907 (англ.) | SNMP версии 2 |
| RFC 1918 (англ.) RFC 1918 (рус.) | «Сеть 10» |
| RFC 1939 (англ.) RFC 1939 (рус.) | Протокол POP версии 3 (POP3) |
| RFC 2001 (англ.) RFC 2001 (рус.) | Расширения производительности TCP |
| RFC 2026 (англ.) | Процесс стандартизации в Интернете |
| RFC 2045 (англ.) | MIME |
| RFC 2046 (англ.) | |
| RFC 2047 (англ.) | |
| RFC 2048 (англ.) | |
| RFC 2049 (англ.) | |
| RFC 2060 (англ.) RFC 2060 (рус.) | IMAP версии 4 (IMAP4), заменён RFC 3501 |
| RFC 2131 (англ.) | DHCP |
RFC 2223 (англ. ) | Инструкции для авторов RFC |
| RFC 2246 (англ.) RFC 2246 (рус.) | SSL и TLS |
| RFC 2231 (англ.) | Кодировка символов |
| RFC 2328 (англ.) | OSPF |
| RFC 2401 (англ.) | Архитектура безопасности протокола IP (IPsec) |
| RFC 2453 (англ.) | RIP |
| RFC 2516 (англ.) RFC 2516 (рус.) | PPPoE |
| RFC 2525 (англ.) | Проблемы TCP |
| RFC 2535 (англ.) | Безопасность DNS |
| RFC 2581 (англ.) RFC 2581 (рус.) | Контроль заторов в TCP |
| RFC 2616 (англ.) | HTTP |
| RFC 2637 (англ.) | PPTP |
| RFC 2663 (англ.) | Трансляция сетевых адресов |
| RFC 2766 (англ.) | NAT-PT |
| RFC 2821 (англ.) RFC 2821 (рус.) | SMTP, заменён RFC 5321 |
| RFC 2822 (англ.) | Формат электронной почты |
RFC 2865 (англ. ) | RADIUS |
| RFC 2866 (англ.) RFC 2866 (рус.) | Средства учёта RADIUS |
| RFC 2960 (англ.) | SCTP |
| RFC 2980 (англ.) | Общие расширения NNTP, дополняет RFC 977, заменён RFC 3977 |
| RFC 3010 (англ.) | NFS |
| RFC 3031 (англ.) | Архитектура MPLS |
| RFC 3066 (англ.) | Языковые теги |
| RFC 3092 (англ.) | Этимология «Foo» |
| RFC 3098 (англ.) | Ответственная реклама по электронной почте |
| RFC 3160 (англ.) | Гид по IETF |
| RFC 3168 (англ.) RFC 3168 (рус.) | ECN |
| RFC 3261 (англ.) | SIP |
| RFC 3501 (англ.) | IMAP версии 4 издание 1 (IMAP4rev1) |
| RFC 3977 (англ.) | NNTP, заменяет RFC 977, дополняет RFC 2980 |
См. также
- CfV
- FYI
- BCP
- IETF
- W3C
- ISOC
- IEEE
- Первоапрельские RFC
- IEN
Ссылки
- Официальные источники
- База данных RFC (англ. )
- Запросы RFC на сайте IETF (англ.)
)- Другие сайты
- Русские Переводы RFC (рус.)
RFC | это… Что такое RFC?
Эта статья о Request for Comments.
Рабочее предложение
Содержание
|
История
Формат RFC появился в 1969 году при обсуждении проекта ARPANET.
RFC 1 был опубликован 7 апреля 1969 г. и назывался «Host Software». Первые RFC распространялись в печатном виде на бумаге в виде обычных писем, но уже с декабря 1969 г., когда заработали первые сегменты ARPANET, документы начали распространяться в электронном виде.
Большинство ранних RFC были созданы в Калифорнийском университете Лос-Анджелеса и Стэнфордском исследовательском институте.
С 1969 по 1998 гг. бессменным и единственным редактором RFC был Джон Постел. После его смерти Общество Интернета (ISOC) поручило редактирование и публикацию RFC Институту информационных наук Университета Южной Калифорнии.
Очерк истории RFC за 30 лет с 1969 по 1999 гг. представлен в RFC 2555.
Содержимое RFC
Несмотря на название, запросы на отзывы RFC сейчас рассматриваются как стандарты Интернета (а рабочие версии стандартов обычно называют драфтами, от англ. draft здесь — проект). Согласно RFC 2026, жизненный цикл стандарта выглядит следующим образом:
- Выносится на всеобщее рассмотрение интернет-проект (Internet Draft). Проекты не имеют официального статуса и удаляются из базы через шесть месяцев после последнего изменения.
- Если проект стандарта оказывается достаточно удачным и непротиворечивым, он получает статус предложенного стандарта (Proposed Standard), и свой номер RFC. Наличие программной реализации стандарта желательно, но не обязательно.
- Следующая стадия — проект стандарта (Draft Standard) — означает, что предложенный стандарт принят сообществом, в частности, существуют две независимые по коду совместимые реализации разных команд разработчиков. В проекты стандартов ещё могут вноситься мелкие правки, но они считаются достаточно стабильными и рекомендуются для реализации.
- Высший уровень — стандарт Интернета (Internet Standard). Это спецификации с большим успешным опытом применения и зрелой формулировкой. Параллельно с нумерацией RFC они имеют свою собственную нумерацию STD. Список стандартов имеется в документе STD 1 (сейчас это RFC 5000, но нумерация может измениться). Из более чем трёх тысяч RFC этого уровня достигли только несколько десятков.
- Многие старые RFC замещены более новыми версиями под новыми номерами или вышли из употребления. Такие документы получают статус исторических (Historic)
Проекты не имеют официального статуса и удаляются из базы через шесть месяцев после последнего изменения.
Из более чем трёх тысяч RFC этого уровня достигли только несколько десятков.Практически все стандарты Глобальной сети существуют в виде опубликованных заявок RFC. Но в виде документов RFC выходят не только стандарты, но также концепции, введения в новые направления в исследованиях, исторические справки, результаты экспериментов, руководства по внедрению технологий, предложения и рекомендации по развитию существующих Стандартов и другие новые идеи в информационных технологиях:
- Экспериментальные (Experimental) спецификации содержат информацию об экспериментальных исследованиях, интересных для интернет-сообщества. Это могут быть, например, прототипы, реализующие новые концепции.
- Информационные (Informational) RFC предназначены для ознакомления общественности, не являются стандартами и не являются результатом консенсуса или рекомендациями. Некоторые проекты, не получившие статуса Предложенного стандарта, но представляющие интерес, могут быть опубликованы как Информационные RFC.
- Лучший современный опыт (Best Current Practice). Эта серия RFC содержит рекомендации по реализации стандартов, в том числе от сторонних организаций, а также внутренние документы о структуре и процедурах стандартизации.
Некоторые проекты, не получившие статуса Предложенного стандарта, но представляющие интерес, могут быть опубликованы как Информационные RFC.Почти все стандарты разрабатываются под эгидой каких-либо научных или интернет-организаций (например W3C, IETF, консорциум Юникода, Интернет2).
Запросы на отзывы официально существуют только на английском языке. Строгих требований к оформлению нет. Встречаются RFC, написанные в строгом академическом стиле, иные — в дружеской неформальной манере. Существует традиция выпуска первоапрельских шуточных RFC, например, RFC 1149 рассказывает о передаче пакетов IP с помощью почтовых голубей.
Примеры популярных запросов на отзывы
| Номер RFC | Тема |
|---|---|
RFC 768 (англ. ) RFC 768 (рус.) | UDP |
| RFC 791 (англ.) RFC 791 (рус.) | IP |
| RFC 792 (англ.) RFC 792 (рус.) | ICMP |
| RFC 793 (англ.) RFC 793 (рус.) | TCP |
| RFC 821 (англ.) | SMTP, заменён RFC 2821 |
| RFC 822 (англ.) | Формат электронной почты, заменён RFC 2822 |
| RFC 826 (англ.) | Протокол разрешения адреса (ARP) |
| RFC 894 (англ.) RFC 894 (рус.) | IP по Ethernet |
| RFC 951 (англ.) | Протокол начальной загрузки (BOOTP) |
| RFC 959 (англ.) | FTP |
| RFC 977 (англ.) | NNTP — устаревший, дополнен RFC 2980 , заменён RFC 3977 |
| RFC 1034 (англ.) | DNS — концепция |
| RFC 1035 (англ.) | DNS — внедрение |
| RFC 1122 (англ.) RFC 1122 (рус.) | Требования к хосту 1 |
RFC 1123 (англ.) RFC 1123 (рус. ) | Требования к хосту 2 |
| RFC 1191 (англ.) RFC 1191 (рус.) | Определение MTU пути |
| RFC 1256 (англ.) | Обнаружение маршрутизатора в сети |
| RFC 1323 (англ.) | Высокопроизводительный протокол TCP |
| RFC 1350 (англ.) | TFTP |
| RFC 1403 (англ.) | Взаимодействие BGP и OSPF |
| RFC 1459 (англ.) RFC 1459 (рус.) | IRC |
| RFC 1498 (англ.) | Архитектурная дискуссия |
| RFC 1518 (англ.) | Присвоение адресов CIDR |
| RFC 1519 (англ.) | Междоменная маршрутизация |
| RFC 1591 (англ.) | Структура доменных имён |
| RFC 1661 (англ.) | PPP |
| RFC 1738 (англ.) | URL |
| RFC 1771 (англ.) | BGP версии 4 |
| RFC 1772 (англ.) | Приложение BGP |
| RFC 1789 (англ.) | Телефония по Интернет (заменён стандартами VoIP) |
RFC 1812 (англ. ) | Требования к маршрутизаторам IPv4 |
| RFC 1855 (англ.) | Руководство по Нетикету |
| RFC 1889 (англ.) | Транспорт реального времени |
| RFC 1905 (англ.) | SNMP |
| RFC 1907 (англ.) | SNMP версии 2 |
| RFC 1918 (англ.) RFC 1918 (рус.) | «Сеть 10» |
| RFC 1939 (англ.) RFC 1939 (рус.) | Протокол POP версии 3 (POP3) |
| RFC 2001 (англ.) RFC 2001 (рус.) | Расширения производительности TCP |
| RFC 2026 (англ.) | Процесс стандартизации в Интернете |
| RFC 2045 (англ.) | MIME |
| RFC 2046 (англ.) | |
| RFC 2047 (англ.) | |
| RFC 2048 (англ.) | |
| RFC 2049 (англ.) | |
| RFC 2060 (англ.) RFC 2060 (рус.) | IMAP версии 4 (IMAP4), заменён RFC 3501 |
| RFC 2131 (англ.) | DHCP |
RFC 2223 (англ. ) | Инструкции для авторов RFC |
| RFC 2246 (англ.) RFC 2246 (рус.) | SSL и TLS |
| RFC 2231 (англ.) | Кодировка символов |
| RFC 2328 (англ.) | OSPF |
| RFC 2401 (англ.) | Архитектура безопасности протокола IP (IPsec) |
| RFC 2453 (англ.) | RIP |
| RFC 2516 (англ.) RFC 2516 (рус.) | PPPoE |
| RFC 2525 (англ.) | Проблемы TCP |
| RFC 2535 (англ.) | Безопасность DNS |
| RFC 2581 (англ.) RFC 2581 (рус.) | Контроль заторов в TCP |
| RFC 2616 (англ.) | HTTP |
| RFC 2637 (англ.) | PPTP |
| RFC 2663 (англ.) | Трансляция сетевых адресов |
| RFC 2766 (англ.) | NAT-PT |
| RFC 2821 (англ.) RFC 2821 (рус.) | SMTP, заменён RFC 5321 |
| RFC 2822 (англ.) | Формат электронной почты |
RFC 2865 (англ. ) | RADIUS |
| RFC 2866 (англ.) RFC 2866 (рус.) | Средства учёта RADIUS |
| RFC 2960 (англ.) | SCTP |
| RFC 2980 (англ.) | Общие расширения NNTP, дополняет RFC 977, заменён RFC 3977 |
| RFC 3010 (англ.) | NFS |
| RFC 3031 (англ.) | Архитектура MPLS |
| RFC 3066 (англ.) | Языковые теги |
| RFC 3092 (англ.) | Этимология «Foo» |
| RFC 3098 (англ.) | Ответственная реклама по электронной почте |
| RFC 3160 (англ.) | Гид по IETF |
| RFC 3168 (англ.) RFC 3168 (рус.) | ECN |
| RFC 3261 (англ.) | SIP |
| RFC 3501 (англ.) | IMAP версии 4 издание 1 (IMAP4rev1) |
| RFC 3977 (англ.) | NNTP, заменяет RFC 977, дополняет RFC 2980 |
См. также
- CfV
- FYI
- BCP
- IETF
- W3C
- ISOC
- IEEE
- Первоапрельские RFC
- IEN
Ссылки
- Официальные источники
- База данных RFC (англ. )
- Запросы RFC на сайте IETF (англ.)
)- Другие сайты
- Русские Переводы RFC (рус.)
404: Страница не найдена
Страница, которую вы пытались открыть по этому адресу, похоже, не существует. Обычно это результат плохой или устаревшей ссылки. Мы приносим свои извинения за доставленные неудобства.
Что я могу сделать сейчас?
Если вы впервые посещаете TechTarget, добро пожаловать! Извините за обстоятельства, при которых мы встречаемся. Вот куда вы можете пойти отсюда:
Поиск- Пожалуйста, свяжитесь с нами, чтобы сообщить, что эта страница отсутствует, или используйте поле выше, чтобы продолжить поиск
- Наша страница «О нас» содержит дополнительную информацию о сайте, на котором вы находитесь, WhatIs.com.
- Посетите нашу домашнюю страницу и просмотрите наши технические темы
Просмотр по категории
Сеть
- NFV MANO (управление и оркестрация виртуализации сетевых функций)
NFV MANO (управление виртуализацией и оркестровкой сетевых функций), также называемый MANO, представляет собой архитектурную основу для .
.. - Сетевой коммутатор
Сетевой коммутатор соединяет устройства в сети друг с другом, позволяя им общаться путем обмена пакетами данных.
- сетевой трафик
Сетевой трафик — это объем данных, которые перемещаются по сети в любое заданное время.
..Безопасность
- контрольная сумма
Контрольная сумма — это значение, представляющее количество битов в передаваемом сообщении, которое используется ИТ-специалистами для обнаружения…
- информация о безопасности и управление событиями (SIEM)
Управление информацией о безопасности и событиями (SIEM) — это подход к управлению безопасностью, который объединяет информацию о безопасности …
- Злая Корпорация
Evil Corp — международная сеть киберпреступников, использующая вредоносное программное обеспечение для кражи денег с банковских счетов жертв и .
..
..ИТ-директор
- зеленые ИТ (зеленые информационные технологии)
Green IT (зеленые информационные технологии) — это практика создания и использования экологически устойчивых вычислений.
- ориентир
Контрольный показатель — это стандарт или точка отсчета, которые люди могут использовать для измерения чего-либо еще.
- пространственные вычисления
Пространственные вычисления широко характеризуют процессы и инструменты, используемые для захвата, обработки и взаимодействия с трехмерными данными.
HRSoftware
- самообслуживание сотрудников (ESS)
Самообслуживание сотрудников (ESS) — это широко используемая технология управления персоналом, которая позволяет сотрудникам выполнять множество связанных с работой …
- платформа обучения (LXP)
Платформа обучения (LXP) — это управляемая искусственным интеллектом платформа взаимного обучения, предоставляемая с использованием программного обеспечения как услуги (.
.. - Поиск талантов
Привлечение талантов — это стратегический процесс, который работодатели используют для анализа своих долгосрочных потребностей в талантах в контексте бизнеса …
..Обслуживание клиентов
- интеграция
Интеграция — это действие по объединению более мелких компонентов или информации, хранящейся в разных подсистемах, в единую …
- операции с доходами (RevOps)
Revenue Operations (RevOps) — это стратегическая интеграция отделов продаж, маркетинга и обслуживания для обеспечения лучшего …
- BOPIS (купить онлайн, забрать в магазине)
BOPIS (купить онлайн, забрать в магазине) — это бизнес-модель, которая позволяет потребителям делать покупки и размещать заказы в Интернете, а затем забирать …
Что такое RFC и что они могут мне сделать?
Независимо от того, какую книгу или руководство вы используете для подготовки к экзамену CCNA, вы увидите различные протоколы и процессы, ссылающиеся на RFC.
И хотя RFC часто упоминаются, они редко включаются в документацию. Таким образом, возникает логичный вопрос: «Что такое RFC и где их найти?»
В области проектирования и проектирования компьютерных сетей запрос комментариев (RFC) представляет собой меморандум, опубликованный Инженерной группой Интернета (IETF), в котором описываются методы, модели поведения, исследования или инновации, применимые к работе в Интернете, а также Системы, подключенные к Интернету.
Через организацию, известную как Internet Society, дизайнеры, инженеры и ученые-компьютерщики могут публиковать статьи или выступления в форме RFC либо для рецензирования, либо просто для обмена новыми концепциями, информацией или (иногда) инженерным юмором. Рецензирование — это важный процесс, при котором ваша работа, исследование или личные идеи подвергаются тщательному анализу другими людьми, которые обычно считаются экспертами в той же области. Затем IETF примет некоторые из предложений, опубликованных в виде RFC, в качестве «интернет-стандартов».
Начало формата и процесса RFC произошло в 1969 году как часть первоначального проекта ARPANET, который представлял собой глобальную экспериментальную сеть, соединяющую хосты и серверы терминалов вместе. Были установлены процедуры для регулирования распределения адресов и создания добровольных стандартов для сети. Авторы первых RFC фактически использовали пишущие машинки для создания своей работы и передавали печатные копии исследователям ARPA.
В отличие от современных RFC, многие ранние RFC представляли собой настоящие запросы на комментарии. RFC оставил вопросы открытыми и был написан в менее формальном стиле. Этот менее формальный стиль теперь типичен для 9Документы 0124 Internet Draft , предварительный шаг перед утверждением в качестве RFC.
Документы RFC оказались удобным и полезным средством документирования и распространения исследований, проведенных разработчиками Интернета, и в конечном итоге стали официальным документом о проектных решениях, архитектуре и технических стандартах Интернета.
Хотя они по-прежнему назывались «Запрос на комментарии», по общему мнению, они являются официально зарегистрированными Интернет-документами и часто содержат очень подробную техническую информацию9.0003
В настоящее время рабочие группы IETF выполняют большую часть работы по стандартизации интернет-протоколов, поскольку они проходят этапы предлагаемого стандарта, проекта стандарта и фактического стандарта. Протокол, опубликованный в качестве предлагаемого стандарта, обычно предназначен для того, чтобы стать фактическим стандартом, но не продвигается до проекта стандарта в течение как минимум шести месяцев, чтобы интернет-сообщество успело рассмотреть и прокомментировать его. Проект стандарта не продвигается до полного стандарта в течение по крайней мере четырех месяцев после получения опыта эксплуатации и демонстрации функциональной совместимости между двумя или более независимыми реализациями
Существует множество официальных стандартов интернет-протокола. К счастью, есть полный список официальных стандартов, задокументированных в документах запроса на комментарии, с последней версией в RFC 3300 и актуальным списком, хранящимся в RFC-Editor.
Первым RFC, явно объявленным официальным стандартом, был RFC 733. Официальные стандарты протоколов перечислены в следующих категориях:
- Стандарт — установлен в качестве стандартного протокола IESG.
- Проект — в разработке, вероятно, это будущий стандартный протокол.
- Предложенный — Ранняя стадия, предлагаемый протокол.
- Исторический — Старые протоколы, обычно замененные или неиспользуемые.
- Экспериментальный — Протоколы исследований, задокументированные для удобства исследователей.
Шестой тип, Информационный , представляет собой протоколы, разработанные другими организациями, такими как официальные организации по стандартизации и коммерческие сетевые компании. Иногда они публиковались как RFC, чтобы предоставить стандартную ссылку для IETF. Последний список информационных протоколов можно найти в RFC 2500.
Редактор RFC присваивает каждому RFC уникальный серийный номер.
После присвоения номера и публикации RFC никогда не отменяется и не модифицируется. Если документ требует изменений, авторы публикуют исправленный документ. Поэтому одни RFC заменяют собой другие. Замененные RFC называются устаревшими , устаревшими или даже устаревшими [ sic ]. Вместе сериализованные RFC составляют непрерывный исторический отчет об эволюции стандартов и практик Интернета.
Процесс производства RFC отличается от процесса стандартизации официальных организаций по стандартизации, таких как Международная организация по стандартизации (ISO). Эксперты по интернет-технологиям могут представить интернет-проект без поддержки со стороны внешнего учреждения.
RFC для отслеживания стандартов публикуются с одобрения IETF и обычно разрабатываются экспертами, участвующими в рабочих группах, которые сначала публикуют Интернет-проект. Этот подход облегчает начальные раунды рецензирования до того, как документы превратятся в RFC.
Каждому протоколу присваивается статус «Требуется», «Рекомендуется», «Выборочный», «Ограниченное использование» или «Не рекомендуется» в порядке убывания приоритета.