요약

  • RFC 9878은 RFC 7315에서 여러 3GPP P-Header를 담을 수 있는 SIP 요청과 응답에 관한 서술이 상충하거나 3GPP 사용 사례와 더 이상 맞지 않게 되어 이를 개정한다.
  • 대체 규칙은 헤더별·메시지별 매트릭스다. 일괄 허용이 아니며, 수신된 값을 인증하지도 않는다.
  • ACK 처리는 그 ACK를 유발한 응답에 따라 달라진다. 2xx로 유발된 ACK는 비-2xx 응답으로 유발된 ACK와 동등하지 않다.

RFC 7315는 사설 3GPP 네트워크 사용을 위한 기본 정의와 보안 가정을 제공했지만, 그 적용 범위 문구로 인해 구현체들이 서로 다른 결론에 도달할 수 있었다. RFC 9878은 이 규칙을 대체하고 RFC 7976을 폐기한다. P-Associated-URI의 REGISTER 요청 사용을 제거하고, P-Called-Party-ID의 응답 사용을 제거하며, P-Called-Party-ID의 REFER 요청 사용을 추가한다.

이 매트릭스는 또한 P-Visited-Network-ID가 연관된 비-100 응답에서 나타날 수 있다고 규정한다. ACK, BYE, CANCEL, NOTIFY, PRACK, INFO, UPDATE 요청에서는 허용되지 않는다. 이는 RFC 7976과 연관된 응답 규칙을 등록 응답을 넘어 확장한 것이다. 따라서 수신자는 일반적인 '응답 허용' 또는 '요청 허용' 규칙을 적용하기보다 필드와 메시지 컨텍스트를 모두 검증해야 한다.

가장 뚜렷한 운영상 구분은 ACK에 관한 것이다. P-Access-Network-Info는 2xx 응답으로 유발된 ACK에는 나타날 수 있지만, CANCEL이나 비-2xx 응답으로 유발된 ACK에는 나타날 수 없다. 이 필드는 IMS 과금 이벤트에서 사용되는, 프라이버시에 민감한 네트워크 제공 위치 정보를 담을 수 있다. 따라서 그 존재 자체는 프로토콜 범위에 관한 사실일 뿐, RFC 7315 프라이버시 경계 밖에서 위치를 공개할 권한이 아니다.

P-Charging-Vector는 2xx로 유발된 ACK와 연관된 비-100 응답에 나타날 수 있지만, CANCEL이나 비-2xx 응답으로 유발된 ACK에는 나타날 수 없다. 그 transit-ioi는 요청과 방향별로 독립적으로 선택된 트랜짓 사업자를 식별할 수 있다. P-Charging-Function-Addresses는 연관된 비-100 응답에서는 허용되지만 CANCEL과 ACK 요청에서는 제외된다.

이 필드들은 여전히 RFC 7315의 사설 네트워크 및 신뢰 엔티티에 관한 가정에 묶여 있다. 그 가정은 개방형 인터넷으로 확장되어서는 안 된다. 또한 허용된 필드가 RFC 9878의 존재 허용만으로 진위적이고 정확하며 안전하거나 과금 정확성의 증거가 되는 것은 아니다. RFC 9878은 인터넷 표준 트랙 사양이 아니라 정보성 개정 문서다.

출처