4.4 First Come First Served (primo arrivato, primo servito)

4.4 First Come First Served (primo arrivato, primo servito)

Per la politica First Come First Served, le assegnazioni sono fatte a chiunque in base al principio del primo arrivato, primo servito. Non vi è revisione sostanziale della richiesta, oltre a verificare che sia ben formata e non duplichi un'assegnazione esistente. Le richieste devono tuttavia includere un minimo di informazioni amministrative (clerical information), come un punto di contatto (incluso un indirizzo e-mail, e talvolta un indirizzo postale) e una breve descrizione di come sarà usato il valore. Possono essere necessarie ulteriori informazioni specifiche per il tipo di valore richiesto, come definito dallo spazio dei nomi. Per i numeri, IANA (Internet Assigned Numbers Authority) in genere assegna il prossimo valore non allocato in sequenza, ma altri valori possono essere richiesti e assegnati in circostanze eccezionali. Per i nomi, di solito si possono richiedere stringhe di testo specifiche.

Quando si crea un nuovo registro con First Come First Served come politica di registrazione, oltre al campo o al riferimento della persona di contatto, il registro dovrebbe contenere un campo per il controllore delle modifiche (change controller). Avere un controllore delle modifiche per ogni voce per questi tipi di registrazioni rende più chiara l'autorizzazione (authorization) di modifiche future. Vedere Sezione 2.3.

È importante che le modifiche alla registrazione di un punto codice First Come First Served mantengano la compatibilità con l'uso attuale di quel punto codice, quindi le modifiche vanno fatte con cura. Il controllore delle modifiche non dovrebbe, nella maggior parte dei casi, richiedere modifiche incompatibili né riutilizzare un punto codice registrato per altro scopo. Vedere anche Sezioni 9.4 e 9.5.

Un working group o qualsiasi altra entità che sviluppa un protocollo basato su un punto codice First Come First Served deve essere estremamente attenta che il protocollo mantenga la compatibilità sul filo (wire compatibility) con l'uso attuale del punto codice. Quando ciò non è più vero, il nuovo lavoro deve passare a un punto codice diverso (e registrarne l'uso al momento opportuno).

È inoltre importante capire che First Come First Served non ha praticamente alcun filtraggio (filtering). In sostanza, ogni richiesta ben formata è accettata.

Esempi:

• Nomi dei meccanismi SASL [RFC4422]
• LDAP Protocol Mechanisms e LDAP Syntax [RFC4520]