4.4 First Come First Served (premier arrivé, premier servi)
4.4 First Come First Served (premier arrivé, premier servi)
Pour la politique First Come First Served, les affectations sont faites à quiconque sur la base du premier arrivé, premier servi. Il n'y a pas d'examen substantiel de la demande, autre que de vérifier qu'elle est bien formée et ne duplique pas une affectation existante. Toutefois, les demandes doivent inclure un minimum d'informations administratives (clerical information), telles qu'un point de contact (y compris une adresse e-mail, et parfois une adresse postale) et une brève description de l'usage de la valeur. Des informations supplémentaires propres au type de valeur demandée peuvent aussi être requises, selon la définition de l'espace de noms. Pour les nombres, l'IANA (Internet Assigned Numbers Authority) attribue en général la prochaine valeur non affectée dans la séquence, mais d'autres valeurs peuvent être demandées et attribuées en cas de circonstance exceptionnelle. Pour les noms, des chaînes textuelles spécifiques peuvent en général être demandées.
Lors de la création d'un nouveau registre avec First Come First Served comme politique d'enregistrement, outre le champ ou la référence de la personne de contact, le registre doit contenir un champ pour le contrôleur des changements (change controller). Disposer d'un contrôleur des changements pour chaque entrée pour ce type d'enregistrements clarifie l'autorisation (authorization) des modifications ultérieures. Voir Section 2.3.
Il importe que les modifications de l'enregistrement d'un point de code First Come First Served restent compatibles avec l'usage actuel de ce point de code; les modifications doivent donc être faites avec soin. Le contrôleur des changements ne doit pas, dans la plupart des cas, demander des modifications incompatibles ni réaffecter un point de code enregistré. Voir aussi Sections 9.4 et 9.5.
Un groupe de travail ou toute autre entité développant un protocole fondé sur un point de code First Come First Served doit être extrêmement attentif à ce que le protocole conserve la compatibilité sur le fil (wire compatibility) avec l'usage actuel du point de code. Lorsque ce n'est plus le cas, le nouveau travail doit passer à un point de code différent (et enregistrer cet usage au moment approprié).
Il importe aussi de comprendre que First Come First Served n'implique pratiquement aucun filtrage (filtering). En substance, toute demande bien formée est acceptée.
Exemples:
- Noms de mécanismes SASL [RFC4422]
- LDAP Protocol Mechanisms et LDAP Syntax [RFC4520]