<br><br><div><span class="gmail_quote">2008/2/8, Atis Lezdins <<a href="mailto:atis@iq-labs.net">atis@iq-labs.net</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 2/8/08, Johan Wilfer <<a href="mailto:johan@wilfer.se">johan@wilfer.se</a>> wrote:<br>> Thanks! :-)<br>><br>> I would encourage those who understand Asterisk better to look at the patch<br>> if I have overseen something. It works for me but app_dial is very complex.<br>
<br>I wonder will this work with queues. I suspect that queue will try to<br>terminate created channel, or at least update some log.</blockquote><div><br>I haven't tried this. However it was my intent to use this in a local channel that is called by a queue,<br>
to get rid of my two-people-conferences I use right now to get the same behaviour.<br>My guess is that it would work just fine, because I use the G-flag in this way right now.<br>And I implemented it the same way, but with only one channel instead of two.<br>
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Btw, how does CDRs look for this?</blockquote><div><br>You got two cdr-records. The first is just like a normal Dial(). The second for the time the called<br>
part is "on it's own" until the call ends. I think this is very reasonable.<br><br>/Johan<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Regards,<br>Atis<br><br>><br>> Greetings<br>> Johan<br>><br>> 2008/2/8, Steve Totaro <<a href="mailto:stotaro@totarotechnologies.com">stotaro@totarotechnologies.com</a>>:<br>> > Johan,<br>> ><br>
> > I just wanted to say good job.<br>> ><br>> > You are one of the reasons why Asterisk and open source software is so<br>> > powerful.<br>> ><br>> > You wanted Asterisk to do something that it did not. You posted about<br>
> > it, no replies, so you made it happen and gave back in a weeks time.<br>> ><br>> > Bravo.<br>> ><br>> > Thanks,<br>> > Steve Totaro<br>> ><br>> > On Feb 8, 2008 3:21 AM, Johan Wilfer <<a href="mailto:johan@wilfer.se">johan@wilfer.se</a>> wrote:<br>
> > > I've implemented this feature and posted a patch on bug #0011954<br>> > > "When the caller hangs up - transfer the called party to the specified<br>> > > context and extension provided by this option"<br>
> > ><br>> > > Please give it a try, and comment..<br>> > ><br>> > > Greetings Johan<br>> > ><br>> > ><br>> > > Johan Wilfer wrote:<br>> > > > Johan Wilfer wrote:<br>
> > > >> I don't know what to call this feature, but after playing around with<br>> > > >> res_features and application maps I come to think about this...<br>> > > >> When dialing someone with Dial() the call can survive the called<br>
> > > >> party hanging up - using the g-flag.<br>> > > >> Sometimes it's useful to do the opposite, but I'm not sure how or<br>> > > >> where to implement this.<br>> > > >><br>
> > > >> I can think of having a X()-option similar to G() that transfer the<br>> > > >> called party to this extension after the caller hangs up.<br>> > > >> One other method is to have a special extension taking care of this,<br>
> > > >> like h, s and so on.<br>> > > >><br>> > > >> I think I like the first method best.<br>> > > >><br>> > > >> I could use this together with application maps and the bridge app to<br>
> > > >> eliminate my meetme rooms for this purpose. However I must be<br>> > > >> able to intercept either one hanging up to give feedback to the<br>> other.<br>> > > >><br>
> > > >> Ideas? If you could give me some pointers where to look for<br>> > > >> implementing this I would be happy,<br>> > > >> as I don't know my way in the source nearly as good as you guys do...<br>
> > > >><br>> > > >> Greetings<br>> > > >> Johan<br>> > > >><br>> > > > Anyone?<br>> > > > Basically I don't want to hang up on the called party, just because<br>
> > > > the caller slammed the phone. I would like to be able to continue<br>> > > > dialplan execution of the called party.<br>> > > ><br>> > > > You can do this right now by breaking the bridged call and put them in<br>
> > > > a conference. You can also use flags to the Dial application to do the<br>> > > > opposite - let the calling party (he who executed Dial) continue if<br>> > > > the called party hangs up. I would like to do it the other way<br>
> around..<br>> > > ><br>> > > > How do you like to see this implemented? Another option for dial?<br>> > > > Something else?<br>> > > ><br>> > > > /Johan<br>
> > ><br>> > ><br>> > > _______________________________________________<br>> > > --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>
> > ><br>> > > asterisk-dev mailing list<br>> > > To UNSUBSCRIBE or update options visit:<br>> > ><br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
> > ><br>> ><br>> > _______________________________________________<br>> > --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>> ><br>
> > asterisk-dev mailing list<br>> > To UNSUBSCRIBE or update options visit:<br>> > <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
> ><br>><br>><br>> _______________________________________________<br>> --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>><br>> asterisk-dev mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>><br><br><br>--<br>Atis Lezdins<br>VoIP Developer,<br>
IQ Labs Inc.<br><a href="mailto:atis@iq-labs.net">atis@iq-labs.net</a><br>Skype: atis.lezdins<br>Cell Phone: +371 28806004<br>Work phone: +1 800 7502835<br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>
<br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div>
<br>