Summary

  • IETF는 11월 2일 draft-ietf-v6ops-nat64-wkp-1918-10의 Last Call을 열었다. 의견 마감은 11월 23일이다.
  • 초안은 64:ff9b::/96으로 표현한 사설·공유 IPv4 주소의 변환을 허용하면서, 관리형 변환기가 기본 처리 방식을 보여 주도록 새로 권고한다.

오래된 금지 조항과 새로운 현장

RFC 6052는 널리 알려진 NAT64 접두사 64:ff9b::/96 뒤에 전역에서 도달할 수 없는 IPv4 주소가 오면 버리도록 규정했다. RFC 1918 사설 주소가 대표적인 사례다. IPv6 전용 단말이 내부의 IPv4 전용 서비스에 접근해야 하는 기업망에서는 이 금지 조항이 설계 문제로 돌아왔다.

이번 Last Call 공지가 검토에 올린 10판은 금지를 풀되 행위자를 구분한다. 관리되지 않는 단말 측 변환기 CLAT는 사설 주소 등을 기본적으로 변환해야 한다. 사업자 측 변환기 PLAT도 별도 설정이 없으면 변환해야 하며, 이 동작을 끌 수 있는 설정 수단을 제공해야 한다. 공유 주소 공간 RFC 6598도 문서에 명시된다.

왜 단말이 접두사 두 개를 나눠 쓰지 않는가. 초안에 따르면 널리 쓰이는 NAT64 접두사 발견 방식에는 어느 IPv4 범위에 어느 접두사를 적용할지 알려 주는 장치가 없다. 단말이 공용 목적지용 접두사와 사설 목적지용 접두사를 함께 발견하면, 공용 목적지까지 두 방식으로 합성할 수 있다. 초안은 현존 CLAT 중 일부는 기존 금지를 지키고 다른 일부는 이미 변환한다고 기록한다. 제품별 보급률은 이 자료에 없다.

10판이 새로 적은 질문

9판에도 허용과 설정 수단은 있었다. 10판의 새 4.3절은 관리형 변환기가 비전역 주소를 어떻게 처리하는지 기본값을 노출하도록 권고한다. 운영자는 명시적 설정이나 감시 수단으로 현장의 동작을 정책과 맞춰야 한다. 실제 전달에는 변환기나 인접 라우터의 경로 정책도 필요하다.

초안의 보안 절에는 또 하나의 시간차가 있다. 현행 RFC에 따라 사설 목적지 패킷을 버려 온 기존 PLAT는 업데이트만으로 기본값을 슬쩍 바꾸지 말라고 권고한다. 새 구현의 기본 동작과 기존 장비의 유지할 동작이 달라질 수 있다는 뜻이다. 표준 문구 하나로 여러 세대의 장비 상태를 읽어 낼 수 없다.

운영자가 필요한 것은 버전별 기본값, 명시적 허용·차단 설정, 목적지 경로, 필터와 실제 패킷 시험의 한 묶음이다. 특정 망의 설정과 시험 기록은 현재 공개 자료에 없으며, 그 기록이 있어야 해당 망에서 사설 서비스로 향하는 경로를 판정할 수 있다.

Sources