Summary

  • Remco van Mook와 Marco Hogewoning의 RIPE 2010-06은 최종 이용자에게 준 IPv6 주소를 각각 등록하거나, AGGREGATED-BY-LIR와 assignment-size를 적은 inet6num 객체 하나에 묶어 등록하도록 했다. /48보다 큰 단일 할당은 별도 ASSIGNED 기록을 요구했다.
  • LIR은 감사나 추가 배분 신청 때 실제 할당 건수를 제시해 RIPE NCC가 HD ratio를 확인할 수 있게 해야 했다. 제안은 2011년 2월 3일 채택됐고, RIPE NCC는 2월 15일까지 데이터베이스 기능과 관련 절차를 도입했다고 알렸다.

한 줄에 담긴 천 명

이전 IPv6 정책은 최종 이용자 할당 정보를 지역 등록기관이 접근할 수 있는 데이터베이스에 넣으라고 했다. 어떤 데이터베이스인지, 어떤 항목을 적어야 하는지는 분명하지 않았다. 가입자가 많아지는 사업자에게 이 문장은 고객마다 공개 행을 만들어야 하는지부터 따지게 했다. 채택된 2010-06 제안은 그 질문에 데이터베이스의 필드로 답했다.

RIPE-513은 /56 할당 1,000건을 /46 풀에 담는 예를 든다. 공개 객체에 status: AGGREGATED-BY-LIR와 assignment-size: 56을 기록한다. 누구나 풀 범위와 각 할당의 크기를 볼 수 있고, 사업자는 실제로 몇 건을 나눠줬는지 내부 장부로 센다. 공개 카드가 천 장에서 한 장으로 줄어든 셈이다. 예시의 천 건은 사용법을 보여주는 수치이며, 심사에 쓰일 실제 건수는 사업자 기록에서 나와야 한다.

확정된 정책 5.5절은 개별 등록도 허용한다. 묶음 등록을 택한 LIR은 감사나 새 주소 배분을 요청할 때 할당 건수를 보여줘야 한다. RIPE NCC는 이 숫자로 이미 받은 주소 공간의 활용도를 나타내는 HD ratio를 계산하고 검증한다. 한 조직에 /48보다 큰 범위를 할당했다면 ASSIGNED 상태로 따로 기록해야 한다. 공개 목록이 짧아지는 만큼 내부 숫자의 신뢰성은 더 중요해졌다.

그 한 장의 카드도 완전히 말이 없는 것은 아니다. assignment-size는 고객에게 주는 주소의 단위를 드러낸다. 제안서는 여기에서 생길 수 있는 사업상·보안상 위험을 직접 적었다. 고객별 세부 사항을 공개하는 부담을 줄이되, 등록기관이 자원 사용을 확인할 수 있는 구조는 남긴 것이다. 개인정보와 책임 사이의 거리를 실제 필드 하나가 조절했다.

RIPE 기록에는 2011년 2월 3일 채택됐다고 적혀 있다. RIPE-513은 7일 발행됐고, RIPE NCC의 15일 안내는 데이터베이스와 필요한 절차에 도입됐다고 밝혔다. 평범해 보이는 상태값 하나가 공개 등록의 크기와 심사 때 내야 할 장부의 책임을 함께 정했다.

RIPE 원문 자료