RFC

Запрос комментариев (англ. 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 по 1989 бессменным и единственным редактором RFC был Джон Постел. После его смерти Общество Интернета (ISOC) поручило редактирование и публикацию RFC Институту информационных наук Университета Южной Калифорнии.

Очерк истории RFC за 30 лет с 1969 по 1999 представлен в RFC 2555.

Содержимое RFC

Несмотря на название, запросы комментариев RFC сейчас рассматриваются как стандарты Интернета (а рабочие версии стандартов обычно называют драфтами, от англ. draft — зд. черновик). Согласно RFC 2026, жизненный цикл стандарта выглядит следующим образом:

  1. Выносится на всеобщее рассмотрение Интернетовский черновик (Internet Draft). Черновики не имеют официального статуса, и удаляются из базы через шесть месяцев после последнего изменения.
  2. Если черновик стандарта оказывается достаточно удачным и непротиворечивым, он получает статус Предложенного стандарта (Proposed Standard), и свой номер RFC. Наличие программной реализации стандарта желательно, но не обязательно.
  3. Следующая стадия — Черновой стандарт (Draft Standard) означает, что предложенный стандарт принят сообществом, в частности, существуют две независимые по коду совместимые реализации разных команд разработчиков. В черновые стандарты ещё могут вноситься мелкие правки, но они считаются достаточно стабильными и рекомендуются для реализации.
  4. Высший уровень — Стандарт Интернета (Internet Standard). Это спецификации с большим успешным опытом применения и зрелой формулировкой. Параллельно с нумерацией RFC они имеют свою собственную нумерацию STD. Список стандартов имеется в документе STD 1 (сейчас это RFC 3700, но нумерация может измениться). Из более чем трёх тысяч RFC этого уровня достигли только несколько десятков.
  5. Многие старые RFC замещены более новыми версиями под новыми номерами, или вышли из употребления. Такие документы получают статус Исторических (Historic).

Практически все стандарты Глобальной сети существуют в виде опубликованных заявок RFC. Но в виде документов RFC выходят не только стандарты, но также концепции, введения в новые направления в исследованиях, исторические справки, результаты экспериментов, руководства по внедрению технологий, предложения и рекомендации по развитию существующих стандартов и другие новые идеи в информационных технологиях:

  1. Экспериментальные (Experimental) спецификации содержат информацию об экспериментальных исследованиях, интересных для Интернет-сообщества. Это могут быть, например, прототипы, реализующие новые концепции.
  2. Информационные (Informational) RFC предназначены для ознакомления общественности не являются стандартами и не являются результатом консенсуса или рекомендациями. Некоторые черновики, не получившие статуса Предложенного стандарта, но представляющие интерес, могут быть опубликованы как Информационные RFC.
  3. Лучший современный опыт (Best Current Practice). Эта серия RFC содержит рекомендации по реализации стандартов, в том числе, от сторонних организаций, а также внутренние документы о структуре и процедурах стандартизации.

Почти все стандарты разрабатываются под эгидой каких-либо научных или интернет-организаций (например: W3C, IETF, консорциум Юникода, Интернет2).

Запросы комментариев официально существуют только на английском языке. Строгих требований к оформлению нет. Встречаются RFC, написанные в строгом академическом стиле, иные — в дружеской неформальной манере. Существует традиция выпуска первоапрельских шуточных RFC, например, RFC 1149 рассказывает о передаче пакетов IP с помощью почтовых голубей.

Примеры популярных RFC
Номер RFC Тема
RFC 768 UDP
RFC 791 IP
RFC 792 ICMP
RFC 793 TCP
RFC 826 Протокол разрешения адреса (ARP)
RFC 894 IP по Ethernet
RFC 951 Протокол начальной загрузки (BOOTP)
RFC 959 FTP
RFC 1034 DNS — концепция
RFC 1035 DNS — внедрение
RFC 1122 Требования к хосту 1
RFC 1123 Требования к хосту 2
RFC 1191 Определение MTU пути
RFC 1256 Обнаружение маршрутизатора в сети
RFC 1323 Высокопроизводительный протокол TCP
RFC 1350 TFTP
RFC 1403 Взаимодействие BGP и OSPF
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 1889 Транспорт реального времени
RFC 1905 SNMP
RFC 1907 SNMP версии 2
RFC 1918 «Сеть 10»
RFC 1939 Протокол POP версии 3 (POP3)
RFC 2001 Расширения производительности TCP
RFC 2026 Процесс стандартизации в Интернете
RFC 2045 MIME
RFC 2046
RFC 2047
RFC 2048
RFC 2049
RFC 2131 DHCP
RFC 2223 Инструкции для авторов RFC
RFC 2231 Кодировка символов
RFC 2328 OSPF
RFC 2401 Архитектура безопасности
RFC 2453 RIP
RFC 2516 PPPoE
RFC 2525 Проблемы TCP
RFC 2535 Безопасность DNS
RFC 2581 Контроль заторов в TCP
RFC 2616 HTTP
RFC 2637 PPTP
RFC 2663 Трансляция сетевых адресов
RFC 2766 NAT-PT
RFC 2821 SMTP
RFC 2822 Формат электронной почты
RFC 2865 RADIUS Remote Authentication in Dial-In User Service
RFC 2866 RADIUS Средства учета
RFC 2960 SCTP
RFC 3010 NFS
RFC 3031 Архитектура MPLS
RFC 3066 Языковые тэги
RFC 3092 Этимология «Foo»
RFC 3098 Ответственная реклама по электронной почте
RFC 3160 Гид по IETF
RFC 3168 ECN
RFC 3261 SIP
RFC 3501 IMAP версии 4 издание 1 (IMAP4rev1)
Нужен оригинальный шрифт?
Нет проблем - fontproblem@yandex.ru

eServer.ru :: Хостинг-оператор #1
Сомневаетесь в выборе хостинга? Хотите проверить, прежде чем платить? eServer.ru предоставляет Вам эту возможность! SSL, MySQL, SSI, PHP, PERL, C++, JSP, неограниченный трафик, домен бесплатно и многое другое.
Выберите нас, Вы не пожалеете об этом выборе! Узнать больше...
Hosted by uCoz