[asterisk-bugs] [JIRA] (ASTERISK-24628) CANCEL is sent to wrong destination (Proxy environment)

[Karsten Wemheuer (JIRA)]

Karsten Wemheuer created ASTERISK-24628:
-------------------------------------------

             Summary: CANCEL is sent to wrong destination (Proxy environment)
                 Key: ASTERISK-24628
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24628
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: Channels/chan_sip/General, Channels/chan_sip/Transfers
    Affects Versions: 11.15.0
         Environment: Debian Wheezy (7), OpenSIPs
            Reporter: Karsten Wemheuer


I have three phones communicating via OpenSIPs with asterisk. Phone A dials 100 and asterisk calls SIP/phone-b. Phone B accepts the call. The User on Phone B places the call on hold, dials 200 and, while hearing the dial tone of ringing phone C, places the handset on hook. Phone B sends a SIP REFER, so that phone A is connected with the ringing phone C. Asterisk sends an SIP UPDATE to phone C to update the connected line information. Now the user on phone B (or someone else) realized that user B is not available. B (or someone else) is doing a directed pickup to get the ringing call. A and B are now connected again. But phone C is still ringing. 

Looking into the traces ,I found out, that asterisk sends the CANCEL request to stop the call to phone C directly to the phone and not to the proxy (where the INVITE comes from).  The phone ignores the CANCEL (481 Call/Transaction does not exist). You can see the scenario in the pcap file trace-failure-1.pcap (cancel is at packet #83) and the debug log of asterisk issue-failure.log. Asterisk is at 192.168.10.75:25060, OpenSIPs at 192.168.10.75:5060, the phones are at 192.168.10.201 (phone-a), 192.168.10.124 (phone-b) and 192.168.10.100 (phone-c).

If I disable updating of the connected line information (sendrpid=no) on phone C, the CANCEL will be sent to the proxy and all is well.



--
This message was sent by Atlassian JIRA
(v6.2#6252)