요약

  • AFRINIC의 2018년 시행 보고서는 순차적 사용률 규칙의 구체적 실패를 기록했다. 익명 처리된 최종 사용자는 이중화된 두 번째 데이터센터를 위해 추가/24를 받지 못했다. 집계 사용률이 90% 미만으로 유지되었기 때문이다.
  • 현재 라스트콜에 있는AFPUB-2026-IPv4-002-DRAFT02는 기존 자원이 사실상 충족할 수 없는 입증된 기술적 목적에 대해 AFRINIC이 이 기준을 면제할 수 있도록 한다. 그러나 공통 증거 규칙은 '충분히 문서화되어야 한다'는 것뿐이며, 회의 기록은 의도적으로 보편적 문서 목록을 제시하지 않는다.
  • 유연성이 보이지 않는 재량을 요구할 필요는 없다. 보호된 버전 관리형 예외 영수증은 최소 사실, 증거 보관, 검토자 대화, 사유 코드와 불복 경로를 명시하면서 토폴로지, 공급업체, 배치 선택은 운영자에게 남겨둘 수 있다.

두 번째 데이터센터는 이미 기록에 있었다

이 제안에서 가장 오래된 사실은 제안 자체가 아니다. AFRINIC의2018년 정책 시행 경험 보고서8페이지 슬라이드이다.

보고서는 간결한 호스트마스터 사례를 담고 있다. 최종 사용자 회원이 데이터센터 이중화를 위해 추가 IPv4/24를 요청했다. 당시 총 사용률은 90% 미만이었다. AFRINIC의 Soft Landing 해석에 따라 이 회원은 추가 자원의 자격이 없었고, 따라서 두 번째 데이터센터를 구축할 수 없었다.

기록은 협소하다. 회원, 국가, 티켓 날짜, 최초 프리픽스, 토폴로지, 다른 설계가 실패하는 이유, 이후 불복, 최종 결과를 밝히지 않는다. 모든 이중화 사이트가 새/24를 필요로 한다는 것도 증명하지 않는다. 다만 AFRINIC 자신의 운영적 목소리로 정책의 불일치를 확립한다. 한 풀이 채워질 때까지 기다리는 규칙은, 첫 번째가 고장 나기 전에 존재해야 하는 두 번째 고장 도메인을 가로막을 수 있다.

8년이 지난 지금도 이 차이는 여전히 중요하다. 사용률은 이미 보유한 주소의 상태다. 이중화는 동시에 가용해야 하는 기능들 사이의 관계다. 순차적 기준은 보존을 충실히 측정하면서도 동시성을 오해할 수 있다.

Draft 2는 범주를 조건부로 바로잡는다

중립적인NOG Alliance 제안 트래커는AFPUB-2026-IPv4-002-DRAFT02를 더 넓은 라벨Under discussion아래 색인한다.AFRINIC-37 회의 녹화는 공동 의장이 대략적 합의를 확인하고 라스트콜로 이동시켰음을 기록한다. Draft 1은 2026년 5월 6일에 제출되었고, Draft 2는 6월 16일자로 6월 24일에 발표되었다. 8월 23일 기준으로 시행된 예외가 아니라 여전히 제안이다.

일반 규칙은 그대로다. 고갈 단계(Exhaustion Phase) 동안 추가 IPv4 할당 또는 배정을 받으려는 LIR 또는 최종 사용자는 이전의 모든 IPv4 자원에 대해 최소 90% 사용률을 입증해야 한다. 이전 할당·배정이 없는 신규 조직은 첫 요청에서 이를 면제받는다.

Draft 2는 세 번째 경로를 추가한다. 기준은 입증된 핵심 기술적 목적에 대해, 기존 풀이 그 필요를 사실상 충족할 수 없거나 그 풀에 기술적 제약을 만드는 경우 면제될 수 있다. 이중화, 고가용성, IPv6 전환 기제, 새 사이트 확장은 제한적이지 않은 예시이다. 이 문단에서는 요청이 첫 할당·배정 요청처럼 처리된다.

그리고 공통 증거 계약 전부가 나온다. 정당화는 AFRINIC이 그 정당화에 대한 준수를 검증할 수 있을 만큼 충분히 문서화되어야 한다.

이 문장은 Draft 1보다 나아졌음을 보여준다.high availability같은 라벨은 스스로를 증명하지 않는다고 말한다. 신청자에게 부담을, AFRINIC에 검증 과제를 부여한다. 그러나 아직 어떤 명제를 입증해야 하는지, 어떤 최소 사실이 대화를 넘어 남는지, 원 티켓이 오래된 뒤 한 검토자가 기술적 제약과 운영적 선호를 어떻게 구분하는지 말하지 않는다.

기준에는 백분율이 있다. 예외에는 유형이 필요하다

현행 통합 정책 매뉴얼은 버전 1.6을 현행으로 명시한다. 90% 기준은 보이고, 몇 가지 일반 증거 원칙도 보인다. 요청은 엔지니어링, 서브네팅, 토폴로지, 라우팅 계획을 사용할 수 있고, 예측은 현실적이고 정당해야 한다. 정책과 실무는 위치, 국적, 규모와 무관하게 공정해야 한다. 평가에 쓰이지만 공개 등록되지 않는 상업 정보는 기밀로 유지해야 한다.

이 조항들은 호스트마스터에게 전문적 증거 환경을 준다. 그러나 새 예외에 유형을 부여하지는 않는다.

동일한 집계 사용률을 가진 두 신청자를 생각해 보자. 한쪽은 고객 계약이 다른 도시를 선호하기 때문에 두 번째 사이트를 원한다. 다른 쪽은 독립 전원을 갖춘 두 고장 도메인을 보유하며, 두 번역 기능을 동일한 물리적·라우팅 의존성 뒤에 둘 수 없다. 둘 다redundancy라고 쓸 수 있다. 명사 아래의 증거만이 기존 공간이 설계를 사실상 충족할 수 있는지, 제약이 제안된 규칙상 기술적인지 밝혀준다.

필드 목록이 그 사례를 자동으로 판정할 수는 없다. 무엇이 판정되었는지는 보존할 수 있다. 이 구분이 제안의 설계 문제의 중심이다.

보편적 문서 목록이 없다는 것은 공통 인터페이스가 없다는 것과 같지 않다

AFRINIC-37 회의 녹화에는 가장 유용한 이견이 담겨 있다. 한 참가자는 회원이 90%를 충족하지 못한 경우 어떤 기술 문서가 필요한지 물었다. 발안자는 단일 목록이 없어야 한다고 답했다. IPv6 전환 사례와 다중 사이트 배치는 서로 다른 증거를 요구할 수 있기 때문이다. 검토는 직원과의 입력/출력 대화가 될 것이다.

타당한 답이다. 데이터센터에 유용한 토폴로지 다이어그램은 번역기 풀에 대해 거의 말해주지 않는다. 발주서는 획득은 증명하지만 고장 도메인 분리는 증명하지 않는다. 트래픽 예측은 부하는 설명하지만 라우팅 독립성은 설명하지 않는다.

다른 참가자는 제안을 지지하면서도, 어떤 신청자든 이중화나 고가용성을 인용할 수 있어 직원들에게 공정하고 일관된 시행에 너무 넓은 언어만 남는다고 경고했다. 발안자는 모든 유효한 예를 나열하는 것을 거부했다. 그렇게 하면 정당한 사례가 배제되고 직원을 과잉 관리하게 된다. AFRINIC의 회원 서비스 책임자는 결정적 경계를 제공했다. 기술적 제약은 예외를 뒷받침할 수 있지만, 운영적 제약은 그렇지 않다.

따라서 회의는 두 나쁜 극단을 배제하면서 중간을 해결하지 못했다. 보편적 서류 봉투는 지나치게 경직될 것이고, 구조 없는 형용사는 감사하기 너무 어려울 것이다. 빠진 층은 사례별 값을 유지하는 공통 인터페이스다.

공동 의장은 회의에서 대략적 합의를 확인하고 초안을 라스트콜로 이동시켰다. 녹화는 또한 사무국이 이 단계에서 사용률의 정의를 공유할 것이라고 말한다. 중립 트래커는 여전히 더 넓은 라벨을 유지하고, 여기서 사용된 공개 증거 어느 것도 비준, 시행, 필드 수준 예외 스키마를 확립하지 않는다. 이는 다른 곳에서 정의가 유통되지 않았음을 증명하는 것이 아니다. 독자가 제안된 규칙과 회의 기록에서 재구성할 수 없는 것이 무엇인지를 확립한다.

“충분히”라는 말이 안전장치를 티켓 안으로 옮겼다

제안 발표와 토론은 안전장치를sufficiently documented라는 문구에 둔다. 초안은 두 가지 개선을 담는다. 기존 공간이 입증된 기술적 필요에 사실상 부적합해야 하고, 신청자는 AFRINIC이 그 주장을 검증할 만큼 충분한 증거를 제공해야 한다.

따라서 정책 문구는 단순한 의도가 아니라 관계를 정의한다:

기술적 기능 → 기존 자원으로는 사실상 충족 불가 → 추가 IPv4 조각

모든 화살표에 증거가 필요하다. 기능이 무엇인가? 어느 기존 블록을 검토했는가? 무엇이 재사용, 리넘버링, 애그리게이션, 다른 배치를 사실상 불가능하게 하는가? 어느 사이트나 고장 도메인이 새 조각을 소비하는가? 어느 배치 기간 동안 양쪽이 공존해야 하는가? 무엇이 정당화를 반증하는가?

안정적 답이 없으면 안전장치는 서신 속에 산다. 신청자는 오늘 성공하거나 실패한 이유를 이해할 수 있지만, 교체된 검토자, 감사인, 불복을 준비하는 신청자는 결론 하나와 서로 다른 첨부 폴더만 보게 된다.

재량, 사유, 검토는 서로 다른 일을 한다

회의 기록은 검토를 보편적 서류 봉투가 아닌 입력/출력 대화로 묘사한다. 결정이 최종인지, 특정 법적 불복 권리가 있는지를 확립하지 않는다. 전문적 재량, 기록된 사유, 적용 가능한 정정·검토 경로는 따라서 별개의 설계 선택이다.

이 교환은 흔히 한 단어로 뭉개지는 세 가지를 분리한다.

재량은 기계 테스트로 환원될 수 없는 사실을 해석할 여지다. 사유는 그 재량이 어떻게 사용되었는지 설명하는 기록이다. 불복은 규칙, 사실, 사유가 올바르게 결합되었는지 검증하는 경로다. 시스템은 둘째를 은닉하거나 셋째를 무력화하지 않고도 첫째를 보존할 수 있다.

결정 기록이 없는 정정·검토 요청은 대화를 다른 층에서 반복할 뿐이다. 신청자는 어느 필드가 실패했는지 알아야 한다. 아키텍처인지, 재사용 불가능성인지, 요청 규모인지, 증거 품질인지, 기술 분류인지, 정책 버전인지. 검토자도 사후에 새 근거로 대체하지 않기 위해 같은 기록이 필요하다.

멀티-PoP 예시는 권리가 아니다

제안 발표는 멀티-PoP 464XLAT 배치를 동기 사례로 쓴다. 회원 네트워크에 대한 감사도, 새 공간에 대한 자동 권리도, 보편적 토폴로지도 아닌 설계 시나리오다. 그 가치는 더 좁다. 기술적 기능은 집계 사용률이 순차적 기준에 도달하기 전에 고장 도메인 간에 동시에 존재해야 할 수 있다는 점이다.

RFC 6877의 464XLAT 아키텍처는 IPv6 전용 네트워크에서 제한적 IPv4 연결을 제공하기 위해 코어의 상태 저장 변환과 엣지의 상태 비저장 변환을 결합한다. RFC는 정보성(Informational)이며 기능 구성 요소와 배치 고려사항을 설명할 뿐, 네 개의 PoP, 사이트당 두 장치, 특정 공용 IPv4 프리픽스 크기를 규정하지 않는다.

그 경계야말로 정책이 하나의 토폴로지를 인코딩해서는 안 되는 이유다. 공통 층은 새 자원이 어느 번역 기능과 고장 도메인을 지원하는지, 기존 조각이 왜 그것을 지원할 수 없는지, 수요가 어떻게 산정되었는지 알아야 한다. 플랫폼, 이중화 프로토콜, 배치, 라우팅 설계의 선택은 운영자에게 남아 있어야 한다.

최소 명세는 두꺼운 설계가 아니라 엄격한 필드를 뜻한다

Lu Heng의최소 초기 명세는 유용한 선을 긋는다. 공통 규칙은 공유 조정에 필요한 결정론적 최소를 담아야 하고, 이후 운영 선택은 공통 불변량을 바꾸지 않는 한 네트워크를 운영하는 참여자에게 남아 있어야 한다.

IPv4 보존은 허구가 아니다. AFRINIC은 유한한 가용 풀을 통제하며 추가 위임에 정당한 필요가 있는지 검증해야 한다. 등록 정확성, 고유성, 공평한 적용에는 공통 결정 규칙이 필요하다. 그러나 데이터센터 공급업체, NAT64 플랫폼, 내부 라우팅, 배치 순서의 선택은 그렇다고 레지스트리 불변량이 아니다.

실용적 종합은 정책 매뉴얼보다 작고 형용사보다 강하다. 모든 결정이 보존해야 하는 필드를 명세하라. 각 운영자가 자기 설계에 맞는 증거로 그것을 채우게 하라. 민감한 첨부는 보호하라. 프라이버시 안전 집계와 스키마 버전만 공개하라.

이것은 덜 엄격한 것이 아니다. 모호한 공통 층은 모든 호스트마스터와 신청자가 사적 명세를 발명하게 만든다. 최소 인터페이스는 공유되는 부분을 명시적으로 만들고 나머지는 현지에 남긴다.

예외 영수증에는 18개 필드가 필요하다

다음은 이 글이 제안하는 최소 인터페이스다. AFRINIC 양식이 아니며 기존 절차를 보고하는 것도 아니다.

  1. 요청 또는 티켓 ID.증거, 대화, 결과를 하나의 신청에 묶는다.
  2. 규칙 식별.정책, 초안, 시행 버전과 사용된 정확한 문단을 기록한다.
  3. 신청자와 요청 유형.LIR과 최종 사용자, 할당과 배정, 최초 요청과 추가 요청을 구분한다.
  4. 일반 기준.신청자가 통과해야 하는 포트폴리오 스냅샷과 정확한 90% 계산을 고정한다.
  5. 예외 등급.이중화, 고가용성, IPv6 전환, 신규 사이트 또는 명시된 다른 기술적 목적을 명명한다.
  6. 기능 단위.보호된 기록 속 사이트, PoP, 기능을 식별하고 공개 출력에는 익명·집계 라벨을 사용한다.
  7. 요청 조각.요청 프리픽스나 수량을 각 사이트·기능에 대응시키고, 설명 없는 총량 승인을 피한다.
  8. 동시성 기간.기능을 함께 배치해야 하는 이유와 기존·신규 자원이 공존하는 기간을 명시한다.
  9. 부적합 관계.기존 공간이 그 기능을 사실상 충족할 수 없는 토폴로지, 라우팅, 변환, 고장 도메인상 이유를 설명한다.
  10. 주소 계획.단위와 시간 범위를 포함해 관련 조각마다 현재·예측 사용을 보존한다.
  11. 미사용 공간 분석.미사용 보유량을 목록화하고 재사용, 리넘버링, 다른 배치가 왜 기각되었는지 기록한다.
  12. 증거 보관.파일, 해시, 통제자, 접근 경계, 보존 기간을 나열하되 기밀 토폴로지는 공개 메타데이터에 두지 않는다.
  13. 대화 이력.검토자 질문, 신청자 답변, 타임스탬프를 티켓의 추론을 덮어쓰지 않고 추가적으로 보존한다.
  14. 분류와 사유.기술·운영·혼합 처리를 기록하고 자연어 설명과 함께 안정적 사유 코드를 사용한다.
  15. 결정과 조건.승인 또는 기각, 부여 규모, 조건, 만기, 후속 검토를 기록한다.
  16. 정정과 불복.통지, 사실 정정 채널, 기한, 적용 가능한 불복 경로를 식별한다.
  17. 대체.테스트를 바꾸는 후속 정책·절차 버전을 링크하되 결정 시점에 적용된 규칙을 보존한다.
  18. 공개 집계.회원이나 토폴로지를 노출하지 않고 건수, 등급, 처리 구간, 결과, 정정을 공개하여 일관성 감사를 허용한다.

이 필드 중 어느 것도 4-PoP 설계의 진위를 판정하지 않는다. 함께 작동할 때 판단을 재현 가능하게 만든다. 두 번째 검토자는 동일한 포트폴리오, 동일한 주장된 제약, 동일한 미답변 질문을 본다. 신청자는 역사를 다시 쓰지 않고 사실을 정정할 수 있다. AFRINIC은 한 등급, 한 검토자, 한 조직 규모가 설명되지 않는 결과 차이를 만드는지 관찰할 수 있다.

예외가 문이 되기 전에 인터페이스를 공개하라

Draft 2의 방향은 방어 가능하다. 두 번째 고장 도메인이 사용률을 세기 쉽다는 이유만으로 첫 번째가 거의 채워질 때까지 기다려서는 안 된다. 2018년 보고서는 현행 순차 규칙이 그 규칙이 평가하려는 아키텍처를 가로막을 수 있음을 보여주는 특히 직접적인 증거다.

초안은 또한 중요한 제약을 유지한다. 기술적 목적은 선언되는 것이 아니라 입증되어야 한다. 문제는 판단의 존재가 아니다. 판단이 남기는 것이 무엇인지에 대한 안정적 공개 설명의 부재다.

sufficiently documented라는 문구는 대화를 시작할 수 있다. 희소 자원 예외의 내구적 기록이 될 수는 없다. AFRINIC은 면제가 운용되기 전에 최소 필드 스키마, 보호 증거 규칙, 사유 코드를 공개해야 한다. 그때 레지스트리는 네트워크를 고르지 않고 풀을 보존할 수 있고, 운영자는 자신의 증거 기준을 고르지 않고 네트워크를 고를 수 있다.

출처