RFC 3316: MAC 조회 없는 IPv6 도달 가능성

요약

RFC 3316은 GPRS와 UMTS를 점대점 IPv6 링크로 기술했습니다. 라우터 탐색 이후 호스트의 유일한 이웃은 기본 라우터였고, 링크에는 풀어야 할 링크 계층 주소가 존재하지 않았습니다.
이는 주소 결정을 없앤 것이지, 라우터가 도달 가능한지 알아야 할 필요를 없앤 것이 아니었습니다. 이웃 도달 불가능 감지(NUD)는 여전히 관련성을 지녔으며, TCP, RTCP 또는 SIP 피드백이 때때로 범위가 한정된 양방향 근거를 제공해 중복 프로브를 줄일 수 있었습니다.

분석

IETF가 2003년에 RFC 3316을 발표할 때 제목은 신중하게 “일부(second and third generation)” 2·3세대 셀룰러 호스트라고 명시했습니다. 이 문서는 GPRS와 특정 UMTS 릴리스를 사용하는 구현자를 위한 정보성(Informational) 안내 문서였지, 새로운 IPv6 표준도 아니고 모든 무선 기기, 노트북 또는 셀룰러 라우터를 위한 보편적 체크리스트도 아니었습니다. 서두에서는 분석 없이는 다른 셀룰러 링크 유형으로 권고를 확장하지 말라고 명시적으로 경고했습니다.

이 경계가 중요했던 이유는 IPv6의 일반적인 호스트 절차가 특이한 링크와 만났기 때문입니다. 익숙한 공유 이더넷에서는 호스트가 패킷을 보내기 전에 이웃의 IPv6 주소를 링크 계층 주소로 결정해야 할 수 있습니다. RFC 3316은 GPRS와 UMTS를 다르게 기술했습니다. 링크는 점대점 연결과 유사했고, 호스트에는 하나의 이웃, 즉 기본 라우터만 있었으며 라우터 탐색이 이미 그 라우터를 식별해 놓았습니다. 해당 인터페이스에 링크 계층 주소가 없으므로 주소 결정과 다음 홉 결정은 할 일이 없었습니다.

이 관찰을 잘못된 지름길로 바꾸기는 쉽습니다. 찾을 MAC 주소가 없다면 유지할 이웃 상태도 없는 것 아닌가 하는 생각입니다. RFC 3316은 그렇게 말하지 않았습니다. 같은 하위 절에서 이 문서는 일반 IPv6 이웃 탐색 아키텍처의 이웃 도달 불가능 감지(NUD)를 호스트가 지원할 것을 요구했습니다. 주소 결정은 링크 계층 목적지를 어떻게 만들지 묻습니다. NUD는 알려진 이웃이 여전히 도달 가능한지를 묻습니다. 첫 번째 질문은 사라질 수 있지만 두 번째 질문은 남았습니다.

그 이유는 형이상학적이 아니라 운영적이었습니다. 호스트는 자신이 직접 연결된 링크 너머로 트래픽을 보내려면 동작하는 다음 홉이 필요합니다. 점대점 베어러는 그 반대편에 어느 라우터가 있는지 알려 줄 뿐, 라우터가 이후 모든 시점에 도달 가능하다는 것을 증명하지 않습니다. 라우터 탐색, 주소 구성, 링크 계층 결정, 이웃 도달 가능성은 서로 연관된 단계이지 서로 바꿔 쓸 수 있는 근거가 아닙니다.

셀룰러 대역폭 때문에 반복되는 제어 트래픽도 의문이 되었습니다. RFC 3316은 호스트가 이미 양방향 IP 통신을 성립할 수 있을 때 상위 계층 도달 가능성 확인을 사용하자고 제안했습니다. TCP 구현은 이웃 탐색 명세가 기술한 방식으로 확인을 제공할 수 있었습니다. UDP 상의 RTP의 경우, 패킷 수신을 보여주는 RTCP 수신 보고는 트래픽이 피어에, 따라서 이웃에게도 도달했다는 근거가 될 수 있었습니다. SIP 응답은 요청이 상대방에게 도달했음을 확인할 수 있었고, 더 좁은 서버 측 사례에서는 SIP ACK 수신이 앞선 응답이 도착했음을 나타낼 수 있었습니다. UDP 자체로는 그런 확인을 만들 수 없었습니다.

요점은 애플리케이션 트래픽이 NUD를 쓸모없게 만들었다는 것이 아닙니다. 요점은 이미 회선 위에 있는 유용한 응답이 새 프로브 없이 제한된 도달 가능성 질문에 답할 수 있다는 것이었습니다. 근거에는 범위가 있었습니다. RTCP 보고는 패킷 수신에 대해 무언가를 말하며, SIP 응답은 SIP 교환에 대해 무언가를 말합니다. 어느 쪽도 애플리케이션 거래가 완료되었거나, 모든 경로가 정상이거나, 사용자가 서비스를 얻었다는 것을 입증하지 않습니다. 조용한 UDP 흐름이 링크에 MAC 주소가 없다는 이유만으로 증거로 격상되어서는 안 됩니다.

RFC의 다른 셀룰러 적응 사항들도 이 구분을 강화합니다. IPv6-over-PPP 절은 모바일 단말이 인접 단말 장비에 제공하여 링크 로컬 주소 형성에 쓰이는 인터페이스 식별자를 다루었고, 인접 장치가 글로벌 또는 프라이버시 주소에 다른 식별자를 쓰는 것을 금지하지 않았습니다. 스테이트리스 구성 논의도 셀룰러 인터페이스에서 중복 주소 감지(Duplicate Address Detection)를 피하기 위해 범위 내에서 고유한 프리픽스에 의존했습니다. 이는 서로 다른 계층에서의 특정 조치들이지 IPv6 점검의 일반적 삭제가 아닙니다.

2013년 RFC 7066은 RFC 3316을 폐기(obsolete)하고 문서화된 3GPP 환경을 GPRS와 UMTS에 더해 진화된 패킷 시스템(Evolved Packet System)까지 포괄하도록 확장했습니다. 이 문서는 링크 계층 주소가 없다는 설명과 NUD 지원 요구를 유지하면서, GGSN 또는 패킷 게이트웨이가 주소 결정 요청(solicitation)에 아예 응답하지 않을 수 있다고 명시했습니다. 이 계보는 3GPP 범위가 변하면서 셀룰러 프로필이 개정되고 있음을 보여줍니다. 다만 어떤 장치가 몇 개나 특정 동작을 구현했는지는 알려 주지 않습니다. RFC 8504가 현재 더 포괄적인 IPv6 노드 요구 사항 문서이므로, RFC 3316을 현재의 완전한 호스트 체크리스트로 제시해서는 안 됩니다.

남는 공학적 교훈은 “셀룰러 링크는 특별하다”보다 더 좁고 유용합니다. 한 링크 유형은 제네릭 프로토콜 동작 하나를 불필요하게 만들면서 그 밑에 있는 질문은 그대로 남겨둘 수 있습니다. 여기서 발견해야 할 계층 2 주소는 없었지만, 호스트는 여전히 도달 가능성의 근거가 필요했습니다. 상위 계층이 그 근거를 제공할 수 있을 때, 그 근거는 전체 서비스의 증명이 되지 않으면서도 중복 신호를 줄일 수 있었습니다.