요약

  • 한 지역 레지스트리에 기록된 매도인, 다른 레지스트리가 서비스하는 매수인, 그리고 전 과정에서 전 세계적으로 라우팅 가능한 주소 블록을 상상해 보십시오. 상업적 인계는 당사자들에게는 이해 가능할 수 있으나, 두 사적 레지스트리가 상호 호환되는 증거를 받아들이고 조율된 등록을 하지 않는 한 공인된 보유자 기록은 깨끗하게 이동할 수 없습니다.
  • 2018년 10월 26일에 공개된 문서는AFPUB-2018-GEN-003-DRAFT01이었습니다. 일부 참고 자료에 나오는 AFPUB-2018-V4-003-DRAFT01이라는 식별자는 잘못된 것이며, 이 제안을 별개의 AFPUB-2019-V4-003 Draft 1~4 계열과 혼동해서는 안 됩니다.
  • Draft 1은 진지한 장부 관리 아키텍처를 제시했습니다: 호혜성, 최소 이전 규모, 소스·수신 측 검사의 분리, 거래 문서, 공개 로그, 이전 후 레지스트리 갱신. 이 조치들은 두 개의 장부에 걸쳐 출처(provenance), 고유성, 연속성을 보존할 수 있었습니다.
  • 수요 검사, 출처 분류, 2년 IPv6 보유 기간, 1년 재이전 금지, 레거시 전용 아웃바운드 규칙은 사적 관문을 만들었습니다. 각 관문은 좁은 기록 무결성 또는 부정 방지 근거가 필요했고, 어떤 조항도 주권적·규제적·처벌적·재판적 권한을 부여할 수 없었습니다.
  • Draft 1은 합의에 이르지 못했고, 발효되지 않았으며, 어떤 자원도 이전시키지 않았습니다. AFRINIC-29는 이를 메일링 리스트로 되돌렸고, 집필자의 2019년 5월 철회는 Version 2에 관한 것으로서 이후 수명 주기를 닫으면서 Draft 1을 별개의 2019년 제안으로 전환하지 않았습니다.

L3 — 두 장부 사이의 인계

거래가 체결되기로 되어 있는 순간에서 출발해 보겠습니다. 한 지역 인터넷 레지스트리에 현재 보유자로 기록된 네트워크 운영자가, 계정과 운영이 다른 레지스트리에 있는 운영자에게 주소 블록을 이전하기로 합의했습니다. 주소는 물리적 국경을 만나지 않습니다. 라우터는 계속 이들을 광고하고 도달할 수 있습니다. 고객에게는 서비스 중단이 보이지 않을 수 있습니다. 돈, 계약상 약속, 운영 책임은 당사자들 사이에서 이동할 수 있습니다. 그러나 공개 등록 이력은 두 개의 서로 다른 레지스트리가 증거를 인식하고, 서로의 정책 조건을 수용하며, 호환 가능한 순서로 기록을 변경하지 않는 한 단순히 따라갈 수 없습니다.

바로 이것이 Draft 1이 다룬 갈등이었습니다. 본질적으로 BGP 내부의 문제가 아니라 데이터베이스 사이의 경계였습니다. 소스 레지스트리가 매도인의 거래 권한을 수용하더라도 수신 레지스트리가 매수인의 적격성을 인정할 수 없다면, 거래는 깨끗한 공인된 종점을 얻지 못할 수 있습니다. 수신 레지스트리가 준비되어 있어도 소스 레지스트리가 자기 기록의 마감을 거부하면 데이터베이스는 갈라질 수 있습니다. 그러면 매수인, 대여자, 브로커, 업스트림 제공자, 고객은 어느 증거가 현재 현실을 기술하는지 판단해야 합니다. 자원은 기술적으로 계속 사용 가능하면서 행정 기록은 어제의 보유자에게 남을 수 있습니다. 마감 리스크가 올라가고, 운영 연속성의 입증이 어려워지며, 레지스트리는 발생한 일을 기록하지 않으므로 정확성이 떨어집니다.

제안의 정체성이 중요한 이유는 그 주변 정책 이력에 함정이 있기 때문입니다. Jordi Palet Martinez가 2018년 10월 26일에 제출한 문서는AFPUB-2018-GEN-003-DRAFT01이었고, 'Inter-RIR Resource Transfers Version 1'이라는 제목으로 통합 정책 매뉴얼의 신설 조항 13.0으로 구성되었습니다. 일부 참고 자료에서 잘못 확인되는 식별자 AFPUB-2018-V4-003-DRAFT01이 아니었습니다. 또한 네 개의 초안을 거치며 자체 절차 이력을 발전시킨 별개의 자원 이전 정책 계열인 AFPUB-2019-V4-003의 초기 버전도 아니었습니다. GEN을 V4로 바로잡는 것은 사무적 정리가 아닙니다. 하나의 문서의 조항, 상태, 제도적 이후를 다른 문서가 몰래 빌려가는 일을 막아 줍니다.

Draft 1의 개시 규칙은 이 다리의 기본 논리를 제공했습니다. AFRINIC과 다른 지역 레지스트리 간 이전은 그 상대 역시 inter-RIR 이전 경로를 제공할 때만 가능했습니다. 여기서 호혜성은 기능적이었습니다. 한 데이터베이스가 다른 데이터베이스가 인식 가능한 방식으로 완료할 수 없는 상태 전이를 시작해서는 안 됩니다. 두 레지스트리가 모두 거래를 수신하고 마감할 수 있다면, 각자 자신 측에 관련된 규칙을 적용하고 필요한 증거를 교환하며 공개 기록을 일관된 상태로 남길 수 있습니다.

이 조건은 조약이 아니었고 보편적 호환성을 약속하지도 않았습니다. 아카이브된 제안은 호혜성 기준을 제공했을 뿐, 가능한 모든 상대와 자원 계급에 대해 완성된 양자 판단을 제공하지 않았습니다. "상대 RIR이 이전을 허용한다"는 진술은 상호운용성 검토의 시작일 수 있지만 끝은 아닙니다. 두 규칙서가 각각 inter-RIR 절을 갖고 있더라도 적격 자원, 최소 규모, 수요, 보유 기간, 소스 상태, 수신 조직의 정의는 여전히 충돌할 수 있습니다. Draft 1은 다리의 입구를 설계했습니다. 모든 차선이 건너편에서 정렬된다는 것을 증명하지는 않았습니다.

나머지 조항들은 집필자가 그 다리가 어떻게 작동하기를 기대했는지 보여 줍니다. 첫째는 범위 내 자원과 통과 가능한 최소 단위였습니다. IPv4, IPv6, 자율 시스템 번호(ASN)가 제안된 틀 안에 나타났습니다. IPv4 이전은 /24보다 작을 수 없고, IPv6 이전은 /48보다 작을 수 없었습니다. 이 임계값들은 행정적·라우팅 위생으로 읽힐 수 있습니다: 레지스트리는 정책이 선택한 하한 미만의 파편 처리를 피하게 됩니다. 그러나 최소 규모는 제안된 서비스가 당사자들이 맺을 어떤 합의든 중립적으로 전사하지 않음을 보여 줍니다. 레지스트리가 자신의 장부가 인정할 준비가 된 거래를 정의하는 것입니다.

둘째는 AFRINIC에서 나가는 이동에 대한 비대칭 규칙이었습니다. IPv4 주소와 ASN은 AFRINIC이 이들을 레거시 자원으로 분류하는 경우에만 AFRINIC 서비스 지역을 떠날 수 있었습니다. 당시 직원 평가는 이 초안이 IPv6에 동일한 레거시 전용 제한을 두지 않는 것으로 읽었습니다. 이 구분은 단순히 현재 보유권과 거래 증거가 아니라 출처 분류가 아웃바운드 이전이 절차 자체에 들어갈 수 있는지를 결정할 수 있음을 의미했습니다. 레거시 IPv4 블록은 이동할 수 있지만 같은 크기의 비레거시 IPv4 블록은 그렇지 못할 수 있습니다. 기술 식별자는 어느 경우든 전 세계적으로 기능할 수 있습니다. 행정 이력을 다르게 취급한 것은 사적 기록 서비스였습니다.

셋째, AFRINIC 발행 IPv6에는 시간 조건이 붙었습니다. 할당 또는 지정 후 2년이 지나기 전까지는 이전에 적격하지 않았습니다. 보유 기간은 즉각적인 플리핑에 대한 브레이크, 또는 최초 요청이 진짜인지 시험할 기회로 방어될 수 있습니다. 그러나 그 작동은 현재 보유자가 존재하는지, 자원이 분쟁 중이 아닌지, 거래 문서가 진위하는지에 대한 검사보다 넓습니다. 그 규칙은 이 모든 마감 사실이 명백한 경우에도 이전을 지연시킬 수 있었습니다. 따라서 그 정당성은 해당 기간이 커뮤니티 정책 초안에 나타났다는 사실이 아니라, 레지스트리가 정당하게 수행하는 기능에 2년이 필요하고 비례적인지에 달려 있었습니다.

넷째는 수신자의 수요였습니다. 레지스트리들이 이전을 완료하기 전에 수신자는 적용되는 정책에 따라 자신의 요구를 정당화해야 했습니다. 어느 레지스트리가 이 검사를 적용하는지는 방향에 달려 있었습니다: 수신자 적격성은 수신 조직을 책임지는 측에 남아 있었습니다. 이 배분은 실무적 의미가 있었습니다. 수신자의 계정을 관리하는 레지스트리가 자기 절차가 이해하는 형태로 전망과 지원 정보를 받기 가장 적합했습니다. 또한 소스 레지스트리가 자신이 서비스하지 않는 운영자에 대해 두 번째, 잠재적으로 모순되는 판단을 내려야 할 필요를 제한했습니다.

그러나 수요 검사는 단순한 보유자 인증 확인이 아니었습니다. 수신자가 어째서, 얼마나 많은 자원을 받아야 하는지를 물었습니다. 이것이 마감 위생이 사적 배분 판단으로 변할 수 있는 가장 명확한 지점입니다. 예측 가능한 수요 검사는 조작된 수요를 제약하거나 이전을 상대의 희소성 규칙과 일치시킬 수 있습니다. 광범위하거나 재량적인 검사는 대신 온전한 거래를 지연시키고, 희소한 IPv4 공간의 이동성을 낮추며, 레지스트리의 상업 전망을 정확한 공개 기록의 조건으로 만들 수 있습니다. Draft 1은 결코 작동하지 않았기 때문에 이 긴장을 해결한 측정된 증거를 만들지 않았습니다.

다섯째는 소스 측 검사였습니다. 관련 레지스트리는 소스로 나서는 당사자가 자기 기록상 현재 보유자인지 확인하고, 자원이 분쟁 중인지 판단하게 됩니다. 이것은 제안에서 가장 강한 조항들에 속합니다. 장부는 낯선 사람의 요청으로 변경되어서는 안 되고, 분쟁 중인 기록은 평범한 행정 이전을 통해 해결된 것처럼 보이게 만들어서는 안 됩니다. 현재 등록 보유자의 확인은 출처 사슬을 보호합니다. 분쟁의 분리는 기록 서비스가 불확실성을 깨끗해 보이는 결과로 세탁하는 것을 막습니다.

이 검사들은 정확히 기술되어야 합니다. 장부 갱신을 위한 보유자 확인은 법적 소유권에 대한 보편적 판단을 내리는 것과 같지 않습니다. 분쟁 표시는 분쟁을 재판하는 것이 아닙니다. 레지스트리는 적격한 사적 절차나 공공 법원이 기저 권리를 해결하는 동안 분쟁 상태를 행정적으로 최종인 것으로 제시하지 않을 수 있습니다. 데이터베이스가 중요하다는 이유만으로 사법 권한을 얻을 수는 없습니다. Draft 1의 합리적인 소스 검사는 기록을 훼손하지 않겠다는 좁은 거부로 이해될 때 가장 강했습니다.

여섯째, 양 당사자는 거래를 지지하는 법률 문서를 제출하게 됩니다. 이 요건은 제안된 레지스트리 갱신을 레지스트리 외부의 증거에 연결했습니다. 등록은 자체적으로 거래를 창조하지 않고, 당사자들이 문서화한 거래를 반영합니다. 이 설명 방향이 중요합니다. 상업적·법적 현실이 장부 변경의 근거를 제공합니다. 장부가 당사자들의 합의를 만들어 낸 뒤 그것을 부여하는 것이 아닙니다. 인증에는 문서가 당사자와 자원을 식별하고 요청된 상태 변경을 지지하는지 확인하는 일이 포함될 수 있으며, 이것이 레지스트리 직원을 일반 관할 법원으로 바꾸지는 않습니다.

일곱째, 당사자들은 관련 레지스트리의 적용되는 조건에 계속 구속되었습니다. 어느 쪽이든 자신의 계정을 책임지는 서비스의 운영 요건을 무시한다면 두 장부의 마감은 작동할 수 없습니다. 계정 검증, 요청 형식, 증거 처리, 조율된 시점 모두 규칙이 필요합니다. 그러나 '적용되는 조건'을 백지 수표로 취급해서는 안 됩니다. 계약상·절차상 조건은 그 정당한 법적 근거와 서비스 범위 내에서 구속력을 갖습니다. 레지스트리가 매뉴얼에 기재했다고 해서 대륙 전체의 입법이 되는 것은 아닙니다.

여덟째와 아홉째, 초안은 공개와 마감을 요구했습니다. 공개 이전 로그는 날짜, 소스, 수신자, 각자의 레지스트리, 자원 데이터를 식별하게 됩니다. 레지스트리들은 변경된 보유자를 반영하도록 기록을 갱신합니다. 이 두 조항은 통제라는 어떤 언어보다도 제안의 정당한 목적을 명확히 표현했습니다. 로그는 이동의 흔적을 보존했습니다. 데이터베이스 갱신은 현재 상태를 보이게 만들었습니다. 실사를 하는 사람은 두 개의 호환되지 않는 주장이나 출처의 침묵하는 단절 대신, 옛 보유자와 거래와 새 보유자를 연결할 수 있었습니다.

AFRINIC 직원은 다른 지역 레지스트리가 이미 사용하는 공통 이전 로그 형식을 사용하도록 권고했습니다. 그것은 실용적인 제도적 위생이었습니다. 공유되는 필드와 표현은 동일 거래가 지역 간 비교가 어렵게 되는 가능성을 줄입니다. 공통 형식은 소박한 상호운용성입니다: 어느 레지스트리도 자기 체계를 내놓을 필요가 없으면서, 양쪽 모두 외부인과 서로가 상태 전이를 이해할 만큼 구조화된 정보를 공개합니다. 기록의 표준화는 소유권 법, 시장 가치, 상업적 목적을 표준화하지 않습니다.

직원 평가는 또한 제안의 "소유권(ownership)"과 "소유자(owner)"라는 언어에 반대하며 "관리권(custodianship)"과 "자원 보유자(resource holder)"를 선호했습니다. 그 바로잡음은 가치 있었습니다. 기술 정책이 소유권에 대해 무심코 단언해서는 안 되기 때문입니다. 이것은 레지스트리 등록이 포괄적 법적 판단으로 오해될 위험을 낮췄습니다. 그러나 대체 용어를 반대 방향으로 늘여서는 안 됩니다. 운영자를 자원 보유자라고 부른다고 해서 법적으로 인식 가능한 자산 이익의 부재가 증명되지는 않으며, 초안의 owner 사용이 어디서나 절대적 소유권을 증명한 것과 마찬가지입니다. 번호 자원 이익의 법적 성격은 관할권과 거래에 따라 달라질 수 있습니다. 레지스트리의 어휘가 그 질문을 보편적으로 결정할 수 없습니다.

열째, 이전된 블록과 하위 블록은 1년 동안 다시 이동할 수 없었습니다. 이 재이전 금지는 쿨링오프 기간과 비슷합니다. 이것은 빠른 사슬의 감사를 쉽게 하고 최초 검사를 회피하기 위한 거래를 억제할 수 있었습니다. 그러나 첫 이전이 정확히 기록되고 마감된 이후의 후속 거래를 구속할 수도 있었습니다. 그 조항은 출처 보호와 시장 관리의 경계에 놓여 있었습니다. 레지스트리가 문서, 로그, 동기화된 갱신을 통해 전체 사슬을 보존할 수 있다면, 1년 금지라는 추가적 필요성에는 자체적인 설명이 요구됩니다.

열한째, 유입되는 레거시 자원은 레거시 지위를 잃었습니다. 이 규칙은 행정적 범주가 AFRINIC 체계로의 이동을 살아남는 것을 막으려 했습니다. 이것은 AFRINIC이 유입 기록을 유지하는 조건을 단순화했을 수 있습니다. 또한 레지스트리가 자원 자체가 전 세계적으로 사용 가능함에도 자원의 출처 라벨에 붙은 결과를 변경할 수 있음을 보여 주었습니다. 이 지위 전이는 AFRINIC의 기록 서비스의 조건으로 이해되어야 하며, 자원의 이력 몰수나 레지스트리가 자산을 취득했다는 주장으로 이해되어서는 안 됩니다.

아키텍처의 열두 번째 요소는 독립된 구호가 아니라 전체 순서였습니다: 진입 시 호환성, 소스·수신 책임의 관련 레지스트리 간 분배, 법률 증거의 교환, 공개 이벤트의 기록, 두 데이터베이스의 마감. 그 가치는 조율된 상태 전이에 있었습니다. 한쪽은 자기 장부를 떠나는 자를 확정하고, 다른 쪽은 진입하는 자를 확정하며, 어느 쪽도 라우팅 지리나 서비스 지역 지도가 물리적 국경인 것처럼 가장할 필요가 없었습니다. 정책이 채택되고 상대와 성공적으로 정합되었다면 그 결과는 사적 거래에 대한 더 신뢰할 수 있는 기술이었을 것입니다.

역사적 기록은 그 결과에 미치지 못합니다. AFRINIC 직원은 2018년 11월 1일에 첫 초안을 평가했습니다. 같은 달 말 AFRINIC-29에서 집필자는 IPv4·IPv6·ASN 범위, IPv4의 레거시 전용 아웃바운드 처리, /24·/48 최소 규모, 수신자의 수요 입증, 정확한 등록 유지의 목표를 발표했습니다. 회의 기록은 공동 의장들이 제안을 Resource Policy Discussion 리스트로 되돌렸다고 말합니다. 합의나 채택은 보고하지 않습니다. AFRINIC의 연말 보고서는 여전히 Version 1을 논의 중으로 기록했습니다.

이 상태 경계가 결정적입니다. Draft 1은 이전을 승인하지 않았고, 공개 로그 항목을 만들지 않았으며, 관찰된 지연·거부·가격 효과를 만들지 않았습니다. 기제를 제안했을 뿐입니다. 출처에는 이 초안에 귀속될 수 있는 거래, 물량, 가격, 부정 횟수, 거부율, 운영자 손실이 없습니다. 따라서 경제적 논의는 결과가 아니라 기제와 반사실을 기술해야 합니다. 채택되지 않은 문서가 결코 만들 기회가 없었던 데이터를 만들었다고 가장하지 않고서, 설계가 만들거나 제거할 마찰을 평가할 수 있습니다.