6. Considerazioni IANA

Questa sezione fornisce indicazioni all'Internet Assigned Numbers Authority (IANA) riguardo alla registrazione di valori relativi al protocollo EAP, in conformità con BCP 26, [RFC2434].

Ci sono due spazi dei nomi in EAP che richiedono la registrazione: codici di pacchetto (Packet Codes) e tipi di metodo (Method Types).

EAP non è inteso come protocollo generico, e le allocazioni NON DOVREBBERO essere fatte per scopi non correlati all'autenticazione.

I seguenti termini sono usati qui con i significati definiti in BCP 26: "spazio dei nomi", "valore assegnato", "registrazione".

Le seguenti politiche sono usate qui con i significati definiti in BCP 26: "Uso privato" (Private Use), "Primo arrivato, primo servito" (First Come First Served), "Revisione esperto" (Expert Review), "Specifica richiesta" (Specification Required), "Consenso IETF" (IETF Consensus), "Azione standard" (Standards Action).

Per le richieste di registrazione in cui deve essere consultato un Esperto Designato (Designated Expert), il direttore di area IESG responsabile deve nominare l'Esperto Designato. L'intenzione è che ogni allocazione sia accompagnata da un RFC pubblicato. Ma per consentire l'allocazione di valori prima che l'RFC venga approvato per la pubblicazione, l'Esperto Designato può approvare le allocazioni non appena risulti chiaro che un RFC sarà pubblicato. L'Esperto Designato pubblicherà una richiesta sulla mailing list del gruppo di lavoro EAP (o un successore designato dal direttore di area) per commenti e revisione, includendo un Internet-Draft. Prima che sia trascorso un periodo di 30 giorni, l'Esperto Designato approverà o negherà la richiesta di registrazione e pubblicherà un avviso della decisione alla mailing list del gruppo di lavoro EAP o al suo successore, informando nel contempo l'IANA. Un avviso di diniego deve essere giustificato da una spiegazione e, nei casi in cui è possibile, devono essere fornite suggerimenti concreti su come la richiesta possa essere modificata per diventare accettabile.

6.1. Codici di Pacchetto (Packet Codes)

I codici di pacchetto hanno un intervallo da 1 a 255, di cui 1-4 sono stati allocati. Poiché un nuovo codice di pacchetto ha un impatto considerevole sull'interoperabilità, un nuovo codice di pacchetto richiede un'azione standard (Standards Action) e dovrebbe essere allocato a partire da 5.

6.2. Tipi di Metodo (Method Types)

Lo spazio originale dei tipi di metodo EAP ha un intervallo da 1 a 255 ed è la risorsa più scarsa in EAP, e quindi deve essere allocata con cura. I tipi di metodo 1-45 sono stati allocati, con 20 disponibili per il riutilizzo. I tipi di metodo 20 e 46-191 possono essere allocati dietro consiglio di un esperto designato, con specifica richiesta (Specification Required).

L'allocazione di blocchi di tipi di metodo (più di uno per un dato scopo) dovrebbe richiedere il consenso IETF (IETF Consensus). I valori di tipo EAP 192-253 sono riservati e l'allocazione richiede un'azione standard (Standards Action).

Il tipo di metodo 254 è allocato per il tipo espanso (Expanded Type). Quando il campo Vendor-Id è diverso da zero, il tipo espanso è usato per funzioni specifiche della sola implementazione EAP di un singolo fornitore, per le quali non si ritiene utile alcuna interoperabilità. Quando è usato con un Vendor-Id di zero, il tipo di metodo 254 può anche essere usato per fornire uno spazio di tipi di metodo IETF espanso. I valori di tipo di metodo 256-4294967295 possono essere allocati dopo che i valori di tipo 1-191 sono stati allocati, dietro consiglio di un esperto designato, con specifica richiesta (Specification Required).

Il tipo di metodo 255 è allocato per uso sperimentale, come il test di nuovi metodi EAP prima che venga allocato un tipo permanente.