- FreeSWITCH-dev - FreeSWITCH Mailing Lists

Getting DTMF from channel.
by Paulo Rogério Panhoto 09 Nov '10

09 Nov '10

Hi, I'm writing a module that allows playback of MP4 video files (with libmp4v2). The playback itself is made by two functions ready to run on separate threads (though, audio runs on current thread and video runs on a separate one). At this point, I'm trying to implement dtmf cut-through. After some research (I checked out mod_dptools.c and switch_ivr_play_say.c) and this code was my best guess -- it runs on the audio stream: if(switch_channel_test_flag(pt->channel, CF_BREAK)) { switch_channel_clear_flag(pt->channel, CF_BREAK); break; } switch_ivr_parse_all_events(pt->session); if(switch_channel_has_dtmf(pt->channel)) { switch_channel_dequeue_dtmf(pt->channel, &dtmf); const char * terminators = switch_channel_get_variable(pt->channel, SWITCH_PLAYBACK_TERMINATORS_VARIABLE); if(terminators && !strcasecmp(terminators, "none")) terminators = NULL; switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(pt->session), SWITCH_LOG_DEBUG, "Digit %c\n", dtmf.digit); if(terminators && strchr(terminators, dtmf.digit)) { std::string digit(&dtmf.digit, 0, 1); switch_channel_set_variable(pt->channel, SWITCH_PLAYBACK_TERMINATOR_USED, digit.c_str()); break; } } Which didn't work. I'm asking if anyone has any idea. Any help is appreciated Regards, Paulo R. Panhoto

2 4

Re: [Freeswitch-dev] Session Progress and RINGING
by Bernhard Suttner 05 Nov '10

05 Nov '10

We will try that out but its not "100%" the functionality as the sbc does signalize. If I understand you correct, the 183 with SDP will be forwarded to A with 180 with SDP. But this does change the functionality to A (first of all on SIP/ISDN gateways). Therefore I would prefer the "clean" way with RFC 3960. Would you include a patch like "support-rfc3960" configuration option to sofia config which will ignore the CF_EARLY_MEDIA test? ----- Original Message ----- From: Anthony Minessale [mailto:anthony.minessale@gmail.com] To: freeswitch-dev(a)lists.freeswitch.org Sent: Thu, 04 Nov 2010 22:54:34 +0100 Subject: Re: [Freeswitch-dev] Session Progress and RINGING > how about what I said: > {ignore_early_media=ring_ready} > > > > On Thu, Nov 4, 2010 at 4:29 PM, Bernhard Suttner > <bernhard.suttner(a)winet.ch> wrote: > > Hi, > > > > yes, they are not really sure but I think that the given RFC does specify > this correctly (this does not mean, that all the SIP devices work like > that). I could understand that a change will maybe result in big troubles. > Perhaps a option for mod_sofia to "support-rfc3960" would be a good > solution. If you want I will write the patch because it should be "really > simple" to ignore the CF_EARLY_MEDIA if the option is set, or? > > > > We get the Session Progress with SDP and later the 180 Ringing from a > session border controller (I am not 100% sure, but I think its a a > Audiocodes). The 180 Ringing has to be sent towards A because A is a ISDN > gateway. > > > > Would do you prefer? Thanks for your investigation. > > > > Best regards, > > Bernhard Suttner > > > > ----- Original Message ----- > > From: Anthony Minessale [mailto:anthony.minessale@gmail.com] > > To: freeswitch-dev(a)lists.freeswitch.org > > Sent: Thu, 04 Nov 2010 22:09:48 +0100 > > Subject: Re: [Freeswitch-dev] Session Progress and RINGING > > > > > >> My conclusion from reading that discussion is they have no idea what to > do. > >> There are votes both ways and 2 attempts to go of onto a tangent into > >> another topic. > >> > >> We have chosen on our implementation to ignore 180 once we have > >> already established a media path from a 183. The RFC is just vague > >> enough that this decision falls to us. > >> > >> I understand that ISDN has more precise signaling in this regard. > >> PROGRESS or ALERTING both with or without media as a flag on the packet. > >> > >> But the vast majority of SIP devices in the wild will ignore the 180 > >> once early media has been established. > >> So even if we make changes to support this, it will be ignored by the > >> next guy in line. > >> > >> Do you hear media during this early media phase? > >> > >> This is why we have the originate param > >> {ignore_early_media=ring_ready} which will, in the case of sip, > >> translate 183 or 180 with and without SDP into a 180 > >> > >> To change it to do what you are asking for could have extreme negative > >> side effects and not even work in most devices so this is why I am > >> reluctant to change it. > >> > >> Are you trying to cross connect 2 ISDN lines over SIP and preserve the > >> signalling? > >> If so, this is why SIP is flawed to begin with because it is lossy in > >> telephony signaling data. > >> This is why they now try to embed ss7 messages in the sip packets. =p > >> > >> > >> > >> On Thu, Nov 4, 2010 at 3:51 PM, Bernhard Suttner > >> <bernhard.suttner(a)winet.ch> wrote: > >> > Hi, > >> > > >> > session progress does have SDP which will then go through to A. But on > the > >> display of A it will only display "session progress" and not Ringing. If > A > >> is now a ISDN Gateway and has to signalize RINGING into the "ISDN world". > I > >> am not sure, if RINGING will be used for A to generate the ringback tone > for > >> itself on every device. This behaves on the client/device configuration. > >> > > >> > There was a nice discussion about this "issue" on the sip-implementors > >> list: > >> > > >> > > >> > http://www.mail-archive.com/sip-implementors@lists.cs.columbia.edu/msg06400… > >> > > >> > There is a RFC for this case (Section: 3.2. Ringing Tone Generation) > >> > http://www.rfc-editor.org/rfc/rfc3960.txt > >> > > >> > What do you think? > >> > > >> > Best regards, > >> > Bernhard Suttner > >> > > >> > > >> > > >> > ----- Original Message ----- > >> > From: Anthony Minessale [mailto:anthony.minessale@gmail.com] > >> > To: freeswitch-dev(a)lists.freeswitch.org > >> > Sent: Thu, 04 Nov 2010 16:54:30 +0100 > >> > Subject: Re: [Freeswitch-dev] Session Progress and RINGING > >> > > >> > > >> >> no, once it gets session progress it will not send any ringing. > >> >> The sip side 180 ringing is used to tell the phone to generate its own > >> >> inband ringing. > >> >> > >> >> does your 183 session progress contain a sdp? > >> >> > >> >> > >> >> On Thu, Nov 4, 2010 at 10:25 AM, Bernhard Suttner > >> >> <bernhard.suttner(a)winet.ch> wrote: > >> >> > Hi, > >> >> > > >> >> > A ---> FS ---> B > >> >> > > >> >> > B does send a Session Progress to FS. FS will forward the Session > >> Progress > >> >> to A. > >> >> > B does send a RINGING to FS. FS does _not_ forward this to A. > >> >> > > >> >> > Could it be, that the check the switch_test_flag(channel, > >> CF_EARLY_MEDIA) > >> >> in mod_sofia.c within the INDICATE_RINGING section is wrong. I think > it > >> is > >> >> allowed to send the Session Progress first and later the RINGING. The > >> >> ringing is for example for SIP/ISDN gateways necessary. > >> >> > > >> >> > Any hint is appreciated. > >> >> > > >> >> > Best regards, > >> >> > Bernhard Suttner > >> >> > > >> >> > > >> >> > > >> >> > _______________________________________________ > >> >> > FreeSWITCH-dev mailing list > >> >> > FreeSWITCH-dev(a)lists.freeswitch.org > >> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> >> > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> >> > http://www.freeswitch.org > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> Anthony Minessale II > >> >> > >> >> FreeSWITCH http://www.freeswitch.org/ > >> >> ClueCon http://www.cluecon.com/ > >> >> Twitter: http://twitter.com/FreeSWITCH_wire > >> >> > >> >> AIM: anthm > >> >> MSN:anthony_minessale@hotmail.com > >> >> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > >> >> IRC: irc.freenode.net #freeswitch > >> >> > >> >> FreeSWITCH Developer Conference > >> >> sip:888@conference.freeswitch.org > >> >> googletalk:conf+888@conference.freeswitch.org > >> >> pstn:+19193869900 > >> >> > >> >> _______________________________________________ > >> >> FreeSWITCH-dev mailing list > >> >> FreeSWITCH-dev(a)lists.freeswitch.org > >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> >> http://www.freeswitch.org > >> >> > >> > > >> > _______________________________________________ > >> > FreeSWITCH-dev mailing list > >> > FreeSWITCH-dev(a)lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> > http://www.freeswitch.org > >> > > >> > >> > >> > >> -- > >> Anthony Minessale II > >> > >> FreeSWITCH http://www.freeswitch.org/ > >> ClueCon http://www.cluecon.com/ > >> Twitter: http://twitter.com/FreeSWITCH_wire > >> > >> AIM: anthm > >> MSN:anthony_minessale@hotmail.com > >> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > >> IRC: irc.freenode.net #freeswitch > >> > >> FreeSWITCH Developer Conference > >> sip:888@conference.freeswitch.org > >> googletalk:conf+888@conference.freeswitch.org > >> pstn:+19193869900 > >> > >> _______________________________________________ > >> FreeSWITCH-dev mailing list > >> FreeSWITCH-dev(a)lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> http://www.freeswitch.org > >> > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org > googletalk:conf+888@conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org >

2 2

Re: [Freeswitch-dev] Session Progress and RINGING
by Bernhard Suttner 04 Nov '10

04 Nov '10

Hi, yes, they are not really sure but I think that the given RFC does specify this correctly (this does not mean, that all the SIP devices work like that). I could understand that a change will maybe result in big troubles. Perhaps a option for mod_sofia to "support-rfc3960" would be a good solution. If you want I will write the patch because it should be "really simple" to ignore the CF_EARLY_MEDIA if the option is set, or? We get the Session Progress with SDP and later the 180 Ringing from a session border controller (I am not 100% sure, but I think its a a Audiocodes). The 180 Ringing has to be sent towards A because A is a ISDN gateway. Would do you prefer? Thanks for your investigation. Best regards, Bernhard Suttner ----- Original Message ----- From: Anthony Minessale [mailto:anthony.minessale@gmail.com] To: freeswitch-dev(a)lists.freeswitch.org Sent: Thu, 04 Nov 2010 22:09:48 +0100 Subject: Re: [Freeswitch-dev] Session Progress and RINGING > My conclusion from reading that discussion is they have no idea what to do. > There are votes both ways and 2 attempts to go of onto a tangent into > another topic. > > We have chosen on our implementation to ignore 180 once we have > already established a media path from a 183. The RFC is just vague > enough that this decision falls to us. > > I understand that ISDN has more precise signaling in this regard. > PROGRESS or ALERTING both with or without media as a flag on the packet. > > But the vast majority of SIP devices in the wild will ignore the 180 > once early media has been established. > So even if we make changes to support this, it will be ignored by the > next guy in line. > > Do you hear media during this early media phase? > > This is why we have the originate param > {ignore_early_media=ring_ready} which will, in the case of sip, > translate 183 or 180 with and without SDP into a 180 > > To change it to do what you are asking for could have extreme negative > side effects and not even work in most devices so this is why I am > reluctant to change it. > > Are you trying to cross connect 2 ISDN lines over SIP and preserve the > signalling? > If so, this is why SIP is flawed to begin with because it is lossy in > telephony signaling data. > This is why they now try to embed ss7 messages in the sip packets. =p > > > > On Thu, Nov 4, 2010 at 3:51 PM, Bernhard Suttner > <bernhard.suttner(a)winet.ch> wrote: > > Hi, > > > > session progress does have SDP which will then go through to A. But on the > display of A it will only display "session progress" and not Ringing. If A > is now a ISDN Gateway and has to signalize RINGING into the "ISDN world". I > am not sure, if RINGING will be used for A to generate the ringback tone for > itself on every device. This behaves on the client/device configuration. > > > > There was a nice discussion about this "issue" on the sip-implementors > list: > > > > > http://www.mail-archive.com/sip-implementors@lists.cs.columbia.edu/msg06400… > > > > There is a RFC for this case (Section: 3.2. Ringing Tone Generation) > > http://www.rfc-editor.org/rfc/rfc3960.txt > > > > What do you think? > > > > Best regards, > > Bernhard Suttner > > > > > > > > ----- Original Message ----- > > From: Anthony Minessale [mailto:anthony.minessale@gmail.com] > > To: freeswitch-dev(a)lists.freeswitch.org > > Sent: Thu, 04 Nov 2010 16:54:30 +0100 > > Subject: Re: [Freeswitch-dev] Session Progress and RINGING > > > > > >> no, once it gets session progress it will not send any ringing. > >> The sip side 180 ringing is used to tell the phone to generate its own > >> inband ringing. > >> > >> does your 183 session progress contain a sdp? > >> > >> > >> On Thu, Nov 4, 2010 at 10:25 AM, Bernhard Suttner > >> <bernhard.suttner(a)winet.ch> wrote: > >> > Hi, > >> > > >> > A ---> FS ---> B > >> > > >> > B does send a Session Progress to FS. FS will forward the Session > Progress > >> to A. > >> > B does send a RINGING to FS. FS does _not_ forward this to A. > >> > > >> > Could it be, that the check the switch_test_flag(channel, > CF_EARLY_MEDIA) > >> in mod_sofia.c within the INDICATE_RINGING section is wrong. I think it > is > >> allowed to send the Session Progress first and later the RINGING. The > >> ringing is for example for SIP/ISDN gateways necessary. > >> > > >> > Any hint is appreciated. > >> > > >> > Best regards, > >> > Bernhard Suttner > >> > > >> > > >> > > >> > _______________________________________________ > >> > FreeSWITCH-dev mailing list > >> > FreeSWITCH-dev(a)lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> > http://www.freeswitch.org > >> > > >> > >> > >> > >> -- > >> Anthony Minessale II > >> > >> FreeSWITCH http://www.freeswitch.org/ > >> ClueCon http://www.cluecon.com/ > >> Twitter: http://twitter.com/FreeSWITCH_wire > >> > >> AIM: anthm > >> MSN:anthony_minessale@hotmail.com > >> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > >> IRC: irc.freenode.net #freeswitch > >> > >> FreeSWITCH Developer Conference > >> sip:888@conference.freeswitch.org > >> googletalk:conf+888@conference.freeswitch.org > >> pstn:+19193869900 > >> > >> _______________________________________________ > >> FreeSWITCH-dev mailing list > >> FreeSWITCH-dev(a)lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> http://www.freeswitch.org > >> > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org > googletalk:conf+888@conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org >

2 1

Re: [Freeswitch-dev] Session Progress and RINGING
by Bernhard Suttner 04 Nov '10

04 Nov '10

Hi, session progress does have SDP which will then go through to A. But on the display of A it will only display "session progress" and not Ringing. If A is now a ISDN Gateway and has to signalize RINGING into the "ISDN world". I am not sure, if RINGING will be used for A to generate the ringback tone for itself on every device. This behaves on the client/device configuration. There was a nice discussion about this "issue" on the sip-implementors list: http://www.mail-archive.com/sip-implementors@lists.cs.columbia.edu/msg06400… There is a RFC for this case (Section: 3.2. Ringing Tone Generation) http://www.rfc-editor.org/rfc/rfc3960.txt What do you think? Best regards, Bernhard Suttner ----- Original Message ----- From: Anthony Minessale [mailto:anthony.minessale@gmail.com] To: freeswitch-dev(a)lists.freeswitch.org Sent: Thu, 04 Nov 2010 16:54:30 +0100 Subject: Re: [Freeswitch-dev] Session Progress and RINGING > no, once it gets session progress it will not send any ringing. > The sip side 180 ringing is used to tell the phone to generate its own > inband ringing. > > does your 183 session progress contain a sdp? > > > On Thu, Nov 4, 2010 at 10:25 AM, Bernhard Suttner > <bernhard.suttner(a)winet.ch> wrote: > > Hi, > > > > A ---> FS ---> B > > > > B does send a Session Progress to FS. FS will forward the Session Progress > to A. > > B does send a RINGING to FS. FS does _not_ forward this to A. > > > > Could it be, that the check the switch_test_flag(channel, CF_EARLY_MEDIA) > in mod_sofia.c within the INDICATE_RINGING section is wrong. I think it is > allowed to send the Session Progress first and later the RINGING. The > ringing is for example for SIP/ISDN gateways necessary. > > > > Any hint is appreciated. > > > > Best regards, > > Bernhard Suttner > > > > > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org > googletalk:conf+888@conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org >

2 1

CFP - Open Source Telephony Devroom - FOSDEM 2011
by Bryan M. Johns 04 Nov '10

04 Nov '10

Greetings, This is a call for presentations for the open source telephony devroom at FOSDEM 2011 - http://www.fosdem.org/. We will be holding a day full of presentations on development topics in the area of open source telephony on Sunday, February 6th. The schedule allows for presentations from 9:00 to 17:00. The room we have available will have a projector, wifi, and 59 seats. Please submit all proposals no later than 2010-12-10. Notification of accepted speakers will be provided by 2010-12-17. We will then work to have a schedule finalized by 2011-01-07. Talks should be submitted by fulling out the following form: http://goo.gl/9SWlz Please direct discussion about this devroom to the telephony-devroom mailing list hosted on http://lists.fosdem.org/. If you would like to contact the devroom organizer directly, please contact Russell Bryant <russell(a)digium.com>. Feel free to forward this along to any people or mailing lists that you think would be interested in this event. Thank you! Bryan M. Johns Digium, Inc. | Community Director 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA direct: +1 256-428-6007 Check us out at : www.asterisk.org or www.digium.com

1 0

Session Progress and RINGING
by Bernhard Suttner 04 Nov '10

04 Nov '10

Hi, A ---> FS ---> B B does send a Session Progress to FS. FS will forward the Session Progress to A. B does send a RINGING to FS. FS does _not_ forward this to A. Could it be, that the check the switch_test_flag(channel, CF_EARLY_MEDIA) in mod_sofia.c within the INDICATE_RINGING section is wrong. I think it is allowed to send the Session Progress first and later the RINGING. The ringing is for example for SIP/ISDN gateways necessary. Any hint is appreciated. Best regards, Bernhard Suttner

2 1

FreeSWITCH Conference Call Today - DRK Discusses .NET Fun
by Michael Collins 03 Nov '10

03 Nov '10

Hello all, The FreeSWITCH conference call agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2010_11_03 Dave Kompel will be showing off some more .NET stuff that he's got cooking plus we have a few other things to discuss. Talk to you soon, Michael

1 0

Re: [Freeswitch-dev] mod_loopback no ringback tone
by Bernhard Suttner 02 Nov '10

02 Nov '10

Hi, thanks for your fast answer. I tried the version about 4 hours ago. I will re-check it tomorrow. Thanks a lot for your VERY FAST RESPONSES. Within the asterisk project it does need more than X days to get a response if the whole asterisk does crash :-) Best regards, Bernhard ----- Original Message ----- From: Anthony Minessale [mailto:anthony.minessale@gmail.com] To: freeswitch-dev(a)lists.freeswitch.org Sent: Mon, 25 Oct 2010 19:00:57 +0200 Subject: Re: [Freeswitch-dev] mod_loopback no ringback tone > try again on latest HEAD that may have been broken over the weekend. > > > On Mon, Oct 25, 2010 at 11:11 AM, Bernhard Suttner > <bernhard.suttner(a)winet.ch> wrote: > > Hi, > > > > I have the following scenario > > > > A ----(SIP) ---> FS ---(loopback)---> FS ----(SIP)---> B > > > > FS is of course the same Freeswitch Sever. If B sends RINGING to FS the > RINGING will not be passed through to A because of the loopback module. > (That is was the trace does say). What has to happen on mod_loopback if it > does receive the RINGING? Does it have to do something like > switch_channel_mark_ring_ready, switch_channel_ring_ready or something else? > I think it has maybe something to do with the missing INDICATE_RINGING > section in mod_loopback. > > > > Best regards, > > Bernhard Suttner > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org > googletalk:conf+888@conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org >

2 9

playback in background
by Seven Du 01 Nov '10

01 Nov '10

Hi, I didn't find a way to playback in background in normal dialplan/lua scripts. I know how to use event socket to do async, but I still think it's useful in the following scenario and don't need a socket. - start playback in background - long time query (http or db query) - explicitly stop background playback, or implicitly stop when any further app executes(or when new data writes to the channel) - do other things using the query result Is there any existing solutions? or how hart to make a patch? if I make a patch to achieve that, would it be better to make in mod_commands or should I make a new module? What I'm thinking is to make a BUG in another thread and feed sound data to the channel. Is that the right approach? Thanks. -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn

2 4

CRM Screen Popup
by Dome Charoenyost 01 Nov '10

01 Nov '10

Dear All, I'm looking for software like http://adm.hamnett.org/ for freeswitch. client running on windows. i need simple feature when call incoming open browser and go to url + callerid BG Dome C.

3 3