0

Bug 出现时的 SIP Call Graph Diagram：

A = UAC
B = OpenSIPS
C = UAS

A ---------- INVITE ---------> B
A <-------- STATUS 100 TRYING ------- B
B ---------- INVITE ---------> C
B <-------- STATUS 100 TRYING --------- C
B <-------- STATUS 200 OK --------------- C
A <-------- STATUS 200 OK ------------- B
A ---------- CANCEL ------------------> B
A <-------- 200 CANCELING ----------- B
A ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B ---------- ACK ---------------> B
B <-------- STATUS 200 OK --------- C
A <-------- STATUS 200 OK --------- B
B <-------- STATUS 200 OK --------- C
A <-------- STATUS 200 OK --------- B
B <-------- STATUS 200 OK --------- C
A <-------- STATUS 200 OK --------- B
B <-------- STATUS 200 OK --------- C
B <-------- STATUS 200 OK --------- C
B <-------- STATUS 200 OK --------- C
B <-------- STATUS 200 OK --------- C

在我的情况下，问题实际上是UAS永远不会知道OpenSIP取消的INVITE并且它一直在Pinging，但是在只有1XX的情况下（即临时回复来自UAS到OpenSIP，它也会向UAS发送Cancel）。这是理想的行为吗？？？？？？

从我的观点来看，OpenSIP 在不向 UAS 发送 CANCEL 时也不应该向 UAC 发送 OK。

重新创建问题的步骤：- 我使用 sipp 来模拟问题。sipp 的客户端 xml 如下：-

<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE scenario SYSTEM "sipp.dtd">

<scenario name="Basic Sipstone UAC">


  <send retrans="500">
    ;tag=[pid]SIPpTag00[call_number] To: [service] Call-ID: [call_id] CSeq: 1 INVITE Contact: sip:sipp@[local_ip]:[local_port] Max-Forwards: 70 Subject: Performance Test Content-Type: application/sdp Content-Length: [len] v=0 o=user1 53655765 2353687637 IN IP[local_ip_type] [local_ip] s=- c=IN IP[media_ip_type] [media_ip] t=0 0 m=audio [media_port] RTP/AVP 0 a=rtpmap:0 PCMU/8000 ]]>
  </send>

  <recv response="100"
        optional="true">
  </recv>

  <recv response="180" optional="true">
  </recv>

  <recv response="183" optional="true">
  </recv>

  <recv response="200" rtd="true">
  </recv>


<send retrans="500">
Call-ID: [call_id] CSeq: [cseq] CANCEL Contact: sip:sipp@[local_ip]:[local_port] Max-Forwards: 10 Content-Length: 0 ]]>
</send>

  <pause/>


  <send retrans="1">
    ;tag=[pid]SIPpTag00[call_number] To: [service] [peer_tag_param] Call-ID: [call_id] CSeq: 2 BYE Contact: sip:sipp@[local_ip]:[local_port] Max-Forwards: 70 Subject: Performance Test Content-Length: 0 ]]>
  </send>

  <recv response="200" crlf="true">
  </recv>

  <ResponseTimeRepartition value="10, 20, 30, 40, 50, 100, 150, 200"/>


  <CallLengthRepartition value="10, 50, 100, 500, 1000, 5000, 10000"/>

</scenario>
4

1 回答 1

3

接听电话后，您将无法取消通话。UAC A 应该发送 BYE 请求而不是 CANCEL 请求。

B <-------- STATUS 200 OK --------------- C
A <-------- STATUS 200 OK ------------- B
A ---------- BYE ------------------> B
A <-------- 200 OK ----------- B

我的猜测是因为 OpenSIPS 收到了一个无效的 CANCEL 请求，它不会费心将它转发到 C 的 UAS 上，这很公平。

更新：

来自SIP RFC：

对 INVITE 的非 2xx 最终响应对对话和会话的影响使得 CANCEL 的使用具有吸引力。CANCEL 尝试强制对 INVITE 做出非 2xx 响应（特别是 487）。因此，如果 UAC 希望完全放弃其呼叫尝试，它可以发送 CANCEL。如果 INVITE 导致对 INVITE 的最终响应为 2xx，这意味着 UAS 在 CANCEL 进行时接受了邀请。UAC 可以继续任何 2xx 响应建立的会话，或者可以用 BYE 终止它们。

于 2013-08-07T22:19:04.820 回答