Žádost o připomínky - Request for Comments

A Request for Comments ( RFC ) je individuálně číslovaná publikace v sérii od jednoho z malé skupiny orgánů, nejvýrazněji Internet Engineering Task Force (IETF), hlavních orgánů pro technický vývoj a vytváření norem pro internet .

Autorem RFC jsou jednotlivci nebo skupiny techniků a počítačových vědců ve formě memoranda popisujícího metody, chování, výzkum nebo inovace použitelné pro fungování internetu a systémů připojených k internetu. Je předkládán buď k vzájemnému hodnocení, nebo k zprostředkování nových konceptů, informací nebo příležitostně technického humoru. IETF přijímá některé z návrhů publikovaných jako RFC jako internetové standardy . Mnoho RFC má však informativní nebo experimentální povahu a nejedná se o standardy. Systém RFC vynalezl Steve Crocker v roce 1969, aby pomohl zaznamenat neoficiální poznámky o vývoji ARPANET . RFC se od té doby staly oficiálními dokumenty internetových specifikací , komunikačních protokolů , postupů a událostí. Podle Crockera dokumenty „formují vnitřní fungování internetu a hrály významnou roli v jeho úspěchu“, ale mimo komunitu nejsou příliš známé.

Mimo internetovou komunitu byly v práci federální vlády USA zveřejněny další dokumenty, kterým se také říká žádosti o připomínky , například Národní úřad pro bezpečnost silničního provozu .

Dějiny

Počátek formátu RFC nastal v roce 1969 jako součást klíčového projektu ARPANET . Dnes je oficiálním publikačním kanálem Internet Engineering Task Force (IETF), Internet Architecture Board (IAB) a - do určité míry - globální komunity výzkumníků počítačových sítí obecně.

Autoři prvních RFC napsali svoji práci a rozeslali výtisky mezi výzkumníky ARPA . Na rozdíl od moderních RFC byly mnohé z prvních RFC skutečnými žádostmi o komentáře a byly pojmenovány tak, aby to neznělo příliš deklarativně a aby to povzbudilo diskusi. RFC nechává otázky otevřené a je psán méně formálním stylem. Tento méně formální styl je nyní typický pro dokumenty Internet Draft , což je předchůdce před schválením jako RFC.

V prosinci 1969 začali výzkumníci distribuovat nové RFC prostřednictvím nově provozního ARPANETU. RFC  1, nazvaný „Host Software“, napsal Steve Crocker z Kalifornské univerzity v Los Angeles (UCLA) a publikoval 7. dubna 1969. Ačkoli jej napsal Steve Crocker, RFC vzešlo z rané diskuse pracovní skupiny mezi Stevem Crockerem, Stevem Carrem a Jeffem Rulifsonem .

V RFC 3, který nejprve definoval řadu RFC, Crocker začal přiřazovat sérii RFC síťové pracovní skupině. Spíše než formální výbor to bylo volné sdružení výzkumných pracovníků, kteří se zajímali o projekt ARPANET. Ve skutečnosti zahrnoval každého, kdo se chtěl připojit ke schůzkám a diskusím o projektu.

Mnoho z následujících RFC sedmdesátých let také pocházelo z UCLA, protože UCLA je jedním z prvních procesorů Interface Message Processors (IMP) na ARPANETu. Zvětšování Research Center (ARC) v Stanford Research Institute , režie Douglas Engelbart , je další ze čtyř první, co bylo ARPANET uzly a zdroj časných RFC. ARC se stalo prvním síťovým informačním centrem ( InterNIC ), které spravovala Elizabeth J. Feinler k distribuci RFC spolu s dalšími informacemi o síti. Od roku 1969 do roku 1998 sloužil Jon Postel jako redaktor RFC . Po jeho smrti v roce 1998 byl jeho nekrolog vydán jako RFC 2468.

Po vypršení platnosti původní smlouvy ARPANET s federální vládou USA uzavřela společnost Internet Society jednající jménem IETF smlouvu s divizí Networking Institute of the University of Southern California (USC) Information Sciences Institute (ISI) o převzetí redakce a odpovědnost za publikování pod vedením IAB. Sandy Ginoza se připojila k USC/ISI v roce 1999, aby pracovala na úpravách RFC, a Alice Hagens v roce 2005. Bob Braden převzal roli vedoucího projektu RFC, zatímco Joyce K. Reynolds byla i nadále součástí týmu až do 13. října 2006.

V červenci 2007 byly definovány toky RFC, aby bylo možné rozdělit editační povinnosti. Dokumenty IETF pocházely z pracovních skupin IETF nebo z příspěvků sponzorovaných ředitelem oblasti IETF ze skupiny Internet Engineering Steering Group . IAB může publikovat své vlastní dokumenty. Výzkumný proud dokumentů pochází z Internet Research Task Force (IRTF) a nezávislý stream z jiných vnějších zdrojů. V roce 2008 byl navržen nový model, vylepšen a publikován v srpnu 2009 a rozdělil úkol do několika rolí, včetně poradní skupiny RFC Series (RSAG). Model byl aktualizován v roce 2012. V prosinci 2009 byly také upřesněny streamy se standardy definovanými pro jejich styl. V lednu 2010 byla funkce editoru RFC přesunuta k dodavateli, asociaci Management Solutions, přičemž Glenn Kowack sloužil jako editor průběžných sérií. Na konci roku 2011 byla Heather Flanagan najata jako stálá redaktorka řady RFC. V té době byl také vytvořen výbor pro dohled nad řadou RFC (RSOC).

Žádosti o komentáře byly původně zpracovány v nevratném textovém formátu. V srpnu 2019 byl formát změněn, aby bylo možné nové dokumenty optimálně zobrazit na zařízeních s různými velikostmi zobrazení.

Výroba a verzování

Editor RFC každému RFC přiřadí sériové číslo . Jakmile je číslo RFC přiděleno a publikováno, není nikdy zrušeno ani upraveno; pokud dokument vyžaduje změny, autoři zveřejní upravený dokument. Některé RFC proto nahrazují jiné; o nahrazených RFC se říká, že jsou zastaralé , zastaralé nebo zastaralé nahrazujícím RFC. Serializované RFC dohromady tvoří nepřetržitý historický záznam o vývoji internetových standardů a postupů. Proces RFC je dokumentován v dokumentu RFC 2026 ( The Internet Standards Process, Revision 3 ).

Výrobní proces RFC se liší od procesu normalizace formálních normalizačních organizací, jako je Mezinárodní organizace pro normalizaci (ISO). Odborníci na internetové technologie mohou předložit internetový koncept bez podpory externí instituce. Standardy pro sledování RFC jsou publikovány se souhlasem IETF a jsou obvykle vytvářeny odborníky účastnícími se pracovních skupin IETF , které nejprve zveřejňují internetový koncept. Tento přístup usnadňuje počáteční kola vzájemného hodnocení, než dokumenty dospějí do RFC.

Tradice RFC v pragmatickém autorství standardů založených na zkušenostech a na základě faktů dosažená jednotlivci nebo malými pracovními skupinami může mít důležité výhody oproti formálnějšímu procesu, který je řízen komisí, typický pro ISO a národní normalizační orgány.

Většina RFC používá společnou sadu výrazů jako „MUSÍ“ a „NEDOPORUČENO“ (jak je definováno v RFC 2119 a RFC 8174), rozšířený formulář Backus – Naur (ABNF) (RFC 5234) jako meta-jazyk a jednoduchý text -formátování na bázi, aby byly RFC konzistentní a snadno srozumitelné.

Dílčí série

Série RFC obsahuje tři dílčí řady pro IETF RFC: BCP, FYI a STD. Best Current Practice (BCP) je podskupinou povinných IFCF RFC, které nejsou na úrovni standardů. For Your Information (FYI) je pod-řada informačních RFC podporovaných IETF, jak je uvedeno v RFC 1150 (FYI 1). V roce 2011 RFC 6360 zastaral FYI 1 a uzavřel tuto dílčí sérii. Standard (STD) býval třetí a nejvyšší úrovní splatnosti v rámci standardů IETF uvedených v RFC 2026 (BCP 9). V roce 2011 RFC 6410 (nová část BCP 9) snížila stopu standardů na dvě úrovně splatnosti.

Proudy

Existují čtyři proudy RFC: IETF , IRTF , IAB a nezávislé podání . Pouze IETF vytváří BCP a RFC na trati standardů. Nezávislé podání je kontrolována IESG pro konflikty s IETF práce; kvalita je hodnocena nezávislou redakční radou . Jinými slovy, IRTF a nezávislé  RFC mají obsahovat relevantní informace nebo experimenty pro internet jako celek, což není v rozporu s prací IETF; porovnat RFC 4846, RFC 5742 a RFC 5744.

Získání RFC

RFC 2046                      Media Types                  November 1996


   A. Collected Grammar ....................................   43

1.  Introduction

   The first document in this set, RFC 2045, defines a number of header
   fields, including Content-Type. The Content-Type field is used to
   specify the nature of the data in the body of a MIME entity, by
   giving media type and subtype identifiers, and by providing auxiliary
   information that may be required for certain media types.  After the
RFC  2046 , který definuje typ MIME typu text/prostý MIME , je sám prostý text.

Oficiálním zdrojem pro RFC na World Wide Web je RFC Editor . Téměř jakýkoli publikovaný RFC lze načíst prostřednictvím adresy URL ve formátu http://www.rfc-editor.org/rfc/rfc5000.txt, zobrazené pro RFC 5000.

Každý RFC je odeslán jako prostý text ve formátu ASCII a je publikován v této formě, ale může být k dispozici také v jiných formátech .

Pro snadný přístup k metadatům RFC, včetně abstraktů, klíčových slov, autorů, data publikace, chyb, stavu a zejména pozdějších aktualizací, nabízí web RFC Editor vyhledávací formulář s mnoha funkcemi. Přesměrování nastavuje některé efektivní parametry, například: rfc: 5000 .

Oficiální mezinárodní standardní sériové číslo (ISSN) řady RFC je 2070–1721.

Postavení

Ne všechny RFC jsou standardy. Každému RFC je přiřazeno označení s ohledem na stav v rámci procesu internetové normalizace. Tento stav je jedním z následujících: Informační , Experimentální , Nejlepší současná praxe , Sledování standardů nebo Historický .

Každý RFC je statický; pokud je dokument změněn, je znovu odeslán a má přiděleno nové číslo RFC.

Sledování standardů

Dokumenty sledované standardy se dále dělí na dokumenty Proposed Standard a Internet Standard .

Schvalovat standardy RFC může pouze IETF, zastoupená skupinou Internet Engineering Steering Group (IESG) .

Pokud se z RFC stane internetový standard (STD), bude mu přiděleno číslo STD, ale zachová si své číslo RFC. Definitivní seznam internetových standardů je oficiální standard internetového protokolu. Dříve STD 1 sloužil k udržení snímku seznamu.

Když je aktualizován internetový standard, jeho číslo STD zůstane stejné, nyní se týká nového RFC nebo sady RFC. Daný internetový standard, STD n , může být v daném čase RFC x a y , ale později může být stejný standard aktualizován tak, aby místo něj byl RFC z . Například v roce 2007 byl RFC 3700 internetovým standardem - STD 1 - a v květnu 2008 byl nahrazen RFC 5000, takže RFC 3700 se změnil na Historic , RFC 5000 se stal internetovým standardem a od května 2008 STD 1 je RFC 5000 .v prosinci 2013 je RFC 5000 nahrazen RFC 7100, aktualizace RFC 2026 již nepoužívá STD 1.

(Osvědčené postupy fungují podobným způsobem; BCP n se týká určitého RFC nebo sady RFC, ale které RFC nebo RFC se mohou v průběhu času měnit).

Informační

Informační RFC může být téměř cokoliv, od 1. dubna vtipy na všeobecně uznávaných základních RFC jako Domain Name System struktura a delegace (RFC 1591). Některé informační RFC tvořily podskupinu FYI .

Experimentální

Experimentální RFC může být IETF dokument nebo individuální podrobení k RFC editor. Předloha je označena jako experimentální, pokud není jasné, zda bude návrh fungovat podle očekávání, nebo nejasné, bude -li návrh široce přijat. Experimentální RFC může být povýšeno na sledování standardů, pokud se stane populární a funguje dobře.

Nejlepší současná praxe

The Best Current Practice subseries sbírá administrativní dokumenty a další texty, které jsou považovány za oficiální pravidla, a to nejen informativní , ale které nemají vliv než data drát . Hranice mezi sledováním standardů a BCP je často nejasná. Pokud dokument ovlivňuje pouze proces internetových standardů, jako je BCP 9 nebo správa IETF, je to jednoznačně BCP. Pokud definuje pouze pravidla a předpisy pro registry úřadu IANA ( Internet Assigned Numbers Authority ), je to méně jasné; většina těchto dokumentů jsou BCP, ale některé jsou na cestě standardů.

Série BCP zahrnuje také technická doporučení, jak praktikovat internetové standardy; například doporučení použít filtrování zdrojů ke ztížení útoků DoS (RFC 2827: „ Filtrování průniků do sítě: Poražení útoků odmítnutí služby, které využívají falšování adresy IP zdroje “) je BCP 38 .

Historický

Historický RFC je, že technologie je definován RFC již není doporučena pro použití, která se liší od „obsoletes“ hlavičkou náhradní RFC. Například samotný RFC 821 ( SMTP ) je zastaralý různými novějšími RFC, ale samotný SMTP je stále „aktuální technologie“, takže není ve stavu „Historic“. Jelikož však BGP verze 4 zcela nahradila dřívější verze BGP, byly RFC popisující tyto dřívější verze, jako je RFC 1267, označeny za historické.

Neznámý

Status neznámý se používá u některých velmi starých RFC, kde není jasné, jaký status by dokument získal, kdyby byl zveřejněn dnes. Některé z těchto RFC by dnes nebyly vůbec zveřejněny; raný RFC byl často jen to: jednoduchá žádost o komentáře, která neměla určovat protokol, administrativní postup nebo cokoli jiného, ​​pro co se dnes používá řada RFC.

autorská práva

Obecným pravidlem je, že původní autoři (nebo jejich zaměstnavatelé, pokud to stanoví jejich pracovní podmínky) si ponechávají autorská práva, pokud svá práva výslovně nepřevedou.

Nezávislý orgán, IETF Trust, je držitelem autorských práv k některým RFC a pro všechny ostatní je autorem udělena licence, která mu umožňuje reprodukovat RFC. Internet Society odkazuje na mnoha RFC před RFC4714 jako vlastník autorských práv, ale převedla svá práva na IETF Trust.

Viz také

Reference

externí odkazy