[asterisk-bugs] [JIRA] (ASTERISK-27446) No 'h' extension run when call transferred by caller completes

[David Cunningham (JIRA)]

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

David Cunningham updated ASTERISK-27446:
----------------------------------------

    Attachment: extensions.conf
                no-h-extension1.txt

Log and extensions.conf attached.

> No 'h' extension run when call transferred by caller completes
> --------------------------------------------------------------
>
>                 Key: ASTERISK-27446
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27446
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 13.17.2
>         Environment: CentOS 7.2 64 bit.
>            Reporter: David Cunningham
>         Attachments: extensions.conf, no-h-extension1.txt
>
>
> When a caller does a REFER transfer to connect two calls, the 'h' extension is run immediately, and no 'h' extension is run when the transferred call actually hangs up. For example:
> 1000105 calls 1000103
> 1000105 calls 1000102
> 1000105 transfers one call to the other, and drops out of the call
> 1000103 and 1000102 talk
> 1000103 or 1000102 hangs up and the call completes, but no 'h' extension is run
> This means that our code on the Asterisk server can't correctly bill for the transferred call. This issue didn't happen on Asterisk 11 and prior.
> I've attached the dial plan, and an Asterisk console trace in case it's useful. Important points are:
> Line 142: Dial plan logs start of call 1511749212.44
> Line 668: Dial plan logs start of call 1511749221.46
> Line 950: REFER happens
> Line 1010: Dial plan logs end of call 1511749212.44
> Line 1013: Dial plan logs end of call 1511749221.46
> Line 1240: Bridge torn down after transferred call ends, but no end of call is logged because 'h' extension is not run
> Please let us know if anything else would be useful.



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