RFC

Työehdotus ( Eng.  Request for Comments, RFC ) on asiakirja sarjasta numeroituja Internet -tietoasiakirjoja, jotka sisältävät teknisiä määrityksiä ja standardeja, joita käytetään laajalti World Wide Webissä. Nimi "Kommenttipyyntö" voidaan kääntää myös "palautehakemukseksi (pyynnöksi)" tai "keskusteluaiheeksi" . Tällä hetkellä RFC-dokumenttien ensisijaista julkaisua hoitaa IETF avoimen organisaation Internet Societyn ( Internet Society, ISOC ) suojeluksessa .  Internet Society omistaa RFC:n oikeudet.

Historia

RFC-muoto ilmestyi vuonna 1969 ARPANET -projektin keskustelun aikana , sitä ehdotti Steve Crocker ja hän kirjoitti myös ensimmäisen RFC:n. RFC 1 julkaistiin 7. huhtikuuta 1969 ja sen nimi oli "Host Software" . Ensimmäiset RFC:t jaettiin painetussa muodossa paperille tavallisina kirjeinä, mutta joulukuusta 1969 lähtien, kun ARPANETin ensimmäiset segmentit lanseerattiin, asiakirjoja alettiin jakaa sähköisesti.

Suurin osa varhaisista RFC:istä luotiin ssa ja Stanford Research

Vuodesta 1969 vuoteen 1998 RFC:n pysyvä ja ainoa toimittaja oli Jon Postel . Hänen kuolemansa jälkeen Internet Society ( ISOC ) tilasi RFC : n toimittamisen ja julkaisemisen Etelä - Kalifornian yliopiston Information Science Institutelle .

Essee RFC:n historiasta 30 vuoden ajalta 1969-1999 . otettu käyttöön RFC 2555 :ssä .

Essee RFC:n historiasta 50 vuoden ajalta vuodesta 1969 vuoteen 2019 . otettu käyttöön RFC 8700 :ssa .

RFC:n sisältö

Nimestä huolimatta RFC-palautepyyntöjä pidetään nykyään Internet-standardeina (ja standardien työversioita kutsutaan yleensä luonnoksiksi ) .  RFC 2026 :n mukaan standardin elinkaari on seuraava:

  1. Internet - luonnos ( Internet Draft ) jätetään julkiseen käsittelyyn . Hankkeilla ei ole virallista statusta ja ne poistetaan tietokannasta kuuden kuukauden kuluttua viimeisestä muutoksesta.
  2. Jos standardiluonnos on riittävän onnistunut ja johdonmukainen, se saa ehdotetun standardin tilan ( Proposed Standard ) ja sen RFC-numeron. Standardin ohjelmistototeutuksen läsnäolo on toivottavaa, mutta ei pakollista.
  3. Seuraava vaihe on standardiluonnos ( Draft Standard ) - se tarkoittaa, että ehdotettu standardi on yhteisön hyväksymä, erityisesti on olemassa kaksi koodista riippumatonta, yhteensopivaa toteutusta eri kehitysryhmistä. Standardiluonnoksiin voidaan vielä tehdä pieniä muutoksia, mutta ne katsotaan riittävän vakaiksi ja niitä suositellaan käyttöönotettaviksi.
  4. Korkein taso on Internet Standard . Nämä ovat spesifikaatioita, joissa on paljon onnistunutta soveltamiskokemusta ja kypsä muotoilu. RFC-numeroinnin rinnalla niillä on oma STD-numerointi. Standardien luettelo on saatavilla STD 1:ssä (tällä hetkellä RFC 5000 , mutta numerointi voi muuttua). Yli 3 000 RFC:stä vain muutama kymmenkunta on saavuttanut tämän tason.
  5. Monet vanhat RFC:t on korvattu uudemmilla versioilla uusilla numeroilla tai ne ovat jääneet pois käytöstä. Tällaiset asiakirjat saavat historiallisen aseman ( Historic )

Käytännössä kaikki WAN-standardit ovat julkaistuja RFC:itä. Mutta RFC-dokumenttien muodossa ei esiinny vain standardeja , vaan myös käsitteitä , johdatuksia uusiin tutkimussuuntiin, historiallisia viitteitä, koetuloksia, teknologian käyttöönottoohjeita , ehdotuksia ja suosituksia olemassa olevien standardien kehittämiseksi ja muita uusia ideoita tiedossa . tekniikka :

  1. Kokeelliset tiedot sisältävät tietoa kokeellisesta tutkimuksesta, joka kiinnostaa Internet-yhteisöä. Näitä voivat olla esimerkiksi uusia konsepteja toteuttavia prototyyppejä.
  2. Informatiiviset RFC:t on tarkoitettu julkista tietoa varten, ne eivät ole standardeja eivätkä konsensusta tai suosituksia . Jotkin luonnokset, jotka eivät ole ehdotettuja standardeja, mutta ovat kiinnostavia, voidaan julkaista informatiivisina RFC:inä.
  3. Paras moderni kokemus ( Best Current Practice ). Tämä RFC-sarja sisältää suosituksia standardien täytäntöönpanosta, mukaan lukien kolmansien osapuolien standardit, sekä sisäisiä asiakirjoja standardoinnin rakenteesta ja menettelyistä.

Lähes kaikki standardit on kehitetty jonkin tieteellisen tai Internet-organisaation (esim. W3C , IETF , Unicode Consortium , Internet2 ) alaisuudessa .

Palautepyynnöt ovat virallisesti vain englanniksi. Mitään tiukkoja muotoiluvaatimuksia ei ole. Jotkut RFC:t on kirjoitettu tiukasti akateemiseen tyyliin, toiset ystävällisesti epävirallisesti. On olemassa perinne antaa aprillipila- RFC:itä, esimerkiksi RFC 1149 puhuu IP -pakettien välittämisestä kantokyyhkysten avulla .

Esimerkkejä suosituista palautepyynnöistä

RFC numero Aihe
RFC 768  (englanniksi) RFC 768  (venäjäksi) UDP
RFC 791  (englanniksi) RFC 791  (venäjäksi) IP
RFC 792  RFC 792 Arkistoitu 7. marraskuuta 2011 Wayback Machinessa ( Venäjä)   ICMP
RFC 793  (englanniksi) RFC 793  (venäjäksi) TCP
RFC  821 SMTP , korvattu RFC 2821 :llä
RFC  822 Sähköpostimuoto , korvattu RFC 2822 : lla
 RFC 826 Address Resolution Protocol (ARP)
RFC 894  (englanniksi) RFC 894  (venäjäksi) IP Ethernetin kautta
 RFC 951 Bootstrap Protocol (BOOTP)
 RFC 959 FTP
 RFC 977 NNTP  - vanhentunut, täydennetty RFC 2980 :lla , korvattu RFC 3977 :llä
RFC  1034 DNS  - käsite
 RFC 1035 DNS  - toteutus
RFC 1122  RFC 1122 Arkistoitu 16. syyskuuta 2011 Wayback Machinessa ( Venäjä)   Isäntävaatimukset 1 _
RFC 1123  RFC 1123 Arkistoitu 14. marraskuuta 2011 Wayback Machinessa ( Venäjä)   Isäntävaatimukset 2
RFC 1191  (englanniksi) RFC 1191  (venäjäksi) Polun MTU määrittäminen
 RFC 1256 Verkkoreitittimen etsintä _
 RFC 1323 Suorituskykyinen TCP- protokolla
 RFC 1350 TFTP
 RFC 1403 Yhteistyö BGP:n ja OSPF :n välillä
RFC 1459  (englanniksi) RFC 1459  (venäjäksi) IRC
 RFC 1498 Arkkitehtuurikeskustelu
 RFC 1518 CIDR- osoitteiden antaminen
 RFC 1519 Verkkotunnusten välinen reititys
 RFC 1591 Verkkotunnusten rakenne
 RFC 1661 PPP
RFC  1738 URL-osoite
RFC  1771 BGP versio 4
RFC  1772 BGP- sovellus
 RFC 1789 Puhelu Internetin kautta (korvattu VoIP -standardeilla )
 RFC 1812 Vaatimukset IPv4 - reitittimille
 RFC 1855 Netiketin opas
RFC  1889 Reaaliaikainen kuljetus
 RFC 1905 SNMP
RFC  1907 SNMP versio 2
RFC 1918  (englanniksi) RFC 1918  (venäjäksi) "Verkko 10"
RFC 1939  (englanniksi) RFC 1939  (venäjäksi) POP-protokollan versio 3 (POP3)
RFC 2001  (englanniksi) RFC 2001  (venäjäksi) TCP- suorituskykylaajennukset
RFC  2026 Internetin standardointiprosessi
 RFC 2045 MIME
 RFC 2046
 RFC 2047
 RFC 2048
 RFC 2049
RFC 2060  (englanniksi) RFC 2060  (venäjäksi) IMAP -versio 4 (IMAP4), korvattu RFC 3501 :llä
 RFC 2131 DHCP
RFC 2223  (englanniksi) RFC 2223  (venäjäksi) Ohjeet RFC-tekijöille
RFC 2246  (englanniksi) RFC 2246  (venäjäksi) SSL ja TLS
 RFC 2231 Merkkien koodaus
RFC  2328 OSPF
 RFC 2401 IP - suojausarkkitehtuuri ( IPsec )
 RFC 2453 LEPÄÄ RAUHASSA
RFC 2516  (englanniksi) RFC 2516  (venäjäksi) PPPoE
RFC  2525 TCP- ongelmat
 RFC 2535 DNS- suojaus
RFC 2581  RFC 2581 Arkistoitu 16. syyskuuta 2011 Wayback Machinessa ( Venäjä)   TCP -ruuhkanhallinta
RFC  2616 http
 RFC 2637 PPTP
 RFC 2663 Osoitteenmuunnos
RFC  2766 NAT-PT
RFC 2821  (englanniksi) RFC 2821  (venäjäksi) SMTP , korvattu RFC 5321 :llä
RFC  2822 Sähköpostin muoto
RFC  2865 SÄDE
RFC 2866  (englanniksi) RFC 2866  (venäjäksi) RADIUS- kirjanpitotyökalut
RFC  2960 SCTP
 RFC 2980 Yleiset NNTP -laajennukset , täydentävät RFC 977 :ää , korvataan RFC 3977 :llä
 RFC 3010 NFS
 RFC 3031 MPLS- arkkitehtuuri
RFC  3066 Kielitunnisteet
 RFC 3092 " foo " etymologia
RFC  3098 Vastuullinen sähköpostimarkkinointi
 RFC 3160 IETF opas
RFC 3168  (englanniksi) RFC 3168  (venäjäksi) ECN
 RFC 3261 SIEMAILLA
 RFC 3501 IMAP Version 4 Edition 1 (IMAP4rev1)
RFC  3977 NNTP korvaa RFC 977 :n ja täydentää RFC 2980:ta

Katso myös

Linkit

Viralliset lähteet Muut sivustot