--- id: "iana" kind: "glossary-term" title: "IANA" language: "pt-BR" category: "Funções e organizações do setor" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/pt/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/" it: "https://tldlog.com/it/glossario/iana/" ru: "https://tldlog.com/ru/glossariy/iana/" zh-Hans: "https://tldlog.com/zh/cihui/iana/" --- # IANA Autoridade para Atribuição de Números da Internet Funções que mantêm coordenados os identificadores únicos da internet, incluindo a gestão da zona raiz do DNS, dos blocos de endereços IP e das listas de números de protocolo. Hoje elas são exercidas pela PTI (Public Technical Identifiers), uma afiliada da ICANN. O banco de dados da zona raiz da IANA lista todos os TLDs e o gestor de cada um. A IANA, Autoridade para Atribuição de Números da Internet, mantém as listas públicas que fazem com que os nomes, os endereços e os códigos técnicos da internet signifiquem a mesma coisa em todo lugar. Ela aplica regras escritas por outros; não as cria. Desde 1º de outubro de 2016, uma afiliada da ICANN chamada PTI faz esse trabalho, sem nenhuma etapa de aprovação do governo dos Estados Unidos. ## O que é a IANA Para que a internet funcione como uma única rede, cada nome de domínio e cada endereço IP devem pertencer a uma única parte, e todos os programas devem ler os códigos dos protocolos da mesma forma. A IANA mantém os registros públicos oficiais que documentam essas atribuições. O papel é um serviço público: os registros são publicados abertamente e os serviços são gratuitos. A IANA se define como uma guardiã neutra. Ela não define as políticas dos seus registros; implementa as que são elaboradas pelas comunidades atendidas por cada registro. Não decide quais TLDs devem existir. O trabalho remonta ao controle de registros das primeiras experiências com redes, nos anos 1970. Hoje “IANA” designa as funções; a organização que as exerce é a Public Technical Identifiers (PTI). ## As três funções da IANA: nomes, números e parâmetros de protocolo **Nomes.** A IANA gerencia a zona raiz do DNS, o topo da hierarquia de nomes. Ela atribui o gerente de cada TLD, registra os dados técnicos de delegação e publica o banco de dados da zona raiz (Root Zone Database). As políticas vêm da ICANN, principalmente por meio da GNSO, para os nomes genéricos, e da ccNSO, para os códigos de país. **Números.** A IANA coordena os endereços IP e os números de sistema autônomo (AS) usados para rotear o tráfego. Ela aloca grandes blocos de endereços aos cinco RIRs (AFRINIC, APNIC, ARIN, LACNIC e RIPE NCC), e não a provedores de acesso à internet ou a usuários finais, exceto em casos especiais. As políticas globais de números vêm das comunidades dos RIRs e são ratificadas por meio da Organização de Apoio para Endereços (ASO) da ICANN. Os RIRs cuidam de números, não de nomes de domínio. **Parâmetros de protocolo.** São os códigos e números usados dentro dos protocolos da internet. Pela RFC 2860 (junho de 2000), a IANA os atribui apenas conforme as RFCs determinam. ## IANA, PTI e ICANN: como se encaixam A PTI é uma corporação sem fins lucrativos de benefício público da Califórnia, criada em 2016. A ICANN é seu único membro, e o único propósito da PTI é prestar as funções da IANA. Seu conselho reúne diretores nomeados pela ICANN e diretores vindos da comunidade. A ICANN detém as obrigações e subcontrata o trabalho à PTI, com um acordo por função: - nomes: o Contrato da Função de Nomes entre a ICANN e a PTI, que fixa os níveis de serviço da gestão da zona raiz; - parâmetros de protocolo: um memorando de entendimento entre a ICANN e a IETF, mais acordos anuais; - números: um acordo de nível de serviço (SLA) entre a ICANN e os cinco RIRs. O Estatuto da ICANN acrescenta salvaguardas. Mudanças no ato constitutivo da PTI precisam da aprovação da Comunidade Empoderada, e as taxas cobradas pela PTI pelo contrato de nomes devem se basear nos seus custos diretos. ## Transição da custódia em 2016 A ICANN exerce as funções da IANA desde 1999. De 2000 a 2016, um contrato com a NTIA, parte do Departamento de Comércio dos Estados Unidos, regia a forma de fazê-lo. Por esse contrato, a aprovação do governo dos Estados Unidos era uma etapa obrigatória para os pedidos de alteração da zona raiz. Em março de 2014, a NTIA fixou critérios para encerrar esse papel e pediu à ICANN que convocasse a comunidade multissetorial global. A comunidade redigiu propostas para substituir a custódia exercida pela NTIA e reforçar a prestação de contas da ICANN; elas cumpriram os critérios e foram aprovadas. O último contrato das funções da IANA expirou em 30 de setembro de 2016, e a transição foi concluída em 1º de outubro de 2016. Nesse dia, a PTI começou a exercer as funções, com a mesma equipe e o mesmo site, `www.iana.org`. Novas regras de prestação de contas entraram em vigor ao mesmo tempo, dando à comunidade meios diretos de recurso quando discorda da ICANN ou da sua Diretoria. A Afirmação de Compromissos, um acordo de 2009 entre a ICANN e o Departamento de Comércio, exigia revisões periódicas da ICANN pela comunidade. Depois que essas revisões passaram para o Artigo 4 do Estatuto da ICANN, a ICANN e a NTIA encerraram a Afirmação de comum acordo em 6 de janeiro de 2017. A NTIA continuou na ICANN como representante dos Estados Unidos no GAC. ## Quem verifica o trabalho da IANA - **Comitê Permanente de Clientes (CSC).** Todo mês verifica o desempenho da PTI na função de nomes em relação aos níveis de serviço do contrato de nomes e publica suas conclusões. Pode pedir a correção de problemas e levá-los à ccNSO e à GNSO, mas não pode iniciar por conta própria uma revisão especial. Pelo Estatuto em vigor em outubro de 2026, tem dois representantes de registros de gTLDs, dois representantes de ccTLDs e um representante de ligação da PTI. - **Revisão da Função de Nomes da IANA (IFR).** A primeira devia ocorrer até 1º de outubro de 2018; pelo mesmo Estatuto, as seguintes ocorrem pelo menos a cada cinco anos, e são possíveis revisões especiais. - **Separação, como último recurso.** A PTI só pode ser substituída como operadora da função de nomes se uma IFR recomendar, maiorias qualificadas dos Conselhos da ccNSO e da GNSO aprovarem, o público for consultado e a Diretoria da ICANN concordar. - **Outras verificações.** O Comitê de Revisão da Evolução da Zona Raiz (RZERC) analisa as mudanças de arquitetura propostas para a zona raiz. Os RIRs e a IETF revisam as funções de números e de protocolos. Em outubro de 2026, a IANA informa ter cumprido 100% dos seus níveis de serviço nas três funções de junho a agosto de 2026; seu pior mês na função de nomes no ano anterior foi dezembro de 2025, com 94%. Um exemplo prático: o gerente de um ccTLD quer mudar os servidores de nomes do seu TLD na zona raiz. Ele envia a alteração pela interface on-line da IANA para gerentes de TLDs. Não há nenhuma aprovação do governo dos Estados Unidos, e o tratamento dado pela PTI conta para os níveis de serviço que o CSC revisa todo mês. ## Fontes - [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) ## termos relacionados - [PTI](https://tldlog.com/pt/glossario/pti/) - [ICANN](https://tldlog.com/pt/glossario/icann/) - [zona raiz](https://tldlog.com/pt/glossario/zona-raiz/) - [delegação (TLD)](https://tldlog.com/pt/glossario/delegacao-tld/)