요약

  • Mark Smith의 개인 DHCP 드래프트 v03는 라우터 옵션 3를 요구하는 클라이언트를 위한 대안으로, 호스트 자신에게 할당된 DHCP 주소 또는 127.0.0.1을 추가했습니다.
  • 이 드래프트는 그 값들이 비로컬 IPv4 패킷을 호스트 안에 머물게 하고 ICMP Destination Unreachable을 발생시킬 것이라 예측합니다. 이는 공개된 상호운용성 결과가 아니라 제안입니다.
  • LACNIC 블로그에서 다룬 운영체제 테스트는 새 대안이 등장하기 전인 10월 2일, v02 기준으로 보고된 것입니다.

분석

기본 게이트웨이는 어딘가로 이어져야 합니다. 그런데 DHCPv4 드래프트의 새 개정판은 일부 구형 클라이언트에 대해 그 필드가 클라이언트 자신을 가리킬 수 있다고 제안합니다.

10월 16일 Mark Smith가 “Nearly IPv6 Only Dual Stack Hosts” v03를 게시했습니다. v02는 6월 15일에 만료된 상태였습니다. 개정된 드래프트는 DHCP 라우터 옵션 3를 받아들이지 않는 클라이언트를 위한 기존 경로를 유지하면서, 옵션 3를 요구한다고 알려진 클라이언트를 위한 조건부 대안을 추가했습니다. 즉 호스트 자신의 DHCP 할당 주소 또는 127.0.0.1을 라우터 값으로 제공하는 것입니다.

이는 평범한 게이트웨이가 아닙니다. RFC 2132는 옵션 3를 DHCP 서버가 호스트에 제공하는 라우터 목록으로 정의합니다. Smith의 드래프트는 /32 마스크에서 이 두 자기참조 값 중 하나가 비로컬 IPv4 목적지로 향하는 패킷을 호스트 안에 머물게 하고 ICMPv4 Destination Unreachable 응답을 유발할 것이라고 말합니다. 이는 클라이언트 라우팅 동작에 대한 실용적 주장입니다. 다만 드래프트는 어떤 클라이언트가 두 값 중 하나를 받아들이는지, 어떤 경로를 설치하는지, 애플리케이션이 이후 IPv6로 재시도하는지를 보여주는 테스트 매트릭스를 공개하지 않습니다.

기존 증거를 과도하게 확대 해석하기 쉽습니다. Alejandro Acosta의 10월 2일 LACNIC 블로그 글은 v02로 연결되며, Windows 11, Fedora 43, Debian Trixie 기반 Raspberry Pi OS, Chromecast, Google Nest에 대한 테스트 결과를 보고합니다. 스마트폰은 아직 테스트되지 않았다고 밝히고 추가 테스트를 촉구합니다. 이 관찰은 v03 이전 시점의 것으로, 새 라우터 옵션 분기를 검증할 수 없습니다.

올바른 테스트는 DHCP 서버가 그 값을 보낼 수 있는지만 확인하는 것이 아닙니다. 운영자는 클라이언트·운영체제 버전과 서버 또는 릴레이 구성을 달리하며 두 제안 값을 비교해야 합니다. 유용한 기록에는 DHCP ACK, 호스트에 설치된 경로 테이블, 호스트 외부 IPv4 목적지에 대한 패킷 캡처, 운영체제가 기대한 ICMP 오류를 반환하는지, 애플리케이션이 IPv6로 폴백하는지 여부가 포함됩니다. 같은 링크상의 목적지는 별도로 확인해야 합니다. 라우팅되는 IPv4를 억제한다고 해서 로컬 애플리케이션이 무엇에 도달할 수 있는지 알 수 있는 것은 아니기 때문입니다.

이 드래프트는 DHCPv4 옵션 108을 대체하는 것이 아니라 그 옆에 놓입니다. RFC 8925는 지원하는 호스트가 일정 기간 IPv6 전용 동작을 선호한다고 신호를 보낼 수 있게 합니다. 이 제안은 그 옵션을 지원하지 않거나 여전히 DHCPv4 응답을 요구하는 클라이언트를 대상으로 합니다. 따라서 v03는 새로운 표준이 아니라 호환성 질문을 제기합니다.

Datatracker는 v03를 활성 개인 Internet-Draft로 등재하고 있으며, RFC 스트림이 없고 IESG 상태는 “I-D Exists”입니다. 문서는 IETF의 승인을 받지 않았으며 표준화 절차에서 공식 지위가 없다고 명시합니다. 의도된 상태는 Informational이며, 문서는 2027년 4월 19일에 만료됩니다. 개정판은 제안이 유지되고 있다는 증거이지, IETF나 운영체제 벤더가 채택했다는 증거가 아닙니다.

네트워크 팀에게 이것은 안전한 기본값이 아니라 테스트 가능한 분기입니다. 경로 동작과 애플리케이션 폴백이 측정될 때까지 호스트 주소 값과 루프백 값을 별도의 사례로 한정된 파일럿에 두십시오. DHCP 교환이 성공했다는 것은 임대가 전달되었음만 보여줍니다. 진짜 질문은 호스트가 드래프트가 기대하는 대로 동작하는지입니다.

출처