RFC

O propunere de lucru ( Eng.  Request for Comments, RFC ) este un document dintr-o serie de documente informative numerotate pe Internet care conțin specificații tehnice și standarde utilizate pe scară largă pe World Wide Web. Numele „Solicitare de comentarii” poate fi tradus și ca „cerere (cerere) de feedback” sau „subiect pentru discuție” . În prezent, publicarea primară a documentelor RFC este gestionată de IETF sub auspiciile organizației deschise Internet Society ( Internet Society, ISOC ) .  Societatea Internet este cea care deține drepturile asupra RFC.

Istorie

Formatul RFC a apărut în 1969 în timpul discuției despre proiectul ARPANET , a fost propus de Steve Crocker și a scris și primul RFC. RFC 1 a fost publicat pe 7 aprilie 1969 și a fost numit „Software gazdă” . Primele RFC au fost distribuite în formă tipărită pe hârtie sub formă de litere obișnuite, dar din decembrie 1969, când au fost lansate primele segmente ale ARPANET, documentele au început să fie distribuite electronic.

Cele mai multe dintre primele RFC au fost create UCLA și Stanford Research

Din 1969 până în 1998 editorul permanent și unic al RFC a fost Jon Postel . După moartea sa, Internet Society ( ISOC ) a comandat editarea și publicarea RFC către Institutul de Științe Informaționale al Universității din California de Sud .

Eseu despre istoria RFC de peste 30 de ani din 1969 până în 1999 . introdus în RFC 2555 .

Eseu despre istoria RFC de peste 50 de ani din 1969 până în 2019 . introdus în RFC 8700 .

Conținutul RFC

În ciuda numelui, cererile de feedback RFC sunt acum considerate standarde de internet (iar versiunile de lucru ale standardelor sunt de obicei numite schițe ) .  Conform RFC 2026 , ciclul de viață al standardului este următorul:

  1. Un proiect de Internet ( Internet Draft ) este prezentat spre examinare publică . Proiectele nu au statut oficial și sunt șterse din baza de date la șase luni de la ultima modificare.
  2. Dacă proiectul de standard este suficient de reușit și consistent, acesta primește statutul standardului propus ( Proposed Standard ) și numărul său RFC. Prezența unei implementări software a standardului este de dorit, dar nu este necesară.
  3. Următoarea etapă este proiectul de standard ( Draft Standard ) - înseamnă că standardul propus este acceptat de comunitate, în special, există două implementări independente de cod și compatibile ale diferitelor echipe de dezvoltare. Se pot face în continuare mici modificări la proiectele de standarde, dar acestea sunt considerate suficient de stabile și sunt recomandate pentru implementare.
  4. Cel mai înalt nivel este Standardul de Internet . Acestea sunt specificații cu multă experiență de aplicare de succes și formulare matură. În paralel cu numerotarea RFC, au propria lor numerotare STD. O listă de standarde este disponibilă în STD 1 (în prezent , RFC 5000 , dar numerotarea se poate modifica). Din cele peste 3.000 de RFC, doar câteva zeci au atins acest nivel.
  5. Multe RFC vechi au fost înlocuite de versiuni mai noi cu numere noi sau au căzut în nefolosire. Astfel de documente primesc statutul de istoric ( Istoric )

Practic, toate standardele WAN există ca RFC-uri publicate. Dar, sub forma documentelor RFC, nu ies doar standarde , ci și concepte , introduceri în noi direcții în cercetare, referințe istorice, rezultate experimentale, linii directoare de implementare a tehnologiei , propuneri și recomandări pentru dezvoltarea standardelor existente și alte idei noi în informații . tehnologie :

  1. Specificațiile experimentale conțin informații despre cercetarea experimentală care sunt de interes pentru comunitatea de pe internet. Acestea pot fi, de exemplu, prototipuri care implementează concepte noi.
  2. RFC-urile informaționale sunt pentru informații publice, nu sunt standarde și nu sunt consens sau recomandări . Unele proiecte care nu sunt standarde propuse, dar care prezintă interes pot fi publicate ca RFC-uri informaționale.
  3. Cea mai bună experiență modernă ( Best Current Practice ). Această serie de RFC-uri conține recomandări pentru implementarea standardelor, inclusiv a celor de la terți, precum și documente interne privind structura și procedurile de standardizare.

Aproape toate standardele sunt dezvoltate sub auspiciile unei organizații științifice sau de pe Internet (ex . W3C , IETF , Unicode Consortium , Internet2 ).

Solicitările de feedback există oficial doar în limba engleză. Nu există cerințe stricte de formatare. Există RFC-uri scrise într-un stil academic strict, altele într-o manieră informală prietenoasă. Există o tradiție de emitere a RFC-urilor de glumă ale lui April Fools , de exemplu, RFC 1149 vorbește despre transmiterea de pachete IP folosind porumbei călcători .

Exemple de solicitări de feedback populare

Număr RFC Subiect
RFC 768  (engleză) RFC 768  (rusă) UDP
RFC 791  (engleză) RFC 791  (rusă) IP
RFC 792  RFC 792 Arhivat la 7 noiembrie 2011 la Wayback Machine ( rusă)   ICMP
RFC 793  (engleză) RFC 793  (rusă) TCP
RFC  821 SMTP , înlocuit de RFC 2821
RFC  822 Format de e-mail , înlocuit de RFC 2822
 RFC 826 Protocolul de rezoluție a adresei (ARP)
RFC 894  (engleză) RFC 894  (rusă) IP prin Ethernet
 RFC 951 Protocolul Bootstrap (BOOTP)
 RFC 959 FTP
 RFC 977 NNTP  - depreciat, completat de RFC 2980 , înlocuit de RFC 3977
RFC  1034 DNS  - concept
 RFC 1035 DNS  - implementare
RFC 1122  RFC 1122 Arhivat 16 septembrie 2011 la Wayback Machine ( rusă)   Cerințele gazdei 1
RFC 1123  RFC 1123 Arhivat 14 noiembrie 2011 la Wayback Machine ( rusă)   Cerințe pentru gazdă 2
RFC 1191  (engleză) RFC 1191  (rusă) Determinarea căii MTU
 RFC 1256 Descoperirea routerului de rețea
 RFC 1323 Protocol TCP de înaltă performanță
 RFC 1350 TFTP
 RFC 1403 Interfuncționare între BGP și OSPF
RFC 1459  (engleză) RFC 1459  (rusă) IRC
 RFC 1498 Discuție arhitecturală
 RFC 1518 Atribuirea adreselor CIDR
 RFC 1519 Rutare interdomeniu
 RFC 1591 Structura numelor de domenii
 RFC 1661 PPP
RFC  1738 URL
RFC  1771 BGP versiunea 4
RFC  1772 Aplicație BGP
 RFC 1789 Telefonie prin Internet (înlocuită cu standardele VoIP )
 RFC 1812 Cerințe pentru routerele IPv4
 RFC 1855 Ghid pentru Netiquet
RFC  1889 Transport în timp real
 RFC 1905 SNMP
RFC  1907 SNMP versiunea 2
RFC 1918  (engleză) RFC 1918  (rusă) „Rețeaua 10”
RFC 1939  (engleză) RFC 1939  (rusă) Protocolul POP versiunea 3 (POP3)
RFC 2001  (engleză) RFC 2001  (rusă) Extensii de performanță TCP
RFC  2026 Procesul de standardizare a internetului
 RFC 2045 MIMA
 RFC 2046
 RFC 2047
 RFC 2048
 RFC 2049
RFC 2060  (engleză) RFC 2060  (rusă) IMAP versiunea 4 (IMAP4), înlocuită de RFC 3501
 RFC 2131 DHCP
RFC 2223  (engleză) RFC 2223  (rusă) Instrucțiuni pentru autorii RFC
RFC 2246  (engleză) RFC 2246  (rusă) SSL și TLS
 RFC 2231 Codificarea caracterelor
RFC  2328 OSPF
 RFC 2401 Arhitectura de securitate IP ( IPsec )
 RFC 2453 RIP
RFC 2516  (engleză) RFC 2516  (rusă) PPPoE
RFC  2525 Probleme TCP
 RFC 2535 Securitate DNS
RFC 2581  RFC 2581 Arhivat 16 septembrie 2011 la Wayback Machine ( rusă)   Controlul congestiei TCP
RFC  2616 HTTP
 RFC 2637 PPTP
 RFC 2663 Traducerea adresei de rețea
RFC  2766 NAT-PT
RFC 2821  (engleză) RFC 2821  (rusă) SMTP , înlocuit de RFC 5321
RFC  2822 Format de e-mail
RFC  2865 RAZĂ
RFC 2866  (engleză) RFC 2866  (rusă) Instrumente contabile RADIUS
RFC  2960 SCTP
 RFC 2980 Extensii generale NNTP , completează RFC 977 , înlocuit de RFC 3977
 RFC 3010 NFS
 RFC 3031 Arhitectura MPLS
RFC  3066 Etichete de limbă
 RFC 3092 Etimologia cuvântului „ foo
RFC  3098 Marketing responsabil prin e-mail
 RFC 3160 Ghidul IETF
RFC 3168  (engleză) RFC 3168  (rusă) ECN
 RFC 3261 ÎNGHIŢITURĂ
 RFC 3501 IMAP versiunea 4 ediția 1 (IMAP4rev1)
RFC  3977 NNTP , înlocuiește RFC 977 , completează RFC 2980

Vezi și

Link -uri

Surse oficiale Alte site-uri