요약

  • 2014년 9월 22일에 제출된 이 제안은 모든 AFRINIC 자원 회원이 자체 네트워크 또는 고객에 대한/29이상의 IPv4 할당을 할당 후 7영업일 이내에 등록하고 문서화하도록 요구했을 것입니다.
  • 제안된 기록은 연락 가능성, 운영 및 보안 대응, 사용률 입증, 추가 IPv4 요청 평가를 지원하기 위한 것이었으며, 주거용 서비스와 기밀 유지를 위한 구체적 배려도 담고 있었습니다.
  • 이 제안의 중심적 오류는 증거 규칙에서 처벌적 언어로 넘어간 점입니다. 등록되지 않은 기록을 “무효”라고 부르고, “커뮤니티의 승인”을 거쳐 직원이 “어떤 절차든” 사용해 자원을 “회수”할 수 있다고 명시했습니다.
  • AFRINIC은 사적 기술 기록 관리자이자 조정자입니다. WHOIS 행의 누락이나 지연은 증거 요청, 통지, 기술 지원, 정정 및 미해결 불일치 기록을 정당화할 수 있지만, 그 자체로 주권이나 처벌·압수·재판 권한을 만들어 낼 수는 없습니다.
  • 이 제안은 2014년 9월 26일 RPD 메일링 리스트에 유통되었으며 AFRINIC 아카이브에서는 철회(Withdrawn)로 표시되어 있습니다. RPD 메시지와 아카이브는 서로 다른 식별자를 보존하고 있으며, 이 불일치는 여전히 해결되지 않았습니다.

8개 주소가 시계를 켰을 때

이 제안의 중심에 있는 평범한 프로비저닝 사건을 상상해 보십시오. AFRINIC 자원 회원이 자체 네트워크의 장비나 고객 사이트에/29를 할당합니다./29는 8개의 IPv4 주소를 담고 있습니다. 드문 거래를 위해 남겨둔 거대한 블록이 아니라, 제안된 규칙이 일상적인 운영 업무에 닿을 만큼 작은 규모입니다. 할당 시점에 회원의 고객 대장과 네트워크 계획에는 이 블록에 대한 사실이 이미 담겨 있습니다. 이 제안은 그 사실들이 문서화된 형태로, 할당 후 7영업일 이내에 AFRINIC의 WHOIS 데이터베이스로 옮겨지도록 요구했을 것입니다.

이 시간표가 제안에 실질적 힘을 부여했습니다. 정확한 기록에 대한 일반적 기대를 기준선, 발동 조건, 기한을 갖춘 측정 가능한 의무로 바꾼 것입니다. 기록이 중요했던 이유는 라우팅, 보안 또는 어뷰즈 문제가 생겼을 때 다른 운영자가 행정·기술 담당자를 필요로 할 수 있기 때문입니다. 할당 시스템에서도 중요했습니다. 회원이 더 많은 주소를 요청할 때 등록된 할당은 이전에 발급된 주소 공간이 실제로 사용되고 있다는 증거로 다뤄질 수 있었습니다. 고객 기록은 더 이상 단순한 내부 프로비저닝 메모가 아니라, 공유된 증거 인프라의 일부가 되는 것이었습니다.

누락된 항목에 대한 올바른 대응은 이 증거적 목적에서 비롯됩니다. 레지스트리는 정확히 누락되었거나 불일치하는 행을 식별할 수 있습니다. 원본 할당 기록을 요청하고, 권한 있는 회원 담당자에게 통지하고, 관찰 시점을 보존하며, 정정을 허용할 수 있습니다. 그러나 자체 대장의 결여를 그 할당이 일어나지 않았다는 판단, 자원이 방치되었다는 판단, 사적 기관이 이를 압수할 수 있다는 판단으로 바꿀 수는 없습니다. 이 제안의 첫 실무 단계 안에 결정적인 제도적 선이 놓여 있습니다. 기록 관리 규칙은 증거와 책임을 만들 수 있지만, 기록은 법원 명령이 아니며 기록의 부재는 선고가 아닙니다.

“Mandatory requirements for registering assignments and sub-allocations”라는 제목의 이 제안은 제출일을 2014년 9월 22일로 기록하고 Jean Robert Hountomey를 작성자로 명시합니다. PDWG 공동 의장인 Seun Ojedeji와 Adam Nelson은 9월 26일 이를 새 제안으로 RPD 메일링 리스트에 유통했습니다. 유통은 제안이 공개 논의에 들어갔다는 것을 증명했지만, 지지, 합의, 비준, 시행을 증명하지는 않았습니다. AFRINIC 아카이브는 현재 이 제안을 철회(Withdrawn)로 표시하고 있습니다. 이용 가능한 기록은 철회 시점, 그 결과를 시작한 주체, 그 이유를 확립하지 못합니다.

식별 라벨조차 허위의 단정을 거부합니다. RPD 공지는 이 문서를AFPUB-2014-GEN-003-DRAFT-01이라 부르고, AFRINIC 아카이브는AFPUB-2014-GEN-001-DRAFT-01이라 부릅니다. 두 라벨은 모두 충실한 기술 속에 있어야 합니다. 어느 한쪽을 법적으로 올바른 식별자로 선택하거나 두 기록을 조용히 하나로 고쳐 쓸 근거는 여기에 없습니다. 이 불일치 자체가 이 글의 더 큰 주장을 보여주는 작은 사례입니다. 레지스트리 정보는 가치 있고, 레지스트리가 무엇을 게시했는지에 대해서는 권위적일 수 있지만, 보존을 요구하는 불일치를 담고 있을 수 있으며 그 불일치는 지어내지 말고 보존되어야 합니다.

제안된 기록이 담아야 했던 내용

이 제안은 핵심 대상에 대해 모호하지 않았습니다. 8(b)조의 허용적 문구를 교체해 “will be”를 “must be”로 바꾸고, 할당과 assignment는 AFRINIC 데이터베이스에 등록되어야 한다고 명시하려 했습니다. IPv4 할당 정책에 강제 assignment 등록을 위한 새로운 9.7조도 추가하려 했습니다. 문서가 철회되었기 때문에, 이것들은 제안된 텍스트에 대한 기술이며 구속력 있는 규칙에 대한 주장이 아닙니다.

assignment 수신자 기록을 위해 이 제안은inetnum,netname,descr,country,admin-c,tech-c,org를 나열했습니다. AFRINIC 정책이 요구하는 그 밖의 모든 필수 정보도 담았습니다. 이 정밀함은 중요합니다.inetnum은 주소 범위를 식별하고, 나머지 속성들은 이름, 설명, 국가, 행정·기술·조직 참조를 통해 assignment를 자리 매김시킵니다. 이 제안의 필드 목록은 후대의 관행이나 현대적 데이터 요소로 부풀려서는 안 됩니다. 그 설계는 당시 기술한 WHOIS 대상에 고정되어 있었습니다.

/29이상의 모든 assignment는 회원 자체 네트워크를 위한 것이든 고객을 위한 것이든 이 규칙에 들어왔을 것입니다. 기한은 할당 후 7영업일 이내였으며, 7일력이 아니고 발견이나 감사 시점부터 측정되는 무기한도 아니었습니다. 이 제안은 등록 정보가 정확하게 유지되어야 한다고도 말했습니다. 이 요소들은 두 종류의 작업을 만들었을 것입니다. 즉각적인 초기 제출과, 연락처나 설명적 사실이 바뀔 때의 지속적 유지 관리입니다.

주거용 서비스에는 다른 표현 방식이 필요했습니다. 이 제안은 장비나 고객 서비스 구역이 사용하는 주소 블록을 등록하는 방식을 기술하고,netname과descr이 주거용 사용을 표시하도록 요구했습니다. 이 배려는 모든 가구를 이름으로 밝히는 공개 행을 요구하지 않았습니다. 그 목적은 각 주택마다 통상적인 기업 고객 대상이 적절하다고 가정하지 않으면서도 블록의 사용을 판독 가능하게 만드는 것이었습니다. 운영적 가치를 보존하면서 불필요한 노출을 제한하려는 노력이었습니다.

상업적 민감성도 관련된 방식으로 다뤄졌습니다. 이 제안은 회원이나 고객이 특정 정보의 공개를 꺼릴 수 있음을 인정했습니다. 민감한 세부 정보는 기밀 유지 합의에 따라 감사 목적으로 AFRINIC에 비공개로 제공될 수 있었습니다. 공개 대상에서는netname과descr을 제외한 필드가 회원 자신의 정보를 재사용할 수 있었습니다. 그러면 그 블록과 관련된 사안을 다루는 책임은 회원이 지게 됩니다. 이 배열은 완전한 프라이버시 체계가 아니었습니다. 어떤 기밀 유지 합의, 감사 절차, 데이터 보안 기준, 책임 규칙도 여기서 확립되지 않습니다. 그러나 공중이 연락을 위해 필요한 것과 레지스트리가 비공개로 검토할 수 있는 것을 구분하려는 진지한 시도였습니다.

이런 세부 사항 덕분에 이 제안은 깔끔한 데이터를 위한 선언 이상의 것이 되었습니다. 고객 assignment가 가시화되고, 귀속되고, 셀 수 있는 대상이 되는 운영 경로를 정의하려 했습니다. 추가 IPv4 공간을 원하는 네트워크는 등록된 assignment를 사용률 증거로 제시할 수 있습니다. 기술 문제를 조사하는 운영자는 공개된 담당자 연계를 이용할 수 있습니다. 보안이나 어뷰즈 조사는 고객의 민감 정보가 표시되지 않은 경우에도 책임 있는 회원에서 출발할 수 있습니다. 추가 주소 요청에서의 투명성은 회원의 계정과 레지스트리의 공개 대상 간 대응 관계에 부분적으로 의존하게 됩니다.

이 구조는 실제 이점을 제공합니다. 동시에 의미를 데이터베이스에 집중시킵니다. 항목이 연락, 사용률, 미래 할당 판단에 쓰이기 시작하면, 그 주소와 관련된 모든 질문에 대해 그 항목을 결정적 것으로 다루고 싶은 유혹이 생깁니다. 이 제안에는 그 유혹에 저항하는 규칙이 필요했습니다. 그러나 오히려 가장 무게 있는 언어가 그 유혹을 부추겼습니다.

증거에서 선고로의 도약

제안된 수정안은 등록되지 않은 assignment, 할당 및 하위 할당이 “무효”로 간주될 것이라고 말했습니다. 또한 AFRINIC 직원이 “커뮤니티의 승인”을 거쳐 “어떤 절차든” 수행해 등록이 누락된 자원을 “회수”할 수 있다고 주장했습니다. 이 몇 마디는 상세한 등록 필드보다 훨씬 큰 제도적 무게를 지녔습니다. 회원이 무엇을 기록해야 하는지를 기술하던 문서를, 무엇을 빼앗길 수 있는지를 암시하는 문서로 옮겨 놓은 것입니다.

첫 번째 문제는 의미론적입니다. WHOIS 대상의 부재는 특정 시점의 한 가지 사실을 확립합니다. 기대된 공개 행이 발견되지 않았다는 것입니다. 회원이 대상을 제출하지 못했음을 나타낼 수 있습니다. 거부된 갱신, 잘못된 필드, 지연된 정정, 두 기록 간 불일치 또는 다른 미해결 원인을 반영할 수도 있습니다. 그 부재만으로 assignment가 일어나지 않았다는 사실이 확립되지 않습니다. 주소가 라우팅되었는지, 사용되었는지, 방치되었는지에 대해 결정적인 말을 하지 않습니다. 불법 행위, 사기, 소유권, 과실, 권리 소멸을 확립하지도 않습니다. 그 행을 “무효”라고 부른다고 해서 이 서로 별개의 명제들이 모두 참이 되지는 않습니다.

두 번째 문제는 제도적입니다. AFRINIC은 사적 기술 기록 관리자이자 조정자입니다. 주권자, 정부, 입법부가 아닙니다. 지역 데이터베이스를 유지한다는 이유만으로 규제 관할권을 갖지 않습니다. 경찰이나 검찰이 아니고, 타고난 처벌이나 압수 권한이 없으며, 법적 권리를 재판할 수 있는 법원이 아닙니다. 참여자들이 조정된 기록에 의존하기 때문에 항목에 대한 그 인정이 실질적인 네트워크 결과를 낳을 수 있습니다. 그 실질적 중요성이 데이터베이스 관리를 공법적 권한으로 바꾸지는 않습니다.

논의 포럼이 이 누락된 권한을 채워줄 수도 없습니다. 커뮤니티 참여는 기술 규칙을 다듬고, 운영 문제를 드러내고, 협력적 정당성을 쌓는 데 도움이 될 수 있습니다. 자발적 조정 시스템이 어떤 기록을 요청해야 하는지 정할 수 있습니다. 그러나 “커뮤니티의 승인”은 어떤 법도 위임하지 않은 주권, 관할권, 강제 권한을 만들어 낼 수 없습니다. 투표가 직원을 압수 주체로 바꾸지 않습니다. 메일링 리스트 합의, 여기서 확립되지 않았다 할지라도, 운영상 불일치와 법적 판단 사이의 구분을 지워버릴 수 없습니다.

“어떤 절차든”이라는 표현은 절차를 무한정으로 남겨두었기 때문에 문제를 더 날카롭게 만들었습니다. 이 텍스트는 통지에 무엇이 담겨야 하는지, 회원이 기록을 정정할 시간이 얼마나 주어지는지, 거부된 갱신을 어떻게 다루는지, 어떤 증거 기준이 적용되는지 규정하지 않았습니다. 판단자를 지목하지 않았고, 서면 이유를 요구하지 않았고, 항소나 독립적 검토를 만들지 않았습니다. 회수 절차의 순서나 한계를 정의하지도 않았습니다. 이 제안에 그 조항들이 없다고 해서 다른 문서가 절차를 다루지 않는다는 증명은 되지 않습니다. 다만 이 문서 자체를 인용해 누락된 보호장치를 충족시킬 수는 없다는 뜻입니다.

가혹한 결과에는 강력한 기록 관리 언어 이상의 것이 필요합니다. 법적 권리에 대한 구제가 필요하다고 여겨진다면, 유능한 권한 주체가 적용 법률 아래 존재해야 합니다. 관할권, 정의된 절차, 증거, 통지, 청문, 이유, 검토 경로가 있어야 합니다. 이는 데이터베이스 규칙에 장식으로 붙는 것이 아니라, 행정적 주장과 합법적 결정을 구분하는 조건입니다. 어떤 사적 레지스트리도 등록되지 않은 대상 옆에 “회수”라는 단어를 써 넣음으로써 그것들을 획득할 수 없습니다.

이는 수동적 기록 관리를 위한 논거가 아닙니다. 레지스트리는 자신이 유지하는 증거의 품질에 대해 엄격할 수 있습니다. 불일치에 시각 표시를 하고, 원본 기록을 요구하고, 필드의 완전성을 고집하고, 권한 있는 대표자에게 연락하고, 정정 기간을 제공하고, 해결되지 않은 부분을 문서화할 수 있습니다. 의존하는 사람들에게 이력을 판독 가능하게 만들 수 있습니다. 이 규율은 기술적 인정이 곧 권리 증서가 아니고 무인정이 곧 상실이 아니라고 주장하는 한, 정확할 수 있습니다.

제안, 지원 문서, 그리고 미해결 절차 문제

메일링 리스트 논의는 문서의 형식에 대한 불확실성도 드러냈습니다. Paulos Nyirenda는 독자가 전체 텍스트와 그 이력을 평가할 수 있도록, 수정안을 분리된 변경사항이 아니라 전체 수정된 정책으로 제시해야 한다고 주장했습니다. 이 반대는 이해 가능성과 절차에 관한 것이었습니다. 기초 문서가 보이지 않으면 제안된 삽입은 그 자체로는 명확해 보여도 보이지 않는 조항들과 상호작용할 수 있습니다.

Alain Aina는 정책과 지원 문서를 구분하고, 두 가지를 합치는 것은 좋은 생각이 아니라고 주장했습니다. 그는 RSA 4조에 의존하기 전에 커뮤니티 승인이 필요한지 의문을 제기했고, 인지 기간을 함께 두면서 지원 문서를 갱신할 것을 제안했습니다. 제안 작성자는 그 뒤 제안된 지원 문서와 인지 경로를 따라 어떻게 진행하는 것이 가장 좋은지 물었습니다. 이러한 교환은 참여자들이 내용과 절차적 수단을 모두 시험하고 있었음을 보여줍니다. 이것들은 논의 속의 주장이며, RSA에 대한 법적 판단이나 정책 절차가 무엇을 요구하는지에 대한 공식 결정이 아닙니다.

이 구분은 운영 지침과 처벌적 주장이 다른 일을 하기 때문에 중요했습니다. 지원 가이드는 회원에게inetnum대상을 만드는 방법, 채울 필드, 도움을 구할 곳을 알려줄 수 있습니다. 정책은 공유된 기대와 자원 행정이 진행되는 조건을 진술할 수 있습니다. 어느 형식도 단순히 라벨이 붙거나 승인되었다는 이유만으로 주권적 권한을 만들지 못합니다. 그럼에도 형식 문제는 여전히 중요합니다. 회원은 어떤 문서가 절차를 가르치는지, 기록 관리 조건을 정의하는지, 아니면 불리한 행위를 승인한다고 주장하는지 볼 수 있어야 하기 때문입니다.

공개 기록은 두 번째 초안, 완전히 수정된 기초 정책, 최종 합의 평가, 라스트 콜, 이사회 비준, 시행 통지를 확립하지 않습니다. 아카이브의 긍정적 서술은 철회(Withdrawn)입니다. 이 상태 덕분에 이 제안의 가장 강력한 문구를 유효한 권한으로 다루는 분석적 오류를 피할 수 있습니다. 동시에 질문을 남겨둡니다. 철회 날짜와 이유, 그 단계를 담당한 사람이나 기관, 절차적 경로는 확립되지 않았습니다.

철회가 이 제안을 무의미하게 만들지는 않습니다. 초안은 제도적 설계 선택의 귀중한 증거입니다. 이 초안은 소박한 기록 관리 목표가 어떻게 과도한 결과 이론을 실어 나를 수 있는지를 보통 때보다 명확하게 보여줍니다. 구체적 기준선, 기한, 필드 목록은 정밀한 책임의 매력을 보여주고, 무효와 회수라는 어휘는 증거 행정이 어떻게 관할권과 혼동되기 쉬운지를 보여줍니다. 발효되지 않았다는 이유로 데이터 규칙을 축하하거나 폄하하는 것보다, 두 측면을 함께 읽는 것이 더 유용합니다.

기록은 판결이 아니기 때문에 정확히 유용하다

WHOIS 정보는 행동의 출발점이 될 수 있습니다. 패킷이 예상치 못한 경로를 따를 때 운영자는 주소 범위와 연관된 기술 담당자를 필요로 할 수 있습니다. 어뷰즈 트래픽이 신고되면 조사자는 책임 있는 조직이나 메일함을 필요로 할 수 있습니다. 기업이 연결성이나 인프라 리스크를 검토할 때 공개 등록 데이터는 실사를 지원할 수 있습니다. 레지스트리가 추가 IPv4 주소 요청을 평가할 때 문서화된 assignment는 회원의 사용률 설명을 검증하는 데 도움이 될 수 있습니다.

이 모든 사용은 기록을 진지하게 받아들이는 데 의존합니다. 그중 어느 것도 기록이 스스로를 증명한다고 가정할 필요가 없습니다. 등재된 조직이 현재의 다운스트림 운영자를 드러내지 못할 수 있습니다. 공개 담당자가 완전한 계약 연계를 보여주지 못할 수 있습니다. 주소 대상만으로는 특정 시점에 장비를 통제한 사람이 누구인지, 메일함이 모니터링되었는지, 특정 트래픽의 책임자가 누구인지 확립되지 않습니다. 기록은 조사를 지지합니다. 조사를 끝내지 않습니다.

그 제한된 지위는 약점이 아니라 강점입니다. 증거의 범위가 명시적일 때 신뢰성이 높아집니다. 시각 표시된 승인 갱신은 무엇이 제출되고 기록되었는지를 확실하게 보여줍니다. 오류 응답은 특정 제출이 명시된 이유로 거부되었음을 확실하게 보여줍니다. 정정 이력은 대상이 어떻게 바뀌었는지 보여줍니다. 어느 것도 권리, 합법성, 과책에 대한 결론을 실어 나를 필요가 없습니다. 그 여분의 결론을 거부함으로써, 레지스트리는 운영자가 실제로 사용할 줄 아는 정보를 보존할 수 있습니다.

2014년 제안의 고객 기록은 정확히 이 증거적 의미에서 컴플라이언스 인프라로 기능했을 것입니다. 사적 프로비저닝을 공유된 책임과 연결하고, 사용률 주장의 검증을 가능하게 하고, 운영 연락 경로를 유지했을 것입니다. 그러나 이 제안이 무효성과 회수의 가능성을 붙이는 순간, 데이터베이스는 두 번째 상상된 역할을 얻었습니다. 네트워크에 대한 증거일 뿐 아니라 어떤 권리가 남는지를 결정하는 수단이라는 역할이었습니다. 이 두 번째 역할에는 이 제안 안에 합법적 기초가 없었습니다.

올바른 선은 따라서 방임도 처벌도 아닙니다. 회원이 문서화를 거부한 사용률을 주장하는 것이 자유로워서는 안 됩니다. 레지스트리가 자신의 불완전한 시야를 결정적 유죄로 다루는 것도 자유로워서는 안 됩니다. 그 두 위치 사이에 요구가 엄격한 행정이 있습니다. 기대되는 행을 명시하고, 최소한의 관련 증거를 얻고, 데이터를 정정하고, 해결할 수 없는 부분을 보존하는 것입니다. 이것이 주소 레지스트리가 재판소가 되지 않으면서 유용하게 남는 방식입니다.