요약

  • RFC 3326는 SIP 요청이 발신 이유를 실어 보낼 수 있도록 하며, 이는 전화 상호운용에서 비롯된 SIP 또는 Q.850 원인 값의 형태를 취합니다.
  • 이 헤더는 SIP 처리를 변경하지 않습니다. CANCEL은 여전히 취소를 실행하며, Reason 헤더는 다른 분기가 이미 응답했음을 알려줄 뿐입니다.

한 분기가 응답했지만, 나머지 분기는 여전히 멈춰야 했다

프록시가 INVITE를 여러 분기로 전송합니다. 그중 하나가200 OK로 응답합니다. 그런데도 나머지 전화기들은 계속 울릴 수 있습니다. 따라서 프록시는 그들에게 CANCEL을 보냅니다. 벨소리를 멈추는 것은 SIP 메서드이지, 그 이유를 설명하는 헤더가 아닙니다.

2002년 12월에 발표된 RFC 3326은 프록시에 이 설명을 덧붙일 방법을 제공합니다:Reason: SIP;cause=200;text="Call completed elsewhere". 서비스는 응답 전에 포기된 통화와 다른 분기에서 응답된 통화를 구분할 수 있습니다. 부재중 통화 기록이나 사용자 인터페이스에서는 이 구분이 의미를 가질 수 있지만, 즉각적인 프로토콜 동작 자체는 동일하게 유지됩니다.

이 분리가 핵심 설계 선택입니다. SIP에는 이미 응답을 위한 상태 코드가 있었습니다. 그러나 동일한 요청이 서로 다른 이유로 전송될 수 있고, 요청이 자신을 유발한 응답을 반드시 실어 다니는 것은 아닙니다. Reason은 그에 따라 동작하는 요청에 원인을 부착합니다. 이는 설명적 메타데이터이지, 두 번째 명령 채널이 아닙니다.

원인마다 고유한 참조 공간이 있다

RFC 3326은 값을 프로토콜별로 분류합니다.SIP는cause매개변수가 SIP 상태 코드를 담고 있음을 의미하고,Q.850은 ITU-T 전화 신호 체계의 10진수 원인 값을 나타냅니다. 게이트웨이는 이렇게 전화망의 해제 원인을 SIP 메시지 안에 보존할 수 있습니다. 숫자만으로는 부족합니다. 프로토콜 이름이 그 번호 체계를 식별합니다.

text매개변수는 사람에게 유용하지만 처리에 대한 근거는 아닙니다. 원인은 지정된 프로토콜의 어휘에서 오며, 메서드와 상태, 트랜잭션 맥락은 메시지 자체가 실어 나릅니다.cause=200을 응답으로 읽거나, Q.850 값을 SIP 상태로 읽는 것은 두 개의 제어 표면을 혼동하는 것입니다.

이 헤더는 보편적 이해도 보장하지 않습니다. RFC 3326은 구현이 자신이 모르는 값을 무시할 수 있도록 허용하고, Reason이 프로토콜 처리에 어떠한 영향도 미치지 않는다고 명시합니다. 수신자가 설명을 버리더라도 요청은 SIP 규칙을 따릅니다. 따라서 이 확장은 서비스에 도움을 줄 수 있으면서도 통화 상태의 숨은 조건이 되지 않습니다.

포크에 가려진 응답

이 문서는 Reason을 포크 환경에서 서로 다른 오류 응답 문제와도 연결합니다. 하나의 INVITE는 분기별로 서로 다른 최종 실패를 받을 수 있습니다. 프록시는 보통 무엇을 위로 올릴지 결정하기 전에 결과를 기다리며, 그동안 유용한 오류가 다른 분기가 아직 활성 상태인 동안 가려질 수 있습니다. RFC 3326은 임시 응답 안에 최종 상태를 캡슐화하는 것을 Reason의 가능한 용도로 언급합니다.

이 서술은 중요합니다. 이는 후보 메커니즘이며, 모든 포크가 모든 오류를 드러내거나 배포된 서비스가 이 문제를 해결했다는 증거가 아닙니다. 이 헤더는 원인을 실어 나를 뿐, 보편적인 실패 분류 정책이나 SIP 응답 처리의 대체물을 정의하지 않습니다.

이후의 발전도 이 구분을 지켰다

RFC 8606은 이후 Q.850 원인에 ISUP 위치 매개변수를 추가하여, 정보가 존재하는 경우 해제의 발생 지점을 보존했습니다. RFC 9366은 이어서, 등록된 프로토콜이 여러 값의 의미를 정의하는 경우에 한해 프로토콜당 단일 값 규칙을 완화했습니다. 두 경우 모두 구조가 출처를 정확히 하며, Reason을 동작으로 바꾸지는 않습니다.

이것은 유용한 역사적 구분입니다. RFC 3087은 Request-URI를 서비스 선택의 로컬 맥락으로 다루었고, RFC 3326은 이미 선택된 SIP 동작에 원인을 부착합니다. 하나는 요청의 목적지를 선택하고, 다른 하나는 그 발신을 설명합니다. 어느 쪽도 인증, 권한 부여, 통화의 전체 이력 또는 다운스트림 결과를 증명하지 않습니다.

출처

  1. https://www.rfc-editor.org/rfc/rfc3326.html
  2. https://www.rfc-editor.org/info/rfc3326/
  3. https://www.rfc-editor.org/rfc/rfc3261.html
  4. https://www.rfc-editor.org/rfc/rfc9366.html
  5. https://www.rfc-editor.org/rfc/rfc8606.html
  6. https://www.rfc-editor.org/rfc/rfc5411.html
  7. https://www.rfc-editor.org/rfc/rfc4411.html