요약

  • RFC 3316은 셀룰러 호스트가 TCP 확인 응답, RTCP 수신 보고, SIP 응답을 '최근 송신한 트래픽이 첫 홉 라우터를 통과했다'는 긍정적 증거로 재사용할 것을 요구했다.
  • 이 추론은 의도적으로 범위가 좁았다. 원격 피어까지의 전진은 이웃을 최근 도달 가능 상태로 표시하고 프로브를 생략할 수 있었지만, 애플리케이션 완료나 지속적 연결성, 그리고 임의의 인바운드 트래픽이 순방향 경로를 검증했다는 것까지 증명하지는 못했다.

초기 셀룰러 IPv6 세션에서 비용이 드는 패킷이 항상 페이로드였던 것은 아니다. 때로는 호스트가 이미 충분한 증거를 갖고 있던 질문이었다.

IPv6 이웃 도달 불가 감지(NUD, Neighbor Unreachability Detection)는 노드의 다음 홉이 최근에 도달 가능했는지를 추적한다. 이 신뢰가 만료되고 트래픽이 활성 상태일 때, 호스트는 유니캐스트 Neighbor Solicitation을 보내고 solicited Neighbor Advertisement를 기다릴 수 있다. 이더넷에서는 이 교환이 자연스럽게 주소 해석 옆에 위치한다. RFC 3316이 기술한 GPRS 및 UMTS 링크는 달랐다. 그 링크는 점대점 링크에 가까웠다. 셀룰러 호스트는 해당 인터페이스에서 기본 라우터를 하나만 갖고 있었고, 링크는 링크 계층 주소를 사용하지 않았다. 주소 해석은 불필요했지만, 도달 가능성은 여전히 중요했다. 첫 홉이 실패하면 패킷이 죽은 경로로 흘러들어갈 수 있었다.

이 프로파일의 답은 더 예리한 질문을 던지는 것이었다. 다른 프로토콜이 이미 최근의 송신 패킷이 앞으로 나아갔음을 입증했는가?

일반적인 Neighbor Discovery 규칙이 이 논리를 제공했다. 새로 수신한 TCP 확인 응답은 이전에 보낸 데이터가 원격 피어에 도달했음을 보여줄 수 있다. 오프링크 목적지의 경우, 그 패킷은 송신자의 다음 홉 라우터를 먼저 통과하지 않고는 피어에 도달할 수 없었다. 따라서 종단 간 확인 응답에는 국소적 사실이 담겨 있다. 최근 패킷이 그 라우터를 통과했을 때 첫 홉이 도달 가능했다는 사실이다. 호스트는 라우터를 다시 프로브하는 교환에 비용을 들이는 대신 이 사실을 이웃 캐시에 반영할 수 있다.

RFC 3316은 당시 UDP 중심의 셀룰러 애플리케이션에 동일한 논리를 적용했다. UDP 자체는 전달 확인을 제공하지 않으므로, 애플리케이션이 정확한 인과적 의미를 가진 신호를 드러내야 했다. RTP 미디어의 경우, 일부 패킷이 피어에 도착했음을 나타내는 RTCP 수신 보고 블록이 이 역할을 할 수 있었다. SIP의 경우, 요청에 대한 응답은 요청이 외부로 전달되었음을 보여주었다. SIP 서버로 동작하는 셀룰러 호스트는 응답을 보내는 것만으로는 그런 증거를 갖지 못하는 경우가 일반적이었지만, 이후의 SIP ACK는 응답이 상대측에 도달했음을 보여줄 수 있었다.

이 예들은 서로 교환 가능한 상태 표시등이 아니었다. 각각은 최근 송신된 트래픽의 전달을 함축해야 했다. 무관한 수신 데이터그램은 자격이 없었다. solicited가 아닌 Router Advertisement도 마찬가지였다. 그 광고는 라우터에서 호스트로 패킷이 이동할 수 있다는 것만 보여주었다. NUD에 필요한 것은 반대 방향, 즉 호스트에서 다음 홉을 통과하는 방향에 대한 신뢰였다. 이 구분이 '활동을 관찰하는 것'과 '검증 대상 경로를 증명하는 것' 사이의 차이이다.

그 결과로 만들어진 상태도 임시적이었다. 상위 계층 확인은 이웃 캐시 항목을 제한된 기간 동안 REACHABLE로 옮길 수 있었다. 새 확인이 멈추면 항목은 STALE로 노화되고, 트래픽 송신 시 DELAY를 거쳐 최종적으로 PROBE에 이를 수 있으며, 그 시점부터 전용 Neighbor Solicitation이 다시 시작된다. RFC 3316은 NUD를 폐지하지 않았다. 현재의 애플리케이션 트래픽이 이미 유효한 답을 제공하는 동안, 호스트가 중복된 질문을 피하도록 허용한 것이다.

이것이 중요했던 이유는 무선 신호 처리가 공짜가 아니었기 때문이다. 이 문서는 셀룰러 대역폭이 제한적이고 통화 시간이 과금될 수 있다고 기술했다. 불필요한 메시지를 없애면 용량과 사용자의 요금을 모두 보호할 수 있었다. 그러나 RFC 3316은 측정된 패킷 절감, 배터리 이득, 요금 감소에 대한 어떤 수치도 보고하지 않았다. 이 문서는 링크의 토폴로지와 활성 플로에 이미 존재하는 증거로부터 구축된 구현 프로파일을 제시했을 뿐이다.

동일한 메커니즘은 이 문서 이후에도 살아남았다. RFC 7066은 2013년 RFC 3316을 대체하고, 네트워크 모델을 EPS를 포함하도록 갱신하며, TCP, RTCP, SIP 예를 유지하고, DNS 응답을 또 하나의 애플리케이션 계층 확인으로 추가했다. 후속 문서의 연속성은 이 추론이 프로파일에서 여전히 유용했음을 보여준다. 다만 어떤 기기가 이를 구현했는지, 얼마나 자주 프로브를 생략했는지는 증명하지 않는다.

역사적 교훈은 애플리케이션이 라우팅을 결정해야 한다는 것이 아니다. 상태 머신은 함축 관계가 명시적일 때에만 다른 계층의 증거를 안전하게 재사용할 수 있다는 것이다. 원격 피어의 보고가 첫 홉에 관해 무언가를 말할 수 있는 이유는, 최근의 송신 패킷이 반드시 그 홉을 통과해야 했기 때문이다. 그러나 결론은 거기서 멈춰야 한다. RTCP 보고가 좋은 미디어를 증명하지 않듯, SIP 응답이 완료된 통화를 증명하지 않고, 도달 가능한 라우터가 도달 가능한 서비스를 증명하지 않으며, 한 패킷에 관한 증거가 다음 패킷을 보증하지 않는다.

출처:RFC 3316,RFC 2461,RFC 4861,RFC 7066,RFC 7849,RFC 8504,RFC 3550,RFC 3261.