4.12. Utilisation de plusieurs politiques en combinaison

Dans certaines situations, il est nécessaire de définir plusieurs politiques d'enregistrement. Par exemple, les enregistrements via le processus IETF normal pourraient utiliser une politique, tandis que les enregistrements provenant de l'extérieur du processus auraient une politique différente appliquée.

Ainsi, un registre particulier pourrait vouloir utiliser une politique telle que « RFC Required » ou « IETF Review » parfois, avec un expert désigné vérifiant une politique « Specification Required » à d'autres moments.

L'alternative à l'utilisation d'une combinaison exige soit que toutes les demandes passent par des RFC, soit que les demandes dans les RFC passent par l'examen de l'expert désigné, même si elles ont déjà l'examen et le consensus de l'IETF.

Cela peut être documenté dans la section IANA Considerations lors de la création du registre, par exemple :

Il est demandé à l'IANA de créer le registre « Fruit Access Flags » sous le groupe « Fruit Parameters ». Les nouveaux enregistrements seront autorisés soit par la politique IETF Review, soit par la politique Specification Required [BCP26]. Cette dernière ne devrait être utilisée que pour les enregistrements demandés par des SDO en dehors de l'IETF. Les enregistrements demandés dans les documents IETF seront soumis à l'examen de l'IETF.

De telles combinaisons utiliseront couramment l'une des {Standards Action, IETF Review, RFC Required} en combinaison avec l'une des {Specification Required, Expert Review}. Des conseils doivent être fournis sur le moment où chaque politique est appropriée, comme dans l'exemple ci-dessus.