--- id: "iana" kind: "glossary-term" title: "IANA" language: "it" category: "Ruoli e organizzazioni del settore" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/it/glossario/iana/" translations: en: "https://tldlog.com/glossary/iana/" es: "https://tldlog.com/es/glosario/iana/" de: "https://tldlog.com/de/glossar/iana/" fr: "https://tldlog.com/fr/glossaire/iana/" pt-BR: "https://tldlog.com/pt/glossario/iana/" ru: "https://tldlog.com/ru/glossariy/iana/" zh-Hans: "https://tldlog.com/zh/cihui/iana/" --- # IANA Internet Assigned Numbers Authority Funzioni che mantengono coordinati gli identificatori univoci di internet, tra cui la gestione della zona radice del DNS, dei blocchi di indirizzi IP e degli elenchi dei numeri di protocollo. Oggi le svolge PTI (Public Technical Identifiers), un'affiliata dell'ICANN. Il database della zona radice dell'IANA elenca ogni TLD e il suo gestore. L'IANA, la Internet Assigned Numbers Authority, tiene gli elenchi pubblici che fanno sì che nomi, indirizzi e codici tecnici di internet abbiano lo stesso significato ovunque. Applica regole scritte da altri; non le crea. Dal 1° ottobre 2016 questo lavoro è svolto da un'affiliata dell'ICANN chiamata PTI, senza alcun passaggio di approvazione da parte del governo degli Stati Uniti. ## Che cos'è l'IANA Perché internet funzioni come un'unica rete, ogni nome a dominio e ogni indirizzo IP devono appartenere a un solo soggetto, e tutti i software devono leggere i codici dei protocolli nello stesso modo. L'IANA gestisce i registri pubblici di riferimento in cui sono annotate queste assegnazioni. Il ruolo è un servizio pubblico: i registri sono pubblicati apertamente e i servizi sono gratuiti. L'IANA si definisce un custode neutrale. Non stabilisce le policy dei suoi registri; applica quelle sviluppate dalle comunità a cui ciascun registro si rivolge. Non decide quali TLD debbano esistere. Il lavoro risale alla tenuta dei registri dei primi esperimenti di rete, negli anni Settanta. Oggi «IANA» indica le funzioni; l'organizzazione che le svolge è Public Technical Identifiers (PTI). ## Le tre funzioni IANA: nomi, numeri e parametri di protocollo **Nomi.** L'IANA gestisce la zona radice del DNS, il vertice della gerarchia dei nomi. Assegna il gestore di ciascun TLD, registra i dati tecnici di delega e pubblica il Root Zone Database. Le policy vengono dall'ICANN, soprattutto tramite la GNSO per i nomi generici e la ccNSO per i codici di paese. **Numeri.** L'IANA coordina gli indirizzi IP e i numeri di sistema autonomo (AS) usati per instradare il traffico. Assegna grandi blocchi di indirizzi ai cinque RIR (AFRINIC, APNIC, ARIN, LACNIC e RIPE NCC), non ai fornitori di servizi internet né agli utenti finali, salvo casi particolari. Le policy globali sui numeri vengono dalle comunità dei RIR e sono ratificate tramite l'Address Supporting Organization (ASO) dell'ICANN. I RIR si occupano di numeri, non di nomi a dominio. **Parametri di protocollo.** Sono i codici e i numeri usati all'interno dei protocolli di internet. In base alla RFC 2860 (giugno 2000), l'IANA li assegna solo secondo le indicazioni delle RFC. ## IANA, PTI e ICANN: come si collegano PTI è una società senza scopo di lucro di pubblica utilità (nonprofit public benefit corporation) della California, costituita nel 2016. L'ICANN ne è l'unico membro e l'unico scopo di PTI è svolgere le funzioni IANA. Il suo consiglio di amministrazione riunisce amministratori nominati dall'ICANN e amministratori provenienti dalla comunità. L'ICANN detiene gli obblighi e affida il lavoro in subappalto a PTI, con un accordo per ciascuna funzione: - nomi: il Naming Function Agreement tra ICANN e PTI, che fissa i livelli di servizio per la gestione della zona radice; - parametri di protocollo: un memorandum d'intesa tra l'ICANN e l'IETF, più accordi annuali; - numeri: un accordo sul livello di servizio (SLA) tra l'ICANN e i cinque RIR. Lo Statuto dell'ICANN aggiunge garanzie. Le modifiche all'atto costitutivo di PTI richiedono l'approvazione dell'Empowered Community, e le tariffe applicate da PTI in base al contratto per i nomi devono basarsi sui suoi costi diretti. ## La transizione della supervisione del 2016 L'ICANN svolge le funzioni IANA dal 1999. Dal 2000 al 2016 le modalità erano fissate da un contratto con l'NTIA, parte del Dipartimento del Commercio degli Stati Uniti. In base a quel contratto, l'approvazione del governo degli Stati Uniti era un passaggio obbligatorio per le richieste di modifica della zona radice. Nel marzo 2014 l'NTIA ha fissato i criteri per porre fine a questo ruolo e ha chiesto all'ICANN di riunire la comunità multistakeholder globale. La comunità ha scritto proposte per sostituire la supervisione dell'NTIA e rafforzare la responsabilità dell'ICANN; le proposte rispettavano i criteri e sono state approvate. L'ultimo contratto per le funzioni IANA è scaduto il 30 settembre 2016 e la transizione si è conclusa il 1° ottobre 2016. Quel giorno PTI ha iniziato a svolgere le funzioni, con lo stesso personale e lo stesso sito web, `www.iana.org`. Nello stesso momento sono entrate in vigore nuove regole sulla responsabilità, che danno alla comunità strumenti diretti di ricorso quando non è d'accordo con l'ICANN o con il suo Consiglio di amministrazione. L'Affirmation of Commitments, un accordo del 2009 tra l'ICANN e il Dipartimento del Commercio, imponeva revisioni periodiche dell'ICANN da parte della comunità. Una volta trasferite queste revisioni nell'articolo 4 dello Statuto dell'ICANN, l'ICANN e l'NTIA vi hanno posto fine di comune accordo il 6 gennaio 2017. L'NTIA è rimasta nell'ICANN come membro degli Stati Uniti nel GAC. ## Chi controlla il lavoro dell'IANA - **Customer Standing Committee (CSC).** Ogni mese verifica le prestazioni di PTI per i nomi rispetto ai livelli di servizio del contratto e pubblica i risultati. Può chiedere di correggere i problemi e segnalarli alla ccNSO e alla GNSO, ma non può avviare da sé una revisione speciale. In base allo Statuto in vigore a ottobre 2026, conta due rappresentanti dei registri dei gTLD, due rappresentanti dei ccTLD e un referente di PTI. - **IANA Naming Function Review (IFR).** La prima era prevista entro il 1° ottobre 2018; in base allo stesso Statuto, le successive si tengono almeno ogni cinque anni, con la possibilità di revisioni speciali. - **Separazione, come ultima risorsa.** PTI può essere sostituita come gestore della funzione nomi solo se una IFR lo raccomanda, i Consigli della ccNSO e della GNSO approvano a maggioranza qualificata, il pubblico viene consultato e il Consiglio di amministrazione dell'ICANN è d'accordo. - **Altri controlli.** Il Root Zone Evolution Review Committee (RZERC) esamina le modifiche architetturali proposte per la zona radice. I RIR e l'IETF esaminano le funzioni relative a numeri e protocolli. A ottobre 2026, l'IANA dichiara di aver rispettato il 100% dei livelli di servizio in tutte e tre le funzioni da giugno ad agosto 2026; il suo mese peggiore per i nomi nell'anno precedente è stato dicembre 2025, con il 94%. Un esempio pratico: il gestore di un ccTLD vuole cambiare i name server del proprio TLD nella zona radice. Presenta la modifica tramite l'interfaccia online dell'IANA per i gestori dei TLD. Non serve alcuna approvazione del governo degli Stati Uniti, e la gestione da parte di PTI rientra nei livelli di servizio che il CSC verifica ogni mese. ## Fonti - [About IANA](https://www.iana.org/about) - [About the IANA stewardship transition](https://www.iana.org/help/pti-transition) - [ICANN Bylaws (Articles 16 to 19)](https://www.icann.org/en/governance/bylaws) - [Performance (IANA)](https://www.iana.org/performance) ## termini correlati - [PTI](https://tldlog.com/it/glossario/pti/) - [ICANN](https://tldlog.com/it/glossario/icann/) - [zona radice](https://tldlog.com/it/glossario/zona-radice/) - [delega (TLD)](https://tldlog.com/it/glossario/delega-tld/)