Resumo

  • Uma política global de números não é uma única votação do ICANN. É uma cadeia de aprovação em etapas: A mesma proposta de política deve passar pelas cinco comunidades de RIR, ser consolidada em um texto comum, revisada pelo ASO Address Council, encaminhada pelo NRO Executive Council e então aceita, rejeitada, devolvida ou colocada em vigor por inação pelo Conselho do ICANN.
  • A política de IPv4 pós-exaustão mostra a cadeia em ação, já que propostas anteriores para endereços recuperados falharam quando as versões divergiram ou a aprovação regional foi interrompida, enquanto a versão de 2011 foi bem-sucedida após aprovação regional idêntica e ratificação pelo Conselho em 2012.
  • O procedimento protege a autonomia regional e a neutralidade da IANA, mas também distribui a responsabilidade. Cada estágio deve publicar o motivo para aprovação, atraso, devolução, extensão ou rejeição, para que o público possa identificar se uma proposta falhou por objeções de conteúdo, processuais, editoriais, temporais ou institucionais.

Uma política global é uma cadeia, não um momento

Uma política global de números não se torna realidade porque uma única sessão decide sua implementação. Ela se torna real porque uma longa cadeia de instituições aceita o mesmo ato, no mesmo escopo, para o mesmo propósito limitado. As comunidades de RIR devem concordar. O ASO Address Council deve verificar se as etapas regionais foram realizadas adequadamente e se pontos de vista substanciais foram considerados. O NRO Executive Council deve encaminhar o texto coordenado. O Conselho do ICANN deve decidir se aceita, rejeita, solicita alterações ou permite que a proposta entre em vigor por inação dentro do prazo estabelecido.

A Public Technical Identifiers então executa a ação de numeração da IANA necessária.

Esta cadeia é inerentemente complicada. Ela reflete o fato político de que as alocações de números da IANA são globais, enquanto a autoridade para políticas de números está enraizada regionalmente. Uma regra sobre espaço de endereços IPv4 recuperado, blocos ASN ou alocações IPv6 deve ser compatível em todas as regiões, pois a IANA não pode executar cinco regras de alocação global conflitantes. No entanto, uma regra não pode ser imposta de cima pelo ICANN sem prejudicar os fóruns de políticas regionais que dão legitimidade à política de RIR.

APágina da ASO sobre políticas globaisdefine o limite diretamente: Políticas globais regem como a PTI, como operadora da função IANA, distribui recursos de número da Internet para os RIRs, enquanto os RIRs distribuem esses recursos de acordo com suas próprias políticas regionais. APágina do NRO sobre políticas globaisusa a mesma divisão funcional. A política global é a regra para a alocação de topo. A política regional é a regra para a distribuição subsequente.

Esta divisão cria uma forma útil, mas muitas vezes mal compreendida, de contenção. O ICANN não pode simplesmente redigir uma política de números e instruir os RIRs a aceitá-la. Um único RIR não pode redigir uma regra global da IANA para os outros. O ASO AC não pode transformar a revisão processual em um parlamento substituto. O NRO EC não pode tratar a coordenação executiva como um veto privado sobre as comunidades regionais. O Conselho do ICANN não pode rejeitar uma proposta sem apresentar preocupações e, após uma segunda rejeição, caminhar para a mediação. Cada participante detém uma ferramenta limitada, não um mandato completo.

O problema é que ferramentas limitadas ainda podem causar atrasos. Uma proposta pode ficar presa em um RIR. Pode ser adotada em formas diferentes e não passar no teste de texto comum. Pode chegar ao ASO AC e ser devolvida para revisão regional adicional. O Conselho do ICANN pode solicitar alterações. O Conselho pode rejeitar uma vez, rejeitar uma versão ressubmetida com supermaioria ou simplesmente deixar o prazo expirar. Cada estágio é defensável por si só. A questão de governança é se o público pode rastrear qual estágio fez o quê, por quê e quem é responsável pelo atraso resultante.

As propostas de IPv4 pós-exaustão são a maneira mais clara de entender o mecanismo. Não eram exercícios constitucionais abstratos. Tratavam de um problema concreto: o que a IANA deveria fazer com o espaço de endereços IPv4 que fosse devolvido após o pool central livre já estar esgotado. A resposta era importante porque cada pool recuperado seria pequeno, politicamente sensível e economicamente visível. Distribuição igual, distribuição baseada em necessidades, devolução obrigatória e devolução voluntária favoreciam diferentes teorias de justiça.

A política finalmente adotada em 2012 funcionou porque o sistema forçou a proposta por todos os portões. Versões anteriores falharam porque o mesmo sistema se recusou a tratar um acordo parcial como aprovação global. Isso não é uma trivialidade burocrática. É a lição central sobre responsabilidade. Uma cadeia de políticas globais só é valiosa se seus pontos de rejeição forem tão legíveis quanto suas aprovações finais.

A ação da IANA define o campo global

A primeira disciplina é o escopo. Uma proposta só é global se exigir uma ação relacionada à IANA ou ao ICANN que vá além de uma região. O relatório de antecedentes do ICANN para a proposta de IPv4 pós-exaustão de 2011 explicou que as políticas globais de número da Internet são políticas que foram acordadas por todos os RIRs de acordo com seus próprios procedimentos e pelo ICANN, e que exigem uma ação ou resultado específico da IANA ou de outro órgão externo relacionado ao ICANN. Esta definição evita que disputas regionais comuns sejam arrastadas para a maquinaria global apenas porque várias regiões se interessam por elas.

O caso da política de IPv4 pós-exaustão se encaixa nesta definição. A questão não era se um RIR deveria alterar seu mercado de transferências, lista de espera, teste de necessidade ou regras de membros. A questão era o que o operador da função IANA faria quando blocos de endereços retornassem após o pool central de IPv4 já estar esgotado. A política final, publicada pelo ICANN comoGlobal Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA, estabeleceu um pool de IPv4 recuperado, descreveu o que entra nele, definiu um gatilho de ativação, especificou períodos de alocação e usou uma fórmula que dividia o pool em unidades de alocação iguais para os RIRs.

Este é o tipo de decisão que não pode ser deixada razoavelmente para uma região. Se o espaço de endereço devolvido entra em um pool da IANA, cada RIR tem interesse no gatilho, na unidade de alocação, na frequência e na transparência da distribuição. Se a IANA usar apenas a necessidade, regiões com esgotamento mais rápido podem receber mais. Se a IANA aplicar distribuição igual, cada RIR recebe a mesma unidade, mesmo que a necessidade regional seja diferente. Se as devoluções forem obrigatórias, a regra altera o controle de cada RIR sobre os ativos recuperados. Se as devoluções forem voluntárias, o pool recuperado pode permanecer pequeno.

Estas são compensações globais.

O caminho global começa, portanto, com uma questão restrita: o que a função central de numeração precisa fazer? Quanto mais clara for essa questão, menos provável é que o processo se torne um fórum para todas as queixas regionais ligadas ao mesmo recurso. No caso do IPv4, a força da política final estava em sua restrição. Ela não regulava toda a economia da escassez de IPv4. Não criava um mercado global de transferências. Não dizia aos RIRs como distribuir espaço de endereço escasso para seus membros. Dizia à IANA como manter e distribuir fragmentos devolvidos de acordo com uma fórmula específica para o período pós-exaustão.

Essa restrição também ajudou na responsabilidade. Se a política falhasse, o público poderia perguntar se a falha se devia ao gatilho do pool recuperado, à fórmula de igualdade, ao tratamento do espaço de endereço devolvido, à unidade mínima de alocação ou à sequência de adoção regional. Um manifesto amplo sobre escassez teria fornecido muitas razões para rejeição. Uma ação restrita da IANA permitiu que cada instituição expressasse uma preocupação mais precisa.

Futuras propostas globais precisam da mesma disciplina. Antes do início do debate, o proponente deve identificar a ação exata da IANA, as consequências operacionais para cada RIR, os assuntos regionais não tocados e a razão pela qual nenhuma região pode resolver o problema sozinha. Isso não despolitiza a decisão. Torna a política verificável.

Cinco portões regionais protegem a legitimidade e criam poder de veto

O portão regional é a parte mais forte do design da política global. Adescrição do PDP global da ASOafirma que uma proposta de política global proposta pode ser submetida a um fórum de políticas de RIR ou diretamente ao ASO Address Council, mas deve ser divulgada em todos os fóruns de políticas regionais. O proponente tem o dever de ajudar as comunidades a entender as deliberações em outros lugares. Se o defensor não puder viajar para uma conferência pública de políticas, o RIR deve nomear alguém para apresentar a proposta. Elementos comuns são então documentados, enquanto cada região examina o texto.

Este design impede que uma política global seja produzida em uma única sala. Força uma regra que afeta todos os RIRs a se medir contra diferentes estruturas de membros, idiomas, culturas de reunião, ambientes legais, economias de endereços e expectativas históricas. Uma política que parece neutra em uma região pode revelar um ônus em outra. Uma fórmula baseada em necessidade pode ser atraente para uma região com escassez aguda e suspeita para uma região preocupada com efeitos de incentivo.

Uma cláusula de devolução obrigatória pode parecer administrativamente limpa e ainda assim ser politicamente inaceitável onde o espaço de endereço devolvido está vinculado à prática de recuperação local.

O preço é que cada região tem um veto prático. O veto pode não ser chamado assim. Pode aparecer como falta de consenso, abandono, retirada, última chamada atrasada, redação alterada ou falta de ratificação pelo conselho após discussão regional. Mas se todas as cinco regiões devem adotar um texto comum idêntico, a rejeição de uma região bloqueia a política global. Isso não é uma falha oculta no sistema. É o sistema.

A proposta de pós-exaustão de 2010 mostra o ponto. O relatório de antecedentes do ICANN observou que a proposta havia sido adotada no ARIN, ainda estava sendo discutida no LACNIC e no AFRINIC, mas foi abandonada no APNIC e retirada no RIPE. Como não alcançou consenso em todas as cinco regiões, não se qualificou mais como política global, a menos que as decisões negativas fossem reconsideradas. A razão não foi que o ICANN rejeitou a ideia. A razão foi que a cadeia regional foi interrompida.

Esse veto regional só é legítimo se a razão for visível. Se uma proposta falha no APNIC porque a comunidade prefere uma fórmula de alocação diferente, o registro deve mostrar isso. Se falha no RIPE porque o texto não está alinhado com o consenso local, o registro deve mostrar isso. Se emperra devido a tradução, ritmo de reunião ou disponibilidade de apresentador atrasando o debate, o registro também deve mostrar isso. Caso contrário, uma verificação de legitimidade distribuída pode se transformar em uma névoa de silêncio institucional.

A estrutura de cinco portões também altera a defesa. Um proponente deve explicar a regra repetidamente em locais diferentes e se adaptar a objeções diferentes sem perder o texto comum. Essa é uma barreira alta. Favorece atores com tempo, apoio para viagens, conhecimento processual e relacionamentos entre regiões. O PDP da ASO tenta reduzir esse ônus ao exigir que a proposta seja divulgada entre regiões e permitir que um RIR nomeie um apresentador se o proponente não puder viajar. Mas o ônus prático permanece real.

Por esta razão, a legitimidade de uma política global não deve ser medida apenas pela ratificação final. Deve ser medida pela qualidade dos registros regionais: quem foi notificado, quais objeções surgiram, como o texto mudou, se regiões posteriores receberam as mesmas informações que as regiões anteriores e se cada decisão de adoção explicou o mesmo texto em termos comparáveis.

O texto comum é o ponto de verificação silencioso

O portão mais técnico pode ser o mais político: o texto comum. O processo da ASO reconhece que os resultados das discussões regionais podem variar em linguagem e detalhes. Espera-se que os funcionários do RIR trabalhem entre si e com o proponente para documentar elementos comuns. O texto comum é então ratificado por cada RIR usando seus próprios métodos. Esse texto se torna a proposta de política global proposta que é encaminhada ao ASO AC.

Isso soa como burocracia. Mas não é. O texto comum decide se cinco decisões regionais são realmente a mesma decisão. Se uma região adota alocação baseada em necessidade, outra adota alocação igual, e uma terceira adiciona uma obrigação de devolução, o sistema não pode fingir que existe uma política global. A política pode ter um tema comum, mas a IANA não pode executar um tema. Ela precisa de uma regra.

A história do espaço de endereço IPv4 recuperado de 2009 e 2010 mostra como o texto comum pode ser decisivo. O relatório de antecedentes do ICANN de 2011 observou que uma proposta anterior de 2009 foi abandonada pelo NRO EC devido a diferenças de versão entre os RIRs. Também observou que a versão de 2010 não era mais viável depois que o APNIC e o RIPE se afastaram dela. Em ambos os casos, a falha não foi apenas falta de entusiasmo. Foi a falha em produzir uma instrução idêntica e globalmente ratificável.

Aqui, a responsabilidade pode ficar turva. Uma comunidade regional pode dizer que aprovou o princípio. Outra pode dizer que aprovou uma forma modificada. Os funcionários podem descrever elementos comuns. O NRO EC pode se recusar a prosseguir porque as versões são diferentes. O ASO AC pode nunca receber um texto limpo. Para um observador externo, pode parecer que uma proposta morreu em algum lugar da coordenação. Na verdade, ela morreu porque o texto comum é uma condição de aprovação.

A solução não é enfraquecer a regra do texto comum. A solução é torná-la explícita. Cada proposta global deve incluir uma tabela de comparação pública mostrando o texto atual em cada região, diferenças materiais, status da decisão e a razão pela qual cada diferença é importante para a execução da IANA. A tabela deve distinguir desvios editoriais de substanciais. Deve indicar quando uma proposta tem um núcleo comum, mas nenhuma cláusula operacional comum. Deve também mostrar quem é responsável pela harmonização da linguagem e quando o texto harmonizado retorna para cada região.

O texto comum também protege regiões minoritárias. Sem ele, uma região grande ou de movimento rápido pode dizer que um amplo sentimento global apoia uma regra, mesmo que outra região tenha adotado uma salvaguarda materialmente diferente. Exigir um texto idêntico dá a cada região um documento concreto para aprovação. Impede que políticas globais sejam montadas por paráfrase.

Ao mesmo tempo, o portão do texto comum não deve se tornar um veto editorial oculto. Se a harmonização pelos funcionários alterar a substância, a mudança deve retornar ao fórum público regional. Se uma diferença for considerada editorial, a razão deve ser publicada. Se a tradução para diferentes idiomas criar ambiguidades, a versão inglesa autoritativa e quaisquer declarações autoritativas no idioma local devem ser comparadas abertamente. O ponto de verificação silencioso não deve permanecer silencioso quando decide se uma política global existe.

A falha de 2009 mostra como uma proposta pode morrer antes do ICANN

A primeira tentativa de recuperação de endereços IPv4 não falhou porque o Conselho do ICANN a rejeitou após um debate dramático. Ela falhou antes, dentro da cadeia multirregional. A página de propostas da ASO lista a proposta de 2009, "Global Policy Proposal for the Allocation of IPv4 Blocks to Regional Internet Registries," como abandonada porque a mesma versão não foi adotada por todas as cinco comunidades de RIR. O relatório de antecedentes do ICANN para a proposta posterior de 2011 explica que a tentativa de 2009 foi abandonada pelo NRO EC devido a diferenças de versão entre os RIRs.

Esta é uma falha útil. Mostra que o sistema de políticas globais pode parar uma proposta antes que ela chegue ao Conselho, se a aprovação regional não for a mesma aprovação. Também mostra por que o registro deve ser detalhado. Para um detentor de recursos tentando entender por que não há regra global para espaço de endereço recuperado, "diferenças de versão" não é suficiente. O público precisa saber quais cláusulas diferiam, quais regiões aceitaram qual versão, se a diferença era sobre devolução obrigatória, base de alocação, gatilho, cronograma ou outro assunto, e se a diferença foi considerada curável.

A falha de 2009 também mostra que o papel do NRO EC não é apenas cerimonial. Se espera-se que o EC abandone ou não prossiga com uma proposta quando as versões são diferentes, então o EC exerce um portão que influencia se o público alguma vez verá uma decisão do Conselho do ICANN. Esse portão pode ser necessário. Um órgão de nível executivo não deve enviar textos regionais conflitantes ao Conselho como se fossem uma política global. Mas a decisão de não encaminhar uma proposta deve ser explicada como uma constatação processual e substantiva, não como uma abreviatura institucional.

Isso é importante porque uma falha antes do ICANN pode ser politicamente conveniente. Nenhuma votação do Conselho significa nenhuma rejeição do ICANN. Nenhum encaminhamento final do ASO AC significa nenhuma preocupação formal do Conselho. Pode ser que nenhum veto regional único seja mencionado publicamente quando várias versões divergem. Todos podem dizer que o processo não produziu um texto comum. Isso pode ser verdade, mas a responsabilidade exige mais do que a verdade de alto nível. Exige um mapa do que impediu o texto comum.

Uma política global fracassada deve, portanto, receber uma nota de encerramento. A nota deve identificar a proposta, as versões, os status regionais, as diferenças não resolvidas, o órgão decisório que fechou ou suspendeu o arquivo e as possibilidades de reativação. Se a reativação exigir uma nova proposta, então diga isso. Se uma região puder reconsiderar um resultado negativo, diga isso. Se as diferenças forem muito profundas, diga isso. Não se trata de envergonhar uma região. Trata-se de permitir que o público distinga a rejeição por princípio do esgotamento processual.

O caso do espaço de endereço recuperado de 2009 se tornou mais do que uma falha porque propostas posteriores aprenderam com ele. O sistema não abandonou o problema. Abandonou uma forma que não conseguia obter aprovação regional idêntica. É assim que a cadeia deve funcionar exatamente, desde que o aprendizado seja visível.

A falha de 2010 mostra que um não regional é um evento global

A proposta de 2010 é ainda mais reveladora porque o registro mostra um caminho dividido. O relatório de antecedentes do ICANN afirmou que a proposta havia sido adotada no ARIN, ainda estava sendo discutida no LACNIC e no AFRINIC, mas foi abandonada no APNIC e retirada no RIPE. Em seguida, tirou a conclusão institucional: como não foi alcançado consenso em todas as cinco regiões, a proposta não se qualificava mais como política global, a menos que um voto negativo fosse reconsiderado.

Este é o veto regional em forma prática. A adoção pelo ARIN não levou a proposta adiante. A discussão continuada em duas regiões não a manteve viva assim que duas outras regiões se afastaram. O ICANN não a resgatou. O NRO EC e o ASO AC não puderam tratar quatro estados parciais como um mandato global. Uma única regra global exige todas as cinco.

Esta regra protege a legitimidade da função IANA. Se a IANA deve distribuir espaço de endereço IPv4 recuperado de acordo com uma fórmula global, cada região deve ser capaz de dizer que seu fórum de políticas concordou com essa fórmula. Sem isso, a IANA estaria implementando uma política que algumas comunidades regionais não aceitaram. O fato de a escassez de IPv4 ser global não apaga a aprovação regional.

A mesma regra pode frustrar atores que querem uma resposta rápida. O esgotamento do IPv4 não esperou pela ordem institucional. A pressão do mercado já estava aumentando. O espaço de endereço devolvido, por menor que fosse, tinha significado econômico. Uma fórmula baseada em necessidade poderia ter parecido urgente para redes com menos estoque restante. Uma fórmula de igualdade poderia ter parecido mais justa para regiões que temiam reivindicações estratégicas de esgotamento. Cada atraso teve efeitos distributivos.

Portanto, um não regional deve ser tratado como um evento global. Quando o APNIC abandonou a abordagem de 2010 em favor de uma proposta diferente, isso não foi apenas um resultado de reunião do APNIC. Alterou a probabilidade de a IANA obter uma regra para pool recuperado por esse caminho. Quando o RIPE retirou sua versão, isso também alterou o cronograma global. O registro público deve ajudar os leitores a entender que uma decisão regional pode remodelar a função central de alocação.

O episódio de 2010 também mostra por que as propostas não devem ser julgadas apenas pelo sucesso final. Uma proposta fracassada pode revelar preferências de design que mais tarde permitem o sucesso. A preferência do APNIC por uma nova terceira proposta fez parte do movimento em direção à fórmula de 2011. Um não pode ser construtivo se estiver ligado a uma alternativa melhor. É destrutivo se não deixar evidência, razão e caminho a seguir.

Futuras páginas de políticas globais devem, portanto, tratar decisões regionais negativas como registros de primeira classe. Uma tabela de status não deve apenas marcar "abandonado" ou "retirado". Deve capturar a razão autoritativa, a alternativa discutida e o impacto na elegibilidade global. Se a proposta só pode ser revivida por meio de revisão regional, essa condição deve ser declarada em termos simples. O usuário do sistema de políticas não deve ter que reconstruir a cadeia a partir de arquivos regionais dispersos.

A proposta de 2011 funcionou porque restringiu o acordo

A proposta de IPv4 pós-exaustão adotada foi bem-sucedida porque resolveu o suficiente da disputa anterior sem querer resolver tudo. Não exigia devolução obrigatória de todo o espaço de endereço recuperável. Não distribuía com base na necessidade regional individual assim que o pool fosse ativado. Criou um pool recuperado, esperou até um gatilho de esgotamento definido e distribuiu uma unidade de alocação para cada RIR em um período de seis meses, se o pool fosse grande o suficiente. A unidade de alocação era um quinto do pool recuperado, arredondado para um limite CIDR, com um tamanho mínimo de /24.

Este design foi política e administrativamente significativo. A alocação igual evitou uma luta recorrente sobre a necessidade regional. Um período definido impediu distribuições ad hoc. Uma unidade mínima impediu alocações sem sentido. O espaço de endereço devolvido voluntariamente ou de outra forma poderia entrar no pool sem que a política global tivesse que julgar cada incentivo regional à devolução. A regra não era uma teoria completa de justiça do IPv4. Era um mecanismo central limitado para um pool pequeno e incerto.

O relatório de antecedentes do ICANN de 2011 mostra como a proposta avançou. O ASO AC reconheceu a proposta como atendendo aos requisitos formais em 3 de fevereiro de 2011. A proposta foi então introduzida e avançada nos RIRs. O relatório observou que havia sido adotada em todas as cinco regiões e seria processada pelo NRO EC e ASO AC antes de ser submetida ao Conselho do ICANN. A página final da política do ICANN indica que a política foi ratificada em 6 de maio de 2012.

Esse caminho mostra o procedimento no seu melhor. Um problema global foi identificado. Vários rascunhos testaram fórmulas concorrentes. Comunidades regionais rejeitaram versões que não podiam aceitar. Uma versão mais restrita surgiu. Cada região a adotou. O ASO AC e o NRO EC lidaram com a transição do texto regional para a proposta global. O Conselho a ratificou. A IANA recebeu uma regra executável.

O sucesso também mostra por que o tempo é importante. A proposta não nasceu no Conselho. Passou por meses de introdução regional, discussão em fóruns públicos, últimas chamadas e decisões de adoção. Essas datas são importantes porque mostram onde os atrasos são inevitáveis e onde são institucionais. Uma política que exige cinco comunidades públicas não pode se mover na velocidade de um memorando de gestão. Mas o registro deve mostrar quando a espera serviu à deliberação e quando simplesmente refletiu a posição na fila ou responsabilidades pouco claras.

A lição mais forte da proposta de 2011 é que vetos distribuídos podem produzir texto melhor quando acompanhados de razões. Se o abandono da versão de 2010 pelo APNIC ajudou a mover o sistema para uma terceira proposta mais aceitável, então o veto não foi apenas obstrução. Foi parte da correção do design. Mas esse benefício depende de uma justificativa visível. Um veto sem razões não ensina nada.

A política final também mostra a relação correta entre regras globais e regionais. Ela não ditou aos RIRs como distribuir as unidades recebidas. Parou na alocação da IANA. Essa contenção foi provavelmente central para sua adoção. As políticas globais devem ser pesadas apenas onde a função global é pesada. Além disso, as comunidades regionais mantêm suas próprias decisões de distribuição.

O ASO AC é um revisor processual com influência real

O papel do ASO Address Council é facilmente subestimado porque não é descrito como uma legislatura. No processo de política global, ele revisa se os RIRs alcançaram acordos comuns e um texto comum, e se os pontos de vista substanciais das partes interessadas foram adequadamente considerados. Dentro de sessenta dias após o NRO EC informar que todas as regiões adotaram a proposta, o ASO AC deve encaminhá-la ao ICANN, informar ao NRO EC que é necessária uma revisão regional adicional ou solicitar mais tempo.

Este é um papel processual, mas papéis processuais podem ter poder. Se o ASO AC concluir que pontos de vista substanciais não foram suficientemente considerados, uma proposta que foi adotada regionalmente ainda pode ser devolvida. Se solicitar mais tempo, o Conselho ainda não recebe a proposta. Se encaminhar a proposta, informa ao ICANN que a cadeia regional está processualmente pronta. Cada escolha altera o cronograma e o significado público da proposta.

O ASO AC deve, portanto, ser julgado pela qualidade de suas constatações processuais. Não deve repetir cada debate regional. Deve identificar as evidências que examinou: datas de adoção regional, textos finais, registros de última chamada, objeções não resolvidas, histórico de apresentação, problemas de tradução ou acesso, e quaisquer desvios materiais entre versões. Se concluir que a proposta pode prosseguir, deve dizer por que o limite para pontos de vista substanciais foi atendido. Se devolver a proposta, deve especificar qual ponto de vista ou etapa regional precisa de mais atenção.

Isso não é um chamado para o ASO AC questionar a substância das políticas regionais. Trata-se de distinguir substância de procedimento. Uma região pode adotar uma regra que desagrada alguns atores. Isso por si só não é um erro processual. Um erro processual ocorre quando objeções substanciais não eram visíveis, quando o texto comum não correspondia às aprovações regionais, quando uma região não concluiu suas próprias etapas necessárias ou quando o registro não mostra que os pontos de vista afetados foram considerados de forma significativa.

A influência do Conselho é particularmente significativa porque propostas globais são raras. A página atual de políticas da ASO lista apenas três políticas globais ativas: blocos IPv6 para RIRs, blocos ASN para RIRs e alocação de IPv4 pós-exaustão. Como o campo é pequeno, cada ação do ASO AC estabelece um precedente sobre o quão rigorosa será a revisão processual na próxima vez. Uma revisão frouxa torna mais fácil empacotar aprovações regionais futuras. Uma revisão disciplinada torna as propostas futuras mais caras para documentar, mas mais credíveis.

O ASO AC também se senta entre a comunidade pública e os níveis executivos institucionais. Seus membros são o NRO Number Council: três de cada região de RIR, com componentes eleitos e nomeados. Essa composição lhe dá uma base de legitimidade diferente do NRO EC. O EC representa as instituições de RIR. O ASO AC carrega a representação da comunidade de políticas. Uma cadeia de políticas globais precisa de ambos, mas não deve permitir que um fale pelo outro.

A regra clara é a seguinte: O ASO AC deve tornar a adequação processual visível, não apenas transmiti-la. Sua revisão é o melhor controle do público sobre se uma política global é realmente o produto de cinco comunidades de políticas regionais e não de cinco endossos institucionais.

O NRO EC é um portão de encaminhamento, não uma legislatura privada

O NRO Executive Council está em uma posição sensível. De acordo com o MoU do NRO, ele representa o NRO e suas suborganizações, pode vincular recursos de RIR se for alcançado consentimento unânime, e tem um papel na ratificação ou rejeição de propostas de políticas globais de número IP com base em procedimentos abertos e transparentes ratificados pelos fóruns regionais de políticas de endereços. A página do NRO sobre políticas globais afirma que o EC encaminha a proposta de política global coordenada ao ASO AC.

O envolvimento do EC é necessário porque o NRO é o órgão coordenador dos cinco RIRs. Alguém precisa confirmar que as instituições de RIR concordam com o encaminhamento, que um arquivo de política comum existe e que a proposta está pronta para entrar nas fases do ASO AC e do ICANN. Mas o EC não deve se tornar uma legislatura privada sobre as comunidades regionais. Sua autoridade deve estar vinculada à coordenação, texto comum, vinculação de recursos e prontidão processual.

Essa distinção é importante porque o EC é um órgão de nível executivo. A página do NRO EC afirma que consiste em uma pessoa de cada RIR, nomeada por cada conselho de RIR, e age apenas por consenso de todas as cinco regiões. Esse requisito de consenso é uma restrição, mas também é um veto. Se todos os cinco membros do EC devem concordar, um membro do EC pode parar um encaminhamento, mesmo após comunidades regionais terem feito um trabalho substancial, dependendo das modalidades processuais.

Isso pode ser necessário se as versões forem diferentes ou o texto comum for falho. É perigoso se a razão não for pública. Uma rejeição no nível executivo pode parecer gestão de risco institucional em vez de um julgamento político comunitário. Se o EC determinar que uma proposta não pode prosseguir, deve indicar se o obstáculo é falta de texto idêntico, adoção regional incompleta, queixa processual não resolvida, vinculação de recursos, problema legal ou outra razão definida. O público não deve ter que inferir a causa do silêncio.

O EC também carrega implicações de custo e implementação. Uma política global pode exigir uma ação da IANA, mas os RIRs podem precisar de coordenação de pessoal, comunicação pública, relatórios estatísticos, mudanças técnicas, notificações aos membros ou revisão jurídica conjunta. O EC é o nível que tem mais probabilidade de ver esses custos operacionais em todos os registros. Esse conhecimento é valioso. Pode evitar que uma política seja apresentada como gratuita quando não é.

Mas a consciência de custos não deve ser confundida com um veto político. Se o EC acredita que os custos de implementação são substanciais, deve publicar uma declaração de custos e prontidão para o ASO AC e o Conselho. Se uma política distribui os ônus de forma desigual entre as regiões, o registro deve dizer isso. Se os custos podem ser gerenciados por cronograma, início escalonado ou limites de relatórios, isso deve ser visível. O conhecimento executivo do EC deve enriquecer o registro público, não substituí-lo.

A falha do espaço de endereço recuperado de 2009 mostra por que essa disciplina é necessária. A proposta foi abandonada pelo NRO EC devido a diferenças de versão. Isso pode ter sido uma aplicação correta da regra do texto comum. A lição de governança é que cada decisão desse tipo deve deixar detalhes suficientes para que comunidades posteriores entendam o que precisa ser mudado.

O Conselho do ICANN tem um controle estreito, mas consequente

Após o ASO AC encaminhar uma proposta, o papel do Conselho do ICANN não é passivo. O PDP global dá ao Conselho sessenta dias para aceitar por maioria simples, rejeitar por supermaioria de dois terços, solicitar alterações por maioria simples ou não fazer nada. Se o Conselho não fizer nada dentro da janela de tempo, a proposta é considerada aceita e se torna política global. Se o Conselho rejeitar, deve emitir uma declaração de preocupações, prestando atenção aos pontos de vista substanciais que não foram suficientemente considerados.

Se uma proposta ressubmetida for rejeitada uma segunda vez por supermaioria, os RIRs ou o ICANN devem encaminhar o assunto para mediação de acordo com um procedimento acordado.

Essa estrutura dá ao Conselho um controle real, mas limita sua capacidade de dominar. O Conselho pode fazer perguntas e consultar o ASO AC, os RIRs agindo coletivamente através do NRO e outras partes que considerar apropriadas. Mas uma rejeição exige uma barreira alta e um dever de justificação. Uma solicitação de alterações envia o assunto de volta, a menos que os RIRs aceitem as razões para as alterações. Uma segunda rejeição não mata o assunto sem consequências institucionais adicionais.

O caminho da inação do Conselho é particularmente interessante. Pode permitir que uma política entre em vigor sem uma votação explícita do Conselho. Isso é eficiente quando o registro regional e da ASO são fortes. Também é uma forma de risco de responsabilidade. Se o Conselho permitir a aceitação por inação, o registro ainda deve mostrar que o Conselho tinha o arquivo, que a janela de tempo expirou e que nenhuma preocupação atingiu o nível de rejeição ou solicitação de alterações. O silêncio pode ser um resultado legal válido. Não deve ser um enigma público.

O controle do Conselho é legítimo porque as políticas globais de números exigem uma ação da IANA ou de um órgão relacionado ao ICANN. O ICANN não pode ser forçado a executar uma instrução externa sem qualquer supervisão fiduciária. Mas essa supervisão deve permanecer limitada. O Conselho não deve usar sua posição para reescrever a política de números regional ou favorecer a teoria de escassez de uma região.

Suas questões apropriadas são se o procedimento atendeu ao padrão do MoU da ASO, se a política está dentro da estrutura dos recursos de número global, se a IANA pode executá-la, se pontos de vista substanciais foram considerados e se o resultado é consistente com o papel limitado do ICANN nos recursos de número.

A política de IPv4 pós-exaustão mostra um resultado relativamente limpo do Conselho. A política adotada deu à IANA um mecanismo limitado para o pool recuperado. Não exigiu que o Conselho decidisse sobre política de transferência regional, reivindicações de propriedade ou regras de distribuição local. Essa restrição reduziu o risco de excesso do Conselho.

Futuras ações do Conselho devem ser documentadas de forma a ajudar a separar a revisão legal da substituição de políticas. Se o Conselho fizer perguntas, as perguntas devem ser publicadas com detalhes suficientes para mostrar se está examinando procedimento, escopo, implementabilidade ou pontos de vista negligenciados. Se solicitar alterações, deve identificar a preocupação exata. Se rejeitar, deve cumprir o dever de justificação com especificidade. O Conselho deve ser um controle constitucional final, não uma última mesa opaca.

Os direitos de atraso estão distribuídos ao longo da cadeia. O processo de política global contém muitos pontos legítimos de atraso. Fóruns regionais podem precisar de tempo para discutir, traduzir, reunir, realizar últimas chamadas e ratificar. Funcionários do RIR podem precisar de tempo para harmonizar o texto comum. O NRO EC pode precisar de tempo para confirmar adoção e encaminhamento. O ASO AC tem até sessenta dias após a notificação do EC para encaminhar, devolver para revisão ou solicitar mais tempo.

O Conselho do ICANN tem sessenta dias após o recebimento para agir, e sua solicitação de alterações pode enviar a proposta de volta ao início se pelo menos um RIR concordar que alterações são necessárias.

Isso não é acidental. O atraso pode ser uma proteção. Uma política global com apoio regional fraco não deve correr para a implementação da IANA. Uma proposta com diferenças textuais não resolvidas não deve ser apressada. Uma preocupação do Conselho sobre pontos de vista negligenciados merece resposta. Em um sistema que aloca recursos globalmente únicos, a legitimidade lenta pode ser melhor do que erros rápidos.

Mas o atraso também tem vencedores. Na escassez de IPv4, esperar não é neutro. Os estabelecidos com estoques podem suportar atrasos melhor do que os recém-chegados sem endereços. Regiões com maior inventário restante experimentam o timing do pool recuperado de forma diferente das regiões sob pressão aguda. Uma parte que se beneficia de nenhuma regra global pode usar a cautela processual como estratégia. Uma parte que precisa de uma regra pode aceitar texto fraco para acabar com a espera. Cada ponto de atraso precisa, portanto, de uma razão pública.

O caso de pós-exaustão de 2011 mostra ambos os lados. As falhas anteriores atrasaram uma política para o pool recuperado, mas essas falhas também melhoraram o design final. A fórmula final era mais restrita e aceitável porque versões anteriores revelaram desacordo. O atraso serviu à deliberação. Esse é o tipo de atraso que o sistema deve defender.

Outros atrasos seriam mais difíceis de justificar. Se o texto comum permanece não resolvido porque nenhum proprietário é nomeado, isso não é deliberação. Se um encaminhamento do EC espera sem prazo público, isso não é deliberação. Se as preocupações do ASO AC são descritas apenas em termos gerais, isso não é deliberação. Se uma solicitação de alterações do Conselho não identifica um ponto de vista negligenciado concreto, isso não é deliberação. A diferença é a rastreabilidade justificada.

Um registro maduro de política global deve, portanto, incluir um livro de atrasos. Deve mostrar cada prazo, o órgão responsável, a razão para o tempo usado e o próximo ponto de decisão. Deve distinguir ritmos de reunião inevitáveis de falta de informação, harmonização de texto, tradução, revisão jurídica, prontidão operacional e desacordos substanciais. Isso não forçaria uma política mais rápida. Forçaria um timing honesto.

O livro de atrasos também deve sobreviver a uma falha. Uma proposta fracassada geralmente ensina mais do que uma bem-sucedida, mas apenas se o público puder ver onde falhou. Os esforços de espaço de endereço recuperado de 2009 e 2010 revelam barreiras de texto regional e consenso. Futuras falhas devem ser mais fáceis de ler. O veto foi regional, textual, processual, executivo, no nível do Conselho ou baseado em implementação? A resposta altera o remédio.

O atraso é uma forma de poder. A cadeia de políticas globais deve tratá-lo como tal.

A responsabilidade não deve desaparecer no consenso. A linguagem do consenso pode obscurecer a responsabilidade. Quando uma política é bem-sucedida, todos podem reivindicar a legitimidade de toda a cadeia. Quando falha, cada órgão pode apontar para outro estágio. Uma região pode dizer que o texto global não estava pronto. O EC pode dizer que as regiões não produziram versões idênticas. O ASO AC pode dizer que pontos de vista substanciais não foram suficientemente considerados. O Conselho pode dizer que precisava de alterações. O resultado pode ser preciso e ainda assim deixar o público incapaz de atribuir responsabilidade.

A solução não é atribuir culpa pessoal. Trata-se de identificar a responsabilidade institucional em cada ponto de decisão. Um fórum de políticas regional é responsável por sua própria constatação de consenso, tratamento de objeções e texto de adoção. Os funcionários do RIR são responsáveis por documentar com precisão os elementos comuns. O NRO EC é responsável pela prontidão de encaminhamento, coordenação executiva e qualquer recusa em prosseguir. O ASO AC é responsável pela revisão processual e sua decisão de encaminhar, devolver ou solicitar mais tempo.

O Conselho do ICANN é responsável por qualquer aceitação, rejeição, solicitação de alterações ou aceitação por inação dentro de sua janela de tempo. A PTI é responsável pela execução assim que a política existir.

Este mapa deve aparecer em cada arquivo de proposta global. Um leitor deve ser capaz de olhar para a página de status e saber quem está segurando o arquivo atualmente, o que o titular pode fazer, o que não pode fazer, qual prazo se aplica e qual registro público apoiará a decisão. Sem este mapa, o processo global pode permanecer formalmente responsável, mas praticamente difícil de questionar.

O mapa de responsabilidade também protege as instituições de acusações injustas. Se uma proposta falha porque uma região a rejeita, o ICANN não deve ser responsabilizado por se recusar a impô-la. Se o ASO AC devolve uma proposta porque objeções substanciais não foram consideradas, os RIRs não devem dizer que o Conselho inventou um desacordo político. Se o Conselho rejeita por supermaioria devido a uma preocupação processual específica, o Conselho não deve ser acusado de preferência política habitual sem exame da preocupação. Responsabilidade clara torna a crítica mais precisa.

Também protege detentores de recursos e operadores. Eles se preocupam menos com a etiqueta institucional do que com se a IANA terá uma regra e quando. Se o espaço de endereço IPv4 recuperado não está sendo distribuído, o público deve saber se não há espaço de endereço, nenhum gatilho ativo, nenhuma política adotada, nenhum texto regional comum ou nenhuma ratificação do Conselho. Cada estado tem consequências diferentes.

A responsabilidade se torna ainda mais significativa quando a política toca as expectativas do mercado. Uma regra para o pool recuperado influencia como detentores, compradores, redes e órgãos públicos imaginam a oferta futura de endereços. Um atraso na regra pode afetar transações privadas. Uma falha pouco clara pode alimentar rumores. Uma falha clara permite que os atores precifiquem a incerteza de forma mais honesta.

O consenso deve, portanto, ser tratado como um resultado, não como uma névoa. O fato de muitos órgãos terem que concordar deve tornar a responsabilidade mais estruturada, não menos visível.

O procedimento precisa de um arquivo de evidências públicas. Cada proposta global deve incluir um arquivo de evidências públicas com cinco partes. Primeiro, deve expor a ação necessária da IANA e por que a questão não pode ser tratada apenas por políticas regionais. Segundo, deve listar cada versão regional, status de adoção, datas de última chamada, objeções e o ato de ratificação do conselho ou comunidade. Terceiro, deve mostrar o texto comum e explicar quaisquer diferenças dos rascunhos regionais. Quarto, deve registrar as decisões do NRO EC e do ASO AC, incluindo razões para encaminhamento, devolução ou extensão.

Quinto, deve registrar as perguntas, ações, datas de inação, preocupações e qualquer gatilho de mediação do Conselho do ICANN.

A página de propostas da ASO já faz parte deste trabalho. Para GPP-IPv4-2011, lista a proposta, o resumo, o status de adoção e links regionais de introdução e ratificação. O relatório de antecedentes do ICANN fornece uma tabela mais rica das etapas regionais. Esses registros são valiosos porque permitem que os leitores acompanhem a política entre as regiões. Mas o padrão deve ser tornado mais explícito para cada proposta futura.

O arquivo também deve incluir um campo breve "Por que isso importa". Para o IPv4 recuperado, a razão não era simplesmente que uma política existia. Era que o espaço de endereço devolvido após o esgotamento precisava de um mecanismo de alocação da IANA. Para blocos ASN, a razão era a alocação da IANA para os RIRs. Para blocos IPv6, eram os critérios centrais de alocação. Nomear a consequência operacional evita que a proposta se desvie para uma linguagem simbólica.

O arquivo de evidências deve marcar a incerteza. Se um link de arquivo regional muda, diga. Se um registro de última chamada existe apenas em uma lista de discussão, identifique-o. Se a mesma proposta tem identificadores locais como prop-097, ARIN-2011-9 ou RIPE 2011-01, vincule-os. Se as datas de adoção se referem ao consenso da comunidade em uma região e à ratificação pelo conselho em outra, distinga esses atos. A precisão reduz a falsa equivalência.

O arquivo não deve ser uma barreira à participação. Deve ser mantido pelas instituições que já coordenam a proposta, não apenas por um proponente voluntário individual. O proponente tem o dever de ajudar as comunidades a entender as deliberações em outros lugares, mas a legitimidade de uma política global não deve depender da capacidade de registro de uma única pessoa. RIRs, o secretariado do NRO e o ASO AC devem manter o arquivo público assim que a proposta for reconhecida como global.

Um arquivo de evidências públicas tornaria o procedimento mais legível para tribunais, governos, operadores, pesquisadores e membros. Também ajudaria futuros proponentes. Eles poderiam ver por que rascunhos anteriores falharam, quais objeções importavam e quais compromissos funcionaram. O registro se tornaria a memória institucional, não uma arqueologia dispersa.

O que o caso de pós-exaustão ensina para a próxima proposta. A cadeia de IPv4 pós-exaustão ensina cinco lições. Primeiro, a ação da IANA deve ser restrita o suficiente para ser executável. A política adotada descreveu um pool, um gatilho, um período, uma unidade e um limite de anúncio. Não tentou decidir cada uso regional do espaço de endereço IPv4 escasso. Essa contenção tornou possível um acordo global.

Segundo, o desacordo regional não é uma falha se levar a um texto melhor. As falhas de 2009 e 2010 foram custosas, mas filtraram rascunhos que não conseguiam obter aprovação idêntica. A versão de 2011 foi bem-sucedida ao evitar algumas das disputas anteriores. O sistema funcionou porque a rejeição levou à revisão, e não à paralisia institucional.

Terceiro, cada ponto de rejeição precisa de uma razão. "Diferenças de versão" é uma razão real, mas deve ser detalhada. "Sem consenso" é um resultado real, mas deve identificar a objeção substancial. "Retirada" é um status real, mas deve indicar por que o proponente ou a comunidade se afastou. Se a rejeição é legítima, ela pode suportar uma explicação.

Quarto, o papel do Conselho deve permanecer restrito. O Conselho ratifica ou revisa uma política de recursos de número global que passou pela cadeia regional. Não deve se tornar o fórum onde as preferências econômicas regionais são renegociadas. Quanto mais completo o registro regional e da ASO, menor a tentação de substituição pelo Conselho.

Quinto, o limite de implementação deve ser claro. A PTI e a IANA executam a regra global. Os RIRs distribuem recursos de acordo com regras regionais. Uma política global que confunde essa linha ou excede o alvo ou falha. A regra do pool recuperado funcionou ao parar na etapa de alocação central.

Essas lições são importantes agora porque propostas globais futuras podem ser politicamente mais sensíveis do que a pequena lista atual de políticas ativas. Questões de continuidade de registro, configuração de âncora de confiança RPKI, devoluções de recursos, alocações de emergência, restrições de sanções ou transferências entre regiões podem testar a cadeia novamente. Algumas podem não ser adequadas para políticas globais. Outras podem precisar exatamente dessa cadeia porque a ação relacionada à IANA ou ao ICANN é central. A diferença deve ser argumentada com evidências, não presumida.

O procedimento não é obsoleto apenas porque as políticas globais são raras. Sua raridade é parte de sua função. Deve ser usado apenas quando a função central de numeração realmente precisa de uma regra. Mas quando for usado, o público deve ser capaz de rastrear cada portão sem ser um especialista em procedimentos.

O melhor teste é prático. Se um operador de rede perguntar por que uma regra proposta da IANA não se concretizou, a resposta deve caber em uma página: qual região rejeitou, qual texto diferiu, qual Conselho a devolveu, qual encaminhamento executivo não ocorreu, qual preocupação do Conselho foi decisiva ou qual prazo ainda está aberto. Se a resposta exigir a leitura de anos de atas e listas de discussão dispersas, o procedimento é formalmente aberto, mas praticamente opaco.

O procedimento funciona ao limitar todos. O processo de política global é frequentemente descrito como lento. Isso é verdade, mas incompleto. Seu design mais profundo é a limitação. Limita o ICANN ao exigir aprovação regional antes que a política de números chegue ao Conselho. Limita cada RIR ao exigir que todas as regiões aceitem o mesmo texto antes que a IANA obtenha uma regra. Limita o NRO EC ao vincular o encaminhamento executivo à adoção regional comum. Limita o ASO AC ao torná-lo um revisor processual em vez de um ditador de políticas.

Limita o Conselho ao exigir rejeição com altas barreiras, um dever de justificação, regras de ressubmissão e mediação após rejeição repetida.

Essas limitações são a razão pela qual o procedimento tem legitimidade. Nenhum órgão pode plausivelmente afirmar possuir a política global de números sozinho. O pool central de endereços é global, mas a autoridade sobre as regras que o tocam é compartilhada. A divisão não é simbólica. Tem dentes: uma região pode parar a proposta; o ASO AC pode devolvê-la; o Conselho pode rejeitar ou solicitar alterações; a inação do Conselho pode ainda resultar em aceitação após o prazo. Estas são consequências reais.

As mesmas limitações podem esconder poder se o registro for fino. Um veto é legítimo se estiver ligado a uma razão e a um papel. É suspeito se aparecer como silêncio, atraso ou coordenação não explicada. Um atraso é legítimo se proteger a deliberação. É suspeito se não proteger ninguém além do ator que já se beneficia de nenhuma regra. Uma preocupação do Conselho é legítima se identificar pontos de vista negligenciados ou implementabilidade. É suspeita se se tornar uma preferência política disfarçada.

O caso de IPv4 pós-exaustão continua sendo o melhor estudo de caso porque mostra tanto a rejeição quanto o sucesso. A primeira proposta para espaço de endereço recuperado não sobreviveu às diferenças de versão. A segunda não sobreviveu ao abandono e retirada regional. A terceira se tornou política porque restringiu o acordo, passou por cada região e deu à IANA uma ação limitada. Esta não é uma história de consenso suave. É uma história de portões institucionais fazendo seu trabalho.

A próxima proposta global deve ser julgada pelo mesmo padrão. Não pergunte apenas se é bem-sucedida. Pergunte se cada portão se explicou. Pergunte se o registro regional mostra consideração real. Pergunte se o texto comum é verdadeiramente comum. Pergunte se o papel executivo do EC é processual e visível. Pergunte se a revisão do ASO AC é justificada. Pergunte se a ação do Conselho é limitada. Pergunte se a PTI pode executar o resultado sem inventar políticas.

Se o procedimento funcionar, a responsabilidade é distribuída, mas não perdida. Esse é o padrão que a política global de números precisa. O sistema de números da Internet pode tolerar consenso lento melhor do que autoridade não rastreável. A cadeia só é valiosa se cada elo puder ser examinado.

Fontes