Summary

  • Denis Walker가 2013년 설명한 reclaim은 RIPE NCC가 발급한 주소 자원의 상위 객체에 적힌 관리자의 인증으로 일정한 하위 객체를 삭제할 수 있게 한 기능이다.
  • 권한은 삭제에 한정된다. 더 구체적인 주소 기록, 경로 객체, 역방향 DNS 위임은 대상이지만 상위 자원 자체와 AS 번호, 인물 기록은 대상이 아니다.

오래된 경로 기록이 문지기가 될 때

네트워크 운영자가 새 경로 객체를 등록하려는데 같은 접두사의 옛 route 객체가 먼저 자리 잡고 있다. 그 객체의 mnt-by에는 이제 연락하기 어려운 다른 관리자가 적혀 있다. 주소 블록을 책임지는 쪽은 새 기록을 만들 수도, 낡은 기록을 지울 수도 없다. 과거에는 RIPE NCC에 수동 개입을 요청해야 하는 일이 생겼다. 주소는 내 책임인데 삭제 버튼은 남의 책상에 놓인 셈이다.

Denis Walker는 2013년 4월 그 상황을 풀기 위해 만든 reclaim 기능을 설명했다. RIPE NCC가 할당하거나 지정한 상위 주소 자원의 mnt-by, mnt-lower 관리자를 하위 객체 삭제의 추가 인증 주체로 인정한다. 사용자는 객체에 delete: reason을 적어 평소처럼 갱신 요청을 보낸다. 특별한 도구가 생긴 것이 아니라, 데이터베이스가 “누가 지울 수 있는가”를 판단하는 기준이 달라졌다.

문제의 출발점이 늘 분쟁인 것도 아니다. 두 팀이 mnt-by를 공유하면 한쪽이 다른 쪽을 빼버릴 수 있다. 운영 이관 뒤에도 옛 자격 증명이 기록을 붙잡는 경우가 있다. 정확히 일치하는 접두사의 경로 객체는 새 객체 생성을 막는다. Walker는 그때마다 등록기관이 예외를 처리하던 절차를, 자원 보유자가 직접 실행할 수 있는 한정된 규칙으로 바꿨다.

열쇠에는 분명한 홈이 파여 있다. 더 구체적인 inetnum, inet6num 객체, 같거나 더 구체적인 접두사의 route, route6 객체, in-addr.arpa와 ip6.arpa 아래의 역방향 위임 도메인이 대상이다. 상위 할당·지정 자체, aut-num, ENUM 도메인, person과 role 같은 보조 객체는 대상이 아니다. reclaim은 내용을 고치거나 인증을 바꾸지 못하고 삭제만 한다. 하위 재할당을 받았다는 이유만으로 RIPE NCC 발급 자원의 보유자 권한을 넘겨받지도 않는다.

데이터베이스에서 경로 객체를 삭제한다고 라우터의 전달 경로가 즉시 바뀌지는 않는다. 그래도 새로 맞는 기록을 만들 길은 열린다. 작은 장부 항목이 실제 운영의 거부권처럼 작동할 때, 책임자에게 그 항목을 정리할 수단이 있는지는 결코 작은 문제가 아니다.

RIPE NCC의 2013년 연례보고서는 reclaim을 그해의 새 기능으로 기록한다. Walker의 설명은 허용 범위를 자세히 적었다. 삭제 버튼 하나에 담긴 이야기는 결국 책임과 권한을 같은 사람에게 둘 수 있느냐는 질문이다.

RIPE 원자료