[asterisk-dev] Another dial-option, catching hangup of caller party
Johan Wilfer
johan at wilfer.se
Fri Feb 8 02:21:36 CST 2008
I've implemented this feature and posted a patch on bug #0011954
"When the caller hangs up - transfer the called party to the specified
context and extension provided by this option"
Please give it a try, and comment..
Greetings Johan
Johan Wilfer wrote:
> Johan Wilfer wrote:
>> I don't know what to call this feature, but after playing around with
>> res_features and application maps I come to think about this...
>> When dialing someone with Dial() the call can survive the called
>> party hanging up - using the g-flag.
>> Sometimes it's useful to do the opposite, but I'm not sure how or
>> where to implement this.
>>
>> I can think of having a X()-option similar to G() that transfer the
>> called party to this extension after the caller hangs up.
>> One other method is to have a special extension taking care of this,
>> like h, s and so on.
>>
>> I think I like the first method best.
>>
>> I could use this together with application maps and the bridge app to
>> eliminate my meetme rooms for this purpose. However I must be
>> able to intercept either one hanging up to give feedback to the other.
>>
>> Ideas? If you could give me some pointers where to look for
>> implementing this I would be happy,
>> as I don't know my way in the source nearly as good as you guys do...
>>
>> Greetings
>> Johan
>>
> Anyone?
> Basically I don't want to hang up on the called party, just because
> the caller slammed the phone. I would like to be able to continue
> dialplan execution of the called party.
>
> You can do this right now by breaking the bridged call and put them in
> a conference. You can also use flags to the Dial application to do the
> opposite - let the calling party (he who executed Dial) continue if
> the called party hangs up. I would like to do it the other way around..
>
> How do you like to see this implemented? Another option for dial?
> Something else?
>
> /Johan
More information about the asterisk-dev
mailing list