IANA 번호 서비스 운영자를 바꾼 동의, 책임은 ICANN에 그대로

요약

• AFRINIC 이사회는 2016년 9월 28일 이메일로 ICANN이 IANA 번호 서비스를 PTI에 하도급하는 것에 대한 동의를 승인했고, 하도급 계약은 9월 30일 RIR들의 서면 동의를 전제로 기재했으며, 이사회는 10월 12일 만장일치로 결의 201609.300을 추인했다. 이들은 서로 구별되는 기록된 절차이며, 서로 바꿔 쓸 수 있는 날짜가 아니다.
• 이러한 수임 구조 변경은 계약상 의무자를 교체하지 않았다. PTI가 운영 업무를 수행했지만, 5개 RIR 서비스 수준 협약(SLA)에서 ICANN이 여전히 운영자(Operator)로 남아 전체 책임을 유지했고, PTI가 의무를 이행하지 못할 경우 ICANN이 직접 대응할 수 있었다.
• 실제 연속성 구조는 측정 가능한 서비스 의무, 보고, 보안, 공개 레지스트리 데이터, 분쟁 절차, 후계자 인수인계에 담겨 있었다. 이는 AFRINIC, RIR 집단, ICANN, PTI 어느 쪽에도 주권이나 규제 권한을 만들지 않았다.

동의는 수행자를 바꿨을 뿐, 의무자는 바꾸지 않았다

결의 201609.300은 쉽게 과잉 해석되기 쉽다. 그 이유는 이 결의가 커뮤니티, 수호, 글로벌 조율이라는 언어로 자신을 묘사하는 경향이 있는 여러 기관이 교차하는 지점에 있기 때문이다. 결의 자체는 훨씬 좁은 범위였다. AFRINIC의 2016년 이사회 기록에 따르면, IANA 번호 서비스 SLA의 15.9조는 ICANN이 하도급하기 전에 동의를 받도록 요구했다. 기록은 ICANN이 이 서비스를 PTI(Public Technical Identifiers)에 하도급하려 한다는 사실을 전하고, 이어서 이사회의 동의와 AFRINIC 최고경영자가 그 동의에 서명할 권한 부여를 기록한다. 이 행위는 사적 계약 체계 안에서의 법인 승인이었다. 공적 권한의 부여도, 소유권 이전도, AFRINIC이 번호 시스템을 지시할 수 있다는 선언도 아니었다.

연대기는 이 좁은 성격을 더 분명하게 보여준다. 이사회 기록에 따르면 결의는 2016년 9월 28일 이메일로 승인되었다. 9월 30일자 ICANN–PTI 하도급 계약은 지역 인터넷 레지스트리들이 사전 서면 동의를 제공했다고 전제(recital)한다. 그런 다음 AFRINIC 이사회는 10월 12일 회의에서 만장일치로 결의를 추인했다. 따라서 결의 201609.300의 '9월' 숫자는 이메일 승인에 해당하며, 10월 회의가 기록상의 추인을 제공한다. 세 참조를 하나의 상징적 날짜로 합쳐 버리면, 내부 승인, 하도급 계약이 전제한 서면 동의, 이후의 공식 추인이라는 서로 연관되지만 구별되는 절차를 평탄화해 버리게 된다.

공개 자료에는 AFRINIC의 개별 동의 문서의 서명본이 포함되어 있지 않다. 이 부재는 그 정확한 문구, 서명 날짜, 포함했을 수 있는 조건에 대해 말할 수 있는 범위에 단단한 한계를 둔다. 이사회 페이지는 이사회가 기록하고 승인한 사실을 증명한다. 하도급 계약은 RIR들의 사전 서면 동의가 ICANN과 PTI 사이 계약에서 전제되었다는 사실을 증명한다. 어느 문서도 발명된 조항이나 AFRINIC이 특별 조건을 부과했다는 주장을 허용하지 않는다. 이 공백에 대한 주의는 지나친 학문적 구색 맞추기가 아니다. 계약적 책임성에 대한 연구는 빠진 계약을 기관적 가정으로 채우는 순간 출발점에서 실패한다.

기반이 되는 SLA는 2016년 6월 29일 서명되었다. 이 계약은 ICANN을 운영자로 명시하고, 그중 하나가 AFRINIC Ltd인 다섯 지역 인터넷 레지스트리와 결합했다. 그 대상은 사람에 대한 관할권이나 자원에 대한 소유권이 아니라 행정적·기술적 서비스였다. 포괄된 업무에는 IPv4, IPv6, 자율 시스템 번호(ASN) 레지스트리의 유지 관리, RIR에 대한 할당, 반환된 자원의 처리, 역방향 DNS 관련 행정이 포함되었다. NRO(Number Resource Organization) 역시 이 IANA 활동을 조율에 필수적인 행정 업무로 묘사한다. 이 묘사는 업무의 성격을 파악하는 데 유용하지만, 대표성에 관한 더 넓은 기관적 서술은 참여가 공적 위임을 만들었다는 증거로 받아들여지는 것이 아니라 귀속된 견해로 유지되어야 한다.

중요한 서비스와 정부적 권한 사이의 이 구분은 기초적이다. 번호 레지스트리는 운영자가 일관된 기록과 믿을 수 있는 행정 실행을 필요로 하기 때문에 조율에 필수적이다. 필수성이 행정자를 주권자로 바꾸지는 않는다. 레지스트리 유지 관리를 규율하는 계약은 누가, 어떤 기준으로, 누구를 위해, 어떤 구제 구조 아래에서 정의된 업무를 해야 하는지를 말한다. 입법하고, 경찰권을 행사하고, 재판하고, 처벌하거나 압수할 권한을 부여하지는 않는다. 계약 당사자의 하나로서 AFRINIC의 참여는 서비스 관계에 중요했지만, 조직을 규제자나 공법적 권원의 근거로 만들지는 않았다.

서명된 SLA의 15.9조가 이러한 수임 구조 변경에 대한 통제를 제공했다. ICANN은 RIR들의 사전 서면 동의 없이는 서비스를 하도급하거나 위임할 수 없었다. 이런 조항의 요점은 고객이 하청업체의 소유자가 되도록 하는 것이 아니다. 명시된 의무자가 중요한 업무를 알려지지 않았거나 수용할 수 없는 수행자에게 조용히 옮기고, 다른 당사자들은 사후에 그 변경을 발견하는 상황을 막는 것이다. 동의는 성과가 이동하기 전에 변경을 가시화하고 합의를 조건으로 한다. 그 결과물이 공유 레지스트리이고 그 실패가 운영상 불확실성으로 파생될 수 있는 서비스에서, 그 사전 통제는 실질적 가치가 있다.

같은 조항은 명백한 탈출 경로도 막았다. 15.9.2조는 하도급이 ICANN의 의무를 해방시키거나 축소하지 않으며, ICANN이 RIR들에 대해 여전히 전적으로 책임을 진다고 규정한다. 이 배분은 일을 하는 주체와 본 계약상 책임을 지는 주체를 분리한다. PTI는 자신과 동등한 SLA가 없는 계열사에 대해 각 RIR이 권리를 재구성할 필요 없이 수행자가 될 수 있었다. 레지스트리 유지 관리가 늦어지거나, 보고가 사라지거나, 다른 포괄된 의무가 이행되지 않더라도 계약상 책임선은 ICANN이라는 운영자에게 그대로 이어졌다.

9월 30일자 하도급 계약은 이 구조를 대체하는 것이 아니라 그에 부합했다. 계약은 RIR들의 사전 서면 동의를 전제하고, ICANN이 SLA 의무를 이행하는 데 필요한 운영 수행을 PTI에 부여했다. 동시에 ICANN의 전체 책임을 유지했고, PTI가 의무를 이행하지 않으면 ICANN이 직접 이행할 수 있도록 했다. PTI의 절차와 방식은 ICANN의 사전 승인을 받도록 되어 있었다. 계열사는 책임 체계 안에서 한정된 수행 역할을 받았을 뿐, RIR들, 자원 보유자들, 공중에 대한 독립적 권한을 받지 못했다.

이 한정된 역할은 기관 설계에서 가장 단순하지만 가장 중요한 질문 하나에 답한다. 서비스를 실행하는 직원과 시스템을 가진 조직이 바뀔 때, 불만은 누가 받고 의무는 누가 부담하는가? 여기서의 답은 의도적으로 비대칭이었다. PTI가 운영 업무를 했다. ICANN은 계약상 운영자로 남았다. ICANN은 또한 대응 경로를 유지했다. 이는 두 개의 연결된 상자를 서로 바꿔 쓸 수 있는 것으로 취급하는 단순한 기업가족도가 아니었다. 문서들은 두 주체에 서로 다른 역할을 배분하고 그 구분을 법적으로 의미 있게 만들었다.

AFRINIC의 동의는 또한 SLA의 집단적 구조 안에 놓여야 한다. RIR 당사자들의 관련 권리와 권한은 집단적이었고, 관련 계약 행위에 대해서는 만장일치였다. AFRINIC은 5개 RIR 동의 메커니즘의 한 구성 요소를 제공했다. 다른 레지스트리들을 위해 단독으로 행동하지 않았고, PTI에 일방적 명령을 내리지도 않았다. 이 한계는 결의 201609.300을 정확하게 서술하는 데 핵심이다. 결의는 AFRINIC이 협상된 고객 측 통제에 참여했음을 보여준다. 글로벌 기능에 대한 관할권을 행사했음을 보여주지는 않는다.

집단적 동의는 일방적 재량보다 느릴 수 있지만, 여기서 느림이 반드시 결함은 아니었다. 다섯 RIR 당사자 모두가 수임 구조 변경을 수용하도록 요구하는 것은, 수행자 변경 제안을 공동 결정에 넣는 효과를 가졌다. 각 RIR의 입장은 계약 단계의 완성에 중요했다. 그래서 이 메커니즘은 운영자가 한 지역의 수용을 모두를 위한 것으로 다루는 것을 막았다. 그러나 만장일치는 어디까지나 이름이 명시된 당사자들 사이의 사적 의사결정권 배분이었다. 그것이 그 조직들이 자신들의 지역 내 모든 네트워크 운영자나 자원 보유자의 정치적 동의를 보유했다는 증거로 변형될 수는 없다.

PTI의 법인 설립 시점은 법적 분석을 바꾸지 않으면서 추가 맥락을 제공한다. PTI는 2016년 8월 ICANN 계열사로 설립되어, 10월부터 계약과 하도급 계약을 통해 IANA 기능을 수행하기 시작했다. 조직적 분리는 전환 이행의 일부였지만, 설립 자체만으로는 번호 서비스 수행에 대한 책임이 누구에게 남는지 답하지 않았다. 답을 제공한 것은 하도급 계약이었다. 그 중요성은 바로, 새로운 법인격이 운영 체계에 진입하는 동안 SLA 상대방은 그대로 있었다는 사실에 있다.

가장 강한 선의적 해석은 여기서 시작된다. 전문 계열사는 기존 고객 계약을 혼란스럽게 교체하지 않고도 IANA 기능에 더 명확한 운영적 소속을 줄 수 있었다. 별도의 수행자는 관련 업무를 중심으로 시스템, 인력, 절차를 집중시킬 수 있었다. 사전 RIR 동의는 수임 구조 변경을 통제할 수 있었다. 유지된 ICANN의 책임은 계열사 경계가 상대방 공백이 되는 것을 막을 수 있었다. ICANN의 PTI 문서화된 절차 승인과 대응 권한은, 운영적 분리를 책임 있는 연속성과 양립 가능하게 만들 수 있었다.

이 관점에서 결의 201609.300은 관료적 장식이 아니었다. 세심하게 순서화된 인수인계의 필요한 한 고리를 완성한 것이다. 이사회는 계약상 전제를 확인하고, 동의를 승인하고, 서명을 승인했다. 집단적 RIR 메커니즘은 이어서 하도급 계약이 전제한 동의를 제공했다. PTI는 수행할 수 있었다. ICANN은 계속 책임을 졌다. 여기에는 어느 기관 하나가 서비스 전체를 체현하거나 도전할 수 없는 위임을 보유했다는 허구가 필요하지 않았다. 이 구조의 강점은 명시적 의무로 연결된 분리된 역할에서 나왔다.

비판적 해석은 같은 분리에서 출발한다. 계열사 경계는 책임을 보기 어렵게 만들 수 있다. 이용자들은 PTI 브랜드, PTI 직원, PTI 시스템, PTI 보고서를 접하고 모든 권리의 상대가 PTI라고 합리적으로 결론 내릴 수 있다. 기술적 결함이 발생하면 모회사나 계열사는 서로를 가리킬 수 있다. 보고서, 인시던트 경로, 에스컬레이션, 이행 의무, 전환 권리가 서면 체계를 따라 명확히 보이지 않는다면, 기업적 전문화는 책임 분산으로 변질될 수 있다.

이용 가능한 AFRINIC 기록은 서명된 동의가 그 위험에 대응하는 조건을 담았는지 알려주지 않는다. 또한 누군가 이 구조에 반대했는지, 동의가 강제되었는지, 하도급 계약이 불법이었는지, 인수인계가 장애나 다른 피해를 유발했는지를 입증하지도 않는다. 강한 비판이 스캔들을 만들어 낼 필요는 없다. 구조가 압박 상황에서 책임을 판독 가능하게 만드는지 물어보고, 그 질문을 계약들이 실제 유지하는 의무에 대해 검증하면 된다.

그 검증은 기관적 구호에서 멀어져 서비스 명세 쪽으로 나아간다. '수호(stewardship)'는 바람직한 정신을 표현할 수 있지만, 그것만으로 운영자에게 요청이 얼마나 빨리 처리되어야 하는지, 어느 주체가 상태 업데이트를 제공해야 하는지, 미이행 후 어떤 일이 일어나는지, 레지스트리 기록이 어디에 보관되는지, 후계자가 어떻게 인수하는지 말해주지 않는다. '커뮤니티'는 절차나 구성층을 묘사할 수 있지만, 이름이 명시된 의무자를 대체할 수 없다. 연속성은 수행자가 바뀌어도 그 실용적 질문들에 대한 답이 살아남을 때에만 신뢰할 수 있게 된다.