[asterisk-bugs] [JIRA] (ASTERISK-30102) Hangup_handler not invoked
Morten Sølvberg (JIRA)
noreply at issues.asterisk.org
Thu Jun 9 03:52:49 CDT 2022
[ https://issues.asterisk.org/jira/browse/ASTERISK-30102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=259465#comment-259465 ]
Morten Sølvberg commented on ASTERISK-30102:
--------------------------------------------
Sorry about the extra linebreaks in the example but I assume that it is added by your editor when writing curly brackets...
> Hangup_handler not invoked
> --------------------------
>
> Key: ASTERISK-30102
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-30102
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Bridges/bridge_simple
> Affects Versions: 18.0.1
> Environment: Hosted in Azure
> Reporter: Morten Sølvberg
> Assignee: Unassigned
>
> I am recording calls with MixMonitor, and I am using "hangup_handler_push" on all calls I crate/receive, to make sure that the calls are always sent to the same location in the dialplan where I move the recording to a mounted drive.
> This usually works fine, but I see that when I use the Bridge application, then the hangup_handler is removed for the *Briged* party.
> I assume that this happens due to the masquerade functionality in Asterisk, and that the hangup_handler isn't copied to the new channel.
> I can see the hangup_handler being invoked on the Surrogate channel, but not on the actual one.
> Luckily I can use the F option in the Bridge application, so the *Bridged* party is sent to defined place in the dialplan when the *Bridger* hangs up.
> This also works fine.
> However if the *Bridged* party hangs up, then the channel is not sent to the defined localion in the dialplan.
> I have an h extension in all the the contexts that the channel has been in, but it does not hit any of these either.
> Is this a known issue and/or can you think of a workaround?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list