RFC 9915: DHCPv6 임대 라이프사이클

요약

RFC 9915는 DHCPv6를 상태 없는 구성과 상태 기반 주소 및 프리픽스 할당 체계로 정의하며, SLAAC를 대체하거나 병행할 수 있습니다.
RFC 9915는 2026년 1월 IETF 인터넷 표준 STD 102로 발표되었으며, RFC 8415를 폐기하고 채택된 수정 사항을 통합합니다.
운영상의 변화는 새로운 메시지 유형이 아니라, 클라이언트·서버 식별자, 식별 연관(IA), 수명, 갱신, 재바인딩, 프리픽스 위임이 라이프사이클 전반에서 추적 가능해진 것입니다.

일반적인 교환에서 클라이언트는 Solicit와 Request 메시지를 보내고, 서버는 주소 또는 프리픽스 매개변수와 옵션을 제안하며, 양쪽 모두 누가 상태를 소유하는지 정하는 컨텍스트를 유지합니다. 클라이언트는 DUID로 식별되고, Server Identifier는 오퍼나 상태를 보유한 서버를 구별하는 데 사용됩니다. 첫 번째 Reply가 성공하는 것만으로는 부족합니다. 주소용 IA_NA 같은 각 Identity Association에는 유효 수명과 선호 수명이 있고, T1과 T2 윈도우는 클라이언트가 언제 갱신하고, 서버에 접근할 수 없을 때 언제 재바인딩하는지를 정합니다.

갱신 시 클라이언트는 보통 상태를 만든 서버에 수명 연장을 요청합니다. 재바인딩은 갱신이 불가능한 이후에 검색 범위가 프로토콜에 따라 다른 서버로 확장됩니다. 여기서 릴레이의 한계가 드러납니다. 클라이언트와 서버가 서로 다른 네트워크에 있을 수 있고, 릴레이 사이에서 경로, 멀티캐스트 정책 또는 서버 식별자가 바뀔 수 있습니다. Reconfigure는 서버가 클라이언트에게 새 교환을 시작하도록 밀어붙일 수 있지만, 메시지 도달 여부를 모니터링하거나 실패 시 클라이언트 동작을 테스트하는 대체 수단은 아닙니다.

Prefix Delegation은 여전히 상태 기반의 DHCPv6 기능입니다. 경계 라우터는 위임된 프리픽스와 그 수명을 유지한 뒤 하위 네트워크에서 그 프리픽스를 사용해야 하며, 서버와 라우터 사이 또는 라우터와 사용자 사이의 연속성이 끊기면 주소는 멀쩡해 보이지만 이후 접근성이 저하될 수 있습니다. 따라서 첫 프리픽스 할당뿐 아니라 서버 변경, 릴레이 경로, 재시작, 수명 감소도 테스트해야 합니다. RFC 7084의 요구사항은 고객 프리미서스 라우터의 컨텍스트를 중요하게 만들지만, 특정 제품의 지원을 증명하지는 않습니다.

RFC 9915는 임시 주소 할당인 IA_TA를 삭제하고, Server Unicast 옵션과 UseMulticast 상태 코드를 포함한 Server Unicast 기능도 제거합니다. 이는 레거시 동작의 축소이지, 프라이버시 주소가 사라졌다는 선언이 아닙니다. RFC 4862의 SLAAC와 RFC 8981의 임시 주소 확장은 프라이버시 주소에 대해 독립적인 경계를 제공하며, IA_TA 제거를 DHCPv6가 모든 네트워크에서 SLAAC를 대체했다는 추론으로 바꿔서는 안 됩니다.

식별 연관이나 상태 기반 DHCPv6 옵션이 여러 개일 때 위험이 커집니다. 한 IA는 성공하고 다른 IA는 실패할 수 있고, 위임 프리픽스는 별도의 경로에서 관리될 수 있습니다. RFC 7550은 모든 다중 상태가 단일 트랜잭션처럼 동작한다고 가정하지 말라고 경고합니다. 따라서 모니터링은 각 IA의 상태, DUID, Server Identifier, T1/T2, 남은 수명, 갱신 및 재바인딩 결과, 릴레이 식별자, 하위 프리픽스 사용을 모두 보여줘야 합니다.

주장–근거 기록

주장	근거
DHCPv6의 현재 상태, 제거된 기능, 수명과 교환	RFC 9915
폐기된 기준 문서와 비교의 한계	RFC 8415
SLAAC 자기구성과 공존	RFC 4862
고객 프리미서스 라우터 요구사항과 프리픽스 위임	RFC 7084
복수 상태 기반 DHCPv6 옵션의 동작	RFC 7550
SLAAC와 함께하는 프라이버시 임시 주소	RFC 8981