요약

  • Jordi Palet Martinez의 LAC-2026-6 제1판은 정책 토론, 합의 판단, 공개 포럼, 최종 의견 수렴과 이사회 결정을 모두 ‘제안의 버전’에 연결한다. 제안자는 이를 절차 설명의 정리라고 부른다.
  • LACNIC 직원들은 제안 자체가 정책 개발 절차의 대상이며 버전은 변화의 기록이라고 반박한다. 새 문구가 의장의 버전 비교와 포럼 일정 판단 기능을 없앤다는 의견이다.

마지막 단계의 동사부터 읽어보자. 현행 LACNIC 절차는 이사회가 ‘제안을 비준’할 수 있다고 쓴다. 새 안은 ‘제안의 버전을 수락’한다고 바꾼다. 거부하면 새 제안이나 새 버전을 요청할 수 있다. 이사회가 토론을 거친 하나의 정책 제안을 결정하는지, 마지막으로 번호가 매겨진 문서를 결정하는지가 문장의 핵심이다.

제안자인 Jordi Palet Martinez는 구체적인 불일치를 든다. 현행 문서의 ‘제안’이라는 말이 실제로는 특정 버전을 가리키는 경우가 있다는 것이다. 정책 시스템은 검토와 게시 전에 식별 번호를 자동으로 부여하는데, 절차 문서는 순서를 거꾸로 설명한다. 토론 기간을 다시 시작하려면 본문이 그대로여도 시스템에 새 버전을 만들어야 한다고도 말한다. 그는 이 수정이 절차 자체를 바꾸려는 것이 아니라고 설명한다.

그러나 문구 교체는 접수 화면을 넘어간다. 3.1절은 공개 정책 메일링리스트의 토론 대상을 버전으로 놓는다. 3.2.1절과 3.2.4절에서는 의장이 버전에 대한 합의를 평가하고 공개 포럼에 올릴 버전을 고르며 최소 8주의 토론과 4주의 최종 의견 수렴을 관리한다. 3.5절의 포럼, 3.6절의 이사회 결정도 버전을 대상으로 한다. 번호를 붙이는 행정 행위가 전체 절차의 단위로 올라오는 셈이다.

같은 공식 제안 페이지에 실린 LACNIC 직원 의견은 그 단위에 이의를 제기한다. 제안은 토론에서 나온 내용을 받아들이며 발전하고 버전은 그 과정을 추적하는 수단이라고 한다. 이사회는 최종 상태의 제안을 비준하거나 거부한다. 의장은 버전 사이의 변화를 비교해 토론이 충분했는지, 포럼 시간을 다시 써야 하는지 판단한다. 직원들은 개정안이 그 기능을 빼앗는다고 명시했다. 페이지에는 이 버전에 대한 별도 권고가 없고 정책 시스템 영향도 없다고 적혀 있지만, 역할에 대한 반대 의견 역시 분명히 남아 있다.

현행 절차는 이미 사례를 정해 놓았다. 전에 포럼에서 다룬 제안의 새 버전을 다시 발표할지는 의장이 본문의 큰 변화와 메일링리스트 토론을 보고 결정한다. 시스템이 버전을 생성했다는 사실만으로 다시 회의를 열 이유가 생기지는 않는다. 새 문구가 기존 역할을 유지하려면 이 판단권을 문서에 남겨야 한다.

공식 목록에서 제1판은 2026년 9월 25일부터 11월 20일까지 토론 중이며 다음 단계는 첫 합의 평가다. 제안은 10월 21일 LACNIC 46에서 발표됐다. 의장들이 직원들의 이의를 어떻게 처리하는지가 다음 확인 지점이다.

출처