Request for Comments
от Уикипедия, свободната енциклопедия
Request for Comments (RFC) представлява документ с пореден номер в серия от такива документи. Съдържат интернет стандарти или допълнителна информация и са широко използвани както от комерсиални, така и от некомерсиални софтуерни производители, от общностите на интернет и Юникс потребителите. Поредицата от RFC документи за Компютърни мрежи започва през 1969 като част от ранния ARPA wide area networking (ARPANET) проект. Днес, това е официалния канал през който Internet Engineering Steering Group, Internet Architecture Board и разширяващото се интернет обществото публикува стандарти. RFC-тата покриват и други теми освен интернет стандарти, като уводи в нови разработки и коментари относно текущото състояние на интернет.
RFC-та се публикуват от редактор, който е подчинен на IAB. Веднъж получило номер и публикувано, RFC никога не се отменя или скрива. Вместо това, то се измества от публикацията на ново. За да се определи кои RFC-та са активни интернет стандарти и кои са остарели, се използва Internet Standard 1 (STD 1), който се публикува периодично като RFC.
RFC-та могат да се намерят в интернет на адрес http://www.ietf.org/rfc.html, както и на много други места чрез anonymous FTP, gopher, и други системи за извличане на документи от интернет.
Всяко RFC се публикува в ASCII текстов формат, като може да бъде намерено и в други формати. Нормативната версия е винаги в ASCII формат.
RFC-тата се създават по начин, който е доста по-различен от начина използван от специализирани в създавнето на формални стандарти организации каквато е например ANSI. Те често се обменят между технически експерти, работещи по тяхно собствено желание, като резултатите могат да се прегледат от всички с достъп до интернет. На практика, RFC-та върху стандарти обикновенно се изработват от експерти, участващи в работни групи, които първо публикуват чернови (Internet-Drafts) на стандартите. Така се позволява голям брой хора да прегледат документите още преди те да се превърнат в RFC-та.
Традицията, RFC-тата да се пишат от прагматични, водени от опита си личности или малки работни групи, след като това което описват вече са го направили, има сериозни предимства пред по-формалния, комитетен процес типичен за ANSI или ISO.
Едно от тези предимства е традицията да се пишат шеговити RFC-та. Обикновенно се публикува поне едно годишно, често за деня на шегата.
RFC-тата са удивителни най-вече с това колко добре работят — в тях няма нито неяснотите, широко разпространени в неформалните спецификации, нито недомислиците, които често преследват изработените от комитети формални стандарти.
За детайли относно RFC-тата и техния живот, вижте RFC 2026, „The Internet Standards Process, Revision 3“.
RFC 1, озаглавено „Host Software“, е написано от Стив Крокър от Калифорнийски университет, Лос Анжелис, и е публикувано на 7 април, 1969.
Пълен списък от RFC-та в текстов формат може да се намери на уеб сайта на IETF. Всяко публикувано RFC може да бъде директно свалено от адрес http://www.ietf.org/rfc/rfc#.txt, като знака # се замени с номера на RFC-то. Вижте също: http://www.ietf.org/rfc/.
[редактиране] Списък на най-важните RFC-та
| RFC | Subject | 
|---|---|
| RFC 768 | User Datagram Protocol | 
| RFC 791 | Internet Protocol | 
| RFC 792 | Control message protocol | 
| RFC 793 | Transmission Control Protocol | 
| RFC 821 | Simple Mail Transfer Protocol, obsoleted by RFC 2821 | 
| RFC 822 | Format of e-mail, obsoleted by RFC 2822 | 
| RFC 826 | Address resolution protocol | 
| RFC 894 | IP over Ethernet | 
| RFC 951 | Bootstrap Protocol | 
| RFC 959 | File Transfer Protocol | 
| RFC 1034 | Domain Name System — concepts | 
| RFC 1035 | DNS — implementation | 
| RFC 1122 | Host Requirements I | 
| RFC 1123 | Host Requirements II | 
| RFC 1191 | Path MTU discovery | 
| RFC 1256 | Router discovery | 
| RFC 1323 | High performance TCP | 
| RFC 1350 | Trivial File Transfer Protocol | 
| RFC 1403 | BGP OSPF Interaction | 
| RFC 1498 | Architectural discussion | 
| RFC 1518 | CIDR address allocation | 
| RFC 1519 | Classless inter-domain routing | 
| RFC 1661 | Point-to-Point Protocol | 
| RFC 1738 | Uniform Resource Locators | 
| RFC 1771 | A Border Gateway Protocol 4 | 
| RFC 1772 | BGP application | 
| RFC 1789 | Telephone over Internet | 
| RFC 1812 | Requirements for IPv4 Routers | 
| RFC 1889 | Real-Time transport | 
| RFC 1905 | Simple network management protocol | 
| RFC 1907 | MIB | 
| RFC 1918 | „Network 10“ | 
| RFC 1939 | POP3 | 
| RFC 2001 | TCP performance extensions | 
| RFC 2026 | Internet Standards process | 
| RFC 2045 | MIME | 
| RFC 2046 | |
| RFC 2047 | |
| RFC 2048 | |
| RFC 2049 | |
| RFC 2060 | IMAP4, obsoleted by RFC 3501 | 
| RFC 2131 | DHCP | 
| RFC 2223 | Instructions to RFC Authors | 
| RFC 2231 | Character Sets | 
| RFC 2328 | OSPF | 
| RFC 2401 | Security Architecture | 
| RFC 2453 | Routing Information Protocol | 
| RFC 2525 | TCP Problems | 
| RFC 2535 | DNS Security | 
| RFC 2581 | TCP congestion control | 
| RFC 2616 | HTTP | 
| RFC 2663 | Network address translation | 
| RFC 2766 | NAT-PT | 
| RFC 2821 | Simple Mail Transfer Protocol | 
| RFC 2822 | Format of e-mail | 
| RFC 2960 | SCTP | 
| RFC 3010 | Network File System | 
| RFC 3031 | MPLS architecture | 
| RFC 3066 | Language Tags | 
| RFC 3092 | Etymology of „Foo“ | 
| RFC 3098 | Advertise Responsibly Using E-Mail | 
| RFC 3160 | Tao of IETF | 
| RFC 3168 | ECN | 
| RFC 3501 | IMAP4rev1 | 

