요약

  • AFRINIC의 개정 이력에 따르면 AFPUB-2019-V4-003-DRAFT03의 버전 3는 5.7.3.2와 5.7.4.3 절만을 변경했습니다. 아카이브의 Details 필드는 제출일을 2020년 9월 22일로 기록하지만, 개정 이력은 버전 3를 9월 21일로 표시하며, 공개된 기록만으로는 이 하루 차이를 해소할 수 없습니다.
  • 첫 번째 변경은 2차 초안의, 추가 AFRINIC IPv4 할당·배정을 위한 즉각적인 소스 자격 요건을 승인된 이전 후 12개월 자격 제한으로 바꾸었습니다. 두 번째 변경은 2차 초안의 레거시 지위 상실 규정을 뒤집어, 이전된 레거시 자원이 레거시로 남도록 했습니다.
  • 3차 초안은 더 깊은 호환성 문제를 그대로 유지했습니다. 소스 규정은 여전히 수신 RIR의 정책 준수를 요구했고, 절차는 여전히 이전 당사자를 수신 RIR로 안내했습니다. 이 조항들은 제도적 관계를 교차시켰습니다. 서비스하지 않는 외부 소스를 평가하도록 한 레지스트리에 요구하는 동시에, 그 소스는 아무 협약이 없을 수도 있는 레지스트리로 보내지고 있었습니다.
  • 2020년 10월 13일자 AFRINIC 사무국 평가는 논의된 네 개 상대 레지스트리 — ARIN, APNIC, LACNIC, RIPE NCC — 모두로부터 실질적 비호환 응답을 기록했습니다. 사무국은 평소 업무 분담을 더 단순히 설명했습니다. 각 RIR는 자신의 지역 당사자를 다루고, 레지스트리들은 서로 통신한다는 것입니다.
  • 따라서 가장 방어 가능한 상호 설계는 좁습니다. 소스 레지스트리는 소스와 자원을 검증하고, 수신 레지스트리는 수신자를 검증하며, 레지스트리들은 인증된 확인을 교환하고 하나의 효력 발생 시점을 정해 서비스 기록을 일관되게 갱신합니다. 이는 외부 레지스트리 관할권을 발명하지 않으면서 고유성과 연속성을 보호합니다.
  • 3차 초안의 두 변경에는 그럴듯한 목적이 있었습니다. 대기 기간은 무상 할당된 공간의 즉각적인 재순환을 억제할 수 있고, 레거시 보존은 자동적 지위 불이익을 피할 수 있습니다. 그러나 어느 목적도 상호 절차가 작동했다는 것을 증명하지 않으며, 공개된 기록은 어떠한 채택, 구현, 완료된 거래, 가격 영향 또는 실제 회원 변화도 확립하지 못합니다.

작은 수정, 큰 제도적 시험

버전 번호는 착시적인 전진감을 만들어낼 수 있습니다. 공개 회의 후 새 초안이 나오고, 조항들이 옮겨지고, 반대 의견이 청취되고, 개정 이력이 변경을 기록합니다. 이 일련의 과정을 점차 해결되는 문제로 읽고 싶어지기 마련입니다. 그러나 AFPUB-2019-V4-003-DRAFT03은 그 쉬운 서사를 뒷받침하지 않습니다. 이 문서의 의미는 정확히 무엇이 바뀌었고 무엇이 남았는지 사이의 간극에 있습니다.

이 제안은 AFRINIC 통합 정책 매뉴얼(CPM)의 5.7절에 상호 RIR 간 IPv4 이전 경로를 추가하려는 시도였습니다. AFRINIC 아카이브는 저자를 Anthony Ikechukwu Ubah와 Taiwo Oyewande로 밝힙니다. 1차 초안은 2019년 10월 30일 제출되었고, 2차 초안은 2020년 8월 13일에 이어졌습니다. AFRINIC-32는 9월 16~17일에 2차 초안을 검토하였으며, 회의록은 상호성, 소스 자격, 수신자 필요성, 레거시 자원, 분쟁 공간 및 제안된 연락 절차에 대한 조밀한 질문 묶음을 보존하고 있습니다.

이 회의 기록은 신중히 다뤄야 합니다. 그것은 3차 초안에 대한 논의가 아니라 2차 초안을 둘러싼 논쟁의 증거입니다. 회의록은 상호성이 요구된다는 저자의 설명과 함께, 소스에게 수신 RIR의 규칙을 따르도록 요구하는 것, 수신 RIR에 직접 시작하는 것, 이른바 표준 템플릿에 의존하는 것에 대한 반대를 기록합니다. 또한 일부 구두 또는 슬라이드 설명과 게시된 텍스트 사이의 불일치를 언급합니다. 시기는 가깝습니다. 버전 3는 며칠 만에 나왔습니다. 그러나 연표만으로 특정 개입이 특정 편집을 낳았다고 확립할 수 없고, 공개 자료는 저자들이 왜 정확히 그 두 변경을 선택했는지 설명하지 않습니다.

버전 3의 날짜조차 정확성이 필요합니다. 아카이브의 Details 필드는 2020년 9월 22일 제출로 기록합니다. 개정 이력은 버전 3를 9월 21일로 표시합니다. 어느 쪽을 조용히 선택하고 다른 쪽을 버릴 근거는 없습니다. 책임 있는 결론은 한 날짜가 확실히 옳다는 것이 아니라, 공식 페이지가 하루 차이를 보존하고 있다는 것입니다.

개정 이력은 실질에 대해서는 훨씬 명확합니다. 3차 초안은 5.7.3.2와 5.7.4.3절만을 갱신했다고 명시합니다. “만”이라는 단어가 이 사안 전체의 분석적 무게를 지닙니다. 5.7.3.1절의 소스 컴플라이언스와 5.7.4.1절의 수신자 필요성은 2차 초안에서 변경되었고, 버전 3 텍스트에 그대로 남았지만 버전 3의 편집은 아니었습니다. 이 조항들을 3차 초안의 혁신으로 서술하는 어떤 이야기든 보존된 구조를 새로운 대응으로 뒤바꾸어, 호환성 결함이 왜 살아남았는지를 가리게 됩니다.

첫 번째 변경: 소스 측에 대한 12개월 유예

2차 초안의 제안 5.7.3.2절은 소스가 현행 정책을 준수하는 한 추가 AFRINIC IPv4 할당·배정 자격을 유지할 수 있도록 했습니다. 3차 초안은 이를 승인된 이전 후 12개월 자격 제한 기간으로 대체했습니다. 실무적으로, 자원을 이전해 보낸 조직은 곧바로 AFRINIC의 할당 서비스로 돌아와 더 많은 IPv4 공간을 받을 수 없습니다.

그러한 규칙에는 일관된 선량한 근거가 있을 수 있습니다. 조직이 무상 풀에서 공간을 최근에 받아 빠르게 이전한 뒤 다시 돌아와 다른 할당을 받는다면, 할당 체계가 이전 시장의 저비용 공급원이 될 수 있습니다. 대기 기간은 사적 할당 서비스의 지속 이용에 미리 부착되는 항순환 조건으로 이해할 수 있으며, 냉각 기간을 만들어 전략적 회전을 억제할 수 있습니다.

그러나 기록은 이 근거에 대해 주장할 수 있는 범위를 엄격히 한정합니다. 순환 측정도, 얼마나 많은 조직이 억제될지 추정도, 보존된 주소 공간의 양도, 관찰된 행동 효과도 없습니다. 따라서 12개월 조항은 그럴듯한 메커니즘을 가진 규칙이지 입증된 결과가 아닙니다. 또한 이전된 자원의 소유권을 결정하지도 않습니다. 이는 AFRINIC 할당·배정에 대한 이후 자격의 문제이지 사적 거래 자체의 법적 유효성의 문제가 아닙니다.

이 구분이 중요한 이유는 항순환 조치가 고유 기능보다 넓은 언어로 서술되기 쉽기 때문입니다. 사적 레지스트리는 자신이 제공하는 서비스에 대해 합리적인 미래적 조건을 정할 수 있습니다. 그러나 그로 인해 전 보유자를 징벌하거나 자산을 몰수하거나 더 넓은 시장을 규제하는 권한을 얻지는 못합니다. 좁은 질문은, 할당 서비스로의 재진입을 잠시 늦추는 것이 문서화된 희소성 문제에 비례하고, 예측 가능하게 적용되며, 명확한 이유를 갖추고 있는가입니다. 3차 초안은 그 기간을 제공하지만 경험적 답은 제공하지 않습니다.

또한 12개월 제한을 상호 호환성과 혼동해서는 안 됩니다. 이는 이전 이후 소스와 AFRINIC의 관계를 바꿉니다. AFRINIC과 다른 RIR가 동일 거래를 어떻게 인증하고 검증 업무를 나누며 기록을 동기화할지 말해주지 않습니다. 냉각 기간은 완벽히 명확할 수 있으면서도 레지스트리 간 다리는 계속 사용 불가능할 수 있습니다.

두 번째 변경: 이전 이후에도 유지되는 레거시 지위

2차 초안의 제안 5.7.4.3절은 이전된 IPv4 레거시 자원이 레거시가 아니게 된다고 했습니다. 3차 초안은 그 결과를 뒤집어, 이전된 레거시 자원이 레거시로 남도록 했습니다. 이는 직접적이고 이해 가능한 지위 변경이었습니다. 이전이 역사적 분류를 자동으로 소멸시키는 사건이 되는 대신, 새 텍스트는 그 분류를 거래에 걸쳐 보존했습니다.

이 조치는 실제 우려에 답합니다. 레거시 지위는 고유한 서비스, 계약상 또는 역사적 함의를 가질 수 있고, 지위의 자동 상실은 이동 가능성에 대한 불이익으로 작동할 수 있습니다. 지위 보존은 2차 초안에 내장된 즉각적인 억제 요인 하나를 제거합니다. 또한 인정된 통제권의 변경을 이유로 기록 갱신이 자원의 역사적 기원을 지울 수 있다고 가장하지 않습니다.

그러나 여기서도 정확성이 과대 주장을 막습니다. AFRINIC 제안에서 레거시 지위를 보존하는 것이 다른 RIR가 완료된 이전을 어떻게 처리했을지를 증명하지 않습니다. 수신 레지스트리의 서비스 조건, 수신자의 의무, 모든 외부 시스템에서의 자원 처리도 해결하지 않습니다. 가장 중요하게는, 두 레지스트리가 이전을 검증·기록하는 절차 순서를 수리하지 않습니다. 역사적 지위의 연속성과 절차적 상호운용성은 서로 다른 설계 문제입니다.

두 3차 초안 편집의 대조는 본질적입니다. 하나는 소스의 미래 AFRINIC 할당 접근에 새 시간 조건을 부과했고, 다른 하나는 자원에서 자동 지위 상실을 제거했습니다. 각각은 고유 기준으로 평가할 수 있었습니다. 어느 것도 RIR 간 거래에서 누가 누구에게 말해야 하는지를 다시 배선하지 않았습니다. 3차 초안은 중심 다리를 그대로 둔 채 가장자리의 정책 결과를 조정했습니다.

남겨진 조항들

보존된 5.7.3.1절은 소스가 임의의 RIR에 등록된 정당한 보유자여야 하고, 수신 RIR의 정책을 준수하며, 자원에 대한 분쟁에 연루되지 않아야 한다고 요구했습니다. 여러 아이디어가 한 문장에 담겼습니다.

그중 일부는 자연스럽게 이전 프로토콜에 속합니다. 자원은 식별되어야 합니다. 소스는 관련 레지스트리 기록에서 인식된 당사자이거나 그렇지 않다면 행동 권한을 보여주어야 합니다. 실제 상충 청구는 무시될 수 없습니다. 이것들은 중복 청구, 신원 오식별, 무권한 행동을 막는 검증으로, 원장의 무결성과 서비스 연속성을 보호합니다.

문제는 컴플라이언스 의무의 방향이었습니다. 소스가 한 RIR에 등록되어 있고 수신자가 다른 RIR를 사용한다면, 소스에게 수신 RIR의 정책 준수를 요구하는 것은 목적지 규칙이 외부 당사자를 자동으로 지배하는 것처럼 취급한 셈입니다. 그런데 수신 RIR은 그 소스와 아무 계약, 계정 이력, 신원 자료 또는 서비스 관계가 없을 수 있습니다. 검증 역할을 수행하는 데 필요한 증거나 제도적 연결 없이 검증 역할을 부여받은 것입니다.

텍스트는 또한 고유한 실무적 긴장을 만드는 수신자 측 정리를 유지했습니다. AFRINIC으로 들어오는 이전은 필요성 기반 평가를 받는 반면, AFRINIC에서 나가는 이전은 수신 RIR의 정책을 따르도록 했습니다. 다른 곳에서 수신자는 송신자와 협약을 맺은 임의의 당사자일 수 있었습니다. AFRINIC 사무국은 후자의 광범위한 정식화가 일부 상황에서 앞선 필요성 조항과 충돌할 수 있다고 읽었습니다. 수신자 필요성 검사에 어떤 정책적 근거가 있더라도, 그것은 소스를 검증해야 할 레지스트리의 신원과는 별개였습니다.

이어서 절차적 불일치가 있었습니다. 3차 초안은 이전 당사자에게 요청을 수신 RIR에 보내도록 지시했습니다. 승인 후 수신 RIR은 이전 RIR과 당사자들에게 통지해야 했습니다. 종이 위에서는 하나의 출입문처럼 보였습니다. 자원이 가는 곳에서 시작한 뒤 통지를 되돌려 보낸다는 것입니다. 제도적 현실에서는 신뢰할 수 있는 검증이 통상 일어나는 관계를 뒤집었습니다.

소스 레지스트리는 소스를 압니다. 관련 등록을 유지하고, 계정 이력을 볼 수 있고, 자원이 그 당사자와 연관되어 있는지 확인할 수 있으며, 활성 분쟁 플래그를 평가할 위치에 있습니다. 수신 레지스트리는 수신자를 알거나 관계를 맺을 수 있습니다. 수신자 신원을 검증하고 자신의 서비스 조건을 적용할 수 있습니다. 소스가 대신 수신 RIR에서 시작하면, 그 레지스트리는 상대가 보유한 증거를 얻거나 재구성해야 합니다. 최선의 경우 불필요한 중계를 추가한 것이고, 최악의 경우 낯선 사람이 행동할 수 있는지를 결정할 잘못된 사적 기관을 지목한 것입니다.

10월의 호환성 평가

AFRINIC의 공식 3차 초안 페이지에는 2020년 10월 13일자 사무국 평가가 실려 있습니다. 그 평가는 두 개정이 상호 다리를 작동 가능하게 만들었는지를 가장 명확히 시험한 것입니다. 거기에 기록된 답은 문안 취향의 미묘한 불일치가 아니었습니다. 사무국은 ARIN, APNIC, LACNIC, RIPE NCC로부터의 실질적 호환성 반대를 보고했습니다.

ARIN과 APNIC은 소스 컴플라이언스 조항이 비호환적이라고 판단했습니다. LACNIC은 자사 정책은 소스에게 다른 RIR의 준수를 요구하지 않는다고 했습니다. RIPE NCC는 5.7.5절의 개시 절차가 비호환적이며 구현 불가능하다고 판단했습니다. 세부는 달랐지만 공통 구조는 쉽게 보였습니다. 상대 절차들은 3차 초안이 기대한 방식으로 지역 간 검증과 최초 접촉을 배정하지 않았다는 것입니다.

AFRINIC 사무국은 통상적인 책임 분담을 밝혔습니다. 각 RIR는 자신의 지역의 이전 당사자를 다루며, RIR들은 서로 통신합니다. AFRINIC은 관계가 없는 외부 소스를 직접 심사하지 않을 것입니다. 이 설명은 텍스트상 비호환성을 지적한 것 이상이었습니다. 상호 정책이 존중해야 하는 제도적 사실을 명명했습니다. 다리는 레지스트리들을 연결하지만 고객 관계를 합병하지 않는다는 것입니다.

평가는 또한 MyAFRINIC, 역방향 DNS, RPKI ROA, 이전 로그, 티켓팅 전반의 구현 작업과 프로세스 검토, RIR 간 조정, 계약, 인력, 소프트웨어 엔지니어링을 지목했습니다. 이들은 장식적 행정 세부가 아니었습니다. 인정된 통제와 운영 연속성이 정렬되어야 할 시스템들이었습니다. 정책 문장이 상호성을 선언할 수 있지만, 정산은 여러 기록과 서비스가 일관되게 바뀌어야 가능했습니다.

사무국은 가능한 재무·회원 함의도 예상했습니다. 유입되는 레거시 이전은 회원을 늘리지 않지만, AFRINIC 자원 회원의 유출 이전은 회원을 줄일 수 있습니다. 이는 제도적 예측이지 그러한 효과가 발생했다는 증거가 아닙니다. 공개 기록은 3차 초안에 기인한 실제 회원 감소, 수익 손실, 완료된 이전, 거부된 이전을 확립하지 못합니다.

그럼에도 한정된 결론은 강력합니다. 3차 초안은 2차 초안에서 물려받은 두 결과를 바로잡았지만, 사무국 평가는 여전히 그 상호 절차가 기록된 모든 상대 RIR 응답과 실질적으로 비호환적이라고 판단했습니다. 실패는 미용적이 아니라 구조적이었습니다. 책임을 잘못된 서비스 관계에 걸친 것입니다.