요약

  • 2020년 10월 9일에 공개된 ARIN과 APNIC의 피드백은 Draft 2와 Draft 3에 있던 출처 준수 문장을 대상으로 했습니다. 그로부터 넉을... 다음과 같습니다: 4일 앞선 날짜를 가진 Draft 4에는 그 문장이 더 이상 없었습니다. 이 피드백은 검증하려던 표현의 결함을 입증했지만, 그것만으로 Draft 4가 호환되는지 아닌지는 확립하지 못했습니다.
  • 따라서 실질적인 호환성 근거는 단순히 '질문이 남아 있다'는 것 이상을 보여야 했습니다. 도전받은 정확한 텍스트를 정확한 상대 정책, 시행일, 이전 방향, 자원 유형, 날짜가 박힌 해석과 연결한 다음, 그 결과 생긴 간극이 10월 7일 합의 선언에 어떤 영향을 줄 수 있었는지 보여야 했습니다.
  • 어필위원회의 2021년 12월 23일 결과는 최종 검토 절차의 문제를 다루고 10월 7일 결정을 무효화했습니다. Draft 4의 호환성을 판단하지 않았고, 어필의 모든 주장을 인정하지 않았으며, 요청된 편향·불공정 판정을 내리지도 않았습니다.
  • 바람직한 제도적 대응은 버전 관리된 호환성 접수증입니다. 그런 기록은 민간 기술 장부관리자이자 조정자로서의 AFRINIC 업무를 개선할 수 있지만, 합의도 내부 검토도 AFRINIC에 공적 권한을 부여하지 않습니다.

이 분쟁에서 드러나는 것은 단순히 피드백이 늦게 도착했다는 사실이 아닙니다. 피드백이 이전 초안의 문법을 지니고 도착했다는 점입니다.

2020년 10월 7일, AFRINIC의 공동의장들은 AFPUB-2019-V4-003-DRAFT04에 대한 합의가 최종 콜 종료 시점에 유지되었으며 이 제안을 비준 대상으로 추천할 것이라고 발표했습니다. 이틀 뒤인 10월 9일, 직원들이 ARIN과 APNIC의 부분적 피드백을 공개했습니다. 두 응답 모두에서 '이전의 출처가 접수 레지스트리의 정책을 준수해야 한다'는 문장의 어려움이 지적되었습니다. 그러나 10월 5일자 공식 Draft 4 텍스트에는 그 문장이 이미 삭제되어 있었습니다. 공개 기록은 따라서 두 명제를 동시에 담고 있었습니다: 상대 레지스트리들이 자신에게 보내진 표현에서 실제 문제를 발견했다는 것, 그리고 최신 초안에는 그 정확한 문장이 더 이상 없다는 것입니다.

이것은 사소한 기술 문제가 아닙니다. 증거 문제의 핵심입니다. 삭제된 뒤에도 그 오래된 문장이 실제 운영에서 여전히 의미를 지녔다면, 기록은 어떻게 그런지 보여줘야 했습니다. 개정이 그 문제를 치유했다면, 기록은 무엇이 치유되었는지, 그리고 새로운 방향성 간극이 나타났는지 밝혀야 했습니다. 최신 표현을 아무도 검증하지 않았다면 정직한 표기는 '보류(pending)'이지 '호환됨'도 '비호환'도 아닙니다. 이런 구분 없는 호환성 결론은 조항별 분석이 해야 할 일을 하나의 라벨에 떠넘기는 것입니다.

10월 20일자 어필은 10월 7일 결정에 도전했습니다. Alain Patrick AINA가 어필인으로 이름을 올렸고, Marcus K. G. Adomey, Vivien Assangbe Wotto, Mirriam Lauren이 이를 지지했습니다. 제출 문서는 정책 개발 절차(PDP)의 운영 실패, 최종 콜 기간의 실질적 개정, 해결되지 않은 반대 의견, 미완성 호환성 검토, 그리고 경쟁 제안 처리에서의 편향 또는 불공정을 주장했습니다. 이 서술은 어필인이 내부 절차에 검토를 요청한 내용을 정의하므로 중요합니다. 그러나 이는 어디까지나 '어필인이 주장한 사항'으로 남아 있어야 합니다. 어필은 그 자체로 증명이 아니며, 요청된 구제도 곧 판정이 아닙니다.

특히 호환성 근거에서 가장 중요한 질문은 제출 문서의 전체 목록보다 좁았습니다: 반대 의견이 인용된 이전 문장이 속한 초안이 하나이고, 검토 대상 결정이 다른 초안에 관한 것일 때, 어필인은 무엇을 증명해야 하는가? 답은 불변의 텍스트에서 출발하지만 거기서 끝나지 않습니다. 레지스트리 간 호환성은 방향성을 가집니다. 누가 보내고, 누가 받으며, 무엇이 이전되는지, 양쪽에서 어느 정책이 적용되는지, 그리고 각 레지스트리가 계정 보유자에게 부과되는 실무상 의무를 어떻게 이해하는지에 따라 달라집니다. 시간도 문제입니다. 한 텍스트에 대해 날짜가 박힌 응답은 제안 번호가 낯익다는 이유만으로 후속 텍스트에 조용히 옮겨 적용될 수 없습니다.

그래서 이 사건은 정책 결과에 대한 국민투표가 아니라 증거 구조에 관한 이야기로 다뤄져야 합니다. 기록은 간극을 식별할 만큼은 충분하지만, 사후에 그것을 메우기에 충분하지는 않습니다. 제안이 움직였다는 것, 알려진 출처 준수 우려가 검토 중이었다는 것, 직원이 네 개의 상대 레지스트리에 접촉했다는 것, 부분적 응답이 공개되었다는 것, 추가 업데이트와 최신 버전 대조 검증이 약속되었다는 것은 보여줍니다. 봉인된 자료에는 Draft 4를 검증한 모든 상대로부터의 결정적·날짜가 박힌 평가가 없습니다. 그 부재는 미완성 기록의 증거이지, 어느 쪽 실질적 답의 증명도 아닙니다.

반대 의견은 버전 번호를 붙이고 도착했다

절차 순서가 중요한 이유는 매 단계가 뒤따르는 주장이 지탱할 수 있는 범위를 바꾸기 때문입니다. 9월 17일, AFRINIC-32에서 공동의장들은 자원 이전 정책에 대해 명시된 개정을 조건으로 하는 조건부 러프 컨센서스를 선언했습니다. 그들의 9월 21일 요약은 그것을 경쟁하는 세 제안 중 가장 덜 논쟁적인 것으로 묘사하며, ARIN과의 레거시 자원 이전 상호적 처우를 둘러싼 우려를 인정하고 최종 콜을 선포했습니다. 9월 23일, 저자들이 갱신된 버전을 보낸 뒤, 공동의장 한 명은 그것을 상호성 관점에서 검토하겠다고 밝히고 직원에게 지원을 요청했습니다.

이 교환은 살아 있는 호환성 질문의 존재를 확립합니다. 답을 확립하지는 않습니다. 의장들이 검증의 필요성을 인식했고, 다른 레지스트리의 외부 구현 지식이 그 조사에 기여할 수 있었다는 것을 보여줍니다. 서로 다른 규칙책을 지닌 서로 다른 레지스트리 체계에서 이는 합리적인 운영입니다: 상대는 종종 자기 워크플로가 제안된 의무를 어떻게 다룰지 가장 잘 말할 수 있는 위치에 있습니다. 그러나 그 진술의 증거 가치는 정확히 무엇을 상대가 검토했는지를 보존하는 데 달려 있습니다.

Draft 4의 날짜는 10월 5일이었습니다. 공식 페이지는 5.7.3.1, 5.7.3.2, 5.7.4.1, 5.7.5 조항의 변경을 기록했습니다. 5.7.3.1은 출처가 어떤 지역 인터넷 레지스트리에 등록된 자원의 현재이자 정당한 보유자여야 하고 그 자원이 분쟁 중이 아니어야 한다고 요구했습니다. 이후 ARIN·APNIC 피드백에서 인용된 출처 준수 문장—출처가 접수 레지스트리의 정책을 준수해야 한다는 것—은 더 이상 없었습니다.

10월 7일의 최종 콜 종료 메시지는 합의가 유지되었다고 말했습니다. 10월 9일 직원 메시지는 부분적 피드백만을 보고했습니다. 그 메시지에 따르면 ARIN은 이전의 출처 준수 문장을 ARIN 지역 내 출처가 AFRINIC 정책을 준수하도록 강제할 수 있다는 이유로 비호환으로 간주했습니다. APNIC은 Draft 3에서 동일한 문제를 발견했습니다. 직원은 네 개의 다른 모든 지역 레지스트리에 접촉했고, 추가 정보를 공유하며 최신 제안 버전과의 일관성을 검증할 것이라고 말했습니다.

날짜는 세 가지 흔한 지름길을 차단합니다. 첫째, ARIN과 APNIC의 지적을 'Draft 4가 비호환이라는 발견'으로 묘사하는 것은 공정하지 않습니다. 지적된 결함은 이전 표현에 붙어 있었습니다. 둘째, 문장 삭제를 'Draft 4가 호환된다는 증명'으로 묘사하는 것도 공정하지 않습니다. 한 조항이 치유되었더라도 다른 곳의 상호작용은 불확실할 수 있습니다. 셋째, RIPE NCC나 LACNIC의 응답 부재를 동의로 전환하는 것도 공정하지 않습니다. 침묵은 응답이 보류 중이거나, 질문이 아직 구체화되는 중이거나, 단지 봉인된 기록에 결정적 답이 없다는 뜻일 수 있습니다.

그래서 유용한 증거 단위는 추상적인 'ARIN 피드백'이 아닙니다. 그것에 가까운 것은: ARIN; 응답 날짜; 제안 Draft 2 또는 Draft 3; 조항과 인용된 문장; 발신 또는 수신 흐름; IPv4 또는 ASN; 상대 정책과 시행일; 해석; 예상되는 운영 결과; Draft 4 이후 상태입니다. 같은 규율이 APNIC과 다른 각 상대에 적용됩니다. 그런 봉투가 없으면 진실한 응답조차 잘못 적용될 수 있습니다.

버전 관리는 제목 줄의 제안 번호 그 이상입니다. 보존된 텍스트 또는 체크섬, 조항 식별자, 변경 기록, 그리고 응답을 응답자가 실제 본 것과 연결하는 링크가 필요합니다. '다른 RIR들과 검증했다'는 진술은 너무 많은 것을 축약합니다. 그것이 이전 초안을 대상으로 한 것인지, 한 방향만 대상인지, IPv4만 대상인지, 레거시 자원 경계 사례인지, 전체 운영 경로인지 검토자에게 말해주지 않습니다. 이후의 편집이 문제를 해결했는지 아니면 단지 바꿨는지도 말해주지 않습니다.

이 구분은 추론을 위한 증거 보관 체인과도 같습니다. 직원, 의장, 저자 또는 상대 레지스트리의 선의를 의심할 필요 없이도 이를 요구할 수 있습니다. 요점은 빠르게 움직이는 절차를 통과하는 동안 증거가 그 경계를 잃지 않도록 하는 것입니다. 날짜가 박힌 응답은 그것이 답한 질문에 대해서만 신뢰할 수 있습니다. 다른 질문에 대해서 조용히 그 답을 대신 세우려 할 때만 신뢰가 깨집니다.

그 경계는 어필인을 보호하기도 합니다. 제출이 Draft 3에 연결된 실제 불리한 응답을 인용한다면, 내부 검토자는 그 응답을 Draft 4에 자동으로 결정적인 것으로 다루지 않으면서도 인정할 수 있습니다. 어필인은 그 후 도전받은 의무가 다른 형태로 살아남았는지, 삭제가 어느 쪽 규칙이 지배하는지에 대한 불확실성을 만들었는지, 합의가 선언되는 시점에 새 응답을 받지 못한 것이 의미가 있었는지를 밝히면 됩니다. 과제는 암시가 아니라 증명이 됩니다.

호환성은 두 개의 규칙책을 통과하는 경로다

레지스트리 간 호환성을 하나의 예-아니오 속성으로 다루고 싶어집니다. 실제 조사는 더 많은 것을 요구합니다. 이전에는 출처와 수신자가 있습니다. 각각은 서로 다른 레지스트리의 서비스 지역과 관계 체계 안에 있을 수 있습니다. 절차는 IPv4 공간, 자율 시스템 번호 또는 레거시 상태 문제를 다룰 수 있습니다. 한쪽은 출처의 권한과 자원 상태를 검증하고, 다른 쪽은 수신자가 필요를 입증하도록 요구할 수 있습니다. 한 레지스트리 안에서 읽으면 조화로워 보이는 정책이, 다른 레지스트리의 현재 규칙과 짝지어지면 불가능하거나 애매한 절차를 만들 수 있습니다.

Draft 4는 방향이 왜 중요한지 보여줍니다. AFRINIC으로 들어오는 이전의 수신자는 AFRINIC 정책 아래에서 필요를 입증하도록 요구받았습니다. 또한 AFRINIC에서 다른 레지스트리로 가는 이전은 관련 정책을 따를 것이라고 밝혔습니다. 이 명제들은 보편적 답을 제공하지 않습니다. AFRINIC으로 들어오는 이전과 AFRINIC에서 나가는 이전은 서로 다른 의무 분배를 만듭니다. 상대 규칙도 자원 유형이나 상태를 구분할 수 있습니다. 포괄적인 호환성 라벨은 한 방향의 확인된 경로를 감추고 다른 방향의 보류된 질문을 감출 수 있습니다.

따라서 어필 부담은 서로 연결된 명제의 집합으로 이해해야 합니다. 어필인은 먼저 결정이 커버하는 버전 안에서 도전받은 조항을 식별해야 합니다. 그다음은 그 조항과 충돌한다고 주장되는 상대 규칙, 그 규칙의 버전과 시행일입니다. 제출은 '이전'이라는 포괄적 단어에 의존하기보다 방향과 자원 유형을 식별해야 합니다. 상대 레지스트리의 날짜가 박힌 해석을 보존하거나, 해석이 없으면 그 불일치가 어필인 자신의 읽기임을 밝혀야 합니다. 그다음 운영 결과를 설명해야 합니다: 어떤 요구가 충족될 수 없는지, 누구에게서, 어느 시점에, 그리고 완성 또는 레지스트리 기록에 어떤 영향을 주는지.

마지막으로 실질성입니다. 과거 정책 매뉴얼은 어필인에게 이전 논의 후 의장 행동에 대해 필요한 지지와 적용 시한 내에서 도전할 수 있는 수단을 제공했습니다. 그 메커니즘은 답변되지 않은 모든 질의를 결정적 결함으로 만들지 않았습니다. 호환성에 관해서 어필인은 특정 간극이 합의 평가를 바꿀 수 있었는지, 결정에 제시된 버전을 충분히 검토하지 않게 했는지, 또는 실질적 반대 의견을 증거적 처리 없이 남겼는지를 보여야 했습니다. 불확실성에서 도전받은 결정으로 가는 다리는 선택 사항이 아닙니다.

이 부담이 무겁게 요구되는 데에는 이유가 있습니다. 내부 어필 기구는 정책의 저자가 되거나 레지스트리 간 구현 설계를 즉흥적으로 만들 필요가 없어야 합니다. 그 역할은 한정된 민간 기록을 검사하고 그 절차 내에서 가능한 구제를 적용하는 것입니다. 제출이 상호성에 대한 일반적 불안만 제공하면, 검토자는 자기 자신의 기술적 견해로 대체하는 위험에 처합니다. 버전화된 매트릭스와 실질성 설명을 제공하면, 검토자는 초안을 다시 쓰지 않으면서 의장들이 진술한 결정에 지탱할 수 있는 근거가 있었는지 물을 수 있습니다.

같은 구조가 응답에도 규율을 부여합니다. 의장들은 각 행에 대해 답할 수 있습니다: 확인됨; 조건부; 보류; 개정으로 대체됨; 분쟁 중; 또는 실질성 없음, 각각 이유와 함께. 직원이 언제 질문했는지, 어떤 텍스트가 제공되었는지, 어떤 응답이 결정 이전에 도착했고 어떤 것이 이후에 도착했는지 보여줄 수 있습니다. 왜 어떤 해결되지 않은 조합이 중요하거나 중요하지 않았는지 설명할 수 있습니다. 이는 '협의가 있었다'고 주장하는 것보다 강력한데, 협의의 범위와 한계를 동시에 드러내기 때문입니다.

2020년 10월의 기록은 좁은 호환성 결론을 열어 둡니다. ARIN과 APNIC은 이전 문장에 대해 불리한 해석을 제공했습니다. Draft 4는 그것을 삭제했습니다. 직원은 응답을 부분적으로 묘사하고 더 많은 정보와 최신 버전 일관성 검증을 약속했습니다. 이 사실들로부터 버전 간 증거 인수인계가 불완전했다는 것을 추론할 수 있습니다. Draft 4의 궁극적 호환성을 추론할 수는 없습니다. 이 구분이 결정을 감사하는 것과 선호하는 정책 답을 고르는 것의 차이입니다.

응답 부재는 상태이지 결론이 아니다

정책 절차는 종종 압축된 언어에 보상합니다. 의장은 긴 토론을 요약해야 하고, 참여자는 반대 의견이 여전히 살아 있는지 판단해야 하며, 직원은 상대 조직과의 서신을 사용 가능한 기록으로 만들어야 합니다. 압축은 '상태'를 제거할 때 위험해집니다. '협의됨'은 요청이 답변되지 않았다는 것을 숨길 수 있습니다. '호환됨'은 한 방향만 검증되었다는 것을 숨길 수 있습니다. '문제 해결됨'은 비판받은 문장이 사라졌지만 그 운영상 목적이 다른 곳으로 옮겨갔다는 것을 숨길 수 있습니다.

호환성 대장은 불확실성을 데이터로 보존해야 합니다. 제안 조항, 상대 레지스트리, 방향, 자원 유형의 각 조합은 눈에 보이는 상태를 지녀야 합니다. '확인됨'은 현재 표현이 현재 상대 규칙에 대조 검증되었고 날짜가 박힌, 이해 가능한 응답을 받았다는 뜻입니다. '조건부'는 가정 또는 운영상 전제조건을 기록합니다. '보류'는 질문이 전송되었지만 마감 이전에 결정적 답변을 받지 못했다는 뜻입니다. '대체됨'은 응답이 변경된 텍스트에 속하며, 대체 텍스트에 대해 별도 항목이 필요하다는 뜻입니다. '분쟁 중'은 상충하는 해석을 서술 요약에 숨기지 않고 보존합니다.

이 접근은 모든 레지스트리가 모든 작성 선택에 만장일치할 것을 요구하지 않습니다. 또한 AFRINIC의 민간 정책 절차를 상대 조직에 아웃소싱하지도 않습니다. 의장과 참여자는 여전히 제안을 판단할 수 있습니다. 그것이 막는 것은 사용된 증거에 대한 사실적 애매성입니다. 상대의 자기 워크플로 설명은 가치 있는 구현 증거입니다; 그것은 거부권이 아니며, AFRINIC을 레지스트리 조정자 이상으로 만들 수 없습니다. 반대로 AFRINIC 안의 작성 선택이 다른 레지스트리가 자기 정책을 어떻게 해석하는지 지시할 수도 없습니다.

'보류'를 정직하게 다루는 것은 속도를 개선하기도 합니다. 모든 답변되지 않은 지점이 실질적인 것은 아닙니다. 어떤 행이 불가능하거나 무관한 방향에 관한 것이라면 의장들은 그렇게 설명할 수 있습니다. 문제가 흔한 이전 경로에 영향을 주거나 요구를 서로 만족 불가능하게 만든다면 더 많은 검토 시간이 정당할 수 있습니다. 대장은 실질성에 관한 결정과 응답이 존재하는지 여부라는 사실을 분리합니다. 공유된 지도 없이 전역적 라벨을 두고 참여자들이 논쟁하도록 두는 것보다 효율적입니다.

이 사건에서 마감 시점은 명시적이었어야 했습니다. 최종 합의 발표는 10월 7일자였고; 부분적 피드백은 10월 9일에 공개되었습니다. 결정 기록은 10월 7일까지 어떤 상대 증거가 이용 가능했는지, 어떤 질문이 보류 중이었는지, 어떤 이전 응답이 Draft 4로 대체되었는지, 그리고 남은 불확실성이 왜 결과를 바꿨거나 바꾸지 않았는지 밝혔을 수 있습니다. 그런 진술이 동의를 보장하지는 않습니다. 어필에 안정된 표적을 줄 것입니다.

그 완전한 접수증의 부재는 후속 독자가 거짓 선택에 직면하기 때문에 결과를 낳습니다. 그들은 이전 반대 의견이 Draft 4를 판결했다고 가정하거나, 삭제가 필연적으로 모든 것을 치유했다고 가정할 수 있습니다. 양쪽 모두 자료를 초과합니다. 봉인된 기록에서 나올 적절한 발견은 더 좁습니다: 공개 증거는 버전에서 버전으로의 연결을 닫지 않았다는 것입니다. 더 단단한 결론은 버전별 추가 자료를 필요로 합니다.