Resumo

  • Em maio de 2006, a Resolução 200605.27 registrou a ratificação, pelo Conselho da AFRINIC, de uma mudança nos critérios de atribuição de números de sistema autônomo e instruiu a equipe a implementá-la; a página oficial não informa o dia exato, e o identificador da resolução não autoriza inferir que a decisão ocorreu em 27 de maio.
  • A única linha de elegibilidade acrescentada exigia que a organização fosse membro da AFRINIC em situação regular, nas categorias End-User ou LIR. Política de roteamento distinta, multihoming, qualificação futura em prazo razoavelmente curto e avaliação à luz da RFC 1930 já estavam no texto anterior.
  • A formulação formal colocou política única e site multihomed em itens separados, sem imprimir “E” nem “OU”. Uma comparação contemporânea da NRO resumiu o teste regional com “OU”, mas não alterou formalmente a política nem demonstra como a equipe decidiu casos individuais.
  • Não sobrevive no registro público um formulário de 2006, uma lista de documentos exigidos, um livro de decisões, razões de aprovação ou recusa, instruções de correção ou uma via de revisão. Essa ausência é uma lacuna de auditoria, não prova de que registros privados nunca tenham existido.
  • O limite institucional é estreito: a AFRINIC prestava um serviço privado de coordenação de unicidade e mantinha um registro. A elegibilidade condicionava uma entrada globalmente única nesse registro; não era lei, licença para operar, regulação da topologia nem poder de obrigar outras redes a aceitar rotas.

Uma resolução de maio, não um dia inventado

A Resolução 200605.27 aparece no registro oficial do Conselho sob maio de 2006. O ato ratificou a proposta de mudança dos critérios para atribuição de ASN e determinou que a equipe a implementasse. Isso é tudo o que o identificador e a página permitem afirmar sobre o momento da decisão. O formato numérico pode convidar uma leitura semelhante a uma data, mas o registro não declara o dia do mês. Tratar “.27” como “27 de maio” transformaria conveniência gráfica em fato.

O mesmo cuidado é necessário com o conteúdo. A resolução não criou do zero o teste técnico para números de sistema autônomo. A comparação preservada entre a redação anterior e a proposta mostra um acréscimo muito mais limitado: a organização solicitante passaria a ter de ser membro da AFRINIC em situação regular, do tipo End-User ou LIR. Os elementos que perguntavam por uma política de roteamento diferente da política dos pares de borda, por um site multihomed, por uma qualificação futura e pela orientação da RFC 1930 já existiam.

A mudança importante foi conectar o acesso ao serviço de atribuição à condição da conta ou relação associativa, não inventar a necessidade de roteamento que justificava um ASN global.

Essa distinção muda a interpretação histórica e a avaliação institucional. Se a política técnica já estava em vigor, a questão de 2006 não é por que a AFRINIC decidiu subitamente regular o desenho de redes. É por que tornou explícito, no documento de elegibilidade, que o solicitante precisava ocupar uma categoria reconhecida de membro e estar em dia. O texto fazia a identidade do contraparte e o estado da relação de serviço participarem do portão de emissão. Ainda assim, não convertia a empresa privada em autoridade pública.

O Conselho decidiu como a organização registraria um identificador único sob seus próprios critérios; não legislou sobre a existência de uma rede.

Há uma segunda cautela de escopo. O registro do Conselho reúne mais de uma proposta aberta no mesmo ato, mas o objeto aqui é somente a alteração dos critérios ordinários de elegibilidade para ASN. O significado da linha acrescentada, o teste técnico que ela encontrou e a forma como evidências poderiam passar do solicitante à equipe constituem um problema suficientemente específico. Outros temas adjacentes não ajudam a resolver a pergunta e não devem ser usados para ampliar artificialmente a autoridade da resolução.

O que uma política de roteamento distinta precisava significar

“Política de roteamento única” não queria dizer simplesmente que a organização usava BGP, tinha roteadores próprios ou preferia administrar sua infraestrutura com autonomia. A definição entre parênteses no texto apontava para uma comparação externa: a política precisava ser diferente daquela dos pares de gateway de borda. O objeto relevante era o comportamento de roteamento que a organização pretendia expressar perante outros sistemas autônomos, e não a sua redundância interna, marca de equipamento, arquitetura empresarial ou ambição futura em abstrato.

Essa diferença pode ser pequena na redação e grande na operação. Uma rede conectada a um único provedor, seguindo a mesma política externa desse provedor, normalmente não precisa criar outra identidade global apenas porque troca informações de rota. O número do provedor pode representar adequadamente aquela relação. Um ASN privado também pode bastar para marcações internas ou arranjos nos quais unicidade global e anúncio global não sejam necessários. A pergunta correta não é “a organização quer seu próprio número?”, mas “há informação de política externa que não pode ser expressa fielmente sob a identidade existente?”.

A orientação técnica preservada na RFC 1930 reforça esse recorte. Receber ou anunciar rotas não produz, por si só, uma justificativa. O que dá utilidade ao identificador é a possibilidade de tratar um conjunto de prefixos como uma unidade de política externa distinta. Um sistema remoto continua livre para usar ou desconsiderar as informações recebidas. Portanto, a atribuição registra uma identidade que pode ser utilizada no intercâmbio de rotas; ela não cria, por comando, a aceitação dessas rotas.

Também é possível que um caso raro, conectado a um único sistema autônomo, tenha política realmente distinta da de seu provedor. A orientação técnica não reduz toda necessidade a uma contagem mecânica de conexões. Esse caso ajuda a entender por que os itens “política distinta” e “multihoming” não são sinônimos e por que a conjunção ausente importa tanto. Uma política pode ser distinta sem duas conexões externas; duas conexões podem existir sem que a documentação pública deixe claro se a política exigia também uma diferença demonstrável em relação aos pares.

Multihoming é uma relação externa, não um sinônimo de redundância

No contexto do teste, um site multihomed era aquele conectado a mais de um outro sistema autônomo. A consolidação posterior do manual também reconheceu a conexão a um ponto público de troca de tráfego. O núcleo da proposição permanecia externo: havia mais de uma relação de conectividade no plano interdomínio. Dois circuitos internos, dois roteadores, enlaces de contingência dentro da mesma organização ou o emprego de um protocolo interno não demonstravam, sozinhos, esse fato.

Essa precisão protege os dois lados da decisão. Para o solicitante, impede que a equipe transforme uma palavra curta em uma inspeção geral da robustez da rede. Para o registro, impede que qualquer duplicação de equipamento seja apresentada como prova de necessidade de uma identidade global. O documento adequado, se existisse um procedimento fino e verificável, teria de provar a relação externa alegada, não satisfazer curiosidades ilimitadas sobre a empresa.

Ao mesmo tempo, o registro de 2006 não revela quais documentos cumpriam essa função. Não sabemos se a equipe pedia cartas de pares, contratos, previsões de ativação, descrições de configuração, faturas ou outra espécie de evidência. Não sabemos se bastava uma declaração, se havia confirmação independente ou se os mesmos itens eram solicitados de todos. É legítimo deduzir do texto quais proposições precisavam ser demonstradas; não é legítimo preencher a lacuna com um formulário contemporâneo imaginário.

A distinção entre proposição e documento é central. “Conectado a mais de um sistema autônomo” é uma proposição de elegibilidade. Uma carta, contrato ou tela de configuração seria apenas um possível meio de prová-la. Como o meio não foi preservado, não deve ser narrado como prática. O máximo que o registro sustenta é que a organização carregava o ônus inicial de explicar sua necessidade externa, e que a AFRINIC podia pedir informação suficiente para compreender a política planejada e decidir se um ASN era necessário.

A conjunção que o texto não imprimiu

O problema interpretativo mais relevante aparece entre os dois primeiros itens técnicos. A proposta formal listava política de roteamento distinta e site multihomed separadamente. Não havia uma palavra expressa que dissesse se ambos precisavam ser satisfeitos ou se qualquer um deles poderia bastar. Ler os marcadores como requisitos cumulativos é possível; lê-los como alternativas também é. A gramática do instrumento preservado não encerra a disputa.

Uma tabela comparativa publicada pela NRO em julho de 2006 resumiu o critério da AFRINIC como política única “OU” multihoming. Essa formulação é evidência contemporânea valiosa: mostra como o teste regional era apresentado num panorama entre registros pouco depois da ratificação. Mas a tabela tinha uma função comparativa. Ela não era uma emenda formal ao texto da AFRINIC, não era uma instrução individual aos hostmasters e não é um livro de resultados. Usá-la para apagar a ambiguidade formal seria atribuir a um resumo mais poder do que ele possuía.

O melhor tratamento, portanto, preserva as duas camadas. Na primeira, o documento formal é ambíguo porque omite a conjunção. Na segunda, uma fonte contemporânea institucional resumiu a regra com “OU”, o que dá peso à leitura alternativa, sem provar que cada integrante da equipe a adotou em toda solicitação. Falta o elo decisivo: uma orientação escrita ou uma série de razões de decisão mostrando como a conjunção foi aplicada.

Esse vazio tinha efeito prático mesmo sem qualquer caso documentado de dano. Um operador que planejava uma política externa distinta, mas apenas uma conexão, não podia saber com segurança se a exceção tecnicamente reconhecível seria aceita. Outro operador com duas conexões não podia saber se a equipe exigiria, além disso, uma diferença de política. Incerteza desse tipo aumenta o custo de planejamento e favorece narrativas construídas para adivinhar preferências administrativas. Não se pode afirmar que isso causou uma recusa específica, pois nenhuma decisão individual foi recuperada.

Pode-se afirmar que a regra publicada não oferecia previsibilidade plena.

Qualificação futura sem cair num círculo

O texto também permitia que uma organização ainda não enquadrada demonstrasse que satisfaria o critério ou os critérios depois de receber o ASN ou dentro de um prazo razoavelmente curto. A razão funcional é forte. Algumas relações de roteamento só podem ser ativadas de maneira organizada quando o identificador global já foi atribuído. Exigir configuração plenamente ativa antes da atribuição produziria um círculo: o solicitante precisaria usar o número antes de poder recebê-lo.

A cláusula prospectiva rompe esse círculo sem tornar “talvez um dia” uma justificativa suficiente. A alegação deveria apontar para uma mudança concreta na política externa ou nas conexões, explicar por que o número se tornaria útil e situar a mudança em horizonte próximo. O registro, contudo, não quantifica o que seria um prazo razoavelmente curto. Também não revela que espécie de compromisso, cronograma ou confirmação bastava. Nenhum número de dias ou meses pode ser introduzido com segurança.

Essa incerteza exige uma separação cuidadosa entre interpretação e reconstrução. É defensável dizer que a equipe precisava avaliar se a projeção era concreta o bastante para sustentar necessidade global. Não é defensável afirmar que solicitantes tinham de anexar um contrato, apresentar determinada data de ativação ou cumprir um intervalo padronizado. Da mesma forma, a previsão não deveria autorizar a AFRINIC a escolher fornecedores, negociar termos comerciais ou redesenhar a topologia. Seu alvo era a credibilidade de uma necessidade de unicidade, não a conveniência do plano de negócios.

A cláusula também mostra por que julgamento humano não pode ser eliminado por completo. Uma política futura não é um estado presente que um banco de dados confirme automaticamente. Alguém precisa avaliar se os fatos propostos se conectam à regra. Mas a necessidade de avaliação não justifica discricionariedade sem borda. Quanto mais prospectiva a alegação, mais importante se torna mapear cada pergunta a uma proposição publicada, registrar a razão e oferecer oportunidade de correção.

A única linha nova: membro em situação regular

Ao lado dos elementos técnicos já existentes, a proposta incluiu a exigência de que a organização fosse membro da AFRINIC em situação regular, nas categorias End-User ou LIR. Essa redação estabelecia um fato administrativo identificável: a relação de serviço precisava existir na categoria aplicável e estar regular. Ela não dizia que “boa situação” equivalia a solvência geral, mérito público, idoneidade governamental ou autorização jurídica para operar.

O debate na lista tornou visível a consequência econômica percebida. Alan Levin disse inicialmente não apoiar a proposta; Gregory Massel questionou o que entendeu como uma cobrança anual adicional para uma organização interessada apenas em ASN. Adiel Akplogan respondeu que US$ 400 eram uma taxa de instalação e depois esclareceu que titulares de ASN pertenciam a uma categoria distinta, com cobrança anual de US$ 50, enquanto o valor de US$ 400 se referia à categoria de membro sem recursos. Levin disse que o esclarecimento ajudava e perguntou se a mudança não seria redundante.

Akplogan sustentou que a redação completava o documento de política porque o documento de taxas e o documento de política cumpriam funções diferentes.

Essas declarações devem permanecer atribuídas a quem as fez. Elas provam que preço, categoria e redundância foram discutidos e registram a explicação contemporânea da AFRINIC. Não são uma auditoria independente da tabela de preços, não medem toda a comunidade e não demonstram que cada participante aceitou a resposta. Também não sustentam uma acusação de aumento disfarçado. A leitura responsável reconhece um conflito real sobre custo e desenho documental, seguido de clarificações, sem inventar intenção oculta.

O melhor argumento em favor da linha de regularidade é administrativo. Um registro que atribui identificadores globais precisa saber quem é o contraparte, manter contatos corretos e custear a continuidade do serviço. Uma categoria explícita ajuda a vincular o número a uma organização conhecida e oferece um canal para atualizações. Nesse sentido, a condição pode completar um documento que antes descrevia a necessidade técnica sem nomear claramente a relação administrativa.

O risco aparece quando o estado da conta passa a substituir a necessidade técnica ou quando uma irregularidade financeira é narrada como inadequação da rede. As duas perguntas são diferentes. “O plano exige uma identidade global?” é uma conclusão técnica. “A organização está em situação regular na categoria aplicável?” é uma conclusão administrativa. Um processo auditável deveria registrá-las em campos separados, porque a cura, a evidência e a consequência de cada uma não são iguais. A proposta não fornece esse desenho operacional, mas sua própria combinação de critérios torna a separação necessária.

Da proposta à implementação: o que a cadeia realmente preserva

Mark Tinka datou a proposta em 16 de abril de 2005 e a enviou à lista de políticas em 17 de abril. Ele propôs o texto; não o adotou, não decidiu consenso e não julgou pedidos. Nos dias seguintes, participantes identificados discutiram custos, categorias de membros e possível redundância. As mensagens registram posições individuais e respostas da direção executiva, mas não informam o tamanho total do grupo nem substituem uma decisão coletiva.

Em 13 de dezembro de 2005, o relatório do encontro AFRINIC-3 incluiu a mudança dos critérios de atribuição de ASN entre as propostas apresentadas. O relatório afirmou que houve consenso e que os textos retornariam à lista por quinze dias antes de serem submetidos ao Conselho. Não foi publicado ali um placar, um denominador, uma transcrição, um inventário de dissensos ou uma versão assinada do texto específico. “Consenso”, nesse ponto da cadeia, é o resultado reportado pelas atas, não uma votação que possamos recontar.

O arquivo oficial registra o último chamado entre 9 e 24 de fevereiro de 2006. Ele também classifica a proposta como implementada. Ao mesmo tempo, exibe separadamente a data de 17 de maio de 2005, incompatível com a sequência posterior se for tratada como data de implementação. A forma responsável de lidar com a tensão é chamar 17 de maio de metadado do arquivo cuja função exata não está esclarecida. Pode ser data de publicação, migração ou outra marca, mas não se pode decidir qual. O que ela não pode ser, conforme a própria cronologia, é a implementação posterior à reunião, ao último chamado e à ratificação.

Em maio de 2006, após relato da presidência do grupo de trabalho de políticas, o Conselho registrou a ratificação e instruiu a equipe a implementar. O registro não traz votos individuais, quórum, texto final anexado, razões ou checklist de implantação. Tampouco divulga a data exata. Atribuir papéis corretamente evita que os vazios sejam preenchidos por prestígio institucional: o proponente propôs; pessoas na lista debateram; os participantes do encontro tiveram um consenso reportado; o Conselho ratificou; a equipe deveria executar.

Uma consolidação posterior do manual preservou os itens de elegibilidade, a condição de membro regular e a faculdade de pedir informação para entender a política planejada e decidir se o ASN era necessário. Também descreveu o registro público do objeto aut-num, contatos administrativos e técnicos, recomendação de registrar política de roteamento, deveres de atualização e devolução de número sem uso. Isso confirma a continuidade textual e o modelo administrativo geral. Não prova qual formulário existia em maio de 2006, quais documentos um solicitante entregava ou como um hostmaster resolvia a conjunção.

Essa cadeia é mais rica do que uma linha isolada de resolução, mas menos completa do que um histórico de decisões. Ela mostra intenção, debate, consenso reportado, último chamado, ratificação e uma instrução de implementação. Não mostra a tradução da regra em perguntas padronizadas nem os resultados produzidos. A ausência precisa ser tratada como ausência: não se deve concluir que nenhum registro privado foi mantido, assim como não se deve presumir que um sistema detalhado existiu e funcionou de modo uniforme.

Quem carregava qual ônus

O solicitante carregava o ônus inicial de demonstrar por que seu plano externo precisava de um ASN globalmente único e de mostrar sua situação regular perante a AFRINIC. Dependendo do item invocado, isso significava explicar proposições diferentes. Para política distinta, era necessário descrever como a política externa divergia daquela dos pares de borda. Para multihoming, era necessário identificar as conexões externas relevantes, inclusive, conforme o texto consolidado posterior, a ligação a um ponto público de troca de tráfego.

Para qualificação futura, era necessário dizer o que mudaria e por que a mudança ocorreria em prazo próximo, ainda que não quantificado. Em todos os casos, permanecia a pergunta sobre por que um ASN do provedor ou um número privado não bastaria.

A equipe tinha um poder correspondente, mas limitado: pedir informação suficiente para compreender a política de roteamento planejada e decidir se o identificador era necessário. Esse era um poder de avaliação de serviço. Não era descoberta regulatória, intimação legal ou licença para exigir qualquer dado comercial que parecesse interessante. O vínculo legítimo entre pergunta e decisão passava pela proposição. Se uma informação não ajudava a verificar identidade, regularidade da conta, diferença de política, conexão externa, ativação futura ou necessidade de unicidade, seu lugar no exame ficava difícil de justificar.

Se satisfeita, a AFRINIC atribuía e registrava um ASN único em seu sistema de coordenação. Se não estivesse satisfeita, a conclusão sustentada era apenas que o registro não faria aquela entrada sob os critérios do serviço. Isso não tornava ilegal a rede, não proibia o solicitante de buscar outra arquitetura e não apagava configurações em execução. A organização poderia operar segundo contratos e leis aplicáveis, usar uma identidade fornecida por terceiro ou modificar seu plano; a recusa privada não era uma sentença sobre o direito de existir.

O registro público posterior do objeto aut-num servia à coordenação e à manutenção de contatos. Era valioso para terceiros porque ligava um identificador a informações administrativas e, quando registradas, a descrições de política. Mas não era necessariamente o dossiê completo de elegibilidade. Evidência comercial confidencial, se tivesse sido solicitada, não precisa aparecer em um objeto público; e o manual não prova que todo material decisório fosse ali reproduzido. Confundir registro público com arquivo de decisão criaria outra falsa certeza.

A defesa mais forte do filtro

A crítica à ambiguidade não elimina o melhor caso em favor de algum filtro. Um ASN globalmente único não é apenas um item entregue por conveniência. Seu valor depende de coordenação consistente e de uso que comunique uma identidade de política externa. Uma atribuição desnecessária pode introduzir uma identidade sem informação útil, criar documentação adicional e distribuir pequenos custos operacionais por muitas redes. Perguntar se um provedor ou número privado é suficiente preserva a qualidade do espaço coordenado.

Política distinta e multihoming são aproximações razoáveis para necessidade real. Elas conectam o pedido a fatos da operação entre domínios. A cláusula prospectiva evita o círculo de exigir uma configuração completa antes de entregar o identificador que ajuda a ativá-la. A condição de membro em situação regular identifica o contraparte, contribui para contatos atualizados e sustenta os custos do serviço. Por fim, topologias planejadas raramente cabem em uma caixa binária perfeita; algum exame humano pode ser indispensável.

Essa defesa tem força porque a orientação técnica também adverte que simples troca de rotas ou desejo de preparação futura não justificam automaticamente uma identidade global. Um sistema puramente baseado no primeiro pedido reduziria a discricionariedade, mas poderia multiplicar números gratuitos e diminuir o conteúdo informacional do roteamento. Não é coerente exigir registros exatos e, ao mesmo tempo, negar ao coordenador qualquer possibilidade de testar se a entrada é necessária.

O argumento, porém, sustenta apenas um portão estreito de registro. Ele não autoriza a equipe a impor sua topologia favorita, selecionar parceiros comerciais ou transformar taxa em verdade técnica. A pergunta tem de terminar quando a necessidade de unicidade e a relação de serviço estiverem comprovadas. Razões, oportunidade de correção e revisão de consistência seriam os controles proporcionais. Sem esses elementos públicos, podemos reconhecer a legitimidade funcional do filtro sem presumir que sua aplicação foi uniforme.

Onde a autoridade termina

A AFRINIC é uma empresa privada que coordena a unicidade de recursos numéricos e mantém registros. Sua função pode ser legalmente válida, operacionalmente útil e contratualmente relevante. Nada disso a transforma em soberano, legislador, órgão regulador, polícia, promotoria, tribunal, autoridade punitiva ou poder de confisco. “Situação regular” é uma condição de serviço; “elegível” é uma conclusão sobre uma entrada no registro; “não elegível” é a recusa desse serviço nos termos declarados.

A análise moderna da BTW e da NRS insiste nessa diferença entre coordenação e coerção. Ela não serve como testemunho de uma solicitação de 2006, mas como lente institucional para não atribuir ao registro poderes que seus atos não demonstram. A doutrina de coordenação fina de Heng Lu acrescenta um critério de desenho: a camada comum deve proteger unicidade, interoperabilidade e fatos essenciais verificáveis localmente, deixando modelo de negócio, relações comerciais e topologia ao operador.

A perspectiva da LARUS mostra por que decisões opacas de registro podem virar risco de continuidade para empresas, sem provar que esta resolução causou uma interrupção específica.

Essas fontes analíticas têm papel de primeira classe, porém temporalmente limitado. Elas ajudam a definir o que um coordenador pode legitimamente verificar e o perigo de ampliar seu papel. Não podem reconstruir voto, formulário, preço auditado ou decisão individual de 2006. A mesma disciplina vale para documentos oficiais: páginas da AFRINIC provam o texto e os atos que registram; a NRO prova o conteúdo de sua comparação; a IETF prova sua orientação técnica. Autodescrições de comunidade, reconhecimento ou stewardship não produzem, sozinhas, mandato público.

No fim da cadeia, quem faz a rede funcionar é o operador. Ele escolhe conexões, configura roteadores, define a política e decide o que anunciar. Cada rede remota escolhe aceitar, filtrar ou rejeitar as rotas segundo sua própria política. A entrada da AFRINIC coordena uma identidade única e facilita informações confiáveis; não obriga nenhum terceiro a transportar tráfego. A elegibilidade, portanto, era uma condição para o serviço privado de coordenação, não uma licença operacional nem direito público.

O silêncio que permanece no registro de decisões

Não foi recuperado um formulário de pedido de 2006, um checklist de hostmaster, um padrão de prova, correspondência de solicitantes, uma relação de pedidos aceitos ou recusados, códigos de razões, avisos de correção, uma rota de revisão ou boletim de implementação. Também não sabemos quem, individualmente, tinha delegação para decidir nem quanto tempo uma análise levava. Nenhuma dessas lacunas deve ser preenchida por inferência a partir do manual posterior.

O mesmo vale para os detalhes do Conselho. Não há, no registro consultado, dia exato, votos individuais, quórum documentado, texto final anexado ou fundamentação. As atas do encontro não fornecem contagem de consenso nem tratamento individual das objeções. O último chamado aparece como intervalo no arquivo, mas não vem acompanhado de uma tabela completa de comentários e respostas. Esse conjunto permite narrar a progressão institucional; não permite avaliar cada ponto de decisão com a granularidade de um processo auditável.

Registros adicionais mudariam materialmente a confiança. Uma cópia assinada ou minuciosa da resolução poderia fixar data, presença, voto e redação. Uma instrução contemporânea à equipe mostraria como a conjunção foi interpretada. Um formulário e um checklist revelariam os meios de prova. Correspondência anonimizada e razões permitiriam comparar casos semelhantes. Um livro de correções e revisões mostraria se erros eram curáveis. Versões do objeto aut-num poderiam ligar atribuição, atualização e devolução a ações registradas.

Até que tais documentos apareçam, a conclusão precisa ser simultaneamente modesta e firme. Modesta sobre a prática: não sabemos como a equipe decidiu casos concretos. Firme sobre o texto: só a linha de membro em situação regular foi adicionada, os testes técnicos já existiam e a conjunção permaneceu sem expressão formal. Firme também sobre autoridade: nenhuma lacuna documental autoriza transformar um serviço de unicidade em governo de redes.