요약

  • 버전 2는 광범위한 재평가 장치를 의도적으로 삭제했으며, 제안자는 주소 수요가 변하지 않는 한 기존 보유자에게 어떤 영향도 없다고 밝혔습니다.
  • 수요가 늘어나면 초안의 다음 니블 경계 확장과 비연속 교체 분기가 여러 기존 할당, 하나의 새 자원, 6개월 반납 기간을 하나의 전환으로 묶을 수 있습니다.
  • 이 경계를 14개 필드 영수증과 5개 테스트 사례로 유지하되, 토폴로지·고객·마이그레이션 절차는 로컬 또는 보호 영역에 두십시오.

9개 프리픽스는 상태이지 판정이 아니다

이 정책 논쟁에서 가장 유용한 숫자는 레지스트리 총계에서 나오지 않았습니다. 2025년 3월, 한 참여자가자신의 네트워크가 서로 다른/48PI 할당 9개를 갖고 있으며이를 가능하면 재번호 지정 없이 통합하고 싶다고 말했습니다. 그는 데이터베이스 객체와 DNS를 모두 언급했습니다. 이는 한 운영자의 문제에 대한 귀속 가능한 진술이며, 현재 보유 현황에 대한 독립적인 검증이 아니고, 9개 프리픽스가 남용·낭비·전형적인 사례라는 근거도 아닙니다.

그 가치는 구조적입니다. 이 진술은 제안에 초기 상태를 부여합니다. 즉, 라우터·접근 제어 목록·리버스 존·모니터링 시스템·애플리케이션에 이미 자리 잡은, 개별 등록된 프리픽스의 순서 있는 집합입니다. 최종 집합 자체만으로는 이전 신원들이 어떻게 다루어졌는지 설명할 수 없습니다.

이 상태를 그대로 두는 것(grandfathering)은 정책 실패가 아닙니다. 레지스트리가 기존 기록을 새 설계와 유사하게 만들기 위해 마이그레이션 리스크를 인위적으로 만들어서는 안 됩니다. 어려운 문제는 보유자가 더 많은 공간을 요청할 때 시작됩니다.

버전 2는 불개입을 명시했다

2025년 10월의버전 2 발표는 무엇이 바뀌었는지를 특례 없이 명확히 설명합니다. 이 문서는 제안된 End Site 정의와, 추가 또는 더 큰 할당을 요청할 때 주소 수요를 재평가하는 절차가 삭제되었다고 밝혔습니다. 작성자들은 문서를 더 짧고 읽기 쉽게 만들었습니다. 이 삭제는 우연이 아니라 의도적인 것입니다.

5개월 후, 한 참여자가 버전 2가 수요가 늘지 않은 복수 PI 할당의 기존 보유자를 어떻게 다루는지 직접 물었습니다.제안자의 답변은 한정적이었습니다. 공간 수요가 변하지 않으면 기존 보유자에게 어떤 영향도 없다는 것이었습니다.

이 문장이 계약의 첫 번째 측면입니다. 정책 문구가 바뀌었다는 이유만으로 변하지 않은 보유자가 새로운 사례를 증명할 필요는 없습니다. 해당 보유자가 새로운 집합을 채택하지 않는다고 해서 기존 상태가 무효가 되지는 않습니다. 권위 있는 사건이 새 규칙을 발동하기 전까지 안정성은 로컬에 머뭅니다.

성장 요청은 이음선을 넘는다

두 번째 측면은 7.1.2조를 둘러싼 논의에 나타납니다. 추가 공간이 필요한 하나 이상의 PI 할당 보유자는 다음 니블 경계로의 확장을 안내받습니다. 충분한 연속 공간이 없을 경우 보유자는 새 할당을 요청할 수 있고, 6개월의 재번호 지정 기간 내에 이전 할당을 반납해야 합니다. 한 참여자가이 분기를 인용하며 6개월 기간에 이의를 제기하고, 더 길거나 연장 가능한 기간을 제안했습니다.

기간 논쟁은 여전히 정책적 선택의 문제입니다. 이 글은 6개월, 12개월 또는 24개월 중 무엇이 옳은지 판단하지 않으며, 누군가 그런 기한을 놓쳤다고 주장하지도 않습니다. 더 근본적인 관찰은 이 문안이 상태 전환을 만들어 낸다는 것입니다.

변하지 않은 기존 집합 → 변한 수요 → 연속성 검사 → 확장 또는 교체 → 중복 기간 → 반납.

각 화살표에는 책임 주체와 신원이 필요합니다. 어떤 요청이 수요를 바꾸었는가? 어느 정책 버전이 적용되었는가? 어떤 기존 할당이 범위 안에 있었는가? 연속성 결과를 뒷받친 예약 스냅샷은 무엇인가? 레지스트리는 기존 객체를 확장했는가, 아니면 새 객체를 발급했는가? 반납 시계는 언제 시작되었는가? 어떤 이전 할당을 닫아야 하는가, 오류는 어떻게 정정되는가?

결과로 나오는 프리픽스 레코드만으로는 이 질문들에 답할 수 없습니다.

아직은 제안 창구 단계이다

상태는 정확하게 유지되어야 합니다. 2026년 6월 15일, 워킹그룹 공동 의장들은8건의 지지 표명, 사소한 편집 수정, 그리고 검토(Review) 단계로의 진행 합의를 보고했습니다. 그 메시지는 정책 초안과 영향 분석이 공개될 것이며 다음 단계가 발표될 것이라고 밝혔습니다.

이는 채택이나 구현이 아니라 진행 의도에 대한 근거입니다. 이 글에서 검토한 자료 집합은 이후 검토 문서가 공개되었거나, 합의에 도달했거나, 운영 시스템이 변경되었다는 사실을 입증하지 않습니다. 영향 분석과 효력 문안이 아직 경계를 명명할 수 있는 지금, 영수증 논의가 설계 논의에 들어가야 합니다.

재번호 지정은 레지스트리 타임스탬프 하나가 아니다

6개월이라는 문구가 단순해 보이는 것은 자원 기록을 네트워크로 착각할 때뿐입니다.RFC 4192는 플래그 데이 없는 IPv6 재번호 지정을 설명합니다. 새 프리픽스를 확보하고, 링크 프리픽스를 계획하고, 새 주소를 도입하고, 라우팅·DNS·DHCP·구성 참조를 갱신하고, 이전과 새 주소를 함께 운영하고, 새 상태를 테스트한 뒤 이전 프리픽스를 제거하는 순서입니다.

이 순서는 의도적으로 '먼저 만들고 나서 끊는' 방식입니다. 레지스트리의 반납 날짜는, 그 이전 시계들이 리졸버 캐시·라우터 광고·방화벽 규칙·모니터링 대상·소프트웨어 구성에 놓여 있는 사슬의 끝입니다.

RFC 5887은 이 사슬이 여전히 어려운 이유를 설명합니다. 정적 주소는 흩어져 있어 사용자가 장애를 겪은 후에야 발견될 수 있습니다. 중복 기간 동안 정책 규칙과 모니터링은 이전 프리픽스와 새 프리픽스를 모두 인식해야 합니다. IPv6가 허용함에도 도구가 다중 프리픽스 운영을 항상 깔끔하게 처리하지는 않습니다.

두 RFC 모두 RIPE 제안 2024-01을 지배하거나 기한을 정하지 않습니다. 이 RFC들은 더 좁은 사실을 확립합니다. 운영상 재번호 지정이 결합된 레지스트리 전환에는 '이전'과 '새' 외에도 여러 상태가 있다는 것입니다. 근거는 그 중간 상태들을 견뎌야 합니다.

전환은 하나의 객체로 쓸 수 있다

P0를 날짜 기준 시점에서의 순서 있는 기존 PI 집합이라 하고,N0를 이전에 문서화된 수요,q를 이후의 추가 또는 더 큰 공간 요청,H를 적용되는 문안과 버전이라 합시다.C(q, P0)를 예약·연속성 결과라 하고,T를 선택된 확장 또는 교체 경로,P1을 결과 자원 신원,D를 중복/반납 시계와 마감 근거라 합시다.

그러면 감사 가능한 사건을 다음과 같이 정의할 수 있습니다.

E = G(P0, N0, q, H, C, T, P1, D).

이는 제 모델이며 RIPE NCC의 스키마가 아닙니다. 그 목적은P0나P1어느 하나만으로는 불충분하다는 이유를 보여주는 것입니다.q이전에는 제안자의 설명이P0를 그대로 둡니다.q이후에는 결정이 결합된 하나의 사건입니다. 어느 구성 요소라도 바뀌면 이후 검토자는 재구성된 이야기가 아니라 버전과 정정 사슬을 필요로 합니다.

14개 필드의 성장-전환 영수증

공통 기록은 간결함을 유지할 수 있습니다. 보유자의 전체 네트워크 계획은 필요 없습니다.

  1. 영수증 식별.안정적인 영수증 ID와 영수증 스키마 버전.
  2. 적용 규칙.제안 또는 정책 식별자, 문안 버전, 권위 있는 다이제스트, 효력 상태·날짜.
  3. 사전 상태 기준 시점.기존 할당 집합에 대한 정확한 관측 시각과 시간대.
  4. 보유자와 요청.공개에 안전한 보유자 참조, 요청 ID, 인증된 제출 시각, 사적 연락처 제외.
  5. 발동 유형.변동 없는 문의, 추가 공간 요청, 더 큰 할당 요청 또는 정정, 그리고 7.1.2조가 발동되는지 아닌지에 대한 이유.
  6. 사전 PI 집합.순서 있는 기존 할당/객체 식별자, 프리픽스 길이, 상태, 기록 다이제스트.
  7. 평가된 수요.승인·거부·미확정 결과, 대상 단위, 유한한 공개 이유 코드. 원시 토폴로지는 보호될 수 있습니다.
  8. 니블 목표.요청된 경계와 평가된 경계, 그리고 차이가 있을 경우 그 이유.
  9. 연속성 근거.예약 스냅샷 식별, 검사된 인접 범위, 결과 시각, 무관한 보유를 노출하지 않는 결정적 결과.
  10. 선택된 경로.기존 할당 확장, 새 할당 발급, 집합 유지, 거부 또는 추가 근거 요청.
  11. 결과 자원.새 또는 확장된 할당 식별자, 프리픽스, 객체 버전, 활성화 시각.
  12. 공존 시계.중복 시작, 반납 기한, 시간대, 그리고 규칙이 허용하는 일시 중지 또는 연장의 식별.
  13. 반납 집합과 마감.반납 대상 기존 할당, 항목별 상태, 완료 근거, 미해결 예외.
  14. 정정 사슬.결정 권한, 검토/정정 경로, 대체된 영수증 링크, 최종 상태.

이 필드들은 요청이 서명되었다는 이유만으로 보유자의 수요가 참이라고 선언하지 않습니다. 누가 무엇을 주장했는지, 어느 규칙이 그것을 평가했는지, 어떤 상태가 뒤따랐는지를 보존합니다.

구현 전에 통과할 5개 테스트

산문형 규칙은 평범한 경계 사례들이 동일한 기록을 만들어내기 전까지 상호 운용 가능한 사용 준비가 된 것이 아닙니다.

  1. 성장 없는 레거시 집합.기존 할당 여러 개와 추가 수요 없음은trigger=no_change와 반납 시계 없음을 만들어야 합니다.
  2. 연속 확장.정당한 성장과 적합한 인접 공간은 기존 집합, 예약 결과, 확장된 할당을 연결해야 합니다.
  3. 비연속 교체.적합한 인접 공간이 없는 정당한 성장은 새 할당, 명시적 반납 집합, 중복 기한을 만들어야 합니다.
  4. 철회된 요청.새 자원 활성화 전 철회는 반납 시계를 시작하지 않고 사건을 종결해야 합니다.
  5. 정정.잘못된 기존 집합 구성원이나 시계 시작은 추가 전용(append-only) 정정을 통해 대체되어야 하며, 이력이 은밀히 다시 쓰여서는 안 됩니다.

이 테스트 벡터의 공개는 운영자가 실제 마이그레이션에서 발견하기 전에 모호성을 드러냅니다. 서로 다른 레지스트리 도구가 여전히 규칙을 다르게 구현하면서 동일한 최소 의미를 출력할 수 있습니다.

공유 계층은 좁게 유지하라

HENG.LU 노트 64는 옳은 제도적 한계를 제시합니다. 고유성, 상호 운용성, 공유 안전을 위해 반드시 공통이어야 하는 것만 명시하고, 미래의 결정과 로컬 결정은 그 시스템을 운영하는 참여자들에게 남겨야 합니다.

이 전환에서 이식 가능한 계층은 자원 신원, 규칙 버전, 발동 사유, 연속성 결과, 선택된 분기, 시계, 마감, 정정입니다. 보호 계층은 토폴로지, 고객, 상세 이용률, 장비 목록, 상업적 목적, 그리고 보유자가 네트워크를 바꾸는 순서입니다.

RIPE NCC는 커뮤니티 규칙을 적용하고 결정을 증명합니다. 보유자는 근거를 제공하고 라우팅, DNS, 마이그레이션을 통제합니다. 독립된 제3자는 영수증을 검증하거나 테스트 벡터를 실행할 수 있습니다. 어느 쪽도 기록을 읽는다는 이유만으로 다른 쪽에 권한을 갖지는 않습니다.

이 경계는 자발적 불행동도 보존합니다. 수요가 변하지 않은 정당한 보유자가 새 영수증이 존재하도록 하기 위해 통합을 명령받아서는 안 됩니다. 공통 아티팩트는 권위 있는 전환이 평가되거나 기록될 때만 요구됩니다.

출처

근거 한계

확인된 사실: 버전 2가 광범위한 재평가를 의도적으로 삭제했다; 제안자가 변하지 않는 수요에는 영향이 없다고 밝혔다; 논의 문안에 성장 발동형 확장/교체 경로와 6개월 반납 기간이 있다; 공동 의장들이 제안을 검토 단계로 진행할 의도였다; IPv6 재번호 지정에는 중복되는 운영 상태가 요구된다.

추론: 사건 발동형 경계는 결과 프리픽스 레코드만으로는 신뢰 있게 재구성될 수 없으며, 경계에 대한 불확실성은 요청 회피나 일관성 없는 사건 재구성을 조장할 수 있다.

권고: 경계를 보호된/공개적으로 유한한 14개 필드 영수증으로 묶고, 구현 전에 5개 테스트 벡터를 공개하라.

미확정: 예정된 검토 문안과 영향 분석, 최종 기한, 시계 시작 사건, 예외 또는 연장 규칙, 내부 케이스 스키마, 영향을 받는 보유자 수, 그리고 어떤 실제 구현.