요약

  • 규정이 적용 대상 기관의 의무를 정하고, Rüdiger Martin의 포럼은 새 표준을 만들지 않은 채 실행 경로를 정리한다.
  • RIPE 93 당시 네 작업반의 초안은 0.5~0.6판이었다. 완성된 초안 묶음의 공개 의견수렴은 2027년으로 예정됐지만 날짜는 정해지지 않았다.

법령과 네트워크 설정 사이

규정은 최신 프로토콜로 전환하라고 할 수 있지만, 어느 장비부터 어떻게 바꿀지는 알려주지 않는다. 10월 28일 RIPE 93에서 Rüdiger Martin이 소개한 다자 포럼의 일은 이 간격을 메우는 것이다. 기존 기술 표준과 운영 경험을 EU의 법적 목표에 연결해 현장에서 적용할 지침을 만드는 일이다. Martin은 포럼이 새로운 기술 표준을 개발하지 않는다고 선을 그었다.

근거는 EU 집행규정 2024/2690의 부속서 6.7.2(j)~(l)항이다. (j)는 적용 대상 기관에 최신 세대 네트워크 계층 프로토콜로 안전하고 적절하게 단계적으로 완전히 전환할 계획과 전환을 앞당길 조치를 요구한다. (k)는 국제적으로 합의된 상호운용 가능한 현대적 이메일 표준의 배포 계획을 요구한다. (l)는 DNS 보안과 인터넷 라우팅 보안·위생의 모범 관행을 적용하도록 한다. 앞의 두 항목은 계획을 만들라는 의무이고, 마지막 항목은 관행을 실제로 적용하라는 의무다.

유럽위원회가 포럼에 맡긴 과제는 관련 표준과 관행을 고르고, 배포 방법과 적절한 기간을 설명하는 것이다. 지침은 규정 적용 대상 기관의 이행을 지원하고, 그 밖의 조직이 자발적으로 도입할 때도 참고가 될 수 있다. 법적 의무는 규정이 정한다. 포럼은 이를 엔지니어가 실행할 수 있는 순서로 바꾸려 한다.

네 작업반이 한 방향으로 움직여야 한다

Martin은 네 작업반을 네트워크 계층 프로토콜, 이메일, DNS, 라우팅으로 나눴다. 각 작업반에는 의장과 기술 편집 그룹이 있어 회의 사이에 초안을 다듬는다. 참가자는 서면으로 의견을 내고, 미해결 쟁점은 회의에서 논의한다. 합의가 안 된 사안은 선택지를 드러낸 채 남긴다. 별도의 조정 그룹은 네 문서가 서로 충돌하지 않도록 맞춘다.

Martin에 따르면 운영자, 통신사, 클라우드·인프라 제공자, DNS·이메일 보안 실무자, 기술 공급자, 연구자, 기술 커뮤니티, 당국 등 100명 넘게 참여했다. 참여 신청은 계속 열려 있었다. 포럼은 1월, 3월, 6월, 10월에 회의를 열었고, 발표 당시 A3 단계에서 배포 과제와 방법, 일정표를 분석하고 있었다. 작업반 초안은 0.5판과 0.6판 사이였다.

Martin은 2027년에 전체 초안을 완성해 공개 의견수렴에 부치고, 최종 지침은 잠정적으로 그해 4분기에 마련할 계획이라고 말했다. 질문에 답하면서 그는 공개 의견수렴 날짜는 초안 작업이 끝난 뒤 정해질 사안이라 아직 예측할 수 없다고 했다. 10월 31일 확인한 유럽위원회 포럼 페이지는 여전히 8월 3일 업데이트를 표시했다. 10월 작업에 관한 최신 공개 설명은 RIPE 93에서 나온 셈이다.

IPv6 준비가 IPv4 종료 명령은 아니다

IPv6 초안은 지침의 번역 기능을 잘 보여준다. Martin은 현실적인 운영 목표를 IPv6-ready 상태라고 설명했다. 모든 네트워크에서 IPv4를 끄라는 뜻은 아니다. IPv4만 쓰는 조직, 듀얼스택 조직, IPv6 전용 조직은 출발점이 다르다. 전환 중에도 IPv4 목적지에 도달할 수 있어야 한다. 정당한 사유를 남기고 기간을 정한 예외도 가능하다.

지침은 계획에 무엇을 담을지, 현재 상태를 어떻게 진단할지, 진척을 어떤 자료로 보여줄지도 다뤄야 한다. Martin은 RFC, BCP, IANA 등록부처럼 관리가 계속되는 자료를 다시 쓰기보다 참고하도록 안내하겠다고 했다. 운영자에게 필요한 것은 표준을 한 번 더 복제한 문서가 아니라, 어떤 기준을 어떤 작업에 적용할지 알려주는 안내다.

완성된 문서는 법적 의무와 기술 표준, 배포 권고를 구분해야 한다. 담당 역할, 단계, 증거, 예외의 재검토 시점을 명시하면 운영자가 일정을 세울 수 있다. 권고가 법적 의무처럼 읽히면 포럼은 규정이 해결하려던 혼선을 되살린다.

1차 자료