Знаймо

Додати знання

приховати рекламу

Цей текст може містити помилки.

RFC



План:


Введення

Ця стаття про Request for Comments; про модифікацію для Civilization IV см.: Rhye's and Fall of Civilization.

Запит коментарів ( англ. Request for Comments, RFC ) - документ із серії пронумерованих інформаційних документів Інтернету, що містять технічні специфікації і стандарти, широко застосовуються у всесвітній мережі. Назва "Request for Comments ще можна перекласти як "заявка на обговорення" або "тема для обговорення". В даний час первинної публікацією документів RFC займається IETF під егідою відкритої організації Товариство Інтернету ( англ. Internet Society, ISOC ). Правами на RFC володіє саме Товариство Інтернету.


1. Історія

Формат RFC з'явився в 1969 при обговоренні проекту ARPANET. RFC 1 був опублікований 7 квітня 1969 р. і називався "Host Software". Перші RFC поширювалися в друкованому вигляді на папері у вигляді звичайних листів, але вже з грудня 1969 р., коли запрацювали перші сегменти ARPANET, документи почали розповсюджуватися в електронному вигляді.

Більшість ранніх RFC були створені в Каліфорнійському університеті Лос-Анджелеса і Стенфордському дослідницькому інституті.

З 1969 по 1998 рр.. беззмінним і єдиним редактором RFC був Джон Постел. Після його смерті Товариство Інтернету ( ISOC) доручило редагування і публікацію RFC Інституту інформаційних наук Університету Південної Каліфорнії.

Нарис історії RFC за 30 років з 1969 по 1999 рр.. представлений в RFC 2555.


2. Вміст RFC

Незважаючи на назву, запити коментарів RFC зараз розглядаються як стандарти Інтернету (а робочі версії стандартів зазвичай називають драфтами, від англ. draft тут - чернетка). Згідно RFC 2026, життєвий цикл стандарту виглядає наступним чином:

  1. Виноситься на загальний розгляд Інтернетівський чернетка ( Internet Draft ). Чернетки не мають офіційного статусу, та видаляються з бази через шість місяців після останньої зміни.
  2. Якщо чернетка стандарту виявляється досить вдалим і несуперечливим, він отримує статус запропонованого стандарту ( Proposed Standard ), І свій номер RFC. Наявність програмної реалізації стандарту бажано, але не обов'язково.
  3. Наступна стадія - Чорновий стандарт ( Draft Standard ) Означає, що запропонований стандарт прийнятий спільнотою, зокрема, існують дві незалежні за кодом сумісні реалізації різних команд розробників. У чорнові стандарти ще можуть вноситися дрібні правки, але вони вважаються досить стабільними і рекомендуються для реалізації.
  4. Вищий рівень - Стандарт Інтернету ( Internet Standard ). Це специфікації з великим успішним досвідом застосування і зрілої формулюванням. Паралельно з нумерацією RFC вони мають свою власну нумерацію STD. Список стандартів є в документі STD 1 (зараз це RFC 5000, але нумерація може змінитися). З більш ніж трьох тисяч 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 за допомогою поштових голубів.


3. Приклади популярних запитів коментарів

Номер 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

Цей текст може містити помилки.

Схожі роботи | скачати
© Усі права захищені
написати до нас
Рейтинг@Mail.ru