[asterisk-bugs] [JIRA] (ASTERISK-23006) Fake NOTIFY in blind call transfer

[Rusty Newton (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-23006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-23006:
------------------------------------

    Assignee: NITESH BANSAL
      Status: Waiting for Feedback  (was: Triage)

Hi Nitesh!

Please attach a pcap of the scenario, along with an Asterisk debug log for the same call (that is, VERBOSE, DEBUG messages both set to 5 or above and showing up in the log)

Grab all that when testing using the latest SVN of your Asterisk branch if possible.

Attach a sanitized sip.conf and anything else relevant to the configuration.
                
> Fake NOTIFY in blind call transfer 
> -----------------------------------
>
>                 Key: ASTERISK-23006
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23006
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Transfers
>    Affects Versions: 11.4.0
>         Environment: Debian lenny
> x86_64
>            Reporter: NITESH BANSAL
>            Assignee: NITESH BANSAL
>
> Hi
> I am having an issue with call transfer.
> This is how the call transfer call flow looks like. 
> Asterisk does:
> {noformat}
> U1(SIP)   Asterisk      U2(SIP)     U3(SIP)
> |         |       |       |            |
> ---INVITE------>|         |            | 
> |         |---INVITE----->|            |
> |         |<---200 OK-----|            |
> |         |----ACK------->|            |
> |-----REFER------->|      |            |
> |<---202 Accepted--|      |            |  
> |<------NOTIFY-----|      |            | 
> | w/ 183 Ringing   |      |            |
> |<------NOTIFY-----|      |            |
> | w/ 200 OK        |      |            |
> |         |                            |
> |         |------------SETUP-----------| 
> |         |                            |  
> {noformat}
> Asterisk notifies the transferer that the blind transfer is ringing and was performed successfully although it does not even have tried to contact the target. I would expect that NOTIFY with sipfrag 183/200 is only sent when the PROGRESS/CONNECT is received from the transfer target.
> This is becoming an interop issue for some of our customers, they are pushing for RFC compliance (http://tools.ietf.org/html/rfc5359#section-2.4) 
> call transfer behaviour.
> Awaiting your feedback on the same.
> Regards,
> Nitesh Bansal

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira