요약

  • Remco van Mook의 제안은 기존 문서를 가리키는 색인에서 시작한다. 정책 문구를 곧바로 다시 쓰자는 안은 아니다.
  • RIPE 93 기록은 다음 단계가 왜 까다로운지 보여 준다. 묶기, 옮기기, 고치기는 서로 다른 작업이며, 기존 문구에는 이미 적용 이력이 있다.

주소 정책 매뉴얼은 서류 정리처럼 들린다. 규칙을 한곳에 모으고 주제별 장을 만들면 운영자가 번호가 붙은 문서 더미를 뒤질 일이 줄어든다. 하지만 RIPE 93 토론은 단 한 문단을 옮기기 전에 선을 그어야 한다는 점을 드러냈다.

Remco van Mook은 현행 문서를 연결하는 색인부터 만들자고 제안했다. IPv4, IPv6, ASN, 이전, 계약 관계, 등록부에 인접한 정책을 주제별로 정리하는 방식이다. 공식 세션 개요가 설명하는 다음 단계는 자원별 장을 한 번에 하나씩, 원문 그대로 옮기는 것이다. 이미 통합된 이전 정책부터 시작하고, 장마다 별도의 제안을 둔다는 구상이다.

현장 발언에서 첫 단계는 더 제한적으로 설명됐다. 색인은 참조만 모으고 정책 본문은 옮기지 않는다. van Mook은 초기 단계에서 해설을 붙이는 일도 피하려 했다. 링크 옆의 설명 한 줄이 해석 분쟁을 사실상 끝낼 수 있다. 문장 수정은 교정처럼 보여도 운영자가 의무를 이해하는 방식을 바꿀 수 있다.

참석자들은 문서 모양보다 실제 충돌을 지적했다. 정책마다 정의가 어긋나고, 기존 문구는 수년간 적용되며 선례를 만들어 왔다. Maynard Koch는 문구를 그대로 복제해 정책 개발 절차 밖에서 다시 게시하는 일조차 그 선례의 의미를 바꿀 수 있다고 경고했다. 데이터베이스 작업그룹 공동 의장은 경계를 분명히 했다. 모으는 단계와 고치는 단계는 분리하고, 충돌은 새 문구에 섞어 지우지 말고 표시해야 한다.

RIPE Document 781은 절차의 기준이다. 정책 개발은 공개적이고 투명하며 합의에 기반하고, 정책은 RIPE Documents에 기록된다. van Mook도 정책을 건드리기 시작하면 PDP를 거쳐야 한다고 말했다. 색인은 정책 묶음을 찾기 쉽게 만들 수 있지만, 논쟁 중인 정의를 편집자가 임의로 정리할 수는 없다.

첫 단계를 작게 유지한다면 실용적인 이득이 있다. 새 참여자는 아는 선배에게 묻지 않고도 적용 문서와 이력을 찾을 수 있다. RIPE NCC도 복잡한 상호 참조를 기억에 기대어 풀어 주는 대신 읽기 쉬운 안내도를 제공할 수 있다. 반대로 색인이 모순을 감추면 낡은 모호함에 깔끔한 표지만 덧씌우게 된다.

RIPE 93 기록에는 찬성, 자원 봉사 제안, 반론이 남아 있지만 의장단의 채택 결정이나 후속 작업 항목은 없다. 공개된 Address Policy 작업 항목이나 의장단 요약이 나오면 상태 판단이 달라진다. 현재 이 제안이 남긴 시험은 단순하다. 의미를 바꾸는 모든 일을 합의 절차 안에 두면서 안내도만 먼저 공개할 수 있을까?

출처