RIR 거버넌스에서 ‘실행 중인 코드에 대한 배신’이란 무엇인가?

루헝의 비판은 정상 작동하는 네트워크를 지원하려던 절차가 그 네트워크를 지배하는 권력의 근거로 바뀌는 지점에서 시작한다.

고객에게 정상적으로 서비스를 제공하는 네트워크를 떠올려 보자. 장비도 연결도 정상이며 다른 네트워크에서도 접속할 수 있다. 그런데 주소 기록을 관리하는 기관이 그 네트워크를 인정하는 조건을 바꾼다. 케이블은 그대로지만, 운영자는 이제 다른 주체들이 의존하는 행정적 근거를 방어해야 한다.

이것이 루헝이 ‘실행 중인 코드에 대한 배신’이라고 부르는 충돌이다. 기관들이 네트워크의 작동을 돕기 위해 생긴 전통을 내세운 뒤, 그 전통으로 네트워크 자체를 지배하는 권력을 정당화한다. 노트 61에서 그의 비판은 회의가 공정했는지를 넘어선다. 애초에 왜 그 회의가 그런 권력을 가져야 하는지를 묻는다.

여기서 ‘실행 중인 코드’란 무엇인가?

실행 중인 코드란 실제로 구현되어 사용되는 소프트웨어와 시스템을 말한다. 인터넷 서비스에서는 네트워크를 연결하고 고객이 계속 접속 가능한 상태를 유지하는 실제 업무도 포함된다. 제안된 설계는 이런 운영 현실에 비추어 검증된다.

IETF의 사명 선언문은 공학적 판단을 명세의 구현·배포 경험과 연결한다. 대략적 합의에 관한 논의에서는 지지자 수를 세는 것이 기술적 우려를 다루는 일을 대신할 수 없는 이유를 설명한다. 이는 유용한 공학적 결과물을 만들기 위한 방법이지, 인터넷의 영향을 받는 모든 사람을 통치할 포괄적 위임이 아니다.

루헝은 이 구분을 지역 인터넷 등록기관, 즉 RIR에 적용한다. 등록기관은 네트워크가 자원을 서로 구별할 수 있도록 번호 자원 조정을 돕는다. 그 유용성은 이 공통 기능을 지원하는 데서 나온다. 그의 주장은 그 기능이 기관에 이용자를 지배할 무제한의 권한을 주지는 않는다는 것이다.

뒤바뀐 관계: 네트워크가 절차를 위해 존재하게 될 때

서로 무관한 두 네트워크가 같은 번호를 자신의 것이라고 주장하지 못하게 하는 규칙을 생각해 보자. 이 규칙은 공통의 기술적 문제를 해결한다. 이번에는 운영자가 어떤 고객에게 서비스를 제공할 수 있는지, 어떤 상업적 계약을 이용할 수 있는지, 자원을 특정 관리자에게 계속 묶어 두어야 하는지를 결정하는 규칙을 생각해 보자.

이런 결정은 훨씬 더 넓은 영역에 영향을 미친다. 참여자들이 승인했다고 말하는 것만으로는 영향을 받는 모든 운영자나 고객이 그들에게 결정권을 위임했다는 사실이 성립하지 않는다.

운영자는 정상 작동하는 서비스를 기관의 선호에 맞춰 재편해야 하는데, 기관은 절차를 완료했다는 사실만으로 그 결과에 충분히 답했다고 여길 때 관계가 뒤집힌다. 절차는 계속 작동한다. 달라지는 것은 누구의 이익을 위해 작동하느냐다.

데이터베이스의 결정이 그 바깥에서도 중요한 이유

등록기관이 모든 패킷을 운반하는 것은 아니다. 기록을 바꾸는 일이 모든 라우터를 끄는 것과 같지도 않다. 영향력은 의존 관계를 통해 발생한다. 제공업체, 고객, 다른 시스템은 자원을 인정하고 어떻게 취급할지 결정할 때 기록과 관련 증거를 참조한다.

그렇게 행정적 결정과 사람들이 이용하는 서비스 사이에 연결 고리가 생긴다. 결과는 해당 기록, 관련 기술 시스템, 그리고 이에 의존하는 조직들의 결정에 따라 달라진다.

이 연결 고리를 보려면 한 기업에서 주소 블록 하나가 어떻게 쓰이는지 따라가 보자. 등록 연락처는 누가 관리하는가? 라우팅 권한 부여 정보는 누가 게시하는가? 어떤 네트워크가 트래픽을 운반하는가? 어떤 고객이 자체 설정에 그 주소를 넣어 두었는가? 기록 관리 계층의 이견 하나가 이 모든 관계에 걸친 작업을 요구할 수 있다.

AFRINIC 논의가 보여 주는 것

노트 61은 AFRINIC 분쟁을 통해 구체적인 비판을 전개한다. 루헝은 제한적인 조정 역할이 지역 내 사용, 기관의 인정, 이전 조건에 대한 해석을 통해 확대되었다고 주장한다. 더 넓은 등록기관 체계가 그러한 확대를 옹호한 것에도 문제를 제기한다.

그는 트래픽이 어디로 흐르는지와 보유자가 행정적 관계를 옮길 수 있는지를 구분한다. 일반적인 라우팅이 계속되더라도 이탈을 제한하면 의존 관계가 생길 수 있다. 그가 이동 가능성을 사소한 편의가 아닌 구조적 문제로 보는 이유다.

해당 노트에는 정책 기록, 기관의 성명, 소송에 대한 그의 상세한 해석이 담겨 있다. 이 입문 글이 던지는 더 큰 질문은 기관의 모든 주장을 받아들이지 않아도 이해할 수 있다. 조정자가 논란의 대상이 되거나 기능할 수 없을 때, 네트워크를 운영하는 사람들은 그 조정자의 지속적인 허가 없이 서비스를 유지할 수 있는가?

참여를 개선하는 것만으로 충분하지 않은 이유

참석하기 쉬운 회의, 더 명확한 설명, 더 나은 이의 제기 수단은 절차를 개선할 수 있다. 하지만 그것만으로 기관이 무엇을 결정할 권한이 있는지에 답할 수는 없다.

따라서 루헝의 비판은 단순히 합의가 더 많은 참여자를 반영해야 한다는 것이 아니다. 조정은 그것이 지원하기 위해 존재하는 업무의 범위 안에 머물러야 한다는 주장이다. 절차는 참여자들이 동의했다고 선언하는 것만으로 스스로에게 무제한의 권한을 부여할 수 없다.

새 위원회가 여전히 인정을 얻기 위한 필수적인 주체라면, 위원회 하나를 다른 위원회로 바꾸어도 핵심 문제가 그대로 남는 이유 역시 여기에 있다.

제안된 대안: 유효성을 독립적으로 검증할 수 있게 하자

노트 65는 건설적인 답으로 ‘실행 코드 우선성’을 제시한다. 제안된 공통 계층에는 고유성, 통제권 증명, 보안, 상호운용성에 필요한 최소 규칙만 담긴다. 참여자는 분산된 상태를 바탕으로 이 규칙을 로컬에서 검증할 수 있어야 한다.

이후의 변경은 구현과 자발적 채택을 통해 작동하게 된다. 호환되는 이전 규칙을 유지하는 참여자가 계속 운영하기 위해 상설 기관에 허가를 구할 필요는 없다. 참여자는 자신이 실행하는 규칙에 맞지 않는 상태를 거부할 수 있다. 이러한 기술적 거부는 나중에 도입된 정책을 받아들이지 않았다는 이유로 기관이 누군가를 처벌하는 것과 다르다.

이는 제안된 아키텍처다. 실제로 작동하려면 충돌 처리, 안전한 증명, 확인 가능한 호환성, 실질적인 전환 경로가 필요하다. 문서를 발표하거나 등록 파일을 복사하는 것만으로 다른 네트워크가 후임 주체를 받아들이게 할 수는 없다.

네트워크가 아직 정상 작동할 때 준비해야 하는 이유

위기 때 이름표를 바꾼다고 연속성이 즉석에서 생기지는 않는다. 운영자와 거래 상대방에게는 사용할 수 있는 기록, 이를 검증할 방법, 그리고 전환 후에도 무엇이 유지되는지에 대한 검증된 이해가 필요하다.

독자가 해 볼 검증은 간단하다. 어떤 규칙은 네트워크들이 실제로 공통으로 필요로 하는 것을 보호하는가, 아니면 관리자가 네트워크 대신 결정할 수 있는 능력을 유지하는가? 이어서 그 관리자가 사라져도 유용한 조정 기능은 계속될 수 있는지 물어보자.

다음을 읽어 보자. 비판을 다룬 노트 61, 제안된 설계를 다룬 노트 65, 그리고 권리 선언을 담은 노트 72. 세 글은 함께 무엇이 잘못되었는지에서 출발해 공통 계층이 실제로 무엇을 해야 하는지로 나아간다.