O que é a traição ao código em funcionamento na governança dos RIRs?
O argumento de Lu Heng sobre a traição ao código em funcionamento, explicado a partir de uma rede em operação: por que o procedimento deve servir à continuidade e o que uma substituição precisa preservar.
A crítica de Lu Heng começa quando um procedimento destinado a apoiar redes em funcionamento se torna uma fonte de poder sobre elas.
Imagine uma rede atendendo seus clientes normalmente. Seus equipamentos funcionam, suas conexões funcionam e outras redes conseguem alcançá-la. Então, a organização que mantém seus registros de endereços muda as condições sob as quais reconhecerá essa rede. Os cabos não saíram do lugar, mas o operador agora precisa defender a base administrativa da qual outros dependem.
Esse é o conflito que Lu Heng chama de traição ao código em funcionamento: instituições invocam uma tradição criada para ajudar as redes a funcionar e depois usam essa tradição para justificar poder sobre as próprias redes. Na Nota 61, sua crítica vai além de saber se uma reunião foi justa. Ele pergunta por que, antes de tudo, a reunião deveria ter esse poder.
O que “código em funcionamento” significa aqui?
Código em funcionamento significa software e sistemas que foram de fato implementados e utilizados. Para um serviço de internet, isso inclui o trabalho real de conectar redes e manter os clientes acessíveis. Um projeto proposto é testado à luz dessa realidade operacional.
A declaração de missão da IETF relaciona o julgamento de engenharia à experiência de implementar e colocar especificações em operação. Sua discussão sobre consenso aproximado explica por que contar apoiadores não substitui o tratamento das preocupações técnicas. Esses são métodos para produzir soluções úteis de engenharia, não um mandato geral para governar todos os afetados pela internet.
Lu Heng aplica essa distinção aos Registros Regionais da Internet, ou RIRs. Uma entidade de registro ajuda a coordenar recursos numéricos para que as redes possam distinguir um recurso de outro. Sua utilidade vem do apoio a essa função compartilhada. Seu argumento é que a função não dá à instituição autoridade ilimitada sobre as pessoas que a utilizam.
A inversão: a rede passa a servir ao procedimento
Considere uma regra destinada a impedir que duas redes sem relação entre si reivindiquem o mesmo número. Essa regra trata de um problema técnico compartilhado. Agora considere uma regra que decide quais clientes um operador pode atender, quais arranjos comerciais pode usar ou se seus recursos devem permanecer vinculados a um determinado administrador.
Essas decisões vão muito além. Dizer que os participantes as aprovaram não estabelece que todos os operadores ou clientes afetados autorizaram os participantes a tomá-las.
A inversão ocorre quando o operador precisa reorganizar um serviço em funcionamento em torno da preferência de uma instituição, enquanto a instituição trata a conclusão de seu procedimento como resposta suficiente às consequências. O processo continua funcionando. O que muda é a quem ele serve.
Por que uma decisão no banco de dados pode importar fora dele
Uma entidade de registro não transporta todos os pacotes. Alterar um registro não é o mesmo que desligar todos os roteadores. A influência vem da dependência: provedores, clientes e outros sistemas consultam registros e evidências relacionadas ao reconhecer um recurso e decidir como tratá-lo.
Isso cria uma cadeia entre uma decisão administrativa e um serviço usado pelas pessoas. As consequências dependem do registro específico, dos sistemas técnicos envolvidos e das decisões das organizações que dependem deles.
Para enxergar essa cadeia, acompanhe um bloco de endereços dentro de uma empresa. Quem mantém seus contatos cadastrais? Quem publica suas autorizações de roteamento? Quais redes transportam seu tráfego? Quais clientes incorporaram seus endereços às próprias configurações? Uma divergência na camada de manutenção dos registros pode exigir trabalho em todas essas relações.
O que a discussão sobre a AFRINIC acrescenta
A Nota 61 usa a disputa da AFRINIC para desenvolver uma crítica específica: Lu Heng argumenta que um papel restrito de coordenação foi ampliado por meio de interpretações sobre uso regional, reconhecimento institucional e condições de transferência. Ele também questiona a defesa dessa ampliação pelo sistema mais amplo de entidades de registro.
Sua análise distingue por onde o tráfego passa da possibilidade de um titular transferir sua relação administrativa. Uma restrição à saída pode criar dependência mesmo enquanto o roteamento normal continua. É por isso que ele trata a portabilidade como uma questão estrutural, e não como uma pequena conveniência.
A Nota contém sua leitura detalhada do histórico das políticas, das declarações institucionais e dos litígios. A pergunta mais ampla desta introdução pode ser compreendida sem aceitar todas as alegações institucionais: quando o coordenador é contestado ou está indisponível, as pessoas que operam a rede conseguem preservar seu serviço sem continuar dependendo de sua permissão?
Por que melhorar a participação não basta
Reuniões mais acessíveis, explicações mais claras e melhores formas de contestação podem aperfeiçoar um processo. Elas não respondem, por si só, ao que a instituição tem o direito de decidir.
A crítica de Lu Heng, portanto, não é simplesmente que o consenso deveria refletir mais participantes. É que a coordenação deve permanecer limitada pelo trabalho que existe para apoiar. Um procedimento não pode conferir a si mesmo um mandato ilimitado declarando que seus participantes estão de acordo.
É também por isso que substituir um comitê por outro deixaria intacto o problema central se o novo comitê continuasse sendo a fonte indispensável de reconhecimento.
A alternativa proposta: tornar a validade verificável de forma independente
A Nota 65 desenvolve a resposta construtiva, a Primazia do Código em Funcionamento. A camada comum proposta contém as regras mínimas necessárias à unicidade, à prova de controle, à segurança e à interoperabilidade. Os participantes devem conseguir verificar essas regras localmente em relação ao estado distribuído.
Mudanças posteriores entram em operação por meio da implementação e da adoção voluntária. Os participantes que mantêm regras anteriores compatíveis não precisam pedir permissão a uma instituição permanente para continuar. Um participante pode rejeitar um estado que não atende às regras que executa; essa rejeição técnica é diferente de uma instituição punir alguém por não adotar uma política posterior.
Trata-se de uma arquitetura proposta. Fazê-la funcionar exige tratamento de conflitos, provas seguras, compatibilidade demonstrável e caminhos práticos de transição. Publicar um documento ou copiar um arquivo de registro não faz, por si só, com que outras redes aceitem um sucessor.
Por que se preparar enquanto a rede ainda funciona?
A continuidade não pode ser improvisada com uma mudança de rótulo durante uma crise. Os operadores e suas contrapartes precisam de registros utilizáveis, formas de verificá-los e uma compreensão testada do que sobrevive a uma transição.
O teste para o leitor é simples: uma regra protege algo de que as redes realmente precisam em comum ou preserva a capacidade do administrador de decidir por elas? Depois, pergunte se a coordenação útil pode continuar caso esse administrador desapareça.
Leia a Nota 61 para conhecer a crítica, a Nota 65 para conhecer o projeto proposto e a Nota 72 para conhecer sua declaração de direitos. Juntas, elas partem do que deu errado para chegar ao que a camada compartilhada realmente deve fazer.