Request for Comments

Request for Comments - in acronimo RFC - è un'espressione della lingua inglese (traducibile in italiano come "richiesta di commenti") utilizzata in telecomunicazioni e informatica indicante un documento pubblicato dalla Internet Engineering Task Force, che riporta informazioni o specifiche riguardanti nuove ricerche, innovazioni e metodologie dell'ambito informatico o, più nello specifico, di Internet. 

Attraverso l'Internet Society gli ingegneri o gli esperti informatici possono pubblicare dei memorandum, sotto forma di RFC, per esporre nuove idee o semplicemente delle informazioni che una volta vagliati dall'IETF possono diventare degli standard Internet.

Storia 
La prima RFC della storia è stata scritta da Steve Crocker nel 1969, come parte del progetto ARPANET. Crocker era uno dei collaboratori di Leonard Kleinrock alla UCLA, e la scrisse nel bagno di un appartamento che condivideva con altri ricercatori e studenti. Quel documento, chiamato "host software", descriveva le funzionalità del calcolatore ospite (un Honeywell DDP-516) e i protocolli di colloquio fra lo stesso calcolatore ospite e l'Interface Message Processor, oggi più comunemente chiamato router.

RFC Editor
La fonte ufficiale per le RFC sul Web è l'RFC Editor. Quasi ogni RFC pubblicata, per esempio l'RFC 5000, possiede un proprio URL: http://www.rfc-editor.org/rfc/rfc5000.txt

Tutte le RFC vengono inviate in codice ASCII semplice e vengono pubblicate in tale formato, ma esistono delle eccezioni. Comunque, dal 2008, la versione definitiva di ciascuno standard RFC è in codice ASCII.

Per facilitare l'accesso ai metadati di un particolare RFC (parole chiave, autore/i, data di pubblicazione, errori, status e specialmente gli ultimi aggiornamenti) il sito dell'RFC Editor offre un comodo motore di ricerca.

Ciclo di vita 
I documenti in procinto di diventare standard evolvono secondo i seguenti passi:
 Proposed Standard: specifica sufficientemente stabile, ha ricevuto un sufficiente feedback dagli sviluppatori, ha un certo interesse nella comunità Internet; tuttavia questa specifica non è ancora ritenuta sufficientemente matura; gli implementatori devono trattare questa specifica come una specifica ancora immatura;
 Draft Standard: richiede la presenza di almeno due implementazioni che hanno dimostrato la loro interoperabilità. Indica che l'IESG ritiene lo standard sufficientemente maturo;
 Standard: richiede la presenza di un numero di implementazioni significativo e una notevole esperienza dimostrata dagli utenti su questo standard, gli viene assegnato un numero progressivo nella lista degli standard (STD).

I documenti che non sono ritenuti adatti ad essere Internet Standards vengono etichettati come:
 Experimental: documento relativo a qualcosa ancora in fase di ricerca; viene pubblicata a titolo informativo senza che ci sia la pretesa di farlo diventare standard a breve. Può essere il risultato prodotto da un gruppo di lavoro Internet (sia IETF che IRTF), oppure un contributo individuale;
 Informational: documento di tipo informativo su un determinato argomento; può non disporre di un particolare consenso nella comunità Internet e non rappresenta una raccomandazione di sorta;
 Historic: standard che sono ormai completamente rimpiazzati da nuove specifiche oppure sono caduti in disuso;
 Best Common Practice (BCP): documenti che suggeriscono alcuni modi di comportamento/configurazione che non sono standard ma consigliati. Deve esistere consenso anche in questo caso, ma il processo di approvazione è più veloce.

Note

Voci correlate 
 Internet Engineering Task Force

Collegamenti esterni 
 
 
 
 
 

Gestione di Internet