From devel at thom.fr.eu.org Tue Jun 1 07:27:19 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Tue, 01 Jun 2010 16:27:19 +0200 Subject: [Freeswitch-dev] =?utf-8?q?Small_error_in_mod=5Ffreetdm?= Message-ID: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> Hello, I recently upgraded to latest snapshot, and started using freetdm instead of openzap, and I found a small error in mod_freetdm. When setting up the channel name in function ftdm_channel_from_event line 1286, the line chanid = ftdm_channel_get_span_id(sigmsg->channel); should probably be replaced by chanid = ftdm_channel_get_number(sigmsg->channel); I wanted to post this on JIRA, but was not able to find a subproject for freetdm in JIRA. I also ported my patches from openzap to get the CID onto FXS channel work on european hardware with freetdm. Please let me know where I should post these. Fran?ois -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100601/f95baa69/attachment.html From freeswitch-list at puzzled.xs4all.nl Tue Jun 1 07:35:38 2010 From: freeswitch-list at puzzled.xs4all.nl (Patrick Lists) Date: Tue, 01 Jun 2010 16:35:38 +0200 Subject: [Freeswitch-dev] Small error in mod_freetdm In-Reply-To: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> References: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> Message-ID: <4C051ABA.20404@puzzled.xs4all.nl> On 06/01/2010 04:27 PM, Fran?ois Legal wrote: > Hello, > > I recently upgraded to latest snapshot, and started using freetdm > instead of openzap, and I found a small error in mod_freetdm. > > When setting up the channel name in function ftdm_channel_from_event > line 1286, the line > > chanid = ftdm_channel_get_span_id(sigmsg->channel); > > should probably be replaced by > > chanid = ftdm_channel_get_number(sigmsg->channel); > > I wanted to post this on JIRA, but was not able to find a subproject for > freetdm in JIRA. > > I also ported my patches from openzap to get the CID onto FXS channel > work on european hardware with freetdm. Please let me know where I > should post these. I guess you could send the patches to Moises Silva (moy at sangoma.com) or you can ask the Sangoma guys in the #sangoma irc channel on freenode.net Regards, Patrick From devel at thom.fr.eu.org Tue Jun 1 07:47:51 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Tue, 01 Jun 2010 16:47:51 +0200 Subject: [Freeswitch-dev] =?utf-8?q?Small_error_in_mod=5Ffreetdm?= In-Reply-To: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> References: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> Message-ID: <95c1c0fa208caff0f21d9c9b492c386a@thom.fr.eu.org> Oops, I meant "should probably be replaced by chanid = ftdm_channel_get_id(sigmsg->channel);" Fran?ois On Tue, 01 Jun 2010 16:27:19 +0200, Fran?ois Legal wrote: Hello, I recently upgraded to latest snapshot, and started using freetdm instead of openzap, and I found a small error in mod_freetdm. When setting up the channel name in function ftdm_channel_from_event line 1286, the line chanid = ftdm_channel_get_span_id(sigmsg->channel); should probably be replaced by chanid = ftdm_channel_get_number(sigmsg->channel); I wanted to post this on JIRA, but was not able to find a subproject for freetdm in JIRA. I also ported my patches from openzap to get the CID onto FXS channel work on european hardware with freetdm. Please let me know where I should post these. Fran?ois -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100601/88f01166/attachment.html From moises.silva at gmail.com Tue Jun 1 08:51:40 2010 From: moises.silva at gmail.com (Moises Silva) Date: Tue, 1 Jun 2010 11:51:40 -0400 Subject: [Freeswitch-dev] Small error in mod_freetdm In-Reply-To: <95c1c0fa208caff0f21d9c9b492c386a@thom.fr.eu.org> References: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> <95c1c0fa208caff0f21d9c9b492c386a@thom.fr.eu.org> Message-ID: Good catch, thanks, is fixed now. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 10:47 AM, Fran?ois Legal wrote: > Oops, > > > > I meant > > "should probably be replaced by > > chanid = ftdm_channel_get_id(sigmsg->channel);" > > > > Fran?ois > > On Tue, 01 Jun 2010 16:27:19 +0200, Fran?ois Legal > wrote: > > Hello, > > > > I recently upgraded to latest snapshot, and started using freetdm instead > of openzap, and I found a small error in mod_freetdm. > > When setting up the channel name in function ftdm_channel_from_event line > 1286, the line > > chanid = ftdm_channel_get_span_id(sigmsg->channel); > > should probably be replaced by > > chanid = ftdm_channel_get_number(sigmsg->channel); > > > > I wanted to post this on JIRA, but was not able to find a subproject for > freetdm in JIRA. > > > > I also ported my patches from openzap to get the CID onto FXS channel work > on european hardware with freetdm. Please let me know where I should post > these. > > > > Fran?ois > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100601/8bb4497a/attachment.html From moises.silva at gmail.com Tue Jun 1 09:20:06 2010 From: moises.silva at gmail.com (Moises Silva) Date: Tue, 1 Jun 2010 12:20:06 -0400 Subject: [Freeswitch-dev] Small error in mod_freetdm In-Reply-To: References: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> <95c1c0fa208caff0f21d9c9b492c386a@thom.fr.eu.org> Message-ID: As of your patches for CID. Put them on JIRA as openzap bug and assign it to me. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 11:51 AM, Moises Silva wrote: > Good catch, thanks, is fixed now. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > > On Tue, Jun 1, 2010 at 10:47 AM, Fran?ois Legal wrote: > >> Oops, >> >> >> >> I meant >> >> "should probably be replaced by >> >> chanid = ftdm_channel_get_id(sigmsg->channel);" >> >> >> >> Fran?ois >> >> On Tue, 01 Jun 2010 16:27:19 +0200, Fran?ois Legal >> wrote: >> >> Hello, >> >> >> >> I recently upgraded to latest snapshot, and started using freetdm instead >> of openzap, and I found a small error in mod_freetdm. >> >> When setting up the channel name in function ftdm_channel_from_event line >> 1286, the line >> >> chanid = ftdm_channel_get_span_id(sigmsg->channel); >> >> should probably be replaced by >> >> chanid = ftdm_channel_get_number(sigmsg->channel); >> >> >> >> I wanted to post this on JIRA, but was not able to find a subproject for >> freetdm in JIRA. >> >> >> >> I also ported my patches from openzap to get the CID onto FXS channel work >> on european hardware with freetdm. Please let me know where I should post >> these. >> >> >> >> Fran?ois >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100601/a24527a0/attachment-0001.html From msc at freeswitch.org Tue Jun 1 12:20:29 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 1 Jun 2010 12:20:29 -0700 Subject: [Freeswitch-dev] OSTAG - Open Source Telephony Action Group Message-ID: Good news! The Open Source Telephony Action Group (OSTAG) is almost ready to become an official 501(c)3 non-profit organization. We need to raise $800 in order to file the necessary paperwork. We have set up a PayPal account where we can all send our donations: donations at ostag.org Please assist us in moving this important organization forward. OSTAG is dedicated to the advancement of open source telecommuncations software that improves the lives of people all over the world. This is a most worthy cause! Please help now and in the future. -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100601/0dc7fb40/attachment.html From devel at thom.fr.eu.org Tue Jun 1 12:45:08 2010 From: devel at thom.fr.eu.org (devel at thom.fr.eu.org) Date: Tue, 1 Jun 2010 21:45:08 +0200 Subject: [Freeswitch-dev] Small error in mod_freetdm In-Reply-To: References: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> <95c1c0fa208caff0f21d9c9b492c386a@thom.fr.eu.org> Message-ID: <002d01cb01c2$f20a8510$d61f8f30$@fr.eu.org> Done. The patch I attached to OPENZAP-100 includes the lines corresponding to OPENZAP-101. Fran?ois De : freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] De la part de Moises Silva Envoy? : mardi 1 juin 2010 18:20 ? : freeswitch-dev at lists.freeswitch.org Objet : Re: [Freeswitch-dev] Small error in mod_freetdm As of your patches for CID. Put them on JIRA as openzap bug and assign it to me. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 11:51 AM, Moises Silva wrote: Good catch, thanks, is fixed now. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 10:47 AM, Fran?ois Legal wrote: Oops, I meant "should probably be replaced by chanid = ftdm_channel_get_id(sigmsg->channel);" Fran?ois On Tue, 01 Jun 2010 16:27:19 +0200, Fran?ois Legal wrote: Hello, I recently upgraded to latest snapshot, and started using freetdm instead of openzap, and I found a small error in mod_freetdm. When setting up the channel name in function ftdm_channel_from_event line 1286, the line chanid = ftdm_channel_get_span_id(sigmsg->channel); should probably be replaced by chanid = ftdm_channel_get_number(sigmsg->channel); I wanted to post this on JIRA, but was not able to find a subproject for freetdm in JIRA. I also ported my patches from openzap to get the CID onto FXS channel work on european hardware with freetdm. Please let me know where I should post these. Fran?ois _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100601/fb718034/attachment.html From dswardstrom at remotelink.com Tue Jun 1 14:00:36 2010 From: dswardstrom at remotelink.com (David Swardstrom) Date: Tue, 1 Jun 2010 16:00:36 -0500 (CDT) Subject: [Freeswitch-dev] Additional support for synchronization functions In-Reply-To: <712294994.24.1275426024285.JavaMail.root@srvr12.remotelinkml.com> Message-ID: <1792013547.26.1275426036551.JavaMail.root@srvr12.remotelinkml.com> I got so involved in getting the proposed optional third parameter to setGlobalVariable() that I did not consider all of the possibilities. Using the change along with getGlobalVariable() is ok for data that would only change or for data that does not need to be completely unique. I also have a need to have a global counter that can both be incremented and decremented. This counter is designed to give me more control over the number of calls than the current mod_limit will provide. This would be used during a period where they may be several calls either entering the system, exiting the system, or both. It would be nice to have routines that would just increment or decrement safely. They would be much faster. I have spent the last couple of years working with Visual Studio and C++. The natural solution I would take in this situation would be to use InterlockedIncrement() and InterlockedDecrement(). In this environment I don't think I want to propose this. What I would like to propose is the following set of routines (using JavaScript notation): // Initialize the counter to a specified value initGlobalCounter(string name of variable, initial value); // Add a value to the global counter addGlobalCounter(string name of variable, value to add); // Subtract a value from the global counter reduceGlobalCounter(string name of variable, value to subtract); I am open to suggestions as to names of the routines. Even though all I need (now) is increment and decrement, since the code will need to use the Global Variable Mutex locks, it might as will be more general. Regards, Paul David Swardstrom From anthony.minessale at gmail.com Tue Jun 1 15:46:59 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 1 Jun 2010 17:46:59 -0500 Subject: [Freeswitch-dev] Additional support for synchronization functions In-Reply-To: <1792013547.26.1275426036551.JavaMail.root@srvr12.remotelinkml.com> References: <712294994.24.1275426024285.JavaMail.root@srvr12.remotelinkml.com> <1792013547.26.1275426036551.JavaMail.root@srvr12.remotelinkml.com> Message-ID: if you are going to go to that much trouble, you may want to learn the C side of FS coding. C++ also is valid in modules. I already was leaning away from this global variable thing because it's not enterprise scalable (N-dimensional) but it was harmless to add the patch. On Tue, Jun 1, 2010 at 4:00 PM, David Swardstrom wrote: > I got so involved in getting the proposed optional third parameter to > setGlobalVariable() that I did not consider all of the possibilities. > > Using the change along with getGlobalVariable() is ok for data that > would only change or for data that does not need to be completely unique. > > I also have a need to have a global counter that can both be incremented > and decremented. This counter is designed to give me more control over the > number of calls than the current mod_limit will provide. > This would be used during a period where they may be several calls > either entering the system, exiting the system, or both. > > It would be nice to have routines that would just increment or decrement > safely. They would be much faster. > > I have spent the last couple of years working with Visual Studio and C++. > The natural solution I would take in this situation would be to use > InterlockedIncrement() and InterlockedDecrement(). > In this environment I don't think I want to propose this. > > What I would like to propose is the following set of routines > (using JavaScript notation): > // Initialize the counter to a specified value > initGlobalCounter(string name of variable, initial value); > > // Add a value to the global counter > addGlobalCounter(string name of variable, value to add); > > // Subtract a value from the global counter > reduceGlobalCounter(string name of variable, value to subtract); > > I am open to suggestions as to names of the routines. > Even though all I need (now) is increment and decrement, since > the code will need to use the Global Variable Mutex locks, it > might as will be more general. > > Regards, > Paul David Swardstrom > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100601/be46bbb5/attachment.html From anthony.minessale at gmail.com Wed Jun 2 08:57:27 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 2 Jun 2010 10:57:27 -0500 Subject: [Freeswitch-dev] Help get freeswitch.com back Message-ID: Some squatter has had freeswitch.com for years and it's time we had it back. We need $1,300.00 for a single-party panel and $2,600.00 for a 3-party panel to resolve the dispute. They are using the domain to pose as a VoIP site (if you keep loading http://www.freeswitch.com/ you can see it in action) Don't let creeps like this misuse the internet! Use the paypal button on the site to donate to the cause. Everyone who donates will get their name up on our thank you page on our site. Put "freeswitch.com UDRP and your name as you would like to see it on the thank-you page" in the note on the paypal form. -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/336ee979/attachment-0001.html From info at evestech.com Wed Jun 2 08:04:21 2010 From: info at evestech.com (Kashif Kahn) Date: Wed, 2 Jun 2010 08:04:21 -0700 (PDT) Subject: [Freeswitch-dev] Robust Affordable Speech Recognition Message-ID: <199281.60960.qm@web203.biz.mail.re2.yahoo.com> Dear All, All those who have wanted a speech recognition solution for Freeswitch but found the software cost too expensive or the recognition accuracy unsatisfactory, please consider Vestec Speech Engine for Freeswitchat: http://www.vestec.ca/products A starter kit - which is a specially priced one port (ie. one channel) license for the standard engine - is available for only $25. Additional ports (channels) licenses can be purchased for $99/port. The engine comes with a free-of-charge Freeswitch connector, thereby allowing direct interaction via Dialplan. Best regards, -Kashif Kashif Kahn VP, Business Development Vestec, Inc. Waterloo, ON Canada phone: (519) 885-7615 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/63f557f1/attachment.html From msc at freeswitch.org Wed Jun 2 09:55:49 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 2 Jun 2010 09:55:49 -0700 Subject: [Freeswitch-dev] FreeSWITCH Conference Call Starting Shortly! Kamailio being discussed today Message-ID: Come on down: http://wiki.freeswitch.org/wiki/FS_weekly_2010_06_02 Daniel Constantin-Mierla (aka "miconda" or Twitter and IRC) is talking about Kamailio. -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/e456afc4/attachment.html From moises.silva at gmail.com Wed Jun 2 11:07:16 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 2 Jun 2010 14:07:16 -0400 Subject: [Freeswitch-dev] Small error in mod_freetdm In-Reply-To: <002d01cb01c2$f20a8510$d61f8f30$@fr.eu.org> References: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> <95c1c0fa208caff0f21d9c9b492c386a@thom.fr.eu.org> <002d01cb01c2$f20a8510$d61f8f30$@fr.eu.org> Message-ID: Fran?ois, Thanks for the great work on this. Could you git clone FreeSWITCH and update your patch to latest freetdm? This patch is outdated ( I am not sure what the latest snapshot of freetdm is? who make those? ). The API has changed to NOT expose internal details to users of FreeTDM ( ie: internal channel states and members ). Therefore things like: while (span->channels[chan_no]->state != FTDM_CHANNEL_STATE_DOWN); Do not work nor compile in mod_freetdm.c ( since mod_freetdm is a user of FreeTDM does not have access to the state member ). Ping me on IRC or google talk (moy and moises.silva respectively) to discuss. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 3:45 PM, wrote: > Done. > > > > The patch I attached to OPENZAP-100 includes the lines corresponding to > OPENZAP-101. > > > > Fran?ois > > > > > > > > *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva > *Envoy? :* mardi 1 juin 2010 18:20 > *? :* freeswitch-dev at lists.freeswitch.org > *Objet :* Re: [Freeswitch-dev] Small error in mod_freetdm > > > > As of your patches for CID. > > > > Put them on JIRA as openzap bug and assign it to me. > > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Tue, Jun 1, 2010 at 11:51 AM, Moises Silva > wrote: > > Good catch, thanks, is fixed now. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Tue, Jun 1, 2010 at 10:47 AM, Fran?ois Legal > wrote: > > Oops, > > > > I meant > > "should probably be replaced by > > chanid = ftdm_channel_get_id(sigmsg->channel);" > > > > Fran?ois > > On Tue, 01 Jun 2010 16:27:19 +0200, Fran?ois Legal > wrote: > > Hello, > > > > I recently upgraded to latest snapshot, and started using freetdm instead > of openzap, and I found a small error in mod_freetdm. > > When setting up the channel name in function ftdm_channel_from_event line > 1286, the line > > chanid = ftdm_channel_get_span_id(sigmsg->channel); > > should probably be replaced by > > chanid = ftdm_channel_get_number(sigmsg->channel); > > > > I wanted to post this on JIRA, but was not able to find a subproject for > freetdm in JIRA. > > > > I also ported my patches from openzap to get the CID onto FXS channel work > on european hardware with freetdm. Please let me know where I should post > these. > > > > Fran?ois > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/22889cdf/attachment.html From rupa at rupa.com Wed Jun 2 11:38:35 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Wed, 2 Jun 2010 13:38:35 -0500 Subject: [Freeswitch-dev] Robust Affordable Speech Recognition In-Reply-To: <199281.60960.qm@web203.biz.mail.re2.yahoo.com> References: <199281.60960.qm@web203.biz.mail.re2.yahoo.com> Message-ID: Are we going to start seeing this announcement every week? On Wed, Jun 2, 2010 at 10:04 AM, Kashif Kahn wrote: > Dear All, > > All those who have wanted a speech recognition solution for Freeswitch but > found the software cost too expensive or the recognition accuracy > unsatisfactory, please consider Vestec Speech Engine for Freeswitch at: > http://www.vestec.ca/products A starter kit - which is a specially priced > one port (ie. one channel) license for the standard engine - is available > for only $25. Additional ports (channels) licenses can be purchased for > $99/port. The engine comes with a free-of-charge Freeswitch connector, > thereby allowing direct interaction via Dialplan. > > Best regards, > -Kashif > > Kashif Kahn > VP, Business Development > Vestec, Inc. > Waterloo, ON Canada > phone: (519) 885-7615 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/9a198358/attachment.html From msc at freeswitch.org Wed Jun 2 11:45:54 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 2 Jun 2010 11:45:54 -0700 Subject: [Freeswitch-dev] Robust Affordable Speech Recognition In-Reply-To: References: <199281.60960.qm@web203.biz.mail.re2.yahoo.com> Message-ID: Hopefully not. :) We haven't had nearly the support from the FS dev community that we had hoped when it comes to doing ASR apps. Everyone go buy a $25 SDK and start tinkering! -MC On Wed, Jun 2, 2010 at 11:38 AM, Rupa Schomaker wrote: > Are we going to start seeing this announcement every week? > > On Wed, Jun 2, 2010 at 10:04 AM, Kashif Kahn wrote: > >> Dear All, >> >> All those who have wanted a speech recognition solution for Freeswitch but >> found the software cost too expensive or the recognition accuracy >> unsatisfactory, please consider Vestec Speech Engine for Freeswitch at: >> http://www.vestec.ca/products A starter kit - which is a specially priced >> one port (ie. one channel) license for the standard engine - is available >> for only $25. Additional ports (channels) licenses can be purchased for >> $99/port. The engine comes with a free-of-charge Freeswitch connector, >> thereby allowing direct interaction via Dialplan. >> >> Best regards, >> -Kashif >> >> Kashif Kahn >> VP, Business Development >> Vestec, Inc. >> Waterloo, ON Canada >> phone: (519) 885-7615 >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > > -- > -Rupa > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/e1314613/attachment-0001.html From devel at thom.fr.eu.org Wed Jun 2 12:16:20 2010 From: devel at thom.fr.eu.org (devel at thom.fr.eu.org) Date: Wed, 2 Jun 2010 21:16:20 +0200 Subject: [Freeswitch-dev] Small error in mod_freetdm In-Reply-To: References: <0a5c1f9579d94b2b1fe64f015b4a0f02@thom.fr.eu.org> <95c1c0fa208caff0f21d9c9b492c386a@thom.fr.eu.org> <002d01cb01c2$f20a8510$d61f8f30$@fr.eu.org> Message-ID: <002e01cb0288$166e0d30$434a2790$@fr.eu.org> Done De : freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] De la part de Moises Silva Envoy? : mercredi 2 juin 2010 20:07 ? : freeswitch-dev at lists.freeswitch.org Objet : Re: [Freeswitch-dev] Small error in mod_freetdm Fran?ois, Thanks for the great work on this. Could you git clone FreeSWITCH and update your patch to latest freetdm? This patch is outdated ( I am not sure what the latest snapshot of freetdm is? who make those? ). The API has changed to NOT expose internal details to users of FreeTDM ( ie: internal channel states and members ). Therefore things like: while (span->channels[chan_no]->state != FTDM_CHANNEL_STATE_DOWN); Do not work nor compile in mod_freetdm.c ( since mod_freetdm is a user of FreeTDM does not have access to the state member ). Ping me on IRC or google talk (moy and moises.silva respectively) to discuss. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 3:45 PM, wrote: Done. The patch I attached to OPENZAP-100 includes the lines corresponding to OPENZAP-101. Fran?ois De : freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] De la part de Moises Silva Envoy? : mardi 1 juin 2010 18:20 ? : freeswitch-dev at lists.freeswitch.org Objet : Re: [Freeswitch-dev] Small error in mod_freetdm As of your patches for CID. Put them on JIRA as openzap bug and assign it to me. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 11:51 AM, Moises Silva wrote: Good catch, thanks, is fixed now. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Tue, Jun 1, 2010 at 10:47 AM, Fran?ois Legal wrote: Oops, I meant "should probably be replaced by chanid = ftdm_channel_get_id(sigmsg->channel);" Fran?ois On Tue, 01 Jun 2010 16:27:19 +0200, Fran?ois Legal wrote: Hello, I recently upgraded to latest snapshot, and started using freetdm instead of openzap, and I found a small error in mod_freetdm. When setting up the channel name in function ftdm_channel_from_event line 1286, the line chanid = ftdm_channel_get_span_id(sigmsg->channel); should probably be replaced by chanid = ftdm_channel_get_number(sigmsg->channel); I wanted to post this on JIRA, but was not able to find a subproject for freetdm in JIRA. I also ported my patches from openzap to get the CID onto FXS channel work on european hardware with freetdm. Please let me know where I should post these. Fran?ois _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/a0656f97/attachment.html From devel at thom.fr.eu.org Wed Jun 2 12:22:01 2010 From: devel at thom.fr.eu.org (devel at thom.fr.eu.org) Date: Wed, 2 Jun 2010 21:22:01 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF Message-ID: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> I come back on this topic as I did not find a clean/good solution to this problem. As reminder, the problem occurs when an FXS channel is bridged on an FXO channel (seen with sangoma A400 hardware with HW DTMF detection). The problem is that each leg of the bridge is detecting the inband DTMF, and so freeswitch sends each detected DTMF from one leg to the other, and so on and so forth (as each leg detects the DTMF again and again). I guess what would be needed for these cases is some application that would prevent detected DTMF to be sent to the other leg. Can anybody give me a hint on whether or not such application exists, and if not, a starting point to try to create one. Thanks Fran?ois -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/889899df/attachment.html From moises.silva at gmail.com Wed Jun 2 12:35:22 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 2 Jun 2010 15:35:22 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> Message-ID: I believe the problem was that the driver enabled even outgoing DTMF detection on the chip ( which does not make much sense by default since you only care about incoming ) and was fixed a few months ago Do you still see this behavior? which driver version? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 2, 2010 at 3:22 PM, wrote: > I come back on this topic as I did not find a clean/good solution to this > problem. > > > > As reminder, the problem occurs when an FXS channel is bridged on an FXO > channel (seen with sangoma A400 hardware with HW DTMF detection). > > The problem is that each leg of the bridge is detecting the inband DTMF, > and so freeswitch sends each detected DTMF from one leg to the other, and so > on and so forth (as each leg detects the DTMF again and again). > > > > I guess what would be needed for these cases is some application that would > prevent detected DTMF to be sent to the other leg. > > > > Can anybody give me a hint on whether or not such application exists, and > if not, a starting point to try to create one. > > > > Thanks > > > > Fran?ois > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/246265e5/attachment-0001.html From devel at thom.fr.eu.org Wed Jun 2 13:19:15 2010 From: devel at thom.fr.eu.org (devel at thom.fr.eu.org) Date: Wed, 2 Jun 2010 22:19:15 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> Message-ID: <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> I just updated to 3.5.11 and the result is the same. De : freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] De la part de Moises Silva Envoy? : mercredi 2 juin 2010 21:35 ? : freeswitch-dev at lists.freeswitch.org Objet : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF I believe the problem was that the driver enabled even outgoing DTMF detection on the chip ( which does not make much sense by default since you only care about incoming ) and was fixed a few months ago Do you still see this behavior? which driver version? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 2, 2010 at 3:22 PM, wrote: I come back on this topic as I did not find a clean/good solution to this problem. As reminder, the problem occurs when an FXS channel is bridged on an FXO channel (seen with sangoma A400 hardware with HW DTMF detection). The problem is that each leg of the bridge is detecting the inband DTMF, and so freeswitch sends each detected DTMF from one leg to the other, and so on and so forth (as each leg detects the DTMF again and again). I guess what would be needed for these cases is some application that would prevent detected DTMF to be sent to the other leg. Can anybody give me a hint on whether or not such application exists, and if not, a starting point to try to create one. Thanks Fran?ois _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/0b4a729f/attachment.html From moises.silva at gmail.com Wed Jun 2 13:26:49 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 2 Jun 2010 16:26:49 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> Message-ID: I'm going to test this DTMF scenario now and let you know. In the meantime, would it be much to ask a patch that I can apply using git apply?? The patch still fails to apply using git, I see you are still using svn, try git plz. The code looks good though :-) Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 2, 2010 at 4:19 PM, wrote: > I just updated to 3.5.11 and the result is the same. > > > > *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva > *Envoy? :* mercredi 2 juin 2010 21:35 > *? :* freeswitch-dev at lists.freeswitch.org > *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF > > > > I believe the problem was that the driver enabled even outgoing DTMF > detection on the chip ( which does not make much sense by default since you > only care about incoming ) and was fixed a few months ago > > Do you still see this behavior? which driver version? > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Wed, Jun 2, 2010 at 3:22 PM, wrote: > > I come back on this topic as I did not find a clean/good solution to this > problem. > > > > As reminder, the problem occurs when an FXS channel is bridged on an FXO > channel (seen with sangoma A400 hardware with HW DTMF detection). > > The problem is that each leg of the bridge is detecting the inband DTMF, > and so freeswitch sends each detected DTMF from one leg to the other, and so > on and so forth (as each leg detects the DTMF again and again). > > > > I guess what would be needed for these cases is some application that would > prevent detected DTMF to be sent to the other leg. > > > > Can anybody give me a hint on whether or not such application exists, and > if not, a starting point to try to create one. > > > > Thanks > > > > Fran?ois > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100602/4207fe7a/attachment.html From shaheryarkh at googlemail.com Wed Jun 2 23:23:44 2010 From: shaheryarkh at googlemail.com (Muhammad Shahzad) Date: Thu, 3 Jun 2010 11:23:44 +0500 Subject: [Freeswitch-dev] [Freeswitch-users] Help get freeswitch.com back In-Reply-To: References: Message-ID: Unfortunately Paypal is not supported in Pakistan. Do you have any other supported medium, e.g. Western Union or direct credit card payment? etc. Thank you. On Wed, Jun 2, 2010 at 8:57 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Some squatter has had freeswitch.com for years and it's time we had it > back. > > We need $1,300.00 for a single-party panel and $2,600.00 for a 3-party > panel to resolve the dispute. > They are using the domain to pose as a VoIP site (if you keep loading > http://www.freeswitch.com/ you can see it in action) > > Don't let creeps like this misuse the internet! Use the paypal button on > the site to donate to the cause. > > Everyone who donates will get their name up on our thank you page on our > site. > Put "freeswitch.com UDRP and your name as you would like to see it on the > thank-you page" in the note on the paypal form. > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +92 334 422 40 88 MSN: shari_786pk at hotmail.com Email: shaheryarkh at googlemail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/46d9c4f8/attachment.html From devel at thom.fr.eu.org Thu Jun 3 01:53:09 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Thu, 03 Jun 2010 10:53:09 +0200 Subject: [Freeswitch-dev] Freeswitch compilation and openldap Message-ID: Hello, I'm wondering whether it would be possible to add a configure option for those (like me) who already have openldap and libldap installed and available on their systems, so that there would not need to have openldap downloaded and compiled during freeswitch compilation, but rather link to the available libldap ? Fran?ois -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/4c4f84f7/attachment-0001.html From devel at thom.fr.eu.org Thu Jun 3 03:46:27 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Thu, 03 Jun 2010 12:46:27 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> Message-ID: <5b7d87f8bcdbf05dd06011b1ec4bb4c5@thom.fr.eu.org> So now using latest git and wanpipe is even worse compared to snapshot from last week. freetdm now also detects and queue the DTMF from the dialed number. The new patch is available. On Wed, 2 Jun 2010 16:26:49 -0400, Moises Silva wrote: I'm going to test this DTMF scenario now and let you know. In the meantime, would it be much to ask a patch that I can apply using git apply?? The patch still fails to apply using git, I see you are still using svn, try git plz. The code looks good though :-) Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [1] On Wed, Jun 2, 2010 at 4:19 PM, wrote: I just updated to 3.5.11 and the result is the same. DE : freeswitch-dev-bounces at lists.freeswitch.org [3] [mailto:freeswitch-dev-bounces at lists.freeswitch.org [4]] DE LA PART DE Moises Silva ENVOY? : mercredi 2 juin 2010 21:35 ? : freeswitch-dev at lists.freeswitch.org [5] OBJET : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF I believe the problem was that the driver enabled even outgoing DTMF detection on the chip ( which does not make much sense by default since you only care about incoming ) and was fixed a few months ago Do you still see this behavior? which driver version? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [6] On Wed, Jun 2, 2010 at 3:22 PM, wrote: I come back on this topic as I did not find a clean/good solution to this problem. As reminder, the problem occurs when an FXS channel is bridged on an FXO channel (seen with sangoma A400 hardware with HW DTMF detection). The problem is that each leg of the bridge is detecting the inband DTMF, and so freeswitch sends each detected DTMF from one leg to the other, and so on and so forth (as each leg detects the DTMF again and again). I guess what would be needed for these cases is some application that would prevent detected DTMF to be sent to the other leg. Can anybody give me a hint on whether or not such application exists, and if not, a starting point to try to create one. Thanks Fran?ois _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [8] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [9] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [10] http://www.freeswitch.org [11] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [12] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [13] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [14] http://www.freeswitch.org [15] Links: ------ [1] mailto:moy at sangoma.com [2] mailto:devel at thom.fr.eu.org [3] mailto:freeswitch-dev-bounces at lists.freeswitch.org [4] mailto:freeswitch-dev-bounces at lists.freeswitch.org [5] mailto:freeswitch-dev at lists.freeswitch.org [6] mailto:moy at sangoma.com [7] mailto:devel at thom.fr.eu.org [8] mailto:FreeSWITCH-dev at lists.freeswitch.org [9] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [10] http://lists.freeswitch.org/mailman/options/freeswitch-dev [11] http://www.freeswitch.org [12] mailto:FreeSWITCH-dev at lists.freeswitch.org [13] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [14] http://lists.freeswitch.org/mailman/options/freeswitch-dev [15] http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/f5c9626f/attachment.html From s_thirupathikumar at yahoo.com Thu Jun 3 11:34:31 2010 From: s_thirupathikumar at yahoo.com (Thirupathi) Date: Thu, 3 Jun 2010 11:34:31 -0700 (PDT) Subject: [Freeswitch-dev] Status of Bridged Call Message-ID: <622192.23391.qm@web50301.mail.re2.yahoo.com> Hi, I am receiving the inbound call and i am bridging that call with some other number. But i need to know whether the bridged call (dial out call) has been ringing or answering. I am using the ESL connection method to communicate with the Freeswitch. Here is the snapshot of my code. Receiving inbound call : ??????? @sd = s ??? ??? @con = ESL::ESLconnection.new(s.to_i) ??? ??? @con.execute("linger") ??? ??? @con.setEventLock("true") ??????? @con.sendRecv("myevents") ??? ??? @con.execute("answer") ????????? ... ????????? .... After that i am playing and receiving input from the caller then i am bridging the call with some other number. Bridge Call: ?@con.execute("bridge", "sofia/gateway/junctionnetworks//#{@destination_number}")??? and waiting for the bridge event WaitForBridgeEvent: def waitForBridge ??? ??? while @con.connected ??? ??? ??? e = @con.recvEvent() ??? ??? ??? next if e == nil ??? ??? ??? printEventData(e) ??? ??? ??? handleHangup if hangupOccurred(e) ??? ??? ??? if e.getHeader("Event-Name") == "CHANNEL_BRIDGE" && ??? ??? ??? ??? e.getHeader("Channel-State") == "CS_EXECUTE" ??? ??? ??? ??? answer_state = e.getHeader("Answer-State") ??? ??? ??? ??? if answer_state == "answered" ??? ??? ??? ??? ??? call_answer_time = e.getHeader("answered_time") ??? ??? ??? ??? ??? end_point_disp = e.getHeader("endpoint_disposition") ??? ??? ??? ??? ??? var_end_point_disp = e.getHeader("var_endpoint_dispoisition") ??? ??? ??? ??? ??? return call_answer_time, end_point_disp, var_end_point_disp ??? ??? ??? ??? end ??? ??? ??? end ??? ??? end end In this code the answer_state is always returning the answered. Also there is always no value for call_answer_time, end_point_disp, var_end_point_disp. Bridging is happening and i have no problem with bridging the call. Please let me know whether the answer-state is returned in this case is for the inbound call or outbound call. (because i am wondering how it is always answered?). Also please help me to get the bridged call status (whether answered, ringing or others) Thanks and Regards, Thirupathi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/a3501c02/attachment.html From brian at freeswitch.org Thu Jun 3 12:21:53 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 3 Jun 2010 14:21:53 -0500 Subject: [Freeswitch-dev] OSTAG - Open Source Telephony Action Group In-Reply-To: References: Message-ID: I would like to thank everyone that has donated to this cause. The money has been collected for the Open Source Telephony Advancement Group (I think Collins had a brain flub up). Thanks, /b On Jun 1, 2010, at 2:20 PM, Michael Collins wrote: > Good news! > > The Open Source Telephony Action Group (OSTAG) is almost ready to become an official 501(c)3 non-profit organization. We need to raise $800 in order to file the necessary paperwork. We have set up a PayPal account where we can all send our donations: > > donations at ostag.org > > Please assist us in moving this important organization forward. OSTAG is dedicated to the advancement of open source telecommuncations software that improves the lives of people all over the world. This is a most worthy cause! Please help now and in the future. > > -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/d622043a/attachment.html From jan.berger at video24.no Thu Jun 3 12:53:01 2010 From: jan.berger at video24.no (Jan Berger) Date: Thu, 3 Jun 2010 21:53:01 +0200 Subject: [Freeswitch-dev] OSTAG - Open Source Telephony Action Group In-Reply-To: References: Message-ID: <5BEAE02C08914B20BC6418E766B9613A@dell9400> Brian, What exactly is the purpose with OSTAG? Also - is this a FS activity, or a joint activity supported by Asterisk, Yate etc? Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: 3. juni 2010 21:22 To: freeswitch-dev at lists.freeswitch.org Cc: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-dev] OSTAG - Open Source Telephony Action Group I would like to thank everyone that has donated to this cause. The money has been collected for the Open Source Telephony Advancement Group (I think Collins had a brain flub up). Thanks, /b On Jun 1, 2010, at 2:20 PM, Michael Collins wrote: Good news! The Open Source Telephony Action Group (OSTAG) is almost ready to become an official 501(c)3 non-profit organization. We need to raise $800 in order to file the necessary paperwork. We have set up a PayPal account where we can all send our donations: donations at ostag.org Please assist us in moving this important organization forward. OSTAG is dedicated to the advancement of open source telecommuncations software that improves the lives of people all over the world. This is a most worthy cause! Please help now and in the future. -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/c448ad24/attachment-0001.html From brian at freeswitch.org Thu Jun 3 13:08:45 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 3 Jun 2010 15:08:45 -0500 Subject: [Freeswitch-dev] OSTAG - Open Source Telephony Action Group In-Reply-To: <5BEAE02C08914B20BC6418E766B9613A@dell9400> References: <5BEAE02C08914B20BC6418E766B9613A@dell9400> Message-ID: <4049C2CF-2DBC-4169-BA9A-F92501897C3E@freeswitch.org> "The Open Source Telephony Advancement Group - is committed to the support of open source telephony projects of all kinds. Voice and data communications are critical for people in all walks of life and in all locations around the world. OSTAG seeks to improve the quality and affordability of communications for persons everywhere. To that end we support the continued work on many open source telecommunications projects that meet the needs of people in both developed and developing locations." The core FreeSWITCH team (Brian, Mike and Tony) spearheaded the group and the core FreeSWITCH team doesn't sit on the board but Michael Collins and Raymond Chandler along with My Sister Melanie West-Clarke are the board members. My sister has extensive experience in running an Non-Profit organization and is now a stay at home mom and wanted to have something to do and this was a perfect fit for her skill set. Michael and Raymond know open source voice really well so they were a great choice to sit on the board to help guide it on the right path. I'm sure the board will tap into the community to accept input on direction and projects to help support. Its going to run similar to the Apache Foundation. I'm just a huge cheer leader now.... I can't wait to see what this organization can do for the world. Can you imagine being able to fund a truly open source PRI and SS7 stacks and how that would level the playing field? /b On Jun 3, 2010, at 2:53 PM, Jan Berger wrote: > Brian, > > What exactly is the purpose with OSTAG? > > Also ? is this a FS activity, or a joint activity supported by Asterisk, Yate etc? > > Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/a25f8489/attachment.html From anthony.minessale at gmail.com Thu Jun 3 13:08:54 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 3 Jun 2010 15:08:54 -0500 Subject: [Freeswitch-dev] OSTAG - Open Source Telephony Action Group In-Reply-To: <5BEAE02C08914B20BC6418E766B9613A@dell9400> References: <5BEAE02C08914B20BC6418E766B9613A@dell9400> Message-ID: Actually its Open Source Telephony Advancement Group The goal is to build a nonprofit org that can draw grants and donations to pay for the development of open source projects. That would include new libraries (have a few ideas such as a portaudio replacement and a liberally licensed robust xmpp lib) or it could be adding features to other open source projects such as those you listed. On Thu, Jun 3, 2010 at 2:53 PM, Jan Berger wrote: > Brian, > > > > What exactly is the purpose with OSTAG? > > > > Also ? is this a FS activity, or a joint activity supported by Asterisk, > Yate etc? > > > > Jan > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* 3. juni 2010 21:22 > *To:* freeswitch-dev at lists.freeswitch.org > *Cc:* freeswitch-users at lists.freeswitch.org > *Subject:* Re: [Freeswitch-dev] OSTAG - Open Source Telephony Action Group > > > > I would like to thank everyone that has donated to this cause. The money > has been collected for the Open Source Telephony Advancement Group (I think > Collins had a brain flub up). > > > > Thanks, > > > > /b > > > > On Jun 1, 2010, at 2:20 PM, Michael Collins wrote: > > > > Good news! > > The Open Source Telephony Action Group (OSTAG) is almost ready to become an > official 501(c)3 non-profit organization. We need to raise $800 in order to > file the necessary paperwork. We have set up a PayPal account where we can > all send our donations: > > donations at ostag.org > > Please assist us in moving this important organization forward. OSTAG is > dedicated to the advancement of open source telecommuncations software that > improves the lives of people all over the world. This is a most worthy > cause! Please help now and in the future. > > -Michael > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/a2f65152/attachment.html From moises.silva at gmail.com Thu Jun 3 14:34:34 2010 From: moises.silva at gmail.com (Moises Silva) Date: Thu, 3 Jun 2010 17:34:34 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: <5b7d87f8bcdbf05dd06011b1ec4bb4c5@thom.fr.eu.org> References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> <5b7d87f8bcdbf05dd06011b1ec4bb4c5@thom.fr.eu.org> Message-ID: Something is f'd up there badly. I cannot reproduce this in my A200. Can you give me more details of how are you wiring things up? Also do "git pull", I just improved the DTMF logging to aid in in debugging. Reproduce the problem and pastebin the resulting logs. Regarding your MWI patch. I added some comments on JIRA. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Thu, Jun 3, 2010 at 6:46 AM, Fran?ois Legal wrote: > So now using latest git and wanpipe is even worse compared to snapshot from > last week. freetdm now also detects and queue the DTMF from the dialed > number. > > The new patch is available. > > On Wed, 2 Jun 2010 16:26:49 -0400, Moises Silva > wrote: > > I'm going to test this DTMF scenario now and let you know. > > In the meantime, would it be much to ask a patch that I can apply using git > apply?? The patch still fails to apply using git, I see you are still using > svn, try git plz. > > The code looks good though :-) > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > > On Wed, Jun 2, 2010 at 4:19 PM, wrote: > >> I just updated to 3.5.11 and the result is the same. >> >> >> >> *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: >> freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva >> *Envoy? :* mercredi 2 juin 2010 21:35 >> *? :* freeswitch-dev at lists.freeswitch.org >> *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF >> >> >> >> I believe the problem was that the driver enabled even outgoing DTMF >> detection on the chip ( which does not make much sense by default since you >> only care about incoming ) and was fixed a few months ago >> >> Do you still see this behavior? which driver version? >> >> Moises Silva >> Senior Software Engineer >> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >> 9T3 Canada >> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >> >> On Wed, Jun 2, 2010 at 3:22 PM, wrote: >> >> I come back on this topic as I did not find a clean/good solution to this >> problem. >> >> >> >> As reminder, the problem occurs when an FXS channel is bridged on an FXO >> channel (seen with sangoma A400 hardware with HW DTMF detection). >> >> The problem is that each leg of the bridge is detecting the inband DTMF, >> and so freeswitch sends each detected DTMF from one leg to the other, and so >> on and so forth (as each leg detects the DTMF again and again). >> >> >> >> I guess what would be needed for these cases is some application that >> would prevent detected DTMF to be sent to the other leg. >> >> >> >> Can anybody give me a hint on whether or not such application exists, and >> if not, a starting point to try to create one. >> >> >> >> Thanks >> >> >> >> Fran?ois >> >> >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/49b1fa06/attachment-0001.html From fowlerp at avaya.com Fri Jun 4 07:22:25 2010 From: fowlerp at avaya.com (Fowler, Peter (Peter)) Date: Fri, 4 Jun 2010 10:22:25 -0400 Subject: [Freeswitch-dev] t38 Message-ID: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> What is the current shape of T38 support in mod_fax in the trunk? Is it ready for prime time (real world use) or is it still in development? Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100604/4ea8949c/attachment.html From brian at freeswitch.org Fri Jun 4 07:26:26 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 4 Jun 2010 09:26:26 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> Message-ID: <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> Its in mod_spandsp now and yes its been tested but I'm sure their are some more corner cases that aren't accounted for. /b On Jun 4, 2010, at 9:22 AM, Fowler, Peter (Peter) wrote: > > What is the current shape of T38 support in mod_fax in the trunk? Is it ready for prime time (real world use) or is it still in development? > > Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100604/69fbe716/attachment.html From kris at kriskinc.com Fri Jun 4 07:46:29 2010 From: kris at kriskinc.com (Kristian Kielhofner) Date: Fri, 4 Jun 2010 10:46:29 -0400 Subject: [Freeswitch-dev] t38 In-Reply-To: <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> Message-ID: Brian, Can you be any more specific? I'd love to do some testing... On Fri, Jun 4, 2010 at 10:26 AM, Brian West wrote: > Its in mod_spandsp now and yes its been tested but I'm sure their are some > more corner cases that aren't accounted for. > /b > On Jun 4, 2010, at 9:22 AM, Fowler, Peter (Peter) wrote: > > > What is the current shape of T38 support in mod_fax in the trunk? Is it > ready for prime time (real world use) or is it still in development? > > Peter > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com From fdelawarde at wirelessmundi.com Fri Jun 4 07:49:55 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Fri, 04 Jun 2010 16:49:55 +0200 Subject: [Freeswitch-dev] t38 In-Reply-To: <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> Message-ID: <1275662995.11958.391.camel@luna.tc.commsmundi.com> How is t38_gateway used? Is it fully automatic and autodetects between all possible cases to activate when needed (G711<->G711, T38<->G711, G711<->T38 and T38<->T38), or does one has to specify which leg has T.38 and activate the gateway only when needed? Thanks, Fran?ois. On Fri, 2010-06-04 at 09:26 -0500, Brian West wrote: > Its in mod_spandsp now and yes its been tested but I'm sure their are > some more corner cases that aren't accounted for. > > > /b > > On Jun 4, 2010, at 9:22 AM, Fowler, Peter (Peter) wrote: > > > > > What is the current shape of T38 support in mod_fax in the trunk? Is > > it ready for prime time (real world use) or is it still in > > development? > > > > Peter > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From brian at freeswitch.org Fri Jun 4 07:50:33 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 4 Jun 2010 09:50:33 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> Message-ID: <5307AB8C-E98D-4BC8-877B-4FB65DA77D18@freeswitch.org> It works very well. Try it you'll be shocked. /b On Jun 4, 2010, at 9:46 AM, Kristian Kielhofner wrote: > Brian, > > Can you be any more specific? I'd love to do some testing... > > On Fri, Jun 4, 2010 at 10:26 AM, Brian West wrote: >> Its in mod_spandsp now and yes its been tested but I'm sure their are some >> more corner cases that aren't accounted for. >> /b >> On Ju -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100604/42052aa8/attachment.html From brian at freeswitch.org Fri Jun 4 07:58:56 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 4 Jun 2010 09:58:56 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: <1275662995.11958.391.camel@luna.tc.commsmundi.com> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> Message-ID: <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> /b On Jun 4, 2010, at 9:49 AM, Fran?ois Delawarde wrote: > How is t38_gateway used? > > Is it fully automatic and autodetects between all possible cases to > activate when needed (G711<->G711, T38<->G711, G711<->T38 and > T38<->T38), or does one has to specify which leg has T.38 and activate > the gateway only when needed? > > Thanks, > Fran?ois. From peder at networkoblivion.com Fri Jun 4 08:17:01 2010 From: peder at networkoblivion.com (Peder) Date: Fri, 4 Jun 2010 10:17:01 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> Message-ID: <09da01cb03f8$fb9156d0$f2b40470$@com> Is T38 forced on if you do this, or does it just enable the feature if it sees it in a reinvite? We have a bunch of fax lines w/ SPA2102 and then we use Cisco routers as PRI-SIP gateways. Some of the people use the lines for phone too, so I need it to support T38 and regular g711 calls. Right now we just point the SPAs direct to the Cisco gateway and it works fine, but we lose all accounting capability, voicemail, etc that we want/need. -----Original Message----- From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Friday, June 04, 2010 9:59 AM To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] t38 /b On Jun 4, 2010, at 9:49 AM, Fran?ois Delawarde wrote: > How is t38_gateway used? > > Is it fully automatic and autodetects between all possible cases to > activate when needed (G711<->G711, T38<->G711, G711<->T38 and > T38<->T38), or does one has to specify which leg has T.38 and activate > the gateway only when needed? > > Thanks, > Fran?ois. _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org From fdelawarde at wirelessmundi.com Fri Jun 4 08:23:55 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Fri, 04 Jun 2010 17:23:55 +0200 Subject: [Freeswitch-dev] t38 In-Reply-To: <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> Message-ID: <1275665035.11958.413.camel@luna.tc.commsmundi.com> Looks pretty cool, will try that! A few more questions: - How does it work (more or less)? - Will normal bridges (no fax) work when t38_gateway app is called? - Can it fallback to audio fax if the peer does not support t38? - In passthru case, what happens if t38_passthru is not defined and the peer reinvites with t38 (any reason for having to set t38_passthru?)? Thanks, Fran?ois. On Fri, 2010-06-04 at 09:58 -0500, Brian West wrote: > > > > > > > > > > > > > > > > > > > > > > > /b > > On Jun 4, 2010, at 9:49 AM, Fran?ois Delawarde wrote: > > > How is t38_gateway used? > > > > Is it fully automatic and autodetects between all possible cases to > > activate when needed (G711<->G711, T38<->G711, G711<->T38 and > > T38<->T38), or does one has to specify which leg has T.38 and activate > > the gateway only when needed? > > > > Thanks, > > Fran?ois. > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From brian at freeswitch.org Fri Jun 4 08:27:51 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 4 Jun 2010 10:27:51 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: <1275665035.11958.413.camel@luna.tc.commsmundi.com> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> <1275665035.11958.413.camel@luna.tc.commsmundi.com> Message-ID: <851912A7-5BB8-46A5-881C-4DD8D6533BF5@freeswitch.org> fax_enable_t38=false /b On Jun 4, 2010, at 10:23 AM, Fran?ois Delawarde wrote: > Looks pretty cool, will try that! > > A few more questions: > - How does it work (more or less)? > - Will normal bridges (no fax) work when t38_gateway app is called? > - Can it fallback to audio fax if the peer does not support t38? > - In passthru case, what happens if t38_passthru is not defined and the > peer reinvites with t38 (any reason for having to set t38_passthru?)? > > Thanks, > Fran?ois. From kris at kriskinc.com Fri Jun 4 08:35:46 2010 From: kris at kriskinc.com (Kristian Kielhofner) Date: Fri, 4 Jun 2010 11:35:46 -0400 Subject: [Freeswitch-dev] t38 In-Reply-To: <09da01cb03f8$fb9156d0$f2b40470$@com> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> <09da01cb03f8$fb9156d0$f2b40470$@com> Message-ID: You could use FreeSWITCH in proxy media or bypass media without any specific T38 support right now... On Fri, Jun 4, 2010 at 11:17 AM, Peder wrote: > Is T38 forced on if you do this, or does it just enable the feature if it > sees it in a reinvite? ?We have a bunch of fax lines w/ SPA2102 and then we > use Cisco routers as PRI-SIP gateways. ?Some of the people use the lines for > phone too, so I need it to support T38 and regular g711 calls. ?Right now we > just point the SPAs direct to the Cisco gateway and it works fine, but we > lose all accounting capability, voicemail, etc that we want/need. > -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com From anthony.minessale at gmail.com Fri Jun 4 08:40:40 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 4 Jun 2010 10:40:40 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: <851912A7-5BB8-46A5-881C-4DD8D6533BF5@freeswitch.org> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> <1275665035.11958.413.camel@luna.tc.commsmundi.com> <851912A7-5BB8-46A5-881C-4DD8D6533BF5@freeswitch.org> Message-ID: gift_horse_in_the_mouth=false paypay=true wishlist=true On Fri, Jun 4, 2010 at 10:27 AM, Brian West wrote: > fax_enable_t38=false > > /b > > On Jun 4, 2010, at 10:23 AM, Fran?ois Delawarde wrote: > > > Looks pretty cool, will try that! > > > > A few more questions: > > - How does it work (more or less)? > > - Will normal bridges (no fax) work when t38_gateway app is called? > > - Can it fallback to audio fax if the peer does not support t38? > > - In passthru case, what happens if t38_passthru is not defined and the > > peer reinvites with t38 (any reason for having to set t38_passthru?)? > > > > Thanks, > > Fran?ois. > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100604/099bac05/attachment.html From anthony.minessale at gmail.com Fri Jun 4 09:04:41 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 4 Jun 2010 11:04:41 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> <09da01cb03f8$fb9156d0$f2b40470$@com> Message-ID: it's a media bug. it just hides in the background like fax_detect and if it hears a fax tone it turns into gateway mode. from there it can re-invite OR wait for re-invite, if no negotiation is made it will pass the audio fax across anyway. passthrough is turned on with a variable, if set everything goes on as normal (no need for proxy mode) it will pass the t38 invite both ways and if it realizes there is a t38 negotiation it will pass it. for regular termination it's just automatic, either send or wait for re-invite based on config It probably does everything and anything you want better than you think, just try it..... On Fri, Jun 4, 2010 at 10:35 AM, Kristian Kielhofner wrote: > You could use FreeSWITCH in proxy media or bypass media without any > specific T38 support right now... > > On Fri, Jun 4, 2010 at 11:17 AM, Peder wrote: > > Is T38 forced on if you do this, or does it just enable the feature if it > > sees it in a reinvite? We have a bunch of fax lines w/ SPA2102 and then > we > > use Cisco routers as PRI-SIP gateways. Some of the people use the lines > for > > phone too, so I need it to support T38 and regular g711 calls. Right now > we > > just point the SPAs direct to the Cisco gateway and it works fine, but we > > lose all accounting capability, voicemail, etc that we want/need. > > > > -- > Kristian Kielhofner > http://www.astlinux.org > http://blog.krisk.org > http://www.star2star.com > http://www.submityoursip.com > http://www.voalte.com > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100604/82f6217c/attachment.html From fowlerp at avaya.com Fri Jun 4 09:28:21 2010 From: fowlerp at avaya.com (Fowler, Peter (Peter)) Date: Fri, 4 Jun 2010 12:28:21 -0400 Subject: [Freeswitch-dev] t38 In-Reply-To: <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> Message-ID: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBDB0@DC-US1MBEX4.global.avaya.com> So to receive a fax (transmitted via t38 from an audiocodes gateway or ITSP) as a tiff file I would do something like: ? Peter > -----Original Message----- > From: Brian West [mailto:brian at freeswitch.org] > Sent: Friday, June 04, 2010 10:59 AM > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] t38 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /b > > On Jun 4, 2010, at 9:49 AM, Fran?ois Delawarde wrote: > > > How is t38_gateway used? > > > > Is it fully automatic and autodetects between all possible cases to > > activate when needed (G711<->G711, T38<->G711, G711<->T38 and > > T38<->T38), or does one has to specify which leg has T.38 > and activate > > the gateway only when needed? > > > > Thanks, > > Fran?ois. > > > > From brian at freeswitch.org Fri Jun 4 09:36:56 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 4 Jun 2010 11:36:56 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBDB0@DC-US1MBEX4.global.avaya.com> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBDB0@DC-US1MBEX4.global.avaya.com> Message-ID: No you don't have to use the gateway option. Gateway is for tdm to sip and sip to tdm if you're going straight sip to rxfax you just need rxfax.. nothing more. /b On Jun 4, 2010, at 11:28 AM, Fowler, Peter (Peter) wrote: > So to receive a fax (transmitted via t38 from an audiocodes gateway or ITSP) as a tiff file I would do something like: > > > > > > > > > > > ? > > Peter From fdelawarde at wirelessmundi.com Fri Jun 4 10:00:02 2010 From: fdelawarde at wirelessmundi.com (=?ISO-8859-1?Q?Fran=E7ois?= Delawarde) Date: Fri, 04 Jun 2010 19:00:02 +0200 Subject: [Freeswitch-dev] t38 In-Reply-To: References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <1275662995.11958.391.camel@luna.tc.commsmundi.com> <86CD3C7E-5761-4683-A636-E2988EBBECE9@freeswitch.org> <1275665035.11958.413.camel@luna.tc.commsmundi.com> <851912A7-5BB8-46A5-881C-4DD8D6533BF5@freeswitch.org> Message-ID: <1275670802.11958.427.camel@luna.tc.commsmundi.com> Sorry for asking questions in the wrong place, didn't mean to annoy. :-S Fran?ois. On Fri, 2010-06-04 at 10:40 -0500, Anthony Minessale wrote: > gift_horse_in_the_mouth=false > paypay=true > wishlist=true > > > On Fri, Jun 4, 2010 at 10:27 AM, Brian West > wrote: > fax_enable_t38=false > > /b > > On Jun 4, 2010, at 10:23 AM, Fran?ois Delawarde wrote: > > > Looks pretty cool, will try that! > > > > A few more questions: > > - How does it work (more or less)? > > - Will normal bridges (no fax) work when t38_gateway app is > called? > > - Can it fallback to audio fax if the peer does not support > t38? > > - In passthru case, what happens if t38_passthru is not > defined and the > > peer reinvites with t38 (any reason for having to set > t38_passthru?)? > > > > Thanks, > > Fran?ois. > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From andrewkt at aktzero.com Fri Jun 4 14:09:50 2010 From: andrewkt at aktzero.com (Andrew Thompson) Date: Fri, 04 Jun 2010 17:09:50 -0400 Subject: [Freeswitch-dev] t38 In-Reply-To: References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> Message-ID: <4C096B9E.7000603@aktzero.com> On 6/4/2010 10:46 AM, Kristian Kielhofner wrote: > Brian, > > Can you be any more specific? I'd love to do some testing... > He means build it, use it, break it, and document how you broke it, so it can be fixed. Note: It may not break. You're welcome, in either case, insert dollars via paypal links at www.freeswitch.org -- Andrew Thompson From brian at freeswitch.org Fri Jun 4 14:27:57 2010 From: brian at freeswitch.org (Brian West) Date: Fri, 4 Jun 2010 16:27:57 -0500 Subject: [Freeswitch-dev] t38 In-Reply-To: <4C096B9E.7000603@aktzero.com> References: <47AB18AC0F23934383F2BBA7EE3D8D7421FDDFBC41@DC-US1MBEX4.global.avaya.com> <85DFD291-D3B4-4840-B076-F7D93A3E8916@freeswitch.org> <4C096B9E.7000603@aktzero.com> Message-ID: <15BAE107-BB34-4BC4-9AA8-4C7E31292041@freeswitch.org> Or question one on the FAQ ;) /b On Jun 4, 2010, at 4:09 PM, Andrew Thompson wrote: > He means build it, use it, break it, and document how you broke it, so > it can be fixed. > > Note: It may not break. You're welcome, in either case, insert dollars > via paypal links at www.freeswitch.org > > -- > Andrew Thompson -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100604/59e3054f/attachment.html From jan.berger at video24.no Sat Jun 5 05:07:25 2010 From: jan.berger at video24.no (Jan Berger) Date: Sat, 5 Jun 2010 14:07:25 +0200 Subject: [Freeswitch-dev] JavaScript - how bad is it? Message-ID: Hi, I know from a previous postings/discussions that the Javascript we use is considered to be bad - performance and memory wise. Can someone explain a little - who did the Javascript integration? The reason I ask is because I am working on ccxml and vxml - and I need to add ECMAScript due to compatibility with external tools/libraries . The impression I get from wiki is that Lua perform 2 x the speed of JavaScript - does anyone know exactly why? Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100605/ad778481/attachment.html From jmesquita at freeswitch.org Sat Jun 5 07:43:54 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Sat, 5 Jun 2010 11:43:54 -0300 Subject: [Freeswitch-dev] JavaScript - how bad is it? In-Reply-To: References: Message-ID: I believe it has to do with how the language is constructed. Lua is built to be very lightweight. Last time I checked, spidermonkey had some problems with delays on some very specific cases due to its inner workings, but I can't tell for sure. Will you share your ccxml/vxml integration? I believe that these 2 components are something that lots of ppl could use. JM On Sat, Jun 5, 2010 at 9:07 AM, Jan Berger wrote: > Hi, > > > > I know from a previous postings/discussions that the Javascript we use is > considered to be bad ? performance and memory wise. Can someone explain a > little ? who did the Javascript integration? > > > > The reason I ask is because I am working on ccxml and vxml ? and I need to > add ECMAScript due to compatibility with external tools/libraries > > . > > The impression I get from wiki is that Lua perform 2 x the speed of > JavaScript ? does anyone know exactly why? > > > > Jan > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100605/23dd4a89/attachment.html From jan.berger at video24.no Sat Jun 5 08:22:35 2010 From: jan.berger at video24.no (Jan Berger) Date: Sat, 5 Jun 2010 17:22:35 +0200 Subject: [Freeswitch-dev] JavaScript - how bad is it? In-Reply-To: References: Message-ID: Yes it?s for open source, but it?s a few hours away yet before I can use it for anything real. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jo?o Mesquita Sent: 5. juni 2010 16:44 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] JavaScript - how bad is it? I believe it has to do with how the language is constructed. Lua is built to be very lightweight. Last time I checked, spidermonkey had some problems with delays on some very specific cases due to its inner workings, but I can't tell for sure. Will you share your ccxml/vxml integration? I believe that these 2 components are something that lots of ppl could use. JM On Sat, Jun 5, 2010 at 9:07 AM, Jan Berger wrote: Hi, I know from a previous postings/discussions that the Javascript we use is considered to be bad ? performance and memory wise. Can someone explain a little ? who did the Javascript integration? The reason I ask is because I am working on ccxml and vxml ? and I need to add ECMAScript due to compatibility with external tools/libraries . The impression I get from wiki is that Lua perform 2 x the speed of JavaScript ? does anyone know exactly why? Jan _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100605/31271254/attachment-0001.html From jmesquita at freeswitch.org Sat Jun 5 08:50:36 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Sat, 5 Jun 2010 12:50:36 -0300 Subject: [Freeswitch-dev] JavaScript - how bad is it? In-Reply-To: References: Message-ID: That's awesome! Links so we can follow progress? :-) Regards, Jo?o Mesquita On Sat, Jun 5, 2010 at 12:22 PM, Jan Berger wrote: > Yes it?s for open source, but it?s a few hours away yet before I can use > it for anything real. > > > > Jan > > > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Jo?o Mesquita > *Sent:* 5. juni 2010 16:44 > *To:* freeswitch-dev at lists.freeswitch.org > *Subject:* Re: [Freeswitch-dev] JavaScript - how bad is it? > > > > I believe it has to do with how the language is constructed. Lua is built > to be very lightweight. > > > > Last time I checked, spidermonkey had some problems with delays on some > very specific cases due to its inner workings, but I can't tell for sure. > > > > Will you share your ccxml/vxml integration? I believe that these 2 > components are something that lots of ppl could use. > > > > > JM > > On Sat, Jun 5, 2010 at 9:07 AM, Jan Berger wrote: > > Hi, > > > > I know from a previous postings/discussions that the Javascript we use is > considered to be bad ? performance and memory wise. Can someone explain a > little ? who did the Javascript integration? > > > > The reason I ask is because I am working on ccxml and vxml ? and I need to > add ECMAScript due to compatibility with external tools/libraries > > . > > The impression I get from wiki is that Lua perform 2 x the speed of > JavaScript ? does anyone know exactly why? > > > > Jan > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100605/994536db/attachment.html From vectorno at googlemail.com Sat Jun 5 17:02:35 2010 From: vectorno at googlemail.com (vectorno vectorno) Date: Sun, 6 Jun 2010 00:02:35 +0000 Subject: [Freeswitch-dev] Core dump after 'Auto Changing port' Message-ID: I am calling into freeswith which is on a public ip from a soft phone behind a NAT'ed ip. The call connects and I can hear the playback of the configured audio file but only for a second before a core dump with the message below. 2010-06-05 23:33:59.228651 [INFO] switch_rtp.c:2049 Auto Changing port from 192.168.1.24:8000 to xxx.xxx.xxx.xxx:8000 Segmentation fault (core dumped) Any ideas on what this could be? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/5c36522d/attachment.html From brian at freeswitch.org Sat Jun 5 19:03:36 2010 From: brian at freeswitch.org (Brian West) Date: Sat, 5 Jun 2010 21:03:36 -0500 Subject: [Freeswitch-dev] Core dump after 'Auto Changing port' In-Reply-To: References: Message-ID: see the wiki on how to collect a back trace and post a Jira. /b Sent from my iPad On Jun 5, 2010, at 7:02 PM, vectorno vectorno wrote: > > I am calling into freeswith which is on a public ip from a soft phone behind a NAT'ed ip. The call connects and I can hear the playback of the configured audio file but only for a second before a core dump with the message below. > > > 2010-06-05 23:33:59.228651 [INFO] switch_rtp.c:2049 Auto Changing port from 192.168.1.24:8000 to xxx.xxx.xxx.xxx:8000 > Segmentation fault (core dumped) > > Any ideas on what this could be? > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100605/d9580942/attachment.html From tayeb.meftah at gmail.com Sun Jun 6 23:14:49 2010 From: tayeb.meftah at gmail.com (Meftah Tayeb) Date: Mon, 07 Jun 2010 08:14:49 +0200 Subject: [Freeswitch-dev] Core dump after 'Auto Changing port' In-Reply-To: References: Message-ID: <4C0C8E59.8000108@gmail.com> hello, cd to the freeswitch bin directory run /source-dir/support-d/fscore_pb yourname and post the pastebin URL here thankse 06/06/2010 02:02, vectorno vectorno a ?crit : > > I am calling into freeswith which is on a public ip from a soft phone > behind a NAT'ed ip. The call connects and I can hear the playback of > the configured audio file but only for a second before a core dump > with the message below. > > > 2010-06-05 23:33:59.228651 [INFO] switch_rtp.c:2049 Auto Changing port > from 192.168.1.24:8000 to xxx.xxx.xxx.xxx:8000 > Segmentation fault (core dumped) > > Any ideas on what this could be? > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Meftah Tayeb alg?rie t?l?com SPA phone: +21321761805 phone (INUM): +883510001289101 mobile : +213660347746 mobile (INUM: +883510001289110 http://www.algerietelecom.dz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100607/4f675137/attachment.html From vectorno at googlemail.com Sun Jun 6 05:21:55 2010 From: vectorno at googlemail.com (vectorno vectorno) Date: Sun, 6 Jun 2010 12:21:55 +0000 Subject: [Freeswitch-dev] Core dump after 'Auto Changing port' Message-ID: I have done a back trace and posted the information on Jira. I hope i did it correctly. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/4c37396a/attachment.html From tayeb.meftah at gmail.com Mon Jun 7 05:44:40 2010 From: tayeb.meftah at gmail.com (Meftah Tayeb) Date: Mon, 07 Jun 2010 14:44:40 +0200 Subject: [Freeswitch-dev] Core dump after 'Auto Changing port' In-Reply-To: References: Message-ID: <4C0CE9B8.8020500@gmail.com> hi, for your existing subject you need to kype the discution up do not go with another discution Le 06/06/2010 04:03, Brian West a ?crit : > see the wiki on how to collect a back trace and post a Jira. > > /b > > Sent from my iPad > > On Jun 5, 2010, at 7:02 PM, vectorno vectorno > wrote: > >> >> I am calling into freeswith which is on a public ip from a soft phone >> behind a NAT'ed ip. The call connects and I can hear the playback of >> the configured audio file but only for a second before a core dump >> with the message below. >> >> >> 2010-06-05 23:33:59.228651 [INFO] switch_rtp.c:2049 Auto Changing >> port from 192.168.1.24:8000 to >> xxx.xxx.xxx.xxx:8000 >> Segmentation fault (core dumped) >> >> Any ideas on what this could be? >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Meftah Tayeb alg?rie t?l?com SPA phone: +21321761805 phone (INUM): +883510001289101 mobile : +213660347746 mobile (INUM: +883510001289110 http://www.algerietelecom.dz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100607/836fbf97/attachment-0001.html From vetali100 at gmail.com Sun Jun 6 11:13:19 2010 From: vetali100 at gmail.com (Vitalii Colosov) Date: Sun, 6 Jun 2010 21:13:19 +0300 Subject: [Freeswitch-dev] Would like to create and contribute a module "mod_cdr_logic" In-Reply-To: References: <4BFADB34.6030505@gmail.com> Message-ID: Hi team, I 've created first version of *mod_cdr_logic*. And I would like to ask you what is the best way to share it with the community? It can be provided in contrib dir or I can put it on my personal site, if you think it is better not to include it into contrib dir at this stage. Module exports any channel variables into the provided table using ODBC in core. It supports master and backup database (also I will add failover dump into a file in a future version if it will be required). *The most important thing of this module is the ability to execute set of Lua or Java scripts before exporting CDR into the table.* *So one can implement any business logic, set new channel variables based on some conditions, and then export them all into the table as CDR.* Config file (attached) contains 3 sections: 1. Database and table settings 2. Scripts to be executed before export 3. Channel variables to be exported (and corresponding table field names). I would greatly appreciate your inputs! P.S. I tested it carefully and it looks stable, but for sure it will need few months of community intensive testing (and bug fixing if any) before being considered fully stable. *Also, I would greatly appreciate any comments of the development team on the source code (especially on string concatenation and memory management).* Regards, vIT 2010/5/26 Vitalii Colosov > Hi Nazim, > > mod_xml_cdr is able to send CDR to apache server, and I was using it > successfully until I created the module that writes CDRs directly into the > database. I thought to add some business logic ability and share with the > community. > > I am sure your idea will also find many grateful users. > > Personally from my side, I wanted to completely avoid using any HTTP > servers (many reasons, bottom line - it's just not REALLY needed for such > task in many implementations). > > I think I will continue working in this direction and it will find some > users (like me) who will also use it. > The only problem here I see is performance - maybe it will not be suitable > for really LARGE implementations. > > Vitalie > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/510c6aed/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: cdr_logic.conf.xml Type: text/xml Size: 1247 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/510c6aed/attachment.xml From moises.silva at gmail.com Sun Jun 6 12:07:20 2010 From: moises.silva at gmail.com (Moises Silva) Date: Sun, 6 Jun 2010 15:07:20 -0400 Subject: [Freeswitch-dev] Would like to create and contribute a module "mod_cdr_logic" In-Reply-To: References: <4BFADB34.6030505@gmail.com> Message-ID: Hi Vitalie, Where is the source code? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Sun, Jun 6, 2010 at 2:13 PM, Vitalii Colosov wrote: > Hi team, > > I 've created first version of *mod_cdr_logic*. > And I would like to ask you what is the best way to share it with the > community? > It can be provided in contrib dir or I can put it on my personal site, if > you think it is better not to include it into contrib dir at this stage. > > Module exports any channel variables into the provided table using ODBC in > core. > It supports master and backup database (also I will add failover dump into > a file in a future version if it will be required). > > *The most important thing of this module is the ability to execute set of > Lua or Java scripts before exporting CDR into the table.* > *So one can implement any business logic, set new channel variables based > on some conditions, and then export them all into the table as CDR.* > > > Config file (attached) contains 3 sections: > > 1. Database and table settings > 2. Scripts to be executed before export > 3. Channel variables to be exported (and corresponding table field names). > > > > I would greatly appreciate your inputs! > > P.S. I tested it carefully and it looks stable, but for sure it will need > few months of community intensive testing (and bug fixing if any) before > being considered fully stable. > > *Also, I would greatly appreciate any comments of the development team on > the source code (especially on string concatenation and memory management). > * > > Regards, > vIT > > > > 2010/5/26 Vitalii Colosov > >> Hi Nazim, >> >> mod_xml_cdr is able to send CDR to apache server, and I was using it >> successfully until I created the module that writes CDRs directly into the >> database. I thought to add some business logic ability and share with the >> community. >> >> I am sure your idea will also find many grateful users. >> >> Personally from my side, I wanted to completely avoid using any HTTP >> servers (many reasons, bottom line - it's just not REALLY needed for such >> task in many implementations). >> >> I think I will continue working in this direction and it will find some >> users (like me) who will also use it. >> The only problem here I see is performance - maybe it will not be suitable >> for really LARGE implementations. >> >> Vitalie >> > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/010368d3/attachment.html From vetali100 at gmail.com Sun Jun 6 12:20:12 2010 From: vetali100 at gmail.com (Vitalii Colosov) Date: Sun, 6 Jun 2010 22:20:12 +0300 Subject: [Freeswitch-dev] Would like to create and contribute a module "mod_cdr_logic" In-Reply-To: References: <4BFADB34.6030505@gmail.com> Message-ID: Hi Moises, Basically this was my question :) - what is the best way to share it with the community? Where can I put the source code? Regards, Vitalie 2010/6/6 Moises Silva > Hi Vitalie, > > Where is the source code? > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > > On Sun, Jun 6, 2010 at 2:13 PM, Vitalii Colosov wrote: > >> Hi team, >> >> I 've created first version of *mod_cdr_logic*. >> And I would like to ask you what is the best way to share it with the >> community? >> It can be provided in contrib dir or I can put it on my personal site, if >> you think it is better not to include it into contrib dir at this stage. >> >> Module exports any channel variables into the provided table using ODBC in >> core. >> It supports master and backup database (also I will add failover dump into >> a file in a future version if it will be required). >> >> *The most important thing of this module is the ability to execute set of >> Lua or Java scripts before exporting CDR into the table.* >> *So one can implement any business logic, set new channel variables based >> on some conditions, and then export them all into the table as CDR.* >> >> >> Config file (attached) contains 3 sections: >> >> 1. Database and table settings >> 2. Scripts to be executed before export >> 3. Channel variables to be exported (and corresponding table field names). >> >> >> >> I would greatly appreciate your inputs! >> >> P.S. I tested it carefully and it looks stable, but for sure it will need >> few months of community intensive testing (and bug fixing if any) before >> being considered fully stable. >> >> *Also, I would greatly appreciate any comments of the development team on >> the source code (especially on string concatenation and memory management). >> * >> >> Regards, >> vIT >> >> >> >> 2010/5/26 Vitalii Colosov >> >>> Hi Nazim, >>> >>> mod_xml_cdr is able to send CDR to apache server, and I was using it >>> successfully until I created the module that writes CDRs directly into the >>> database. I thought to add some business logic ability and share with the >>> community. >>> >>> I am sure your idea will also find many grateful users. >>> >>> Personally from my side, I wanted to completely avoid using any HTTP >>> servers (many reasons, bottom line - it's just not REALLY needed for such >>> task in many implementations). >>> >>> I think I will continue working in this direction and it will find some >>> users (like me) who will also use it. >>> The only problem here I see is performance - maybe it will not be >>> suitable for really LARGE implementations. >>> >>> Vitalie >>> >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/51f8805f/attachment.html From moises.silva at gmail.com Sun Jun 6 12:24:33 2010 From: moises.silva at gmail.com (Moises Silva) Date: Sun, 6 Jun 2010 15:24:33 -0400 Subject: [Freeswitch-dev] Would like to create and contribute a module "mod_cdr_logic" In-Reply-To: References: <4BFADB34.6030505@gmail.com> Message-ID: Oh, genius me .. For starters I guess you can add it as a new feature to JIRA ( jira.freeswitch.org ) Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Sun, Jun 6, 2010 at 3:20 PM, Vitalii Colosov wrote: > Hi Moises, > > Basically this was my question :) - what is the best way to share it with > the community? > > Where can I put the source code? > > Regards, > Vitalie > > > 2010/6/6 Moises Silva > > Hi Vitalie, >> >> Where is the source code? >> >> Moises Silva >> Senior Software Engineer >> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >> 9T3 Canada >> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >> >> >> On Sun, Jun 6, 2010 at 2:13 PM, Vitalii Colosov wrote: >> >>> Hi team, >>> >>> I 've created first version of *mod_cdr_logic*. >>> And I would like to ask you what is the best way to share it with the >>> community? >>> It can be provided in contrib dir or I can put it on my personal site, if >>> you think it is better not to include it into contrib dir at this stage. >>> >>> Module exports any channel variables into the provided table using ODBC >>> in core. >>> It supports master and backup database (also I will add failover dump >>> into a file in a future version if it will be required). >>> >>> *The most important thing of this module is the ability to execute set >>> of Lua or Java scripts before exporting CDR into the table.* >>> *So one can implement any business logic, set new channel variables >>> based on some conditions, and then export them all into the table as CDR. >>> * >>> >>> >>> Config file (attached) contains 3 sections: >>> >>> 1. Database and table settings >>> 2. Scripts to be executed before export >>> 3. Channel variables to be exported (and corresponding table field >>> names). >>> >>> >>> >>> I would greatly appreciate your inputs! >>> >>> P.S. I tested it carefully and it looks stable, but for sure it will need >>> few months of community intensive testing (and bug fixing if any) before >>> being considered fully stable. >>> >>> *Also, I would greatly appreciate any comments of the development team >>> on the source code (especially on string concatenation and memory >>> management).* >>> >>> Regards, >>> vIT >>> >>> >>> >>> 2010/5/26 Vitalii Colosov >>> >>>> Hi Nazim, >>>> >>>> mod_xml_cdr is able to send CDR to apache server, and I was using it >>>> successfully until I created the module that writes CDRs directly into the >>>> database. I thought to add some business logic ability and share with the >>>> community. >>>> >>>> I am sure your idea will also find many grateful users. >>>> >>>> Personally from my side, I wanted to completely avoid using any HTTP >>>> servers (many reasons, bottom line - it's just not REALLY needed for such >>>> task in many implementations). >>>> >>>> I think I will continue working in this direction and it will find some >>>> users (like me) who will also use it. >>>> The only problem here I see is performance - maybe it will not be >>>> suitable for really LARGE implementations. >>>> >>>> Vitalie >>>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/0f09199f/attachment-0001.html From vetali100 at gmail.com Sun Jun 6 13:21:58 2010 From: vetali100 at gmail.com (Vitalii Colosov) Date: Sun, 6 Jun 2010 23:21:58 +0300 Subject: [Freeswitch-dev] Would like to create and contribute a module "mod_cdr_logic" In-Reply-To: References: <4BFADB34.6030505@gmail.com> Message-ID: I have created new feature and attached the module sources and config file. http://jira.freeswitch.org/browse/FSMOD-55 Regards, Vitalie 2010/6/6 Moises Silva > Oh, genius me .. > > For starters I guess you can add it as a new feature to JIRA ( > jira.freeswitch.org ) > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > > On Sun, Jun 6, 2010 at 3:20 PM, Vitalii Colosov wrote: > >> Hi Moises, >> >> Basically this was my question :) - what is the best way to share it with >> the community? >> >> Where can I put the source code? >> >> Regards, >> Vitalie >> >> >> 2010/6/6 Moises Silva >> >> Hi Vitalie, >>> >>> Where is the source code? >>> >>> Moises Silva >>> Senior Software Engineer >>> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >>> 9T3 Canada >>> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >>> >>> >>> On Sun, Jun 6, 2010 at 2:13 PM, Vitalii Colosov wrote: >>> >>>> Hi team, >>>> >>>> I 've created first version of *mod_cdr_logic*. >>>> And I would like to ask you what is the best way to share it with the >>>> community? >>>> It can be provided in contrib dir or I can put it on my personal site, >>>> if you think it is better not to include it into contrib dir at this stage. >>>> >>>> Module exports any channel variables into the provided table using ODBC >>>> in core. >>>> It supports master and backup database (also I will add failover dump >>>> into a file in a future version if it will be required). >>>> >>>> *The most important thing of this module is the ability to execute set >>>> of Lua or Java scripts before exporting CDR into the table.* >>>> *So one can implement any business logic, set new channel variables >>>> based on some conditions, and then export them all into the table as CDR. >>>> * >>>> >>>> >>>> Config file (attached) contains 3 sections: >>>> >>>> 1. Database and table settings >>>> 2. Scripts to be executed before export >>>> 3. Channel variables to be exported (and corresponding table field >>>> names). >>>> >>>> >>>> >>>> I would greatly appreciate your inputs! >>>> >>>> P.S. I tested it carefully and it looks stable, but for sure it will >>>> need few months of community intensive testing (and bug fixing if any) >>>> before being considered fully stable. >>>> >>>> *Also, I would greatly appreciate any comments of the development team >>>> on the source code (especially on string concatenation and memory >>>> management).* >>>> >>>> Regards, >>>> vIT >>>> >>>> >>>> >>>> 2010/5/26 Vitalii Colosov >>>> >>>>> Hi Nazim, >>>>> >>>>> mod_xml_cdr is able to send CDR to apache server, and I was using it >>>>> successfully until I created the module that writes CDRs directly into the >>>>> database. I thought to add some business logic ability and share with the >>>>> community. >>>>> >>>>> I am sure your idea will also find many grateful users. >>>>> >>>>> Personally from my side, I wanted to completely avoid using any HTTP >>>>> servers (many reasons, bottom line - it's just not REALLY needed for such >>>>> task in many implementations). >>>>> >>>>> I think I will continue working in this direction and it will find some >>>>> users (like me) who will also use it. >>>>> The only problem here I see is performance - maybe it will not be >>>>> suitable for really LARGE implementations. >>>>> >>>>> Vitalie >>>>> >>>> >>>> >>>> _______________________________________________ >>>> FreeSWITCH-dev mailing list >>>> FreeSWITCH-dev at 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 at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100606/88361f86/attachment.html From dswardstrom at remotelink.com Mon Jun 7 12:36:32 2010 From: dswardstrom at remotelink.com (David Swardstrom) Date: Mon, 7 Jun 2010 14:36:32 -0500 (CDT) Subject: [Freeswitch-dev] mod_conference - User Classes Message-ID: <739924435.168.1275939392686.JavaMail.root@srvr12.remotelinkml.com> One feature that many conferences have is classes of users. There is the Host/Moderator, speakers, and Guests/participants. In such conferences, the Host may have the ability to Mute all non-speaking Conferees. Currently this requires a separate flag for each user indicating the user class. To toggle conference level mute, the application will need to get a conference list and run through it. For each conferee in the list, the current mute status and user class must be determined. I would like to propose introducing a new member flag: speaker. This indicates that the member is a speaker and should not be automatically muted. This would be provided as a ?speaker? flag as part of the status on a list. A new set of Conference APIs would be also be provided: mute & unmute at the conference level. When issued, any member that does not have a moderator or speaker flag set would be muted or unmuted. If the conference is ?guest muted?, the first line of the list API response would indicate this a ?muted? similar to the locked indicator currently provided. If this seems like a reasonable proposal, I would take a stab at modifying mod_conference and testing it and then submit it via a Jira request. Regards, Paul David Swardstrom From anthony.minessale at gmail.com Mon Jun 7 12:48:24 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 7 Jun 2010 14:48:24 -0500 Subject: [Freeswitch-dev] mod_conference - User Classes In-Reply-To: <739924435.168.1275939392686.JavaMail.root@srvr12.remotelinkml.com> References: <739924435.168.1275939392686.JavaMail.root@srvr12.remotelinkml.com> Message-ID: sounds useful enough, lets see how you do. On Mon, Jun 7, 2010 at 2:36 PM, David Swardstrom wrote: > One feature that many conferences have is classes of users. There is the > Host/Moderator, speakers, and Guests/participants. In such conferences, the > Host may have the ability to Mute all non-speaking Conferees. Currently this > requires a separate flag for each user indicating the user class. To toggle > conference level mute, the application will need to get a conference list > and run through it. For each conferee in the list, the current mute status > and user class must be determined. > > I would like to propose introducing a new member flag: speaker. > This indicates that the member is a speaker and should not be automatically > muted. This would be provided as a ?speaker? flag as part of the status on a > list. > > A new set of Conference APIs would be also be provided: mute & unmute at > the conference level. > When issued, any member that does not have a moderator or speaker flag set > would be muted or unmuted. > > If the conference is ?guest muted?, the first line of the list API response > would indicate this a ?muted? similar to the locked indicator currently > provided. > > If this seems like a reasonable proposal, I would take a stab at modifying > mod_conference and testing it and then submit it via a Jira request. > > Regards, > Paul David Swardstrom > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100607/f39222b6/attachment.html From devel at thom.fr.eu.org Mon Jun 7 13:17:28 2010 From: devel at thom.fr.eu.org (devel at thom.fr.eu.org) Date: Mon, 7 Jun 2010 22:17:28 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> <5b7d87f8bcdbf05dd06011b1ec4bb4c5@thom.fr.eu.org> Message-ID: <001e01cb067e$74a29890$5de7c9b0$@fr.eu.org> I?m in the process of testing the patch, and I have some troubles with FXS now. When bridging a call onto an FXS channel, the bridge fails. What seem to happen is the lock acquired in ftmod_analog.c line 83 is not released (seems it is not) before ftdm_analog_channel_run calls ftdm_channel_open_chan which in turn tries to acquire and fails the same lock. If I add a 500ms delay (ftdm_sleep) at the entrance of ftdm_analog_channel_run, the problem disappears. There seem to be a race condition here, but as I have no idea how threads are scheduled (nor within mod_freetdm neither in overall freeswitch) this is beyond my skills. However (I get the same kind of scheduling problems when trying to thread the MWI function) I?d be glad to learn how that works, so if you have any pointers? Fran?ois De : freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] De la part de Moises Silva Envoy? : jeudi 3 juin 2010 23:35 ? : freeswitch-dev at lists.freeswitch.org Objet : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF Something is f'd up there badly. I cannot reproduce this in my A200. Can you give me more details of how are you wiring things up? Also do "git pull", I just improved the DTMF logging to aid in in debugging. Reproduce the problem and pastebin the resulting logs. Regarding your MWI patch. I added some comments on JIRA. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Thu, Jun 3, 2010 at 6:46 AM, Fran?ois Legal wrote: So now using latest git and wanpipe is even worse compared to snapshot from last week. freetdm now also detects and queue the DTMF from the dialed number. The new patch is available. On Wed, 2 Jun 2010 16:26:49 -0400, Moises Silva wrote: I'm going to test this DTMF scenario now and let you know. In the meantime, would it be much to ask a patch that I can apply using git apply?? The patch still fails to apply using git, I see you are still using svn, try git plz. The code looks good though :-) Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 2, 2010 at 4:19 PM, wrote: I just updated to 3.5.11 and the result is the same. De : freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] De la part de Moises Silva Envoy? : mercredi 2 juin 2010 21:35 ? : freeswitch-dev at lists.freeswitch.org Objet : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF I believe the problem was that the driver enabled even outgoing DTMF detection on the chip ( which does not make much sense by default since you only care about incoming ) and was fixed a few months ago Do you still see this behavior? which driver version? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 2, 2010 at 3:22 PM, wrote: I come back on this topic as I did not find a clean/good solution to this problem. As reminder, the problem occurs when an FXS channel is bridged on an FXO channel (seen with sangoma A400 hardware with HW DTMF detection). The problem is that each leg of the bridge is detecting the inband DTMF, and so freeswitch sends each detected DTMF from one leg to the other, and so on and so forth (as each leg detects the DTMF again and again). I guess what would be needed for these cases is some application that would prevent detected DTMF to be sent to the other leg. Can anybody give me a hint on whether or not such application exists, and if not, a starting point to try to create one. Thanks Fran?ois _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100607/dcaf897f/attachment-0001.html From fowlerp at avaya.com Mon Jun 7 13:46:00 2010 From: fowlerp at avaya.com (Fowler, Peter (Peter)) Date: Mon, 7 Jun 2010 16:46:00 -0400 Subject: [Freeswitch-dev] mod_conference - User Classes In-Reply-To: References: <739924435.168.1275939392686.JavaMail.root@srvr12.remotelinkml.com> Message-ID: <47AB18AC0F23934383F2BBA7EE3D8D7421FDE39C7D@DC-US1MBEX4.global.avaya.com> Would the speaker's video always be presented even if the speaker is not the loudest? Just not entirely clear on the proposed semantics of "speaker". Would it be used in lecture/presentation style conferences? Peter ________________________________ From: Anthony Minessale [mailto:anthony.minessale at gmail.com] Sent: Monday, June 07, 2010 3:48 PM To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] mod_conference - User Classes sounds useful enough, lets see how you do. On Mon, Jun 7, 2010 at 2:36 PM, David Swardstrom > wrote: One feature that many conferences have is classes of users. There is the Host/Moderator, speakers, and Guests/participants. In such conferences, the Host may have the ability to Mute all non-speaking Conferees. Currently this requires a separate flag for each user indicating the user class. To toggle conference level mute, the application will need to get a conference list and run through it. For each conferee in the list, the current mute status and user class must be determined. I would like to propose introducing a new member flag: speaker. This indicates that the member is a speaker and should not be automatically muted. This would be provided as a "speaker" flag as part of the status on a list. A new set of Conference APIs would be also be provided: mute & unmute at the conference level. When issued, any member that does not have a moderator or speaker flag set would be muted or unmuted. If the conference is "guest muted", the first line of the list API response would indicate this a "muted" similar to the locked indicator currently provided. If this seems like a reasonable proposal, I would take a stab at modifying mod_conference and testing it and then submit it via a Jira request. Regards, Paul David Swardstrom _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100607/bb38adb5/attachment.html From moises.silva at gmail.com Mon Jun 7 16:29:24 2010 From: moises.silva at gmail.com (Moises Silva) Date: Mon, 7 Jun 2010 19:29:24 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: <001e01cb067e$74a29890$5de7c9b0$@fr.eu.org> References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> <5b7d87f8bcdbf05dd06011b1ec4bb4c5@thom.fr.eu.org> <001e01cb067e$74a29890$5de7c9b0$@fr.eu.org> Message-ID: Hi, Yes, I see the race now. Locking in the analog module is, in my opinion, lacking a refactoring, but I've tried to not touch much the analog module since I don't have much time to test it. Before showing you where the problem is, here is a brief explanation of the process for an outgoing call. When FreeSWITCH wants to place a call it will call the .outgoing_channel function pointer of the FreeTDM module, which points to channel_outgoing_channel in mod_freetdm.c line 1037. That function is called in the caller thread (assuming there is a caller), the caller may be a SIP endpoint, other analog channel or whatever technology FS supports. At this point ftdm_channel_call_place() will be called, which is pretty much a wrapper for the FTDM signaling module outgoing_call function pointer (span->outgoing_call) that is set depending on the signaling for that channel. In this case is analog_fxs_outgoing_call(). In the case of analog, this spawns a new thread, meaning the analog stack spawns a thread per call (where all current ISDN stacks have just 1 thread per span handling the signaling for all calls in that span at once). The problem right here is that ftdm_channel_open_chan is using ftdm_mutex_trylock(), and with the new code, the channel sometimes will be locked by a few microseconds by the outgoing routine, which, if at that particular moment ftdm_channel_open_chan is called by the service thread (ftdm_analog_channel_run), it will fail the whole call. This is legacy code I have leaved pretty much untouched, but I think I will get rid of it and use a regular ftdm_mutex_lock(). You can give that a try (just change trylock for lock ... or wait for me, I am cooking some changes now that are cleaning up some old and duplicated code when opening channels/requesting channels, should be ready tomorrow. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Mon, Jun 7, 2010 at 4:17 PM, wrote: > I?m in the process of testing the patch, and I have some troubles with > FXS now. > > > > When bridging a call onto an FXS channel, the bridge fails. What seem to > happen is the lock acquired in ftmod_analog.c line 83 is not released (seems > it is not) before ftdm_analog_channel_run calls ftdm_channel_open_chan which > in turn tries to acquire and fails the same lock. > > > > If I add a 500ms delay (ftdm_sleep) at the entrance of > ftdm_analog_channel_run, the problem disappears. > > There seem to be a race condition here, but as I have no idea how threads > are scheduled (nor within mod_freetdm neither in overall freeswitch) this is > beyond my skills. However (I get the same kind of scheduling problems when > trying to thread the MWI function) I?d be glad to learn how that works, so > if you have any pointers? > > > > Fran?ois > > > > > > *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva > *Envoy? :* jeudi 3 juin 2010 23:35 > > *? :* freeswitch-dev at lists.freeswitch.org > *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF > > > > Something is f'd up there badly. I cannot reproduce this in my A200. > > Can you give me more details of how are you wiring things up? > > Also do "git pull", I just improved the DTMF logging to aid in in > debugging. Reproduce the problem and pastebin the resulting logs. > > Regarding your MWI patch. I added some comments on JIRA. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Thu, Jun 3, 2010 at 6:46 AM, Fran?ois Legal > wrote: > > So now using latest git and wanpipe is even worse compared to snapshot from > last week. freetdm now also detects and queue the DTMF from the dialed > number. > > The new patch is available. > > On Wed, 2 Jun 2010 16:26:49 -0400, Moises Silva > wrote: > > I'm going to test this DTMF scenario now and let you know. > > In the meantime, would it be much to ask a patch that I can apply using git > apply?? The patch still fails to apply using git, I see you are still using > svn, try git plz. > > The code looks good though :-) > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Wed, Jun 2, 2010 at 4:19 PM, wrote: > > I just updated to 3.5.11 and the result is the same. > > > > *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva > *Envoy? :* mercredi 2 juin 2010 21:35 > *? :* freeswitch-dev at lists.freeswitch.org > *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF > > > > I believe the problem was that the driver enabled even outgoing DTMF > detection on the chip ( which does not make much sense by default since you > only care about incoming ) and was fixed a few months ago > > Do you still see this behavior? which driver version? > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Wed, Jun 2, 2010 at 3:22 PM, wrote: > > I come back on this topic as I did not find a clean/good solution to this > problem. > > > > As reminder, the problem occurs when an FXS channel is bridged on an FXO > channel (seen with sangoma A400 hardware with HW DTMF detection). > > The problem is that each leg of the bridge is detecting the inband DTMF, > and so freeswitch sends each detected DTMF from one leg to the other, and so > on and so forth (as each leg detects the DTMF again and again). > > > > I guess what would be needed for these cases is some application that would > prevent detected DTMF to be sent to the other leg. > > > > Can anybody give me a hint on whether or not such application exists, and > if not, a starting point to try to create one. > > > > Thanks > > > > Fran?ois > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100607/7693fef6/attachment-0001.html From moises.silva at gmail.com Mon Jun 7 18:59:55 2010 From: moises.silva at gmail.com (Moises Silva) Date: Mon, 7 Jun 2010 21:59:55 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> <5b7d87f8bcdbf05dd06011b1ec4bb4c5@thom.fr.eu.org> <001e01cb067e$74a29890$5de7c9b0$@fr.eu.org> Message-ID: git pull and try again ... again, it'd be good if you can join IRC or ping me on google talk to discuss this. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Mon, Jun 7, 2010 at 7:29 PM, Moises Silva wrote: > Hi, > > Yes, I see the race now. Locking in the analog module is, in my opinion, > lacking a refactoring, but I've tried to not touch much the analog module > since I don't have much time to test it. > > Before showing you where the problem is, here is a brief explanation of the > process for an outgoing call. > > When FreeSWITCH wants to place a call it will call the .outgoing_channel > function pointer of the FreeTDM module, which points to > channel_outgoing_channel in mod_freetdm.c line 1037. That function is called > in the caller thread (assuming there is a caller), the caller may be a SIP > endpoint, other analog channel or whatever technology FS supports. At this > point ftdm_channel_call_place() will be called, which is pretty much a > wrapper for the FTDM signaling module outgoing_call function pointer > (span->outgoing_call) that is set depending on the signaling for that > channel. In this case is analog_fxs_outgoing_call(). In the case of analog, > this spawns a new thread, meaning the analog stack spawns a thread per call > (where all current ISDN stacks have just 1 thread per span handling the > signaling for all calls in that span at once). > > The problem right here is that ftdm_channel_open_chan is using > ftdm_mutex_trylock(), and with the new code, the channel sometimes will be > locked by a few microseconds by the outgoing routine, which, if at that > particular moment ftdm_channel_open_chan is called by the service thread > (ftdm_analog_channel_run), it will fail the whole call. This is legacy code > I have leaved pretty much untouched, but I think I will get rid of it and > use a regular ftdm_mutex_lock(). > > You can give that a try (just change trylock for lock ... or wait for me, I > am cooking some changes now that are cleaning up some old and duplicated > code when opening channels/requesting channels, should be ready tomorrow. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > > On Mon, Jun 7, 2010 at 4:17 PM, wrote: > >> I?m in the process of testing the patch, and I have some troubles with >> FXS now. >> >> >> >> When bridging a call onto an FXS channel, the bridge fails. What seem to >> happen is the lock acquired in ftmod_analog.c line 83 is not released (seems >> it is not) before ftdm_analog_channel_run calls ftdm_channel_open_chan which >> in turn tries to acquire and fails the same lock. >> >> >> >> If I add a 500ms delay (ftdm_sleep) at the entrance of >> ftdm_analog_channel_run, the problem disappears. >> >> There seem to be a race condition here, but as I have no idea how threads >> are scheduled (nor within mod_freetdm neither in overall freeswitch) this is >> beyond my skills. However (I get the same kind of scheduling problems when >> trying to thread the MWI function) I?d be glad to learn how that works, so >> if you have any pointers? >> >> >> >> Fran?ois >> >> >> >> >> >> *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: >> freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva >> *Envoy? :* jeudi 3 juin 2010 23:35 >> >> *? :* freeswitch-dev at lists.freeswitch.org >> *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF >> >> >> >> Something is f'd up there badly. I cannot reproduce this in my A200. >> >> Can you give me more details of how are you wiring things up? >> >> Also do "git pull", I just improved the DTMF logging to aid in in >> debugging. Reproduce the problem and pastebin the resulting logs. >> >> Regarding your MWI patch. I added some comments on JIRA. >> >> Moises Silva >> Senior Software Engineer >> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >> 9T3 Canada >> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >> >> On Thu, Jun 3, 2010 at 6:46 AM, Fran?ois Legal >> wrote: >> >> So now using latest git and wanpipe is even worse compared to snapshot >> from last week. freetdm now also detects and queue the DTMF from the dialed >> number. >> >> The new patch is available. >> >> On Wed, 2 Jun 2010 16:26:49 -0400, Moises Silva >> wrote: >> >> I'm going to test this DTMF scenario now and let you know. >> >> In the meantime, would it be much to ask a patch that I can apply using >> git apply?? The patch still fails to apply using git, I see you are still >> using svn, try git plz. >> >> The code looks good though :-) >> >> Moises Silva >> Senior Software Engineer >> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >> 9T3 Canada >> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >> >> On Wed, Jun 2, 2010 at 4:19 PM, wrote: >> >> I just updated to 3.5.11 and the result is the same. >> >> >> >> *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: >> freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva >> *Envoy? :* mercredi 2 juin 2010 21:35 >> *? :* freeswitch-dev at lists.freeswitch.org >> *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF >> >> >> >> I believe the problem was that the driver enabled even outgoing DTMF >> detection on the chip ( which does not make much sense by default since you >> only care about incoming ) and was fixed a few months ago >> >> Do you still see this behavior? which driver version? >> >> Moises Silva >> Senior Software Engineer >> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >> 9T3 Canada >> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >> >> On Wed, Jun 2, 2010 at 3:22 PM, wrote: >> >> I come back on this topic as I did not find a clean/good solution to this >> problem. >> >> >> >> As reminder, the problem occurs when an FXS channel is bridged on an FXO >> channel (seen with sangoma A400 hardware with HW DTMF detection). >> >> The problem is that each leg of the bridge is detecting the inband DTMF, >> and so freeswitch sends each detected DTMF from one leg to the other, and so >> on and so forth (as each leg detects the DTMF again and again). >> >> >> >> I guess what would be needed for these cases is some application that >> would prevent detected DTMF to be sent to the other leg. >> >> >> >> Can anybody give me a hint on whether or not such application exists, and >> if not, a starting point to try to create one. >> >> >> >> Thanks >> >> >> >> Fran?ois >> >> >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at 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 at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100607/6056fd04/attachment.html From jan.berger at video24.no Tue Jun 8 04:58:22 2010 From: jan.berger at video24.no (Jan Berger) Date: Tue, 8 Jun 2010 13:58:22 +0200 Subject: [Freeswitch-dev] srgs Message-ID: <754BB27DD5EC4BC68EEEC179B6DF2507@dell9400> Hi, I find a way to send ssml directly to the tts, but I can't see a similar function for sending srgs to asr? Does this exist or will I need to add it? Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100608/717dd94b/attachment.html From dswardstrom at remotelink.com Tue Jun 8 08:25:12 2010 From: dswardstrom at remotelink.com (David Swardstrom) Date: Tue, 8 Jun 2010 10:25:12 -0500 (CDT) Subject: [Freeswitch-dev] mod_conference - User Classes In-Reply-To: <1643988252.69.1276009684204.JavaMail.root@srvr12.remotelinkml.com> Message-ID: <1722851685.79.1276010712950.JavaMail.root@srvr12.remotelinkml.com> Video is a separate topic. Would like to get into it someday. I refer you to the following example of a conference. This is the type of conference capability I am replicating to FreeSwitch. http://www.conferencecall1.com This type of conference requires an IVR front end to determine the room number and Host identifier. It also requires additional IVR capability to handle the menu enabled by a menu key. One of the features of this conference type is the ability to mute everyone who did not login as a host. I have used several different conference systems and have been working with the RemoteLink conference capabilities for over a year. Recently I spent some time looking at a outside "free" conferencing capability. I really have several primary goals: * Simple conferencing, * Replicate RemoteLink conferencing, * Provide a configurable system that can do even more sophisticated things. In conference types, there could be the capability of having more than two classes of Conferees. I have come up with 5 that seem to fit the range of capabilities desired. * Classes whose members are always allowed to speak. Host/Moderator - Owner of the conference. Assistant - Someone one who can control the conference (not owner). Speaker - Think of this as a panel or a series of speakers. * Class of conferees that can be muted or unmuted by host/assistant control. Guest * Class of conferees that are never allowed to speak Participant I spent some more time looking over the mod_conference code and think that I would like to add two flags: * guest * listener At this time I do not see the need to have mod_conference track the difference between the 3 classes of speakers. Any API that uses ?CONF_API_SUB_MEMBER_TARGET? is a potential user of these flags. For example. > To allow the capability to mute/unmute all guests. * mute mute <[member_id|all|last|guest]> * unmute mute <[member_id|all|last|guest]> > To allow the capability to deaf/undef all guests and listeners. * deaf mute <[member_id|all|last|guest|listener]> * undeaf mute <[member_id|all|last|guest|listener]> > To kick off guests or listeners only leaving the speakers: * kick mute <[member_id|all|last|guest|listener]> Note: I have found some other surprises in the code that I will address some other time. Regards, David Swardstrom (profile)http://wiki.freeswitch.org/wiki/User:Dswardstrom From devel at thom.fr.eu.org Tue Jun 8 10:59:17 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Tue, 08 Jun 2010 19:59:17 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF In-Reply-To: References: <005e01cb0288$e1cb0e60$a5612b20$@fr.eu.org> <00c901cb0290$e0519420$a0f4bc60$@fr.eu.org> <5b7d87f8bcdbf05dd06011b1ec4bb4c5@thom.fr.eu.org> <001e01cb067e$74a29890$5de7c9b0$@fr.eu.org> Message-ID: <69cafdfc36b776860bb6c446cd3d192b@thom.fr.eu.org> Did it and it works. I then applied my patch for the MWI feature and it works too. The patch is already uploaded on JIRA. I'm connected to irc.freenode.net, my pseudo is Francois___. If there are some things you want to discuss... Fran?ois On Mon, 7 Jun 2010 21:59:55 -0400, Moises Silva wrote: git pull and try again ... again, it'd be good if you can join IRC or ping me on google talk to discuss this. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [1] On Mon, Jun 7, 2010 at 7:29 PM, Moises Silva wrote: Hi, Yes, I see the race now. Locking in the analog module is, in my opinion, lacking a refactoring, but I've tried to not touch much the analog module since I don't have much time to test it. Before showing you where the problem is, here is a brief explanation of the process for an outgoing call. When FreeSWITCH wants to place a call it will call the .outgoing_channel function pointer of the FreeTDM module, which points to channel_outgoing_channel in mod_freetdm.c line 1037. That function is called in the caller thread (assuming there is a caller), the caller may be a SIP endpoint, other analog channel or whatever technology FS supports. At this point ftdm_channel_call_place() will be called, which is pretty much a wrapper for the FTDM signaling module outgoing_call function pointer (span->outgoing_call) that is set depending on the signaling for that channel. In this case is analog_fxs_outgoing_call(). In the case of analog, this spawns a new thread, meaning the analog stack spawns a thread per call (where all current ISDN stacks have just 1 thread per span handling the signaling for all calls in that span at once). The problem right here is that ftdm_channel_open_chan is using ftdm_mutex_trylock(), and with the new code, the channel sometimes will be locked by a few microseconds by the outgoing routine, which, if at that particular moment ftdm_channel_open_chan is called by the service thread (ftdm_analog_channel_run), it will fail the whole call. This is legacy code I have leaved pretty much untouched, but I think I will get rid of it and use a regular ftdm_mutex_lock(). You can give that a try (just change trylock for lock ... or wait for me, I am cooking some changes now that are cleaning up some old and duplicated code when opening channels/requesting channels, should be ready tomorrow. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [3] On Mon, Jun 7, 2010 at 4:17 PM, wrote: I'm in the process of testing the patch, and I have some troubles with FXS now. When bridging a call onto an FXS channel, the bridge fails. What seem to happen is the lock acquired in ftmod_analog.c line 83 is not released (seems it is not) before ftdm_analog_channel_run calls ftdm_channel_open_chan which in turn tries to acquire and fails the same lock. If I add a 500ms delay (ftdm_sleep) at the entrance of ftdm_analog_channel_run, the problem disappears. There seem to be a race condition here, but as I have no idea how threads are scheduled (nor within mod_freetdm neither in overall freeswitch) this is beyond my skills. However (I get the same kind of scheduling problems when trying to thread the MWI function) I'd be glad to learn how that works, so if you have any pointers? Fran?ois DE : freeswitch-dev-bounces at lists.freeswitch.org [5] [mailto:freeswitch-dev-bounces at lists.freeswitch.org [6]] DE LA PART DE Moises Silva ENVOY? : jeudi 3 juin 2010 23:35 ? : freeswitch-dev at lists.freeswitch.org [7] OBJET : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF Something is f'd up there badly. I cannot reproduce this in my A200. Can you give me more details of how are you wiring things up? Also do "git pull", I just improved the DTMF logging to aid in in debugging. Reproduce the problem and pastebin the resulting logs. Regarding your MWI patch. I added some comments on JIRA. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [8] On Thu, Jun 3, 2010 at 6:46 AM, Fran?ois Legal wrote: So now using latest git and wanpipe is even worse compared to snapshot from last week. freetdm now also detects and queue the DTMF from the dialed number. The new patch is available. On Wed, 2 Jun 2010 16:26:49 -0400, Moises Silva wrote: I'm going to test this DTMF scenario now and let you know. In the meantime, would it be much to ask a patch that I can apply using git apply?? The patch still fails to apply using git, I see you are still using svn, try git plz. The code looks good though :-) Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [11] On Wed, Jun 2, 2010 at 4:19 PM, wrote: I just updated to 3.5.11 and the result is the same. DE : freeswitch-dev-bounces at lists.freeswitch.org [13] [mailto:freeswitch-dev-bounces at lists.freeswitch.org [14]] DE LA PART DE Moises Silva ENVOY? : mercredi 2 juin 2010 21:35 ? : freeswitch-dev at lists.freeswitch.org [15] OBJET : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF I believe the problem was that the driver enabled even outgoing DTMF detection on the chip ( which does not make much sense by default since you only care about incoming ) and was fixed a few months ago Do you still see this behavior? which driver version? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [16] On Wed, Jun 2, 2010 at 3:22 PM, wrote: I come back on this topic as I did not find a clean/good solution to this problem. As reminder, the problem occurs when an FXS channel is bridged on an FXO channel (seen with sangoma A400 hardware with HW DTMF detection). The problem is that each leg of the bridge is detecting the inband DTMF, and so freeswitch sends each detected DTMF from one leg to the other, and so on and so forth (as each leg detects the DTMF again and again). I guess what would be needed for these cases is some application that would prevent detected DTMF to be sent to the other leg. Can anybody give me a hint on whether or not such application exists, and if not, a starting point to try to create one. Thanks Fran?ois _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [18] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [19] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [20] http://www.freeswitch.org [21] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [22] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [23] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [24] http://www.freeswitch.org [25] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [26] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [27] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [28] http://www.freeswitch.org [29] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [30] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [31] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [32] http://www.freeswitch.org [33] Links: ------ [1] mailto:moy at sangoma.com [2] mailto:moises.silva at gmail.com [3] mailto:moy at sangoma.com [4] mailto:devel at thom.fr.eu.org [5] mailto:freeswitch-dev-bounces at lists.freeswitch.org [6] mailto:freeswitch-dev-bounces at lists.freeswitch.org [7] mailto:freeswitch-dev at lists.freeswitch.org [8] mailto:moy at sangoma.com [9] mailto:devel at thom.fr.eu.org [10] mailto:moises.silva at gmail.com [11] mailto:moy at sangoma.com [12] mailto:devel at thom.fr.eu.org [13] mailto:freeswitch-dev-bounces at lists.freeswitch.org [14] mailto:freeswitch-dev-bounces at lists.freeswitch.org [15] mailto:freeswitch-dev at lists.freeswitch.org [16] mailto:moy at sangoma.com [17] mailto:devel at thom.fr.eu.org [18] mailto:FreeSWITCH-dev at lists.freeswitch.org [19] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [20] http://lists.freeswitch.org/mailman/options/freeswitch-dev [21] http://www.freeswitch.org [22] mailto:FreeSWITCH-dev at lists.freeswitch.org [23] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [24] http://lists.freeswitch.org/mailman/options/freeswitch-dev [25] http://www.freeswitch.org [26] mailto:FreeSWITCH-dev at lists.freeswitch.org [27] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [28] http://lists.freeswitch.org/mailman/options/freeswitch-dev [29] http://www.freeswitch.org [30] mailto:FreeSWITCH-dev at lists.freeswitch.org [31] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [32] http://lists.freeswitch.org/mailman/options/freeswitch-dev [33] http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100608/099409db/attachment.html From trixter at 0xdecafbad.com Mon Jun 7 12:50:08 2010 From: trixter at 0xdecafbad.com (Bret McDanel) Date: Mon, 07 Jun 2010 12:50:08 -0700 Subject: [Freeswitch-dev] mod_conference - User Classes In-Reply-To: <739924435.168.1275939392686.JavaMail.root@srvr12.remotelinkml.com> References: <739924435.168.1275939392686.JavaMail.root@srvr12.remotelinkml.com> Message-ID: <1275940209.2915.59.camel@trixeee.0xdecafbad.com> On Mon, 2010-06-07 at 14:36 -0500, David Swardstrom wrote: > One feature that many conferences have is classes of users. There is the Host/Moderator, speakers, and Guests/participants. In such conferences, the Host may have the ability to Mute all non-speaking Conferees. Currently this requires a separate flag for each user indicating the user class. To toggle conference level mute, the application will need to get a conference list and run through it. For each conferee in the list, the current mute status and user class must be determined. > > I would like to propose introducing a new member flag: speaker. > This indicates that the member is a speaker and should not be automatically muted. This would be provided as a ?speaker? flag as part of the status on a list. > would it not be better to have a profile set for each member instead of for the conference as a whole? This could mean that you can have some muted, some not, some with extra dtmf events some with less, etc. One thing that I ran into was if you set sounds, dtmf events, etc its for everyone and if you change it for the 2nd person entering you lose that. In this way it would allow you to use different pins for a moderator, speaker and listener like some other conferences I have seen elsewhere. From jkr888 at gmail.com Wed Jun 9 13:05:10 2010 From: jkr888 at gmail.com (Johny Kadarisman Kwan) Date: Wed, 9 Jun 2010 16:05:10 -0400 Subject: [Freeswitch-dev] Dynamically serve javascript. Message-ID: I want to dynamically serve javascript to freeswitch. ie. "jsrun http://ip/mydynamicscript" Is there any way to accomplish above function? or any pro and cons on above intention. Thanks guy. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/0ad5db49/attachment-0001.html From vicentini.paulo at gmail.com Wed Jun 9 14:08:10 2010 From: vicentini.paulo at gmail.com (Paulo Vicentini) Date: Wed, 9 Jun 2010 18:08:10 -0300 Subject: [Freeswitch-dev] static libfreeswitch.a OSX Message-ID: Hi, I am trying to link my application against libfreeswitch.a (statically) on mac os x but I am getting undefined symbols (it happens even with freeswitch ). If I use libfreeswitch as a shared lib..it does work. Have you faced such issue on Mac? Is -static linking with libfreeswitch.a a problem? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/0d4786a3/attachment.html From brian at freeswitch.org Wed Jun 9 14:18:45 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 9 Jun 2010 16:18:45 -0500 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: References: Message-ID: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> You would use glibtool to accomplish this and us the .la file as far as I know. /b On Jun 9, 2010, at 4:08 PM, Paulo Vicentini wrote: > Hi, > I am trying to link my application against libfreeswitch.a (statically) on mac os x but I am getting undefined symbols (it happens even with freeswitch ). If I use libfreeswitch as a shared lib..it does work. > Have you faced such issue on Mac? Is -static linking with libfreeswitch.a a problem? > > Thanks From dswardstrom at remotelink.com Wed Jun 9 14:30:07 2010 From: dswardstrom at remotelink.com (David Swardstrom) Date: Wed, 9 Jun 2010 16:30:07 -0500 (CDT) Subject: [Freeswitch-dev] mod_conference - User Classes In-Reply-To: <688959421.194.1276118608445.JavaMail.root@srvr12.remotelinkml.com> Message-ID: <1617150541.196.1276119007741.JavaMail.root@srvr12.remotelinkml.com> Some things like Mute and Deaf are dynamic and I want to control them with application code (JavaScript in this case). In regards to using multiple profiles & conference controls for any one conference. The mod_conference Wiki says it is not possible/practical. What would happen if the same conference name was used with two separate profiles? Does it use the profile to set up the member or does it use the profile to affect the entire conference? The comments by Bret McDanel would seem to indicate that the later effect occurs, when a profile is specified for a conference, it affects the entire conference. Sometimes you have to go by the axiom "The devil is in the details." I have not looked at mod_conference.c. In this case, I would like to check to see what the code is doing. And: Yes, I could use the more multiple profile/control capability. But I still would like the capability I have proposed which would have the mod_conference code do the loop over the members to do mute and unmute when I want to mute/unmute a class. Regards, David Swardstrom (profile)http://wiki.freeswitch.org/wiki/User:Dswardstrom From anthony.minessale at gmail.com Wed Jun 9 14:40:04 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 9 Jun 2010 16:40:04 -0500 Subject: [Freeswitch-dev] mod_conference - User Classes In-Reply-To: <1722851685.79.1276010712950.JavaMail.root@srvr12.remotelinkml.com> References: <1643988252.69.1276009684204.JavaMail.root@srvr12.remotelinkml.com> <1722851685.79.1276010712950.JavaMail.root@srvr12.remotelinkml.com> Message-ID: aww teaser... I want to hear about the suprises! On Tue, Jun 8, 2010 at 10:25 AM, David Swardstrom < dswardstrom at remotelink.com> wrote: > Video is a separate topic. Would like to get into it someday. > > I refer you to the following example of a conference. > This is the type of conference capability I am replicating to FreeSwitch. > http://www.conferencecall1.com > This type of conference requires an IVR front end to determine the > room number and Host identifier. It also requires additional IVR > capability to handle the menu enabled by a menu key. > One of the features of this conference type is the ability to > mute everyone who did not login as a host. > > I have used several different conference systems and have been working with > the RemoteLink conference capabilities for over a year. Recently I spent > some time looking at a outside "free" conferencing capability. > I really have several primary goals: > * Simple conferencing, > * Replicate RemoteLink conferencing, > * Provide a configurable system that can do even more sophisticated things. > > In conference types, there could be the capability of having more > than two classes of Conferees. I have come up with 5 that seem to > fit the range of capabilities desired. > * Classes whose members are always allowed to speak. > Host/Moderator - Owner of the conference. > Assistant - Someone one who can control the conference (not owner). > Speaker - Think of this as a panel or a series of speakers. > * Class of conferees that can be muted or unmuted by host/assistant > control. > Guest > * Class of conferees that are never allowed to speak > Participant > > I spent some more time looking over the mod_conference code and think > that I would like to add two flags: > * guest > * listener > At this time I do not see the need to have mod_conference track the > difference between the 3 classes of speakers. > > Any API that uses ?CONF_API_SUB_MEMBER_TARGET? is a potential > user of these flags. For example. > > To allow the capability to mute/unmute all guests. > * mute mute <[member_id|all|last|guest]> > * unmute mute <[member_id|all|last|guest]> > > To allow the capability to deaf/undef all guests and listeners. > * deaf mute <[member_id|all|last|guest|listener]> > * undeaf mute <[member_id|all|last|guest|listener]> > > To kick off guests or listeners only leaving the speakers: > * kick mute <[member_id|all|last|guest|listener]> > > Note: I have found some other surprises in the code that I will address > some other time. > > Regards, David Swardstrom > (profile)http://wiki.freeswitch.org/wiki/User:Dswardstrom > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/bc86fee7/attachment.html From vicentini.paulo at gmail.com Wed Jun 9 16:29:45 2010 From: vicentini.paulo at gmail.com (Paulo Vicentini) Date: Wed, 9 Jun 2010 20:29:45 -0300 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> Message-ID: Yes, I am using autotools.. I run ./configure --disable shared or even modifying Makefile.am... in all these ways the static library is built (libfreeswitch.a) but when linking with freeswitch (bin) I got "undefined symbols" For instance, the symbol _switch_api_execute or _switch_log_printf are given as undefined but otool -v -S -a libfreeswitch.a | grep _switch_api_execute libfreeswitch_la-switch_loadable_module.o _switch_api_execute otool -v -S -a libfreeswitch.a | grep _switch_log_printf libfreeswitch_la-switch_log.o _switch_log_printf I also got this warning from the linker: ld warning: in /freeswitch/.libs/libfreeswitch.a, file is not of required architecture but lipo -info libfreeswitch.a input file libfreeswitch.a is not a fat file Non-fat file: libfreeswitch.a is architecture: i386 as expected /r On Wed, Jun 9, 2010 at 6:18 PM, Brian West wrote: > You would use glibtool to accomplish this and us the .la file as far as I > know. > > /b > > On Jun 9, 2010, at 4:08 PM, Paulo Vicentini wrote: > > > Hi, > > I am trying to link my application against libfreeswitch.a (statically) > on mac os x but I am getting undefined symbols (it happens even with > freeswitch ). If I use libfreeswitch as a shared lib..it does work. > > Have you faced such issue on Mac? Is -static linking with libfreeswitch.a > a problem? > > > > Thanks > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/cbc56d36/attachment.html From brian at freeswitch.org Wed Jun 9 16:36:28 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 9 Jun 2010 18:36:28 -0500 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> Message-ID: <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> I'm going to guess you're on Snom Leopard? /b On Jun 9, 2010, at 6:29 PM, Paulo Vicentini wrote: > Yes, > I am using autotools.. I run ./configure --disable shared or even modifying Makefile.am... in all these ways the static library is built (libfreeswitch.a) but when linking with freeswitch (bin) I got "undefined symbols" > > For instance, the symbol _switch_api_execute or _switch_log_printf are given as undefined but > > otool -v -S -a libfreeswitch.a | grep _switch_api_execute > libfreeswitch_la-switch_loadable_module.o _switch_api_execute > > otool -v -S -a libfreeswitch.a | grep _switch_log_printf > libfreeswitch_la-switch_log.o _switch_log_printf > > I also got this warning from the linker: > ld warning: in /freeswitch/.libs/libfreeswitch.a, file is not of required architecture > but > lipo -info libfreeswitch.a > input file libfreeswitch.a is not a fat file > Non-fat file: libfreeswitch.a is architecture: i386 > > as expected > > /r From vicentini.paulo at gmail.com Wed Jun 9 16:57:57 2010 From: vicentini.paulo at gmail.com (Paulo Vicentini) Date: Wed, 9 Jun 2010 20:57:57 -0300 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> Message-ID: No Snow, I am using Leopard (32) /r On Wed, Jun 9, 2010 at 8:36 PM, Brian West wrote: > I'm going to guess you're on Snom Leopard? > > /b > > On Jun 9, 2010, at 6:29 PM, Paulo Vicentini wrote: > > > Yes, > > I am using autotools.. I run ./configure --disable shared or even > modifying Makefile.am... in all these ways the static library is built > (libfreeswitch.a) but when linking with freeswitch (bin) I got "undefined > symbols" > > > > For instance, the symbol _switch_api_execute or _switch_log_printf are > given as undefined but > > > > otool -v -S -a libfreeswitch.a | grep _switch_api_execute > > libfreeswitch_la-switch_loadable_module.o _switch_api_execute > > > > otool -v -S -a libfreeswitch.a | grep _switch_log_printf > > libfreeswitch_la-switch_log.o _switch_log_printf > > > > I also got this warning from the linker: > > ld warning: in /freeswitch/.libs/libfreeswitch.a, file is not of required > architecture > > but > > lipo -info libfreeswitch.a > > input file libfreeswitch.a is not a fat file > > Non-fat file: libfreeswitch.a is architecture: i386 > > > > as expected > > > > /r > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/ee0e206b/attachment-0001.html From brian at freeswitch.org Wed Jun 9 17:06:17 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 9 Jun 2010 19:06:17 -0500 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> Message-ID: <77BD7223-7290-4293-A75F-F893F6063D3F@freeswitch.org> Are you using the default apple tool chain or have you installed Fink and or Darwin ports? /b On Jun 9, 2010, at 6:57 PM, Paulo Vicentini wrote: > No Snow, > I am using Leopard (32) > > /r From vicentini.paulo at gmail.com Wed Jun 9 17:19:25 2010 From: vicentini.paulo at gmail.com (Paulo Vicentini) Date: Wed, 9 Jun 2010 21:19:25 -0300 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: <77BD7223-7290-4293-A75F-F893F6063D3F@freeswitch.org> References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> <77BD7223-7290-4293-A75F-F893F6063D3F@freeswitch.org> Message-ID: I use apple tool chain, I don`t like to use fink or darwin ports... /r On Wed, Jun 9, 2010 at 9:06 PM, Brian West wrote: > Are you using the default apple tool chain or have you installed Fink and > or Darwin ports? > > /b > > On Jun 9, 2010, at 6:57 PM, Paulo Vicentini wrote: > > > No Snow, > > I am using Leopard (32) > > > > /r > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/74f5afb9/attachment.html From anthony.minessale at gmail.com Wed Jun 9 19:15:35 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 9 Jun 2010 21:15:35 -0500 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> <77BD7223-7290-4293-A75F-F893F6063D3F@freeswitch.org> Message-ID: It may not work static due to external dependancies On Jun 9, 2010 7:25 PM, "Paulo Vicentini" wrote: I use apple tool chain, I don`t like to use fink or darwin ports... /r On Wed, Jun 9, 2010 at 9:06 PM, Brian West wrote: > > Are you using the def... _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/68ce2366/attachment.html From brian at freeswitch.org Wed Jun 9 20:10:15 2010 From: brian at freeswitch.org (Brian West) Date: Wed, 9 Jun 2010 22:10:15 -0500 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> <77BD7223-7290-4293-A75F-F893F6063D3F@freeswitch.org> Message-ID: <0EDCDA25-ACF5-45B6-B29C-D9121AB2E1DB@freeswitch.org> It could also be some -framework lines missing in the linking. /b On Jun 9, 2010, at 9:15 PM, Anthony Minessale wrote: >> It may not work static due to external dependancies >> >> >>> On Jun 9, 2010 7:25 PM, "Paulo Vicentini" wrote: >>> >>> I use apple tool chain, I don`t like to use fink or darwin ports... >>> /r >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100609/4fecc9f8/attachment.html From trixter at 0xdecafbad.com Wed Jun 9 23:53:58 2010 From: trixter at 0xdecafbad.com (Bret McDanel) Date: Wed, 09 Jun 2010 23:53:58 -0700 Subject: [Freeswitch-dev] mod_conference - User Classes In-Reply-To: <1617150541.196.1276119007741.JavaMail.root@srvr12.remotelinkml.com> References: <1617150541.196.1276119007741.JavaMail.root@srvr12.remotelinkml.com> Message-ID: <1276152838.2889.30.camel@trixeee.0xdecafbad.com> On Wed, 2010-06-09 at 16:30 -0500, David Swardstrom wrote: > Some things like Mute and Deaf are dynamic and I want to control them > with application code (JavaScript in this case). > > In regards to using multiple profiles & conference controls for any one conference. > The mod_conference Wiki says it is not possible/practical. > What would happen if the same conference name was used with two separate profiles? > Does it use the profile to set up the member or does it use the profile > to affect the entire conference? > > The comments by Bret McDanel would seem to indicate that the later > effect occurs, when a profile is specified for a conference, it affects > the entire conference. > my comments were suggesting a patch idea that would go with what the OP discussed. I may not have been clear (it seems I wasnt) so let me rephrase it. If the profiles were made so that they affected little globally for that conference and instead only affected the participant, then dtmf events, sounds, and other things could be set up on a per member basis. This would mean that any flags that you wanted, such as default mute, would only affect that individual user and not everyone who enters after the first person. It means that you could have a front end that would take "pins" (as used by many of the conference systems) and assign people to conferences with different profiles such as moderator, speaker and listener with (probably) the biggest differences being the dtmf bindings and the flags set. This was suggested as an alternative to another flag, since it is likely that you can accomplish everything without a new flag if this is done (there may be some cases that this does not work, but that is the point of discussing things so they can be identified and resolved). The current method requires that you toggle the flags after entry to get a variable set of defaults (which usually would be mute, but some people may want others). This means event socket or a lua (event listener) script has to be written to manage the flipping of flags on a per user basis where the ability to make different profiles would take care of all that in one go. > But I still would like the capability I have proposed which would > have the mod_conference code do the loop over the members to do > mute and unmute when I want to mute/unmute a class. > I had considered making a listener queue, which could be done either in lua or perl (what I was playing with at one point, in contrib/trixter somewhere there is a perl script that I think does something similar - framework only). I might make a lua one at some point if I get bored. Basically the queue works where any 'listener' class user can press a given dtmf key to signal they want to ask a question. The speaker or moderator can hit a given dtmf key that will unmute listeners one at a time from a queue for that conference. When they hit the key again that person is muted and the next is unmuted until the queue is exhausted. In this way you can have a large group of people listen to a lecture or similar, then in an orderly fashion ask questions similar to a Q&A microphone at a lecture hall. Interestingly it would also work for a "radio call in" type program as well which could work for some of the many online webcasts that people do (like justin.tv and many others). This should not be that difficult to do in lua, everything needed already exists, but I get distracted by shiny spinning objects easily so I will have to be less distracted at some point. From mike at jerris.com Thu Jun 10 08:58:30 2010 From: mike at jerris.com (Michael Jerris) Date: Thu, 10 Jun 2010 11:58:30 -0400 Subject: [Freeswitch-dev] Dynamically serve javascript. In-Reply-To: References: Message-ID: <90377D59-1554-49DC-8711-803C7E2F11BA@jerris.com> This could be accomplished fine with a little added code in mod_spidermonkey. We already have libcurl in that module, but you would need to add the code to get the file from http Mike On Jun 9, 2010, at 4:05 PM, Johny Kadarisman Kwan wrote: > I want to dynamically serve javascript to freeswitch. ie. "jsrun http://ip/mydynamicscript" > Is there any way to accomplish above function? or any pro and cons on above intention. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100610/b2460559/attachment.html From jkr888 at gmail.com Thu Jun 10 13:08:25 2010 From: jkr888 at gmail.com (Johny Kadarisman Kwan) Date: Thu, 10 Jun 2010 16:08:25 -0400 Subject: [Freeswitch-dev] Dynamically serve javascript. In-Reply-To: <90377D59-1554-49DC-8711-803C7E2F11BA@jerris.com> References: <90377D59-1554-49DC-8711-803C7E2F11BA@jerris.com> Message-ID: Mike, Thanks for the pointer. So,the flow will be curl into temp file and use existing jsrun to run the temp script. I'm looking at js_fetchurl_file, look like i can copy some of the functionality from there. Johny K. On Thu, Jun 10, 2010 at 11:58 AM, Michael Jerris wrote: > This could be accomplished fine with a little added code in > mod_spidermonkey. We already have libcurl in that module, but you would > need to add the code to get the file from http > > Mike > > On Jun 9, 2010, at 4:05 PM, Johny Kadarisman Kwan wrote: > > I want to dynamically serve javascript to freeswitch. ie. "jsrun > http://ip/mydynamicscript" > Is there any way to accomplish above function? or any pro and cons on above > intention. > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100610/67407f77/attachment.html From mike at jerris.com Thu Jun 10 13:30:13 2010 From: mike at jerris.com (Michael Jerris) Date: Thu, 10 Jun 2010 16:30:13 -0400 Subject: [Freeswitch-dev] Dynamically serve javascript. In-Reply-To: References: <90377D59-1554-49DC-8711-803C7E2F11BA@jerris.com> Message-ID: I would do exactly that. You could do something into memory, but I think its just asking for problems. Sounds great and I look forward to seeing your patch. You can submit patches via http://jira.freeswitch.org. If you assign it to me I will try to look at it quickly. Mike On Jun 10, 2010, at 4:08 PM, Johny Kadarisman Kwan wrote: > Mike, > > Thanks for the pointer. So,the flow will be curl into temp file and use existing jsrun to run the temp script. > I'm looking at js_fetchurl_file, look like i can copy some of the functionality from there. > > Johny K. > > > On Thu, Jun 10, 2010 at 11:58 AM, Michael Jerris wrote: > This could be accomplished fine with a little added code in mod_spidermonkey. We already have libcurl in that module, but you would need to add the code to get the file from http > > Mike > > On Jun 9, 2010, at 4:05 PM, Johny Kadarisman Kwan wrote: > >> I want to dynamically serve javascript to freeswitch. ie. "jsrun http://ip/mydynamicscript" >> Is there any way to accomplish above function? or any pro and cons on above intention. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100610/ebcd3f24/attachment-0001.html From jkr888 at gmail.com Thu Jun 10 13:44:38 2010 From: jkr888 at gmail.com (Johny Kadarisman Kwan) Date: Thu, 10 Jun 2010 16:44:38 -0400 Subject: [Freeswitch-dev] Dynamically serve javascript. In-Reply-To: References: <90377D59-1554-49DC-8711-803C7E2F11BA@jerris.com> Message-ID: Cool, will submit a patch once done. I have a second thought, in that way, we could have this curl function outside of javascript, ie: curl http://ip/scripts /temp/scripts jsrun /temp/scripts this way, it can be use for different type of scripts, ie "lua", etc. So, curl have to be a separate module. Do you see any drawback with above method? On Thu, Jun 10, 2010 at 4:30 PM, Michael Jerris wrote: > I would do exactly that. You could do something into memory, but I think > its just asking for problems. Sounds great and I look forward to seeing > your patch. You can submit patches via http://jira.freeswitch.org. If > you assign it to me I will try to look at it quickly. > > > Mike > > On Jun 10, 2010, at 4:08 PM, Johny Kadarisman Kwan wrote: > > Mike, > > Thanks for the pointer. So,the flow will be curl into temp file and use > existing jsrun to run the temp script. > I'm looking at js_fetchurl_file, look like i can copy some of the > functionality from there. > > Johny K. > > > On Thu, Jun 10, 2010 at 11:58 AM, Michael Jerris wrote: > >> This could be accomplished fine with a little added code in >> mod_spidermonkey. We already have libcurl in that module, but you would >> need to add the code to get the file from http >> >> Mike >> >> On Jun 9, 2010, at 4:05 PM, Johny Kadarisman Kwan wrote: >> >> I want to dynamically serve javascript to freeswitch. ie. "jsrun >> http://ip/mydynamicscript" >> Is there any way to accomplish above function? or any pro and cons on >> above intention. >> >> >> > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100610/a6eb4541/attachment.html From vicentini.paulo at gmail.com Fri Jun 11 16:25:43 2010 From: vicentini.paulo at gmail.com (Paulo Vicentini) Date: Fri, 11 Jun 2010 20:25:43 -0300 Subject: [Freeswitch-dev] static libfreeswitch.a OSX In-Reply-To: <0EDCDA25-ACF5-45B6-B29C-D9121AB2E1DB@freeswitch.org> References: <1E64BA43-6473-453C-A372-14A25287A801@freeswitch.org> <016749EF-9494-4748-B8F8-040EA3D92F8E@freeswitch.org> <77BD7223-7290-4293-A75F-F893F6063D3F@freeswitch.org> <0EDCDA25-ACF5-45B6-B29C-D9121AB2E1DB@freeswitch.org> Message-ID: I think those symbols at http://pastebin.freeswitch.org/13169 should not be undefined within libfreeswitch.a itself /br On Thu, Jun 10, 2010 at 12:10 AM, Brian West wrote: > It could also be some -framework lines missing in the linking. > > /b > > On Jun 9, 2010, at 9:15 PM, Anthony Minessale wrote: > > It may not work static due to external dependancies > > On Jun 9, 2010 7:25 PM, "Paulo Vicentini" > wrote: > > I use apple tool chain, I don`t like to use fink or darwin ports... > /r > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100611/9e7e9570/attachment.html From peter.olsson at visionutveckling.se Sat Jun 12 05:52:00 2010 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Sat, 12 Jun 2010 14:52:00 +0200 Subject: [Freeswitch-dev] UniMRCP 1.0.0 released. Message-ID: <549CFEF87AEDE841A38E9D15EAB4C04C567CA60765@cooper> I just found out that the first "official" release of UniMRCP was released. Are there any plans to merge this version into the source tree of FreeSWITCH as well? Thanks, Peter From dftoro at yahoo.com Sun Jun 13 09:48:45 2010 From: dftoro at yahoo.com (Diego Toro) Date: Sun, 13 Jun 2010 09:48:45 -0700 (PDT) Subject: [Freeswitch-dev] Hello . 1--d Message-ID: <426516.36767.qm@web33505.mail.mud.yahoo.com> I have a Japanese friend told me that he worked in a Japanese company. I visited the company he worked for and found the products very favorable. And there are many product versions, such as the European version, American version, and the Asian version and so on. All company's products take photos for the true products. I suggest you should have a look in this website. There is the company we www.zol-japan3.com. You can enjoy a lot of benefits in the second shopping time. Thank you x--m -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100613/be10caf6/attachment.html From vetali100 at gmail.com Sun Jun 13 12:36:35 2010 From: vetali100 at gmail.com (Vitalii Colosov) Date: Sun, 13 Jun 2010 22:36:35 +0300 Subject: [Freeswitch-dev] Would like to create and contribute a module "mod_cdr_logic" In-Reply-To: References: Message-ID: Hi Jo?o, Today I got the following log message and recalled your advice to launch a new thread: switch_core_session.c:1171 Session 73 (sofia/external/00...mynumber) Locked, Waiting on external entities We had a problem to establish a call (NO_ROUTE_DESTINATION) - previously all calls to same direction were successful. Is this kind of problems you meant to avoid by launching new thread? If not, could anyone please advice what does this message mean (Locked, Waiting on external entities) and whether it can cause a call attempt to fail with NO_ROUTE_DESTINATION? I am referring to: 2010/5/22 Jo?o Mesquita > As I have been advised back in the days, if you happen to do this, copy the > vars from the session thread and launch a new one, otherwise you are going > to lock sessions no matter what. Thank you, Vitalie 2010/5/22 Jo?o Mesquita > As I have been advised back in the days, if you happen to do this, copy the > vars from the session thread and launch a new one, otherwise you are going > to lock sessions no matter what. > > JM > > > On Fri, May 21, 2010 at 7:27 PM, Michael Collins wrote: > >> I can vouch for the fact that some folks keep showing up and asking for >> this kind of feature. We're not big fans of the straight-to-db paradigm, but >> others certainly are. I think the devs would be agreeable to have this in >> contrib for people to play with at their own risk. As long as the core devs >> & company don't have to answer questions about your buggy module ;) then it >> should be okay. Just be ready to offer support for your module because >> everyone who uses it will come asking for advice. >> >> -MC >> >> On Fri, May 21, 2010 at 7:57 AM, Vitalii Colosov wrote: >> >>> Hi group, >>> >>> I would like to create and contribute to the community a module: >>> "mod_cdr_logic" (or whatever name will be proposed). >>> Do you think ***from your experience*** that there is a practical need in >>> such module, or better to concentrate on something else :-) ? >>> >>> >>> In high level: >>> Module will export CDRs directly into the database with failover, >>> applying business rules (with regular expressions) to the values exported >>> >>> More detailed: >>> After the call is finished, module will export selected chanel variables >>> directly into any provided table (odbc used). >>> It will apply business rules to the selected values (based on regular >>> expressions, condition-action dialplan style). >>> Module will produce one CDR per leg (outgoing/incoming, configurable). >>> Also it will support fail over: if the main database is not available, it >>> will try to export into a backup database, and if that will be down as well, >>> it will dump into a local CSV file. >>> >>> >>> >>> In the config file one will provide: >>> 1.Mapping rule - variable name to the corresponding table field name >>> 2.Set of business rules to apply >>> Config file example (will be in regular xml eventually): >>> -------------------------------------------------------------------- >>> #these are the values that are taken directly from channel variables >>> >>> #channel variable-->mapped to the table field >>> calling_number->calling_number >>> destination_number->called_number >>> dialed_dtmf_digits->dialed_digits >>> >>> >>> >>> #these are the new values that will be determined at the business rules >>> stage >>> >>> sales_department_call->sales_department_call >>> technical_department_call->technical_department_call >>> one_more_lost_client->one_more_lost_client >>> one_more_happy_client->one_more_happy_client >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -------------------------------------------------------------------- >>> >>> >>> Would be glad to hear your opinion regarding usefulness or useless of >>> such module in the contrib dir. >>> >>> >>> Thank you, >>> Vitalie >>> >>> >>> >>> _______________________________________________ >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100613/6c6109d4/attachment-0001.html From cmrienzo at gmail.com Sat Jun 12 07:41:39 2010 From: cmrienzo at gmail.com (Christopher Rienzo) Date: Sat, 12 Jun 2010 10:41:39 -0400 Subject: [Freeswitch-dev] UniMRCP 1.0.0 released. In-Reply-To: <549CFEF87AEDE841A38E9D15EAB4C04C567CA60765@cooper> References: <549CFEF87AEDE841A38E9D15EAB4C04C567CA60765@cooper> Message-ID: Not at the moment. We're stable right now and there's nothing in the 1.0.0 release that I need. I could update mod_unimrcp to support it, but I don't have time to test it. On Sat, Jun 12, 2010 at 8:52 AM, Peter Olsson < peter.olsson at visionutveckling.se> wrote: > I just found out that the first "official" release of UniMRCP was released. > Are there any plans to merge this version into the source tree of FreeSWITCH > as well? > > Thanks, > > Peter > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100612/3d0bba24/attachment.html From ravriel_1 at yahoo.com Mon Jun 14 04:06:38 2010 From: ravriel_1 at yahoo.com (Ron Avriel) Date: Mon, 14 Jun 2010 04:06:38 -0700 (PDT) Subject: [Freeswitch-dev] GIT http access Message-ID: <964248.66700.qm@web45201.mail.sp1.yahoo.com> Hi, Would it be possible to get GIT http access for the unfortunate with IT managers blocking all non http out traffic? Thanks, Ron -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100614/1f5c1774/attachment.html From msc at freeswitch.org Mon Jun 14 16:03:17 2010 From: msc at freeswitch.org (Michael Collins) Date: Mon, 14 Jun 2010 16:03:17 -0700 Subject: [Freeswitch-dev] New Content on freeswitch.org Message-ID: Hello there! Just an FYI, please visit http://www.freeswitch.org and check out the many new posts we have. Thanks! -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100614/13f34731/attachment.html From gmaruzz at celliax.org Mon Jun 14 16:24:20 2010 From: gmaruzz at celliax.org (Giovanni Maruzzelli) Date: Tue, 15 Jun 2010 01:24:20 +0200 Subject: [Freeswitch-dev] [Freeswitch-users] New Content on freeswitch.org In-Reply-To: References: Message-ID: On Tue, Jun 15, 2010 at 1:03 AM, Michael Collins wrote: > Hello there! > > Just an FYI, please visit http://www.freeswitch.org and check out the many > new posts we have. Kewl! -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 From tayeb.meftah at gmail.com Tue Jun 15 08:06:45 2010 From: tayeb.meftah at gmail.com (Meftah Tayeb) Date: Tue, 15 Jun 2010 15:06:45 +0000 Subject: [Freeswitch-dev] Hello . 1--d In-Reply-To: <426516.36767.qm@web33505.mail.mud.yahoo.com> References: <426516.36767.qm@web33505.mail.mud.yahoo.com> Message-ID: <4C179705.3080204@gmail.com> we don't need marketing Diego Toro a ?crit : > I have a Japanese friend told me that he worked in a Japanese company. > I visited the company he worked for and found the products very > favorable. And there are many product versions, such as the European > version, American version, and the Asian version and so on. All > company's products take photos for the true products. I suggest you > should have a look in this website. There is the company we > www.zol-japan3.com <%20http://www.zol-japan3.com>. You can enjoy a lot > of benefits in the second shopping time. Thank you x--m > > > ------------------------------------------------------------------------ > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 5198 (20100615) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 5198 (20100615) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From jeroeng at thegreek.com Tue Jun 15 16:23:13 2010 From: jeroeng at thegreek.com (Jeroen C. van Gelderen) Date: Tue, 15 Jun 2010 18:23:13 -0500 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu Message-ID: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> Hi everybody, I have a problem that is very similar to a problem reported by Fran?ois [1] except for the fact that my FXS and FXO ports are on a Xorcom Astribank device instead of a Sangoma. To quote Fran?ois: "The problem is that each leg of the bridge is detecting the inband DTMF, and so [F]reeswitch sends each detected DTMF from one leg to the other, and so on and so forth (as each leg detects the DTMF again and again)" HIS words but evidenced by the MY log :) The snippet below has DTMF coming in on the FXS port (1:1) and bouncing between it and the FXO port (3:1). The ports are simply bridged together with "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" I'm running: FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) dahdi: Version: SVN-trunk-r8762 Output of lsdahdi at end of message. ----8<----8<----8<----8<----8<----8<----8<---- [...] 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! (write not ready) 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! (write not ready) [...ad infinitum...] ----8<----8<----8<----8<----8<----8<----8<---- Because I needed DTMF pass-through working "now" I applied an ugly HACK. This drops DTMF tones detected on spans 3 and 4 (which are my FXO spans). This is very WRONG but it does solve my immediate problem: ----8<----8<----8<----8<----8<----8<----8<---- diff --git a/libs/openzap/mod_openzap/mod_openzap.c b/libs/openzap/mod_openzap/mod_openzap.c index 5aebfea..ff3b081 100644 --- a/libs/openzap/mod_openzap/mod_openzap.c +++ b/libs/openzap/mod_openzap/mod_openzap.c @@ -718,8 +718,12 @@ static switch_status_t channel_read_frame(switch_core_session_t *session, switch for (p = dtmf; p && *p; p++) { if (is_dtmf(*p)) { _dtmf.digit = *p; - zap_log(ZAP_LOG_DEBUG, "queue DTMF [%c]\n", *p); - switch_channel_queue_dtmf(channel, &_dtmf); + if (tech_pvt->zchan->span_id == 3 || tech_pvt->zchan->span_id == 4) { + zap_log(ZAP_LOG_DEBUG, "Ignoring DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, tech_pvt->zchan->chan_id) ; + } else { + zap_log(ZAP_LOG_DEBUG, "queue DTMF [%c]\n", *p); + switch_channel_queue_dtmf(channel, &_dtmf); + } } } } ----8<----8<----8<----8<----8<----8<----8<---- Can someone point me in the "right" direction instead? Do I need to do this at the OpenZAP/DAHDI level by disabling some kind of DTMF detection like was done for the Sangoma driver? Any and all pointers appreciated. Cheers, -Slim [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm l [Freeswitch-dev] Problem with sending DTMF on FXS port bridged to an FXO port http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html ----8<----8<----8<----8<----8<----8<----8<---- [root at localhost freeswitch]# lsdahdi ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) 1 FXS FXOKS 2 FXS FXOKS 3 FXS FXOKS 4 FXS FXOKS 5 FXS FXOKS 6 FXS FXOKS 7 FXS FXOKS 8 FXS FXOKS 9 Output FXOKS 10 Output FXOKS 11 Input FXOKS 12 Input FXOKS 13 Input FXOKS 14 Input FXOKS ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" 15 FXS FXOKS 16 FXS FXOKS 17 FXS FXOKS 18 FXS FXOKS 19 FXS FXOKS 20 FXS FXOKS 21 FXS FXOKS 22 FXS FXOKS ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" 23 FXO FXSKS RED 24 FXO FXSKS RED 25 FXO FXSKS RED 26 FXO FXSKS RED 27 FXO FXSKS RED 28 FXO FXSKS RED 29 FXO FXSKS RED 30 FXO FXSKS RED ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" 31 FXO FXSKS RED 32 FXO FXSKS RED 33 FXO FXSKS RED 34 FXO FXSKS RED 35 FXO FXSKS RED 36 FXO FXSKS RED 37 FXO FXSKS RED 38 FXO FXSKS RED ----8<----8<----8<----8<----8<----8<----8<---- Cheers, -Slim -- Jeroen C. "Slim" van Gelderen Olympic Sports Data Services Email: jeroeng at thegreek.com Phone: +1 876 953 6182 x128 From msc at freeswitch.org Tue Jun 15 16:55:53 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 15 Jun 2010 16:55:53 -0700 Subject: [Freeswitch-dev] Special Announcement: Be On The Community Conf Call Tomorrow! Message-ID: Hey everyone! Brian West has an announcement for everyone so be sure to be on the community conference call tomorrow! The details are in the usual spot on the wiki: http://wiki.freeswitch.org/wiki/FS_weekly_2010_06_16 We have updates on the FS project plus a followup presentation by DRK on using mod_managed for CDRs and billing, etc. Talk to you tomorrow! -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100615/a68d1451/attachment.html From jan.berger at video24.no Tue Jun 15 17:06:17 2010 From: jan.berger at video24.no (Jan Berger) Date: Wed, 16 Jun 2010 02:06:17 +0200 Subject: [Freeswitch-dev] Special Announcement: Be On The Community Conf Call Tomorrow! In-Reply-To: References: Message-ID: <663F299A58AC4E9099617A59AB3E5BEC@dell9400> Oh - is FS running on hes iPad? _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Michael Collins Sent: 16. juni 2010 01:56 To: freeswitch-users at lists.freeswitch.org; freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] Special Announcement: Be On The Community Conf Call Tomorrow! Hey everyone! Brian West has an announcement for everyone so be sure to be on the community conference call tomorrow! The details are in the usual spot on the wiki: http://wiki.freeswitch.org/wiki/FS_weekly_2010_06_16 We have updates on the FS project plus a followup presentation by DRK on using mod_managed for CDRs and billing, etc. Talk to you tomorrow! -Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100616/65639db3/attachment-0001.html From brian at freeswitch.org Tue Jun 15 17:13:40 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 15 Jun 2010 19:13:40 -0500 Subject: [Freeswitch-dev] Special Announcement: Be On The Community Conf Call Tomorrow! In-Reply-To: <663F299A58AC4E9099617A59AB3E5BEC@dell9400> References: <663F299A58AC4E9099617A59AB3E5BEC@dell9400> Message-ID: Nope.... Keep guessing... its ClueCon Related.... so get your credit cards ready! ;) /b On Jun 15, 2010, at 7:06 PM, Jan Berger wrote: > Oh ? is FS running on hes iPad? > From mrene_lists at avgs.ca Tue Jun 15 18:34:19 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Tue, 15 Jun 2010 21:34:19 -0400 Subject: [Freeswitch-dev] Dynamically serve javascript. In-Reply-To: References: <90377D59-1554-49DC-8711-803C7E2F11BA@jerris.com> Message-ID: <8661F20B-DC6F-4358-849F-E4A7654101FE@avgs.ca> If you start the data by ~, it'll be interpreted inline, therefore you can serve a dynamic dialplan like Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-10, at 4:44 PM, Johny Kadarisman Kwan wrote: > Cool, will submit a patch once done. > > I have a second thought, in that way, we could have this curl function outside of javascript, ie: > > curl http://ip/scripts /temp/scripts > jsrun /temp/scripts > > this way, it can be use for different type of scripts, ie "lua", etc. So, curl have to be a separate module. > > Do you see any drawback with above method? > > > On Thu, Jun 10, 2010 at 4:30 PM, Michael Jerris wrote: > I would do exactly that. You could do something into memory, but I think its just asking for problems. Sounds great and I look forward to seeing your patch. You can submit patches via http://jira.freeswitch.org. If you assign it to me I will try to look at it quickly. > > > Mike > > On Jun 10, 2010, at 4:08 PM, Johny Kadarisman Kwan wrote: > >> Mike, >> >> Thanks for the pointer. So,the flow will be curl into temp file and use existing jsrun to run the temp script. >> I'm looking at js_fetchurl_file, look like i can copy some of the functionality from there. >> >> Johny K. >> >> >> On Thu, Jun 10, 2010 at 11:58 AM, Michael Jerris wrote: >> This could be accomplished fine with a little added code in mod_spidermonkey. We already have libcurl in that module, but you would need to add the code to get the file from http >> >> Mike >> >> On Jun 9, 2010, at 4:05 PM, Johny Kadarisman Kwan wrote: >> >>> I want to dynamically serve javascript to freeswitch. ie. "jsrun http://ip/mydynamicscript" >>> Is there any way to accomplish above function? or any pro and cons on above intention. >> > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100615/0622e59a/attachment.html From devel at thom.fr.eu.org Wed Jun 16 01:41:44 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 16 Jun 2010 10:41:44 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> Message-ID: <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> Does this really fix it ? I wonder because the problem I see here is also that the FXS side detects the DTMF and then queues it on the FXO side for generation. That leads to the called party receiving twice the DTMF, the first one is the inband DTMF, the second is the one queued/generated by the FXO channel. For a clean fix, I guess some kind of application should be created, that would prevent DTMF to be queued on the other channel. Such application would then be called before the bridge. Maybe there is a cleaner way to do this. Fran?ois On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" wrote: > Hi everybody, > > I have a problem that is very similar to a problem > reported by Fran?ois [1] except for the fact that > my FXS and FXO ports are on a Xorcom Astribank > device instead of a Sangoma. > > To quote Fran?ois: "The problem is that each leg of > the bridge is detecting the inband DTMF, and so > [F]reeswitch sends each detected DTMF from one leg > to the other, and so on and so forth (as each leg > detects the DTMF again and again)" > > HIS words but evidenced by the MY log :) > > The snippet below has DTMF coming in on the FXS port > (1:1) and bouncing between it and the FXO port (3:1). > The ports are simply bridged together with > > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" > > I'm running: > > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) > dahdi: Version: SVN-trunk-r8762 > > Output of lsdahdi at end of message. > > ----8<----8<----8<----8<----8<----8<----8<---- > [...] > 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! (write > not ready) > 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! (write > not ready) > [...ad infinitum...] > ----8<----8<----8<----8<----8<----8<----8<---- > > Because I needed DTMF pass-through working "now" > I applied an ugly HACK. This drops DTMF tones > detected on spans 3 and 4 (which are my FXO > spans). This is very WRONG but it does solve > my immediate problem: > > ----8<----8<----8<----8<----8<----8<----8<---- > diff --git a/libs/openzap/mod_openzap/mod_openzap.c > b/libs/openzap/mod_openzap/mod_openzap.c > index 5aebfea..ff3b081 100644 > --- a/libs/openzap/mod_openzap/mod_openzap.c > +++ b/libs/openzap/mod_openzap/mod_openzap.c > @@ -718,8 +718,12 @@ static switch_status_t > channel_read_frame(switch_core_session_t *session, switch > for (p = dtmf; p && *p; p++) { > if (is_dtmf(*p)) { > _dtmf.digit = *p; > - zap_log(ZAP_LOG_DEBUG, "queue DTMF [%c]\n", > *p); > - switch_channel_queue_dtmf(channel, &_dtmf); > + if (tech_pvt->zchan->span_id == 3 || > tech_pvt->zchan->span_id == 4) { > + zap_log(ZAP_LOG_DEBUG, "Ignoring > DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, > tech_pvt->zchan->chan_id) > ; > + } else { > + zap_log(ZAP_LOG_DEBUG, "queue DTMF > [%c]\n", *p); > + switch_channel_queue_dtmf(channel, > &_dtmf); > + } > } > } > } > ----8<----8<----8<----8<----8<----8<----8<---- > > Can someone point me in the "right" direction > instead? Do I need to do this at the OpenZAP/DAHDI > level by disabling some kind of DTMF detection > like was done for the Sangoma driver? > > Any and all pointers appreciated. > > Cheers, > -Slim > > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF > http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm > l > > [Freeswitch-dev] Problem with sending > DTMF on FXS port bridged to an FXO port > http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html > > > ----8<----8<----8<----8<----8<----8<----8<---- > [root at localhost freeswitch]# lsdahdi > ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) > 1 FXS FXOKS > 2 FXS FXOKS > 3 FXS FXOKS > 4 FXS FXOKS > 5 FXS FXOKS > 6 FXS FXOKS > 7 FXS FXOKS > 8 FXS FXOKS > 9 Output FXOKS > 10 Output FXOKS > 11 Input FXOKS > 12 Input FXOKS > 13 Input FXOKS > 14 Input FXOKS > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" > 15 FXS FXOKS > 16 FXS FXOKS > 17 FXS FXOKS > 18 FXS FXOKS > 19 FXS FXOKS > 20 FXS FXOKS > 21 FXS FXOKS > 22 FXS FXOKS > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" > 23 FXO FXSKS RED > 24 FXO FXSKS RED > 25 FXO FXSKS RED > 26 FXO FXSKS RED > 27 FXO FXSKS RED > 28 FXO FXSKS RED > 29 FXO FXSKS RED > 30 FXO FXSKS RED > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" > 31 FXO FXSKS RED > 32 FXO FXSKS RED > 33 FXO FXSKS RED > 34 FXO FXSKS RED > 35 FXO FXSKS RED > 36 FXO FXSKS RED > 37 FXO FXSKS RED > 38 FXO FXSKS RED > ----8<----8<----8<----8<----8<----8<----8<---- > > > Cheers, > -Slim > -- > Jeroen C. "Slim" van Gelderen > Olympic Sports Data Services > Email: jeroeng at thegreek.com > Phone: +1 876 953 6182 x128 > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From anthony.minessale at gmail.com Wed Jun 16 09:09:53 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 16 Jun 2010 11:09:53 -0500 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> Message-ID: openzap_pre_buffer_size is a variable you can set to specific number of MS 60 for example. it will pre_buffer the audio on the channel so when you detect dtmf it will completely drop the buffer so all of the original dtmf should be dropped as well. probably if the dtmf is too long then it will cause problems anyway. if that pre buffer does not fix anything it would point to echo or bleeding. We could make a variable to disable dtmf detection completely on a per-call basis possibly but you will still probably hear it bleeding. This type of problem was reported fixed with sangoma because of the echo canceler. I don't use dahdi or digium stuff much so I can't comment on what happens when you use it. On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal wrote: > Does this really fix it ? > I wonder because the problem I see here is also that the FXS side detects > the DTMF and then queues it on the FXO side for generation. That leads to > the called party receiving twice the DTMF, the first one is the inband > DTMF, the second is the one queued/generated by the FXO channel. > > For a clean fix, I guess some kind of application should be created, that > would prevent DTMF to be queued on the other channel. Such application > would then be called before the bridge. Maybe there is a cleaner way to do > this. > > Fran?ois > > On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" > wrote: > > Hi everybody, > > > > I have a problem that is very similar to a problem > > reported by Fran?ois [1] except for the fact that > > my FXS and FXO ports are on a Xorcom Astribank > > device instead of a Sangoma. > > > > To quote Fran?ois: "The problem is that each leg of > > the bridge is detecting the inband DTMF, and so > > [F]reeswitch sends each detected DTMF from one leg > > to the other, and so on and so forth (as each leg > > detects the DTMF again and again)" > > > > HIS words but evidenced by the MY log :) > > > > The snippet below has DTMF coming in on the FXS port > > (1:1) and bouncing between it and the FXO port (3:1). > > The ports are simply bridged together with > > > > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" > > > > I'm running: > > > > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) > > dahdi: Version: SVN-trunk-r8762 > > > > Output of lsdahdi at end of message. > > > > ----8<----8<----8<----8<----8<----8<----8<---- > > [...] > > 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] > > 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > > 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] > > 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! > (write > > not ready) > > 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] > > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] > > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! > (write > > not ready) > > [...ad infinitum...] > > ----8<----8<----8<----8<----8<----8<----8<---- > > > > Because I needed DTMF pass-through working "now" > > I applied an ugly HACK. This drops DTMF tones > > detected on spans 3 and 4 (which are my FXO > > spans). This is very WRONG but it does solve > > my immediate problem: > > > > ----8<----8<----8<----8<----8<----8<----8<---- > > diff --git a/libs/openzap/mod_openzap/mod_openzap.c > > b/libs/openzap/mod_openzap/mod_openzap.c > > index 5aebfea..ff3b081 100644 > > --- a/libs/openzap/mod_openzap/mod_openzap.c > > +++ b/libs/openzap/mod_openzap/mod_openzap.c > > @@ -718,8 +718,12 @@ static switch_status_t > > channel_read_frame(switch_core_session_t *session, switch > > for (p = dtmf; p && *p; p++) { > > if (is_dtmf(*p)) { > > _dtmf.digit = *p; > > - zap_log(ZAP_LOG_DEBUG, "queue DTMF > [%c]\n", > > *p); > > - switch_channel_queue_dtmf(channel, > &_dtmf); > > + if (tech_pvt->zchan->span_id == 3 || > > tech_pvt->zchan->span_id == 4) { > > + zap_log(ZAP_LOG_DEBUG, "Ignoring > > DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, > > tech_pvt->zchan->chan_id) > > ; > > + } else { > > + zap_log(ZAP_LOG_DEBUG, "queue > DTMF > > [%c]\n", *p); > > + > switch_channel_queue_dtmf(channel, > > &_dtmf); > > + } > > } > > } > > } > > ----8<----8<----8<----8<----8<----8<----8<---- > > > > Can someone point me in the "right" direction > > instead? Do I need to do this at the OpenZAP/DAHDI > > level by disabling some kind of DTMF detection > > like was done for the Sangoma driver? > > > > Any and all pointers appreciated. > > > > Cheers, > > -Slim > > > > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF > > > > http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm > > l > > > > [Freeswitch-dev] Problem with sending > > DTMF on FXS port bridged to an FXO port > > > http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html > > > > > > ----8<----8<----8<----8<----8<----8<----8<---- > > [root at localhost freeswitch]# lsdahdi > > ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) > > 1 FXS FXOKS > > 2 FXS FXOKS > > 3 FXS FXOKS > > 4 FXS FXOKS > > 5 FXS FXOKS > > 6 FXS FXOKS > > 7 FXS FXOKS > > 8 FXS FXOKS > > 9 Output FXOKS > > 10 Output FXOKS > > 11 Input FXOKS > > 12 Input FXOKS > > 13 Input FXOKS > > 14 Input FXOKS > > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" > > 15 FXS FXOKS > > 16 FXS FXOKS > > 17 FXS FXOKS > > 18 FXS FXOKS > > 19 FXS FXOKS > > 20 FXS FXOKS > > 21 FXS FXOKS > > 22 FXS FXOKS > > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" > > 23 FXO FXSKS RED > > 24 FXO FXSKS RED > > 25 FXO FXSKS RED > > 26 FXO FXSKS RED > > 27 FXO FXSKS RED > > 28 FXO FXSKS RED > > 29 FXO FXSKS RED > > 30 FXO FXSKS RED > > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" > > 31 FXO FXSKS RED > > 32 FXO FXSKS RED > > 33 FXO FXSKS RED > > 34 FXO FXSKS RED > > 35 FXO FXSKS RED > > 36 FXO FXSKS RED > > 37 FXO FXSKS RED > > 38 FXO FXSKS RED > > ----8<----8<----8<----8<----8<----8<----8<---- > > > > > > Cheers, > > -Slim > > -- > > Jeroen C. "Slim" van Gelderen > > Olympic Sports Data Services > > Email: jeroeng at thegreek.com > > Phone: +1 876 953 6182 x128 > > > > > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100616/6c42255d/attachment-0001.html From tayeb.meftah at gmail.com Fri Jun 18 06:05:08 2010 From: tayeb.meftah at gmail.com (Meftah Tayeb) Date: Fri, 18 Jun 2010 15:05:08 +0200 Subject: [Freeswitch-dev] fscomm gui migration Message-ID: <4C1B6F04.7020806@gmail.com> hi all, i was getting trouble using fscomm with a screen reader "JAWS for windows" the QT don't have a fully accessible controls for your informations: example: in win32 there is some class name for useers control like "button" for a button, "listbox" for a listbox, "sysListView32" for a listview and ... but in QT all is named "QWidget" so screen reader can't recognise it could someone fork or create a addon to FSComm to use windows native GUI or WXWidget, MFC/ATL/WTL or ...? evean a binary is welcome thank you -- Meftah Tayeb alg?rie t?l?com SPA phone: +21321761805 phone (INUM): +883510001289101 mobile : +213660347746 mobile (INUM: +883510001289110 http://www.algerietelecom.dz From bobc at devassert.com Thu Jun 17 13:53:58 2010 From: bobc at devassert.com (Bob Coleman) Date: Fri, 18 Jun 2010 08:53:58 +1200 Subject: [Freeswitch-dev] G.729AB License Message-ID: Hi, Any news on the windows version? Progress? Thanks Bob From jeroeng at thegreek.com Thu Jun 17 16:06:54 2010 From: jeroeng at thegreek.com (Jeroen C. van Gelderen) Date: Thu, 17 Jun 2010 18:06:54 -0500 Subject: [Freeswitch-dev] Hook-Flash passthrough/translation FXS->FXO Message-ID: <44CF062373F9496E944DC86E396EB538@mbnet.local> Hi Guys, [In short: can someone knowledgeable confirm the small patch below for hook-flash support uses correct locking? Is there a better approach?] I am taking 16 CENTREX (analog) lines from our telco and passing each through a Freeswitch instance to 16 analog handsets in order to enable call recording. I'm using a Xorcom device with 16 FXS and 16 FXO ports and I'm basically bridging these ports together one-to-one. Since this setup exists side-by-side with 100 "unadorned" CENTREX lines it is important that the clerks don't have to learn a second way of transferring calls for some percentage of the stations. Calls on CENTREX lines are transferred by pressing # (i.e. #42) DTMF digits can be made to pass through in-band just fine (modulo a feedback issue that I'm still working on but have patched around for now) but the hook flash support is only half-way present. Freeswitch already supports the artificial DTMF digit "F" will allow you to queue it on a channel to effect a hook flash. It does not yet allow detection of the hook-flash on the FXS to result in digit "F" being queued. I'm running with the following (hack alert) patch to make this work. I'm considering tying this to a knob called flash2dtmf or similar. ----8<----8<----8<----8<----8<----8<----8<---- @@ -1746,6 +1750,31 @@ static ZIO_SIGNAL_CB_FUNCTION(on_fxs_signal) zap_set_flag_locked(sigmsg->channel, ZAP_CHANNEL_HOLD); zap_set_state_locked(sigmsg->channel, ZAP_CHANNEL_STATE_DIALTONE); } + } else { + switch_core_session_t *session; + switch_dtmf_t _dtmf = { 'F', SWITCH_DEFAULT_DTMF_DURATION }; + + zap_log(ZAP_LOG_DEBUG, "HERE BE CUSTOM FLASH HANDLING...\n"); + + if ((session = zap_channel_get_session(sigmsg->channel, 0))) { + + zap_log(ZAP_LOG_DEBUG, "Got a session...\n"); + + channel = switch_core_session_get_channel(session); + + zap_log(ZAP_LOG_DEBUG, "Got a channel...\n"); + + switch_channel_queue_dtmf(channel, &_dtmf); + + zap_log(ZAP_LOG_DEBUG, "Queued DTMF [F]...\n"); + + switch_core_session_rwunlock(session); + + zap_log(ZAP_LOG_DEBUG, "Unlocked session...\n"); + } + + zap_log(ZAP_LOG_DEBUG, "END OF CUSTOM FLASH HANDLING.\n"); + } } ----8<----8<----8<----8<----8<----8<----8<---- A log excerpt of a clerk taking an inbound call (14sec) and then using hook-flash to transfer the call to extension #42: ----8<----8<----8<----8<----8<----8<----8<---- 2010-06-15 18:12:33.435334 [NOTICE] mod_openzap.c:1612 Channel [OpenZAP/1:1/] has been answered 2010-06-15 18:12:33.451333 [DEBUG] switch_core_codec.c:146 OpenZAP/3:1/1001 Restore previous codec PCMU:0. 2010-06-15 18:12:33.451333 [DEBUG] switch_ivr_originate.c:3230 Originate Resulted in Success: [OpenZAP/1:1/] 2010-06-15 18:12:33.451333 [DEBUG] switch_ivr_originate.c:3230 Originate Resulted in Success: [OpenZAP/1:1/] 2010-06-15 18:12:33.451333 [DEBUG] switch_core_session.c:643 Send signal OpenZAP/1:1/ [BREAK] 2010-06-15 18:12:33.451333 [DEBUG] switch_core_session.c:643 Send signal OpenZAP/3:1/1001 [BREAK] 2010-06-15 18:12:33.451333 [DEBUG] switch_ivr_bridge.c:1182 (OpenZAP/1:1/) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_ MEDIA 2010-06-15 18:12:33.451333 [DEBUG] switch_core_session.c:1023 Send signal OpenZAP/1:1/ [BREAK] 2010-06-15 18:12:33.451333 [DEBUG] switch_core_state_machine.c:314 (OpenZAP/1:1/) Running State Change CS_EXCHANGE_MEDIA 2010-06-15 18:12:33.451333 [DEBUG] switch_core_state_machine.c:351 (OpenZAP/1:1/) State EXCHANGE_MEDIA 2010-06-15 18:12:33.451333 [DEBUG] mod_openzap.c:595 CHANNEL EXCHANGE_MEDIA 2010-06-15 18:12:33.455333 [DEBUG] switch_core_session.c:704 Send signal OpenZAP/1:1/ [BREAK] 2010-06-15 18:12:33.455333 [DEBUG] switch_core_session.c:704 Send signal OpenZAP/3:1/1001 [BREAK] 2010-06-15 18:12:47.543864 [DEBUG] ozmod_analog.c:801 EVENT [FLASH][1:1] STATE [UP] 2010-06-15 18:12:47.543864 [DEBUG] mod_openzap.c:1605 got FXS sig [FLASH] 2010-06-15 18:12:47.543864 [DEBUG] mod_openzap.c:1757 HERE BE CUSTOM FLASH HANDLING... 2010-06-15 18:12:47.543864 [DEBUG] mod_openzap.c:1761 Got a session... 2010-06-15 18:12:47.543864 [DEBUG] mod_openzap.c:1765 Got a channel... 2010-06-15 18:12:47.543864 [DEBUG] mod_openzap.c:1769 Queued DTMF [F]... 2010-06-15 18:12:47.543864 [DEBUG] mod_openzap.c:1773 Unlocked session... 2010-06-15 18:12:47.543864 [DEBUG] mod_openzap.c:1776 END OF CUSTOM FLASH HANDLING. 2010-06-15 18:12:47.570863 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [F] 2010-06-15 18:12:49.554796 [DEBUG] mod_openzap.c:724 queue DTMF [#] 2010-06-15 18:12:49.570795 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [#] 2010-06-15 18:12:49.774789 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2010-06-15 18:12:50.194774 [DEBUG] mod_openzap.c:724 queue DTMF [4] 2010-06-15 18:12:50.230773 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] 2010-06-15 18:12:50.314771 [DEBUG] mod_openzap.c:722 Ignoring DTMF [4] on FXO port 3:1 2010-06-15 18:12:50.414767 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2010-06-15 18:12:50.794755 [DEBUG] mod_openzap.c:724 queue DTMF [2] 2010-06-15 18:12:50.830753 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [2] 2010-06-15 18:12:50.915750 [DEBUG] mod_openzap.c:722 Ignoring DTMF [2] on FXO port 3:1 2010-06-15 18:12:51.013748 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2010-06-15 18:13:29.244471 [DEBUG] ozmod_analog.c:801 EVENT [ONHOOK][1:1] STATE [UP] 2010-06-15 18:13:29.244471 [DEBUG] ozmod_analog.c:837 Changing state on 1:1 from UP to DOWN 2010-06-15 18:13:29.262471 [DEBUG] ozmod_analog.c:463 Executing state handler on 1:1 for DOWN 2010-06-15 18:13:29.262471 [DEBUG] mod_openzap.c:1605 got FXS sig [STOP] 2010-06-15 18:13:29.262471 [DEBUG] switch_channel.c:2257 (OpenZAP/1:1/) Callstate Change ACTIVE -> HANGUP 2010-06-15 18:13:29.262471 [NOTICE] mod_openzap.c:1696 Hangup OpenZAP/1:1/ [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2010-06-15 18:13:29.262471 [DEBUG] switch_channel.c:2273 Send signal OpenZAP/1:1/ [KILL] 2010-06-15 18:13:29.262471 [DEBUG] switch_core_session.c:1023 Send signal OpenZAP/1:1/ [BREAK] ----8<----8<----8<----8<----8<----8<----8<---- Cheers, -Slim -- Jeroen C. "Slim" van Gelderen Olympic Sports Data Services Email: jeroeng at thegreek.com Phone: +1 876 953 6182 x128 From brian at freeswitch.org Thu Jun 17 16:10:54 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 17 Jun 2010 18:10:54 -0500 Subject: [Freeswitch-dev] Hook-Flash passthrough/translation FXS->FXO In-Reply-To: <44CF062373F9496E944DC86E396EB538@mbnet.local> References: <44CF062373F9496E944DC86E396EB538@mbnet.local> Message-ID: Please put this on http://jira.freeswitch.org so its not lost. /b On Jun 17, 2010, at 6:06 PM, Jeroen C. van Gelderen wrote: > [In short: can someone knowledgeable confirm the small patch below for > hook-flash support uses correct locking? Is there a better approach?] From moises.silva at gmail.com Thu Jun 17 18:56:37 2010 From: moises.silva at gmail.com (Moises Silva) Date: Thu, 17 Jun 2010 21:56:37 -0400 Subject: [Freeswitch-dev] Hook-Flash passthrough/translation FXS->FXO In-Reply-To: References: <44CF062373F9496E944DC86E396EB538@mbnet.local> Message-ID: Also, if you are going to post that to JIRA, and since this is a new feature, you must make the patch for FreeTDM (libs/freetdm) and start using FreeTDM instead of the deprecated openzap. If there is a problem with FreeTDM I am open to spend time fixing and improving it, not so much for openzap. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Thu, Jun 17, 2010 at 7:10 PM, Brian West wrote: > Please put this on http://jira.freeswitch.org so its not lost. > > /b > > On Jun 17, 2010, at 6:06 PM, Jeroen C. van Gelderen wrote: > > > [In short: can someone knowledgeable confirm the small patch below for > > hook-flash support uses correct locking? Is there a better approach?] > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100617/1236a065/attachment.html From mike at jerris.com Fri Jun 18 11:13:46 2010 From: mike at jerris.com (Michael Jerris) Date: Fri, 18 Jun 2010 14:13:46 -0400 Subject: [Freeswitch-dev] G.729AB License In-Reply-To: References: Message-ID: <30C0BF8C-F408-42D9-A0A3-B13F9DE9EE53@jerris.com> I am going to try to work on that a bit this weekend. Drop me a line directly next week, and we'll see if we can test this out. Mike On Jun 17, 2010, at 4:53 PM, Bob Coleman wrote: > Hi, > > Any news on the windows version? Progress? > From bobc at devassert.com Fri Jun 18 15:44:01 2010 From: bobc at devassert.com (Bob Coleman) Date: Sat, 19 Jun 2010 10:44:01 +1200 Subject: [Freeswitch-dev] G.729AB License In-Reply-To: <30C0BF8C-F408-42D9-A0A3-B13F9DE9EE53@jerris.com> References: <30C0BF8C-F408-42D9-A0A3-B13F9DE9EE53@jerris.com> Message-ID: Ok, will do Bob On Sat, Jun 19, 2010 at 6:13 AM, Michael Jerris wrote: > I am going to try to work on that a bit this weekend. ?Drop me a line directly next week, and we'll see if we can test this out. > > Mike > From rupa at rupa.com Sat Jun 19 09:15:41 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Sat, 19 Jun 2010 11:15:41 -0500 Subject: [Freeswitch-dev] mod_limit / db / hash changes - If you update action is required Message-ID: If you've been paying attention to the conf call or irc you'll know this change was coming. I've committed a significant change to how limits are managed in FreeSWITCH. This change is NOT backwards compatible. It requires one to: 0) git pull (of course) 1) rerun ./configure to generate new Makefiles for new modules 2) edit modules.conf, remove mod_limit and add mod_db and mod_hash 3) modify conf/autoload_configs/modules.conf.xml, remove mod_limit and add mod_db and mod_hash 4) create/edit conf/autoload_configs/db.conf.xml if using ODBC In your dialplan, anywhere you are using limit, you need to add db to the data line. Anywhere you are using limit_hash you need to remove _hash from application and add hash to the front of the data line. Same pattern applies to any API usage of limit you may be using. Read the wiki at: http://wiki.freeswitch.org/wiki/Limit for documentation on limit. Ok, why the change? limit has been moved into core with support for pluggable backend limit providers. This allows one to develop limit backends relatively easily and provides a more structured interface to these different limit backends. Expect to see backends provided by more than just db and hash. It also always bothered me that db and hash were part of the mod_limit module. They are not standalone and provide functionality specific to themselves. I've updated the wiki with documentation. I'll continue to update the wiki as necessary, feel free to do so yourself if there is something unclear or missing. -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100619/16dfb9a1/attachment.html From jan.berger at video24.no Sat Jun 19 09:26:51 2010 From: jan.berger at video24.no (Jan Berger) Date: Sat, 19 Jun 2010 18:26:51 +0200 Subject: [Freeswitch-dev] API Message-ID: <6FFA499C1B554B88BE7588AECD91912A@dell9400> Hi folks, I am looking at using ESL to communicate with CCXML and it looks as if I have a challenge as events in FS is a rather short list. The list blow is the CCXML elements & events that must map 1:1 to a telecom platform - I have added the ccxml parameters "as is" - some of these are not needed, but we seem to have a gap between what FS currently export as events and what I will need on ESL. Do we have these events in C? Jan accept ccxml (accept) connectionid hints createconference ccxml (createconference) conferenceid confname reservedtalkers reservedlisteners hints destroyconference ccxml (destroyconference) conferenceid hints disconnect ccxml (disconnect) connectionid reason hints join ccxml (join) id1 id2 duplex hints entertone exittone autoinputgain autooutputgain dtmfclamp toneclamp log ccxml (log) label expr merge ccxml (merge) connectionid1 connectionid2 hints meta ccxml (meta) name http_equiv content metadata ccxml (metadata) redirect ccxml (redirect) connectionid dest reason hints reject ccxml (reject) connectionid reason hints unjoin ccxml (unjoin) id1 id2 hints errorconnectwrongstate ccxml (errorconnectwrongstate) name eventid eventsource eventsourcetype connectionid protocol info connction reason tagname connectiondisconnected ccxml (connectiondisconnected) name eventid eventsource eventsourcetype connectionid protocol info connction reason trigger errorconnection ccxml (errorconnection) name eventid eventsource eventsourcetype connectionid protocol info connction reason connectionaccept ccxml (connectionaccept) name eventid eventsource eventsourcetype connectionid protocol info connction reason connectionfailed ccxml (connectionfailed) name eventid eventsource eventsourcetype connectionid protocol info connction reason connectionredirected ccxml (connectionredirected) name eventid eventsource eventsourcetype connectionid protocol info connction reason connectionredirectfailed ccxml (connectionredirectfailed) name eventid eventsource eventsourcetype connectionid protocol info connction reason connectionrejectfailed ccxml (connectionrejectfailed) name eventid eventsource eventsourcetype connectionid protocol info connction reason connectionprogressing ccxml (connectionprogressing) name eventid eventsource eventsourcetype connectionid protocol info connction connectionconnected ccxml (connectionconnected) name eventid eventsource eventsourcetype connectionid protocol info connction connectionmerged ccxml (connectionmerged) name eventid eventsource eventsourcetype connectionid protocol info connction mergeid connectionmergefailed ccxml (connectionmergefailed) name eventid eventsource eventsourcetype connectionid protocol info connction mergeid reason connectionalerting ccxml (connectionalerting) name eventid eventsource eventsourcetype connectionid protocol info connction connectionsignal ccxml (connectionsignal) name eventid eventsource eventsourcetype connectionid protocol info connction conferencecreated ccxml (conferencecreated) name eventid eventsource eventsourcetype conferenceid conference info conferencedestroyed ccxml (conferencedestroyed) name eventid eventsource eventsourcetype conferenceid info conferencejoined ccxml (conferencejoined) name eventid eventsource eventsourcetype id1 id2 object1 object2 conferenceunjoined ccxml (conferenceunjoined) name eventid eventsource eventsourcetype id1 id2 object1 object2 conferencecreate ccxml (conferencecreate) name eventid eventsource eventsourcetype conferenceid reason errorconferencedestroy ccxml (errorconferencedestroy) name eventid eventsource eventsourcetype conferenceid reason errorconferencejoin ccxml (errorconferencejoin) name eventid eventsource eventsourcetype id1 id2 reason errorconferenceunjoin ccxml (errorconferenceunjoin) name eventid eventsource eventsourcetype id1 id2 reason errorconferenceevent ccxml (errorconferenceevent) name eventid eventsource eventsourcetype conferenceid reason errorsemantic ccxml (errorsemantic) name eventid eventsource eventsourcetype connectionid protocol info connction reason tagname attributelist -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100619/3d8b6970/attachment-0001.html From jeroeng at thegreek.com Sat Jun 19 09:57:42 2010 From: jeroeng at thegreek.com (Jeroen C. van Gelderen) Date: Sat, 19 Jun 2010 11:57:42 -0500 Subject: [Freeswitch-dev] Hook-Flash passthrough/translation FXS->FXO In-Reply-To: References: <44CF062373F9496E944DC86E396EB538@mbnet.local> Message-ID: Hi Moises, Thanks for the heads up. I wasn?t aware that OpenZap was deprecated and FreeTDM its designated replacement. I will try to convert my system from OpenZap to FreeTDM but since I had to put this setup in production to replaced failed equipment it may take me a little while. Is this something we'd want to patch in both OpenZap and FreeTDM or just in the latter? Cheers, -Slim -- Jeroen C. "Slim" van Gelderen Olympic Sports Data Services Email: jeroeng at thegreek.com Phone: +1 876 953 6182 x128 ________________________________________ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Moises Silva Sent: Thursday, June 17, 2010 20:57 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] Hook-Flash passthrough/translation FXS->FXO Also, if you are going to post that to JIRA, and since this is a new feature, you must?make the patch for FreeTDM (libs/freetdm) and start using FreeTDM instead of the deprecated openzap. If there is a problem with FreeTDM I am open to spend time fixing and improving it, not so much for openzap. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Thu, Jun 17, 2010 at 7:10 PM, Brian West wrote: Please put this on http://jira.freeswitch.org so its not lost. /b On Jun 17, 2010, at 6:06 PM, Jeroen C. van Gelderen wrote: > [In short: can someone knowledgeable confirm the small patch below for > hook-flash support uses correct locking? Is there a better approach?] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists..freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org From egghunt at gmail.com Sat Jun 19 09:57:42 2010 From: egghunt at gmail.com (Arnaldo de Moraes Pereira) Date: Sat, 19 Jun 2010 13:57:42 -0300 Subject: [Freeswitch-dev] mod_limit / db / hash changes - If you update action is required In-Reply-To: References: Message-ID: Things are more coherent now, great changes! On Jun 19, 2010 1:22 PM, "Rupa Schomaker" wrote: If you've been paying attention to the conf call or irc you'll know this change was coming. I've committed a significant change to how limits are managed in FreeSWITCH. This change is NOT backwards compatible. It requires one to: 0) git pull (of course) 1) rerun ./configure to generate new Makefiles for new modules 2) edit modules.conf, remove mod_limit and add mod_db and mod_hash 3) modify conf/autoload_configs/modules.conf.xml, remove mod_limit and add mod_db and mod_hash 4) create/edit conf/autoload_configs/db.conf.xml if using ODBC In your dialplan, anywhere you are using limit, you need to add db to the data line. Anywhere you are using limit_hash you need to remove _hash from application and add hash to the front of the data line. Same pattern applies to any API usage of limit you may be using. Read the wiki at: http://wiki.freeswitch.org/wiki/Limit for documentation on limit. Ok, why the change? limit has been moved into core with support for pluggable backend limit providers. This allows one to develop limit backends relatively easily and provides a more structured interface to these different limit backends. Expect to see backends provided by more than just db and hash. It also always bothered me that db and hash were part of the mod_limit module. They are not standalone and provide functionality specific to themselves. I've updated the wiki with documentation. I'll continue to update the wiki as necessary, feel free to do so yourself if there is something unclear or missing. -- -Rupa _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100619/cb025a86/attachment.html From rupa at rupa.com Sat Jun 19 18:38:34 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Sat, 19 Jun 2010 20:38:34 -0500 Subject: [Freeswitch-dev] mod_lcr update - read if you use custom_sql Message-ID: mod_lcr has been updated. commit log: mod_lcr update. MODAPP-340, MODAPP-355 arbitrary b-leg vars, limit support, lcr/ endpoint custom_sql now is field based rather than position based NOTE: custom_sql is incompat with prior version arbitrary b-leg vars enable integration with mod_nibblebill. Wiki has been updated: http://wiki.freeswitch.org/wiki/Mod_lcr This change is backwards compatible EXCEPT if you use custom_sql. If you use custom_sql you must update your sql to use field aliases (SQL : AS). The module no longer uses position in the custom sql for fields. So, if you use custom_sql, reread: http://wiki.freeswitch.org/wiki/Mod_lcr#Custom_SQL Ok, I'm done breaking things for the day. :) -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100619/f2557064/attachment.html From rupa at rupa.com Sun Jun 20 17:08:06 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Sun, 20 Jun 2010 19:08:06 -0500 Subject: [Freeswitch-dev] mod_limit / db / hash changes - If you update action is required In-Reply-To: References: Message-ID: After some prodding I've checked in a mod_limit which enables a backwards compatible mode for limit behavior. It is a bit noisy with warnings about deprecated calls -- this is to encourage you to migrate. It will auto-load mod_db and mod_hash and supports the older calling convention (limit with not backend specified, limit_hash, etc). You till need to edit modules.conf to enable building mod_db and mod_hash but your runtime config doesn't need to be updated until you are ready to do so. unloading mod_limit will turn off the older behavior. On Sat, Jun 19, 2010 at 11:15 AM, Rupa Schomaker wrote: > If you've been paying attention to the conf call or irc you'll know this > change was coming. I've committed a significant change to how limits are > managed in FreeSWITCH. This change is NOT backwards compatible. It > requires one to: > > 0) git pull (of course) > 1) rerun ./configure to generate new Makefiles for new modules > 2) edit modules.conf, remove mod_limit and add mod_db and mod_hash > 3) modify conf/autoload_configs/modules.conf.xml, remove mod_limit and add > mod_db and mod_hash > 4) create/edit conf/autoload_configs/db.conf.xml if using ODBC > > In your dialplan, anywhere you are using limit, you need to add db to the > data line. Anywhere you are using limit_hash you need to remove _hash from > application and add hash to the front of the data line. Same pattern > applies to any API usage of limit you may be using. > > Read the wiki at: http://wiki.freeswitch.org/wiki/Limit for documentation > on limit. > > Ok, why the change? > > limit has been moved into core with support for pluggable backend limit > providers. This allows one to develop limit backends relatively easily and > provides a more structured interface to these different limit backends. > Expect to see backends provided by more than just db and hash. > > It also always bothered me that db and hash were part of the mod_limit > module. They are not standalone and provide functionality specific to > themselves. > > I've updated the wiki with documentation. I'll continue to update the wiki > as necessary, feel free to do so yourself if there is something unclear or > missing. > > -- > -Rupa > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100620/b608433a/attachment.html From moises.silva at gmail.com Mon Jun 21 07:34:39 2010 From: moises.silva at gmail.com (Moises Silva) Date: Mon, 21 Jun 2010 10:34:39 -0400 Subject: [Freeswitch-dev] Hook-Flash passthrough/translation FXS->FXO In-Reply-To: References: <44CF062373F9496E944DC86E396EB538@mbnet.local> Message-ID: Hi Slim, Definitely this is something we only want in FreeTDM. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Sat, Jun 19, 2010 at 12:57 PM, Jeroen C. van Gelderen < jeroeng at thegreek.com> wrote: > Hi Moises, > > Thanks for the heads up. I wasn?t aware that OpenZap was deprecated and > FreeTDM its designated replacement. > > I will try to convert my system from OpenZap to FreeTDM but since I had to > put this setup in production to replaced failed equipment it may take me a > little while. > > Is this something we'd want to patch in both OpenZap and FreeTDM or just in > the latter? > > Cheers, > -Slim > -- > Jeroen C. "Slim" van Gelderen > Olympic Sports Data Services > Email: jeroeng at thegreek.com > Phone: +1 876 953 6182 x128 > ________________________________________ > From: freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Moises > Silva > Sent: Thursday, June 17, 2010 20:57 > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] Hook-Flash passthrough/translation FXS->FXO > > Also, if you are going to post that to JIRA, and since this is a new > feature, you must make the patch for FreeTDM (libs/freetdm) and start using > FreeTDM instead of the deprecated openzap. > > If there is a problem with FreeTDM I am open to spend time fixing and > improving it, not so much for openzap. > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 > Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Thu, Jun 17, 2010 at 7:10 PM, Brian West wrote: > Please put this on http://jira.freeswitch.org so its not lost. > > /b > > On Jun 17, 2010, at 6:06 PM, Jeroen C. van Gelderen wrote: > > > [In short: can someone knowledgeable confirm the small patch below for > > hook-flash support uses correct locking? Is there a better approach?] > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100621/cce77d06/attachment-0001.html From vectorno at googlemail.com Mon Jun 21 10:05:11 2010 From: vectorno at googlemail.com (vectorno vectorno) Date: Mon, 21 Jun 2010 18:05:11 +0100 Subject: [Freeswitch-dev] call legs Message-ID: How can the call leg be identified on a channel hangup -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100621/64563e21/attachment.html From dckorah at gmail.com Wed Jun 16 02:49:04 2010 From: dckorah at gmail.com (Dino Korah) Date: Wed, 16 Jun 2010 10:49:04 +0100 Subject: [Freeswitch-dev] nolocal exports from dial plan Message-ID: Guys, When I export a variable as nolocal, is it intended to prefix "nolocal:" for that variable on A, when that appears in the CDR? Or is it a glitch? Ref: src/mod/applications/mod_dptools/mod_dptools.c line 889 Here if you check, the export seems to ignore the local variable altogether. I am quite new to freeswitch; any help much appreciated. Many thanks, "dk" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100616/2699d15d/attachment-0001.html From amonroy at auronix.com Tue Jun 22 08:55:26 2010 From: amonroy at auronix.com (Arturo Monroy) Date: Tue, 22 Jun 2010 10:55:26 -0500 Subject: [Freeswitch-dev] uuid_bridge doesn't work Message-ID: <4C20DCEE.1020906@auronix.com> Hello, i have a little problem, could you help me please? I trying to bridge using uuid_bridge API, but doesn't work , and I cant figure out why, I'll explain you: I make a Inboud call and run a lua script code, the lua code has this local UUID = session:getVariable("uuid"); local api = freeswitch.API() local uuid = api:executeString('create_uuid') api:executeString(string.format("originate {ignore_early_media=true,origination_uuid='%s',api_on_answer='uuid_bridge %s %s'}sofia/internal/189 at 192.168.1.203 &park", uuid, UUID, uuid)) The outbpund call is to Xlite phone, and this is ringing but when a answer the call, the first one is hangup and the second (@203) is still alive, What happed?????? The uuid_bridge return +OK but inmediatly the first is over 2010-06-21 12:51:45.725585 [INFO] switch_channel.c:2535 sofia/internal/189 at 192.168.1.203 api on answer: uuid_bridge(7a9ab23d-4ea5-4597-84e2-992ee88c2c79 3456ef2d-ec79-43a7-bf72-a1b2e88fc725) +OK 3456ef2d-ec79-43a7-bf72-a1b2e88fc725 **********Line 765 2010-06-21 12:51:45.725585 [DEBUG] switch_core_state_machine.c:344 (sofia/internal/189 at 192.168.1.203) State RESET going to sleep 2010-06-21 12:51:45.725585 [DEBUG] switch_ivr_originate.c:3341 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] ********* Line 780 Please help me, thank you -- Saludos Arturo Monroy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/33dd7ea5/attachment-0001.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: freeswitch.log Url: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/33dd7ea5/attachment-0001.pl From brian at freeswitch.org Tue Jun 22 09:24:26 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 22 Jun 2010 11:24:26 -0500 Subject: [Freeswitch-dev] uuid_bridge doesn't work In-Reply-To: <4C20DCEE.1020906@auronix.com> References: <4C20DCEE.1020906@auronix.com> Message-ID: What are you doing exactly cuz this makes no sense.. Also what SVN rev are you on because uuid_bridge uses the exact same code the core uses and bridge works fine. I suspect you're either on OLD code or you're doing something silly. /b On Jun 22, 2010, at 10:55 AM, Arturo Monroy wrote: > Hello, i have a little problem, could you help me please? > > I trying to bridge using uuid_bridge API, but doesn't work , and I cant figure out why, I'll explain you: > > I make a Inboud call and run a lua script code, the lua code has this > > local UUID = session:getVariable("uuid"); > local api = freeswitch.API() > local uuid = api:executeString('create_uuid') > api:executeString(string.format("originate {ignore_early_media=true,origination_uuid='%s',api_on_answer='uuid_bridge %s %s'}sofia/internal/189 at 192.168.1.203 &park", uuid, UUID, uuid)) > > The outbpund call is to Xlite phone, and this is ringing but when a answer the call, the first one is hangup and the second (@203) is still alive, What happed?????? > > The uuid_bridge return +OK but inmediatly the first is over > > 2010-06-21 12:51:45.725585 [INFO] switch_channel.c:2535 sofia/internal/189 at 192.168.1.203 api on answer: uuid_bridge(7a9ab23d-4ea5-4597-84e2-992ee88c2c79 3456ef2d-ec79-43a7-bf72-a1b2e88fc725) > +OK 3456ef2d-ec79-43a7-bf72-a1b2e88fc725 **********Line 765 > > 2010-06-21 12:51:45.725585 [DEBUG] switch_core_state_machine.c:344 (sofia/internal/189 at 192.168.1.203) State RESET going to sleep > 2010-06-21 12:51:45.725585 [DEBUG] switch_ivr_originate.c:3341 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] ********* Line 780 > > > Please help me, thank you > From brian at freeswitch.org Tue Jun 22 09:25:03 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 22 Jun 2010 11:25:03 -0500 Subject: [Freeswitch-dev] nolocal exports from dial plan In-Reply-To: References: Message-ID: nolocal is just like setting inside {} so its not on the A leg but only on the B leg. /b On Jun 16, 2010, at 4:49 AM, Dino Korah wrote: > Guys, > > When I export a variable as nolocal, is it intended to prefix "nolocal:" for that variable on A, when that appears in the CDR? > > Or is it a glitch? > > Ref: src/mod/applications/mod_dptools/mod_dptools.c line 889 > > Here if you check, the export seems to ignore the local variable altogether. > > I am quite new to freeswitch; any help much appreciated. > > Many thanks, > "dk" From amonroy at auronix.com Tue Jun 22 10:02:43 2010 From: amonroy at auronix.com (Arturo Monroy) Date: Tue, 22 Jun 2010 12:02:43 -0500 Subject: [Freeswitch-dev] uuid_bridge doesn't work In-Reply-To: References: <4C20DCEE.1020906@auronix.com> Message-ID: <4C20ECB3.3070405@auronix.com> thank for your response, the version that I'm using is 1.0.head (svn-17188:17782M), and no is something silly, I'm triying to created a Lua's method to make my own "advance bridge" , to allow create many originate at same time and the first to answerd bridge to current channel, if not anyone anwered play a file, for instance or whatever. Example If i've to created 3 outbounds calls with diferents domains and callExtension i doing something like that, where %s is a dinaminc Value /*outbound 1*/ bgapi originate { ignore_early_media=true,origination_uuid=%s,originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='%s'}ext1 at 192.168.1.1 &park() /*outbound 2*/ bgapi originate { ignore_early_media=true,origination_uuid='myUUUID ',originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='uuid_bridge UUID myUUUID '}ext2 at 192.168.1.2 &park() /*outbound 3*/ bgapi originate { ignore_early_media=true,origination_uuid=%s,originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='%s'}ext2 at 192.168.1.3 &park() while this is running in backgroud (using bgapi) the inbound call is hearing a message 'meanTime.wav', finally when the first one has already anwered, then hangup the rest originates. I'm Sure that uuid_bridge is execute corectly but i'm not understand why the inbound call is over when the api_on_answer is execute Saludos Arturo Monroy El 22/06/2010 11:24 a.m., Brian West escribi?: > What are you doing exactly cuz this makes no sense.. > > Also what SVN rev are you on because uuid_bridge uses the exact same code the core uses and bridge works fine. I suspect you're either on OLD code or you're doing something silly. > > /b > > On Jun 22, 2010, at 10:55 AM, Arturo Monroy wrote: > > >> Hello, i have a little problem, could you help me please? >> >> I trying to bridge using uuid_bridge API, but doesn't work , and I cant figure out why, I'll explain you: >> >> I make a Inboud call and run a lua script code, the lua code has this >> >> local UUID = session:getVariable("uuid"); >> local api = freeswitch.API() >> local uuid = api:executeString('create_uuid') >> api:executeString(string.format("originate {ignore_early_media=true,origination_uuid='%s',api_on_answer='uuid_bridge %s %s'}sofia/internal/189 at 192.168.1.203&park", uuid, UUID, uuid)) >> >> The outbpund call is to Xlite phone, and this is ringing but when a answer the call, the first one is hangup and the second (@203) is still alive, What happed?????? >> >> The uuid_bridge return +OK but inmediatly the first is over >> >> 2010-06-21 12:51:45.725585 [INFO] switch_channel.c:2535 sofia/internal/189 at 192.168.1.203 api on answer: uuid_bridge(7a9ab23d-4ea5-4597-84e2-992ee88c2c79 3456ef2d-ec79-43a7-bf72-a1b2e88fc725) >> +OK 3456ef2d-ec79-43a7-bf72-a1b2e88fc725 **********Line 765 >> >> 2010-06-21 12:51:45.725585 [DEBUG] switch_core_state_machine.c:344 (sofia/internal/189 at 192.168.1.203) State RESET going to sleep >> 2010-06-21 12:51:45.725585 [DEBUG] switch_ivr_originate.c:3341 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] ********* Line 780 >> >> >> Please help me, thank you >> >> > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/0252feee/attachment.html From brian at freeswitch.org Tue Jun 22 10:11:14 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 22 Jun 2010 12:11:14 -0500 Subject: [Freeswitch-dev] uuid_bridge doesn't work In-Reply-To: <4C20ECB3.3070405@auronix.com> References: <4C20DCEE.1020906@auronix.com> <4C20ECB3.3070405@auronix.com> Message-ID: <9D274239-DA44-4CD9-9D23-11B3F5B897EA@freeswitch.org> OK you're too far behind, you need to download from GIT. Also PLEASE STOP WITH THE FREAKIN BLUE EMAILS its hard to read when you have bright blue on white background. Thanks you. /b On Jun 22, 2010, at 12:02 PM, Arturo Monroy wrote: > thank for your response, the version that I'm using is 1.0.head (svn-17188:17782M), and no is something silly, I'm triying to created a Lua's method to make my own "advance bridge" , to allow create many originate at same time and the first to answerd bridge to current channel, if not anyone anwered play a file, for instance or whatever. > > > Example > > If i've to created 3 outbounds calls with diferents domains and callExtension i doing something like that, where %s is a dinaminc Value > > /*outbound 1*/ bgapi originate { ignore_early_media=true,origination_uuid=%s,originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='%s'}ext1 at 192.168.1.1 &park() > /*outbound 2*/ bgapi originate { ignore_early_media=true,origination_uuid='myUUUID ',originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='uuid_bridge UUID myUUUID '}ext2 at 192.168.1.2 &park() > /*outbound 3*/ bgapi originate { ignore_early_media=true,origination_uuid=%s,originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='%s'}ext2 at 192.168.1.3 &park() > > while this is running in backgroud (using bgapi) the inbound call is hearing a message 'meanTime.wav', finally when the first one has already anwered, then hangup the rest originates. I'm Sure that uuid_bridge is execute corectly but i'm not understand why the inbound call is over when the api_on_answer is execute > > Saludos > > Arturo Monroy > > From rupa at rupa.com Tue Jun 22 10:13:32 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Tue, 22 Jun 2010 12:13:32 -0500 Subject: [Freeswitch-dev] uuid_bridge doesn't work In-Reply-To: <4C20ECB3.3070405@auronix.com> References: <4C20DCEE.1020906@auronix.com> <4C20ECB3.3070405@auronix.com> Message-ID: Why not set ringback to your pleasewait wav file and do a forked bridge to your extensions? On Tue, Jun 22, 2010 at 12:02 PM, Arturo Monroy wrote: > thank for your response, the version that I'm using is 1.0.head > (svn-17188:17782M), and no is something silly, I'm triying to created a > Lua's method to make my own "advance bridge" , to allow create many > originate at same time and the first to answerd bridge to current channel, > if not anyone anwered play a file, for instance or whatever. > > > Example > > If i've to created 3 outbounds calls with diferents domains and > callExtension i doing something like that, where %s is a dinaminc Value > > /*outbound 1*/ bgapi originate { > ignore_early_media=true,origination_uuid=%s,originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='% > s'}ext1 at 192.168.1.1 &park() > /*outbound 2*/ bgapi originate { ignore_early_media=true,origination_uuid='myUUUID > ',originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='uuid_bridge > UUID myUUUID '}ext2 at 192.168.1.2 &park() > /*outbound 3*/ bgapi originate { > ignore_early_media=true,origination_uuid=%s,originate_timeout=%s,origination_caller_id_name='%s',origination_caller_id_number=%s,api_on_answer='% > s'}ext2 at 192.168.1.3 &park() > > while this is running in backgroud (using bgapi) the inbound call is > hearing a message 'meanTime.wav', finally when the first one has already > anwered, then hangup the rest originates. I'm Sure that uuid_bridge is > execute corectly but i'm not understand why the inbound call is over when > the api_on_answer is execute > > Saludos > > Arturo Monroy > > > El 22/06/2010 11:24 a.m., Brian West escribi?: > > What are you doing exactly cuz this makes no sense.. > > Also what SVN rev are you on because uuid_bridge uses the exact same code the core uses and bridge works fine. I suspect you're either on OLD code or you're doing something silly. > > /b > > On Jun 22, 2010, at 10:55 AM, Arturo Monroy wrote: > > > > Hello, i have a little problem, could you help me please? > > I trying to bridge using uuid_bridge API, but doesn't work , and I cant figure out why, I'll explain you: > > I make a Inboud call and run a lua script code, the lua code has this > > local UUID = session:getVariable("uuid"); > local api = freeswitch.API() > local uuid = api:executeString('create_uuid') > api:executeString(string.format("originate {ignore_early_media=true,origination_uuid='%s',api_on_answer='uuid_bridge %s %s'}sofia/internal/189 at 192.168.1.203 &park", uuid, UUID, uuid)) > > The outbpund call is to Xlite phone, and this is ringing but when a answer the call, the first one is hangup and the second (@203) is still alive, What happed?????? > > The uuid_bridge return +OK but inmediatly the first is over > > 2010-06-21 12:51:45.725585 [INFO] switch_channel.c:2535 sofia/internal/189 at 192.168.1.203 api on answer: uuid_bridge(7a9ab23d-4ea5-4597-84e2-992ee88c2c79 3456ef2d-ec79-43a7-bf72-a1b2e88fc725) > +OK 3456ef2d-ec79-43a7-bf72-a1b2e88fc725 **********Line 765 > > 2010-06-21 12:51:45.725585 [DEBUG] switch_core_state_machine.c:344 (sofia/internal/189 at 192.168.1.203) State RESET going to sleep > 2010-06-21 12:51:45.725585 [DEBUG] switch_ivr_originate.c:3341 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] ********* Line 780 > > > Please help me, thank you > > > > _______________________________________________ > FreeSWITCH-dev mailing listFreeSWITCH-dev at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-devhttp://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/b4285824/attachment-0001.html From mrene_lists at avgs.ca Tue Jun 22 10:37:44 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Tue, 22 Jun 2010 13:37:44 -0400 Subject: [Freeswitch-dev] uuid_bridge doesn't work In-Reply-To: <4C20DCEE.1020906@auronix.com> References: <4C20DCEE.1020906@auronix.com> Message-ID: <81D17758-AF51-4052-9D0F-6228590BCE31@avgs.ca> You can't use origination_uuid within { }s, it has to be within [ ]s since its a per-leg parameter. Looking at the logs would reveal you that the newly created channel doesn't have the expected uuid. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-22, at 11:55 AM, Arturo Monroy wrote: > Hello, i have a little problem, could you help me please? > > I trying to bridge using uuid_bridge API, but doesn't work , and I cant figure out why, I'll explain you: > > I make a Inboud call and run a lua script code, the lua code has this > > local UUID = session:getVariable("uuid"); > local api = freeswitch.API() > local uuid = api:executeString('create_uuid') > api:executeString(string.format("originate {ignore_early_media=true,origination_uuid='%s',api_on_answer='uuid_bridge %s %s'}sofia/internal/189 at 192.168.1.203 &park", uuid, UUID, uuid)) > > The outbpund call is to Xlite phone, and this is ringing but when a answer the call, the first one is hangup and the second (@203) is still alive, What happed?????? > > The uuid_bridge return +OK but inmediatly the first is over > > 2010-06-21 12:51:45.725585 [INFO] switch_channel.c:2535 sofia/internal/189 at 192.168.1.203 api on answer: uuid_bridge(7a9ab23d-4ea5-4597-84e2-992ee88c2c79 3456ef2d-ec79-43a7-bf72-a1b2e88fc725) > +OK 3456ef2d-ec79-43a7-bf72-a1b2e88fc725 **********Line 765 > > 2010-06-21 12:51:45.725585 [DEBUG] switch_core_state_machine.c:344 (sofia/internal/189 at 192.168.1.203) State RESET going to sleep > 2010-06-21 12:51:45.725585 [DEBUG] switch_ivr_originate.c:3341 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] ********* Line 780 > > > Please help me, thank you > -- > > Saludos > > Arturo Monroy > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/b72c8e2b/attachment.html From msc at freeswitch.org Tue Jun 22 11:13:50 2010 From: msc at freeswitch.org (Michael Collins) Date: Tue, 22 Jun 2010 11:13:50 -0700 Subject: [Freeswitch-dev] API In-Reply-To: <6FFA499C1B554B88BE7588AECD91912A@dell9400> References: <6FFA499C1B554B88BE7588AECD91912A@dell9400> Message-ID: I think your best bet is to create a table and start mapping the ones you know (or believe) to be present in FS and then identify the ones that you think are missing. Once you narrow that down it will be a lot easier to make suggestions. -MC On Sat, Jun 19, 2010 at 9:26 AM, Jan Berger wrote: > Hi folks, > > > > I am looking at using ESL to communicate with CCXML and it looks as if I > have a challenge as events in FS is a rather short list. > > > > The list blow is the CCXML elements & events that must map 1:1 to a telecom > platform ? I have added the ccxml parameters ?as is? ? some of these are not > needed, but we seem to have a gap between what FS currently export as events > and what I will need on ESL. > > > > Do we have these events in C? > > > > Jan > > > > *accept ccxml (accept)* > > * connectionid* > > * hints* > > > > *createconference ccxml (createconference)* > > * conferenceid* > > * confname* > > * reservedtalkers* > > * reservedlisteners* > > * hints* > > * * > > *destroyconference ccxml (destroyconference)* > > * conferenceid* > > * hints* > > * * > > *disconnect ccxml (disconnect)* > > * connectionid* > > * reason* > > * hints* > > > > *join ccxml (join)* > > * id1* > > * id2* > > * duplex* > > * hints* > > * entertone* > > * exittone* > > * autoinputgain* > > * autooutputgain* > > * dtmfclamp* > > * toneclamp* > > > > log ccxml (log) > > label > > expr > > > > *merge ccxml (merge)* > > * connectionid1* > > * connectionid2* > > * hints* > > > > meta ccxml (meta) > > name > > http_equiv > > content > > > > metadata ccxml (metadata) > > > > *redirect ccxml (redirect)* > > * connectionid* > > * dest* > > * reason* > > * hints* > > * * > > *reject ccxml (reject)* > > * connectionid* > > * reason* > > * hints* > > > > *unjoin ccxml (unjoin)* > > * id1* > > * id2* > > * hints* > > > > *errorconnectwrongstate ccxml (errorconnectwrongstate)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * tagname* > > * * > > *connectiondisconnected ccxml (connectiondisconnected)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * trigger* > > * * > > *errorconnection ccxml (errorconnection)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * * > > *connectionaccept ccxml (connectionaccept)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * * > > *connectionfailed ccxml (connectionfailed)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * * > > *connectionredirected ccxml (connectionredirected)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * * > > *connectionredirectfailed ccxml (connectionredirectfailed)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * * > > *connectionrejectfailed ccxml (connectionrejectfailed)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * * > > *connectionprogressing ccxml (connectionprogressing)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * * > > *connectionconnected ccxml (connectionconnected)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * * > > *connectionmerged ccxml (connectionmerged)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * mergeid* > > * * > > *connectionmergefailed ccxml (connectionmergefailed)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * mergeid* > > * reason* > > * * > > *connectionalerting ccxml (connectionalerting)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * * > > *connectionsignal ccxml (connectionsignal)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * * > > *conferencecreated ccxml (conferencecreated)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * conferenceid* > > * conference* > > * info* > > * * > > *conferencedestroyed ccxml (conferencedestroyed)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * conferenceid* > > * info* > > * * > > *conferencejoined ccxml (conferencejoined)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * id1* > > * id2* > > * object1* > > * object2* > > * * > > *conferenceunjoined ccxml (conferenceunjoined)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * id1* > > * id2* > > * object1* > > * object2* > > * * > > *conferencecreate ccxml (conferencecreate)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * conferenceid* > > * reason* > > * * > > *errorconferencedestroy ccxml (errorconferencedestroy)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * conferenceid* > > * reason* > > * * > > *errorconferencejoin ccxml (errorconferencejoin)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * id1* > > * id2* > > * reason* > > * * > > *errorconferenceunjoin ccxml (errorconferenceunjoin)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * id1* > > * id2* > > * reason* > > * * > > *errorconferenceevent ccxml (errorconferenceevent)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * conferenceid* > > * reason* > > * * > > *errorsemantic ccxml (errorsemantic)* > > * name* > > * eventid* > > * eventsource* > > * eventsourcetype* > > * connectionid* > > * protocol* > > * info* > > * connction* > > * reason* > > * tagname* > > * attributelist* > > * * > > * * > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/011422c3/attachment-0001.html From dckorah at gmail.com Tue Jun 22 15:26:35 2010 From: dckorah at gmail.com (Dino Korah) Date: Tue, 22 Jun 2010 23:26:35 +0100 Subject: [Freeswitch-dev] nolocal exports from dial plan In-Reply-To: References: Message-ID: Thanks Brian, Then by the looks, there is something broken. When a variable (say MyAppName) is exported as "nolocal", it appears in A leg CDR as "HelloWorldApp", which then breaks the XML (those strict parsers). In the line I pointed earlier; as I understand, if the variable being exported from dial_plan is set "nolocal" should be ignored for A. I can fix and checkin or send a patch; but not sure if it will break anything else. "dk" On 22 June 2010 17:25, Brian West wrote: > nolocal is just like setting inside {} so its not on the A leg but only on > the B leg. > > /b > > On Jun 16, 2010, at 4:49 AM, Dino Korah wrote: > > > Guys, > > > > When I export a variable as nolocal, is it intended to prefix "nolocal:" > for that variable on A, when that appears in the CDR? > > > > Or is it a glitch? > > > > Ref: src/mod/applications/mod_dptools/mod_dptools.c line 889 > > > > Here if you check, the export seems to ignore the local variable > altogether. > > > > I am quite new to freeswitch; any help much appreciated. > > > > Many thanks, > > "dk" > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/3afba52a/attachment.html From rupa at rupa.com Tue Jun 22 16:27:01 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Tue, 22 Jun 2010 18:27:01 -0500 Subject: [Freeswitch-dev] nolocal exports from dial plan In-Reply-To: References: Message-ID: commit 2c830f84aa8e5a5b05c55c5f02ae0025c4986bd2 Author: Mathieu Rene Date: Wed Apr 7 15:02:00 2010 -0400 remove switch_channel_export_variable's nolocal argument, more confusing than anything else On Tue, Jun 22, 2010 at 5:26 PM, Dino Korah wrote: > Thanks Brian, > > Then by the looks, there is something broken. > > When a variable (say MyAppName) is exported as "nolocal", it appears in A > leg CDR as "HelloWorldApp", which > then breaks the XML (those strict parsers). > > In the line I pointed earlier; as I understand, if the variable being > exported from dial_plan is set "nolocal" should be ignored for A. > > I can fix and checkin or send a patch; but not sure if it will break > anything else. > > "dk" > > > > On 22 June 2010 17:25, Brian West wrote: > >> nolocal is just like setting inside {} so its not on the A leg but only on >> the B leg. >> >> /b >> >> On Jun 16, 2010, at 4:49 AM, Dino Korah wrote: >> >> > Guys, >> > >> > When I export a variable as nolocal, is it intended to prefix "nolocal:" >> for that variable on A, when that appears in the CDR? >> > >> > Or is it a glitch? >> > >> > Ref: src/mod/applications/mod_dptools/mod_dptools.c line 889 >> > >> > Here if you check, the export seems to ignore the local variable >> altogether. >> > >> > I am quite new to freeswitch; any help much appreciated. >> > >> > Many thanks, >> > "dk" >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/4648e1e5/attachment.html From mrene_lists at avgs.ca Tue Jun 22 20:49:10 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Tue, 22 Jun 2010 23:49:10 -0400 Subject: [Freeswitch-dev] nolocal exports from dial plan In-Reply-To: References: Message-ID: <80D38AC5-3C8B-46A3-8BD3-380BC1060BD7@avgs.ca> That is completely unrelated. I added that function so one can all switch_channel_export_variable() instead of switch_channel_set_variable() followed by getting "exports" and appending the name of the new variable. As for nolocal, it actually saves the variable with a prefix so it has no effect on the A-leg, what would be the proper fix for the xml without completely wiping the entry away? Its sometimes useful to know something was exported for the B-leg. Can we escape the : ? Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-22, at 7:27 PM, Rupa Schomaker wrote: > commit 2c830f84aa8e5a5b05c55c5f02ae0025c4986bd2 > Author: Mathieu Rene > Date: Wed Apr 7 15:02:00 2010 -0400 > > remove switch_channel_export_variable's nolocal argument, more confusing than anything else > > > On Tue, Jun 22, 2010 at 5:26 PM, Dino Korah wrote: > Thanks Brian, > > Then by the looks, there is something broken. > > When a variable (say MyAppName) is exported as "nolocal", it appears in A leg CDR as "HelloWorldApp", which then breaks the XML (those strict parsers). > > In the line I pointed earlier; as I understand, if the variable being exported from dial_plan is set "nolocal" should be ignored for A. > > I can fix and checkin or send a patch; but not sure if it will break anything else. > > "dk" > > > > On 22 June 2010 17:25, Brian West wrote: > nolocal is just like setting inside {} so its not on the A leg but only on the B leg. > > /b > > On Jun 16, 2010, at 4:49 AM, Dino Korah wrote: > > > Guys, > > > > When I export a variable as nolocal, is it intended to prefix "nolocal:" for that variable on A, when that appears in the CDR? > > > > Or is it a glitch? > > > > Ref: src/mod/applications/mod_dptools/mod_dptools.c line 889 > > > > Here if you check, the export seems to ignore the local variable altogether. > > > > I am quite new to freeswitch; any help much appreciated. > > > > Many thanks, > > "dk" > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > -Rupa > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/06b38a0b/attachment.html From rupa at rupa.com Tue Jun 22 21:34:29 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Tue, 22 Jun 2010 23:34:29 -0500 Subject: [Freeswitch-dev] nolocal exports from dial plan In-Reply-To: <80D38AC5-3C8B-46A3-8BD3-380BC1060BD7@avgs.ca> References: <80D38AC5-3C8B-46A3-8BD3-380BC1060BD7@avgs.ca> Message-ID: ah, didn't look at the diff, just the descri[ption. What I get for assuming. On Tue, Jun 22, 2010 at 10:49 PM, Mathieu Rene wrote: > That is completely unrelated. I added that function so one can all > switch_channel_export_variable() instead of switch_channel_set_variable() > followed by getting "exports" and appending the name of the new variable. > > As for nolocal, it actually saves the variable with a prefix so it has no > effect on the A-leg, what would be the proper fix for the xml without > completely wiping the entry away? Its sometimes useful to know something was > exported for the B-leg. Can we escape the : ? > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-22, at 7:27 PM, Rupa Schomaker wrote: > > commit 2c830f84aa8e5a5b05c55c5f02ae0025c4986bd2 > Author: Mathieu Rene > Date: Wed Apr 7 15:02:00 2010 -0400 > > remove switch_channel_export_variable's nolocal argument, more > confusing than anything else > > > On Tue, Jun 22, 2010 at 5:26 PM, Dino Korah wrote: > >> Thanks Brian, >> >> Then by the looks, there is something broken. >> >> When a variable (say MyAppName) is exported as "nolocal", it appears in A >> leg CDR as "HelloWorldApp", which >> then breaks the XML (those strict parsers). >> >> In the line I pointed earlier; as I understand, if the variable being >> exported from dial_plan is set "nolocal" should be ignored for A. >> >> I can fix and checkin or send a patch; but not sure if it will break >> anything else. >> >> "dk" >> >> >> >> On 22 June 2010 17:25, Brian West wrote: >> >>> nolocal is just like setting inside {} so its not on the A leg but only >>> on the B leg. >>> >>> /b >>> >>> On Jun 16, 2010, at 4:49 AM, Dino Korah wrote: >>> >>> > Guys, >>> > >>> > When I export a variable as nolocal, is it intended to prefix >>> "nolocal:" for that variable on A, when that appears in the CDR? >>> > >>> > Or is it a glitch? >>> > >>> > Ref: src/mod/applications/mod_dptools/mod_dptools.c line 889 >>> > >>> > Here if you check, the export seems to ignore the local variable >>> altogether. >>> > >>> > I am quite new to freeswitch; any help much appreciated. >>> > >>> > Many thanks, >>> > "dk" >>> >>> >>> _______________________________________________ >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > > -- > -Rupa > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100622/fe717bcc/attachment-0001.html From dckorah at gmail.com Wed Jun 23 03:12:00 2010 From: dckorah at gmail.com (Dino Korah) Date: Wed, 23 Jun 2010 11:12:00 +0100 Subject: [Freeswitch-dev] nolocal exports from dial plan In-Reply-To: References: Message-ID: Thanks Rupa d i n o k o r a h Tel: +44 7956 66 52 83 On 23 June 2010 00:27, Rupa Schomaker wrote: > commit 2c830f84aa8e5a5b05c55c5f02ae0025c4986bd2 > Author: Mathieu Rene > Date: Wed Apr 7 15:02:00 2010 -0400 > > remove switch_channel_export_variable's nolocal argument, more > confusing than anything else > > > On Tue, Jun 22, 2010 at 5:26 PM, Dino Korah wrote: > >> Thanks Brian, >> >> Then by the looks, there is something broken. >> >> When a variable (say MyAppName) is exported as "nolocal", it appears in A >> leg CDR as "HelloWorldApp", which >> then breaks the XML (those strict parsers). >> >> In the line I pointed earlier; as I understand, if the variable being >> exported from dial_plan is set "nolocal" should be ignored for A. >> >> I can fix and checkin or send a patch; but not sure if it will break >> anything else. >> >> "dk" >> >> >> >> On 22 June 2010 17:25, Brian West wrote: >> >>> nolocal is just like setting inside {} so its not on the A leg but only >>> on the B leg. >>> >>> /b >>> >>> On Jun 16, 2010, at 4:49 AM, Dino Korah wrote: >>> >>> > Guys, >>> > >>> > When I export a variable as nolocal, is it intended to prefix >>> "nolocal:" for that variable on A, when that appears in the CDR? >>> > >>> > Or is it a glitch? >>> > >>> > Ref: src/mod/applications/mod_dptools/mod_dptools.c line 889 >>> > >>> > Here if you check, the export seems to ignore the local variable >>> altogether. >>> > >>> > I am quite new to freeswitch; any help much appreciated. >>> > >>> > Many thanks, >>> > "dk" >>> >>> >>> _______________________________________________ >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > > -- > -Rupa > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100623/77289a1b/attachment.html From msc at freeswitch.org Wed Jun 23 09:50:43 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 23 Jun 2010 09:50:43 -0700 Subject: [Freeswitch-dev] FreeSWITCH Conference Call Starting Shortly! Message-ID: Everyone start calling in! We'll be starting in just a few minutes... http://wiki.freeswitch.org/wiki/FS_weekly_2010_06_23 -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100623/cf7be76c/attachment.html From amonroy at auronix.com Thu Jun 24 11:33:48 2010 From: amonroy at auronix.com (Arturo Monroy) Date: Thu, 24 Jun 2010 13:33:48 -0500 Subject: [Freeswitch-dev] uuid_bridge doesn't work (SOLVED) In-Reply-To: References: <4C20DCEE.1020906@auronix.com> <4C20ECB3.3070405@auronix.com> <4C20F4FD.7040707@auronix.com> Message-ID: <4C23A50C.7050500@auronix.com> Thaks for your support. regards Arturo Monroy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100624/6b32153a/attachment.html From juanito1982 at gmail.com Fri Jun 25 15:11:57 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Sat, 26 Jun 2010 00:11:57 +0200 Subject: [Freeswitch-dev] Doubt on bridge programatically Message-ID: Hello! I am working on a module having this doubt: Once a call reachs to dialplan I call my app and I don't know which is the best way (if more than one exits) to bridge that call to an onbound provider controlling failed connections to try with a failure trunk. Is there any way to get call connection status (BUSY, CONGESTION...) from code? Is necessary to use events or may it be obtained as result of bridge function? Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100626/171dcfe5/attachment.html From amonroy at auronix.com Fri Jun 25 15:31:06 2010 From: amonroy at auronix.com (Arturo Monroy) Date: Fri, 25 Jun 2010 17:31:06 -0500 Subject: [Freeswitch-dev] Doubt on bridge programatically In-Reply-To: References: Message-ID: <4C252E2A.6010805@auronix.com> Hi Juam , you could try it using the own bridge API, chek out http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge if possible to reach more than one endpoint at same time using ",", or using "|" to call to call each by each Saludos Arturo Monroy El 25/06/2010 05:11 p.m., Juan Antonio Iba?ez Santorum escribi?: > Hello! > > I am working on a module having this doubt: > > Once a call reachs to dialplan I call my app and I don't know which is > the best way (if more than one exits) to bridge that call to an > onbound provider controlling failed connections to try with a failure > trunk. Is there any way to get call connection status (BUSY, > CONGESTION...) from code? Is necessary to use events or may it be > obtained as result of bridge function? > > Regards > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100625/5a4644e3/attachment.html From mrene_lists at avgs.ca Fri Jun 25 15:41:30 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Fri, 25 Jun 2010 18:41:30 -0400 Subject: [Freeswitch-dev] Doubt on bridge programatically In-Reply-To: References: Message-ID: <5A59A824-F9D4-4292-B5DD-9F025F01DA7B@avgs.ca> Hi, From a module you have a few choices: 1- Call switch_ivr_originate() to establish a new session, then call switch_ivr_uuid_bridge() with both uuids (you can get the uuid using switch_core_session_get_uuid()) 2- Execute the "bridge" application directly with switch_core_session_execute_application() 3- Transfer the session to the dialplan again so it can be bridged out (using the bridge app) Dialstrings are all handled in switch_ivr_originate(), which is the main function used to make an outbound call, all features such as forked dialing and failover will work when calling either switch_ivr_originate(), or the bridge application. Personally I'd go for the 3rd choice, if you need to interact with the session while its bridged, you can always do so by using one of freeswitch's hooking methods (events, io hooks, state handlers). Cheers, Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-25, at 6:11 PM, Juan Antonio Iba?ez Santorum wrote: > Hello! > > I am working on a module having this doubt: > > Once a call reachs to dialplan I call my app and I don't know which is the best way (if more than one exits) to bridge that call to an onbound provider controlling failed connections to try with a failure trunk. Is there any way to get call connection status (BUSY, CONGESTION...) from code? Is necessary to use events or may it be obtained as result of bridge function? > > Regards > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From jan.berger at video24.no Fri Jun 25 19:57:50 2010 From: jan.berger at video24.no (Jan Berger) Date: Sat, 26 Jun 2010 04:57:50 +0200 Subject: [Freeswitch-dev] CCXML/VXML theading Message-ID: <59803866B65A418F8163497C0FC624D6@dell9400> Hi, I have a headache with the integration of CCXML/VXML into FreeSWITCH that I hope you might have some input on. The issue is that Call Control and Voice Control in these 2 standards require that Call Control run asynch and process events in parallel with sessions controlling the voice-part of a call. CCXML is event-driven, asynch in nature, while VXML is blocking. Basically that will require a thread for CCXML and a thread for VXML - in reality 2 threads per call. And the threads here are right now Spidermonkey sessions - very expensive. Any clever ideas here would be helpful. Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100626/1dbc6b47/attachment-0001.html From anthony.minessale at gmail.com Fri Jun 25 20:45:03 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 25 Jun 2010 22:45:03 -0500 Subject: [Freeswitch-dev] CCXML/VXML theading In-Reply-To: References: <59803866B65A418F8163497C0FC624D6@dell9400> Message-ID: Write a native implementation in c or a middleware in event socket? On Jun 25, 2010 10:06 PM, "Jan Berger" wrote: Hi, I have a headache with the integration of CCXML/VXML into FreeSWITCH that I hope you might have some input on. The issue is that Call Control and Voice Control in these 2 standards require that Call Control run asynch and process events in parallel with sessions controlling the voice-part of a call. CCXML is event-driven, asynch in nature, while VXML is blocking. Basically that will require a thread for CCXML and a thread for VXML ? in reality 2 threads per call. And the threads here are right now Spidermonkey sessions ? very expensive. Any clever ideas here would be helpful. Jan _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100625/98fc4133/attachment.html From juanito1982 at gmail.com Sat Jun 26 02:51:09 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Sat, 26 Jun 2010 11:51:09 +0200 Subject: [Freeswitch-dev] Doubt on bridge programatically In-Reply-To: <5A59A824-F9D4-4292-B5DD-9F025F01DA7B@avgs.ca> References: <5A59A824-F9D4-4292-B5DD-9F025F01DA7B@avgs.ca> Message-ID: The problem of 3rd option is that a need to use one or more failover trunk if main trunk fails. At point 1, how can I get if originate was ok, busy, congestioned? Is possible getting originate result when switch_ivr_originate() returns? or may I need make use of events? Regards 2010/6/26 Mathieu Rene > Hi, > > >From a module you have a few choices: > 1- Call switch_ivr_originate() to establish a new session, then call > switch_ivr_uuid_bridge() with both uuids (you can get the uuid using > switch_core_session_get_uuid()) > 2- Execute the "bridge" application directly with > switch_core_session_execute_application() > 3- Transfer the session to the dialplan again so it can be bridged out > (using the bridge app) > > Dialstrings are all handled in switch_ivr_originate(), which is the main > function used to make an outbound call, all features such as forked dialing > and failover will work when calling either switch_ivr_originate(), or the > bridge application. > > Personally I'd go for the 3rd choice, if you need to interact with the > session while its bridged, you can always do so by using one of freeswitch's > hooking methods (events, io hooks, state handlers). > > Cheers, > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-25, at 6:11 PM, Juan Antonio Iba?ez Santorum wrote: > > > Hello! > > > > I am working on a module having this doubt: > > > > Once a call reachs to dialplan I call my app and I don't know which is > the best way (if more than one exits) to bridge that call to an onbound > provider controlling failed connections to try with a failure trunk. Is > there any way to get call connection status (BUSY, CONGESTION...) from code? > Is necessary to use events or may it be obtained as result of bridge > function? > > > > Regards > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100626/0280f84e/attachment.html From juanito1982 at gmail.com Sat Jun 26 08:56:21 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Sat, 26 Jun 2010 17:56:21 +0200 Subject: [Freeswitch-dev] APP interface flags Message-ID: Helllo! When adding one APP interface, what is the meaning of following app flags? SAF_NONE SAF_SUPPORT_NOMEDIA SAF_ROUTING_EXEC SAF_MEDIA_TAP Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100626/0f26adf3/attachment.html From jmesquita at freeswitch.org Sat Jun 26 10:20:55 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Sat, 26 Jun 2010 14:20:55 -0300 Subject: [Freeswitch-dev] Doubt on bridge programatically In-Reply-To: References: <5A59A824-F9D4-4292-B5DD-9F025F01DA7B@avgs.ca> Message-ID: I think you can check the cause from one of the function parameters. Check the function signature or look atthe bridge application on mod_dptools. JM On Saturday, June 26, 2010, Juan Antonio Iba?ez Santorum wrote: > The problem of 3rd option is that a need to use one or more failover trunk if main trunk fails. > > At point 1, how can I get if originate was ok, busy, congestioned? Is possible getting originate result when switch_ivr_originate() returns? or may I need make use of events? > > Regards > > 2010/6/26 Mathieu Rene > > Hi, > > >From a module you have a few choices: > 1- Call switch_ivr_originate() to establish a new session, then call switch_ivr_uuid_bridge() with both uuids (you can get the uuid using switch_core_session_get_uuid()) > 2- Execute the "bridge" application directly with switch_core_session_execute_application() > 3- Transfer the session to the dialplan again so it can be bridged out (using the bridge app) > > Dialstrings are all handled in switch_ivr_originate(), which is the main function used to make an outbound call, all features such as forked dialing and failover will work when calling either switch_ivr_originate(), or the bridge application. > > Personally I'd go for the 3rd choice, if you need to interact with the session while its bridged, you can always do so by using one of freeswitch's hooking methods (events, io hooks, state handlers). > > Cheers, > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-25, at 6:11 PM, Juan Antonio Iba?ez Santorum wrote: > >> Hello! >> >> ? ?I am working on a module having this doubt: >> >> Once a call reachs to dialplan I call my app and I don't know which is the best way (if more than one exits) to bridge that call to an onbound provider controlling failed connections to try with a failure trunk. Is there any way to get call connection status (BUSY, CONGESTION...) from code? Is necessary to use events or may it be obtained as result of bridge function? >> >> Regards >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Jo?o Mesquita FreeSWITCH? Solutions t: +1 (646) 4959927 From linuxwhy at 163.com Sun Jun 27 18:19:17 2010 From: linuxwhy at 163.com (=?GB2312?B?zfW66dPA?=) Date: Mon, 28 Jun 2010 09:19:17 +0800 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= Message-ID: <20100628091917.675b0d3f@honiswang-laptop> ???FREEESWITCH 1.0.19??????????????odbc??????????????????????????????????????????? SWITCH_DECLARE(void) switch_cache_db_release_db_handle(switch_cache_db_handle_t ** dbh) { if(dbh && *dbh) { switch_clear_flag(*dbh, CDF_INUSE); //???????? switch_mutex_unlock((*dbh)->mutex); *dbh = NULL; } } ??? ????-IP??? Mon, 28 Jun 2010 09:18:52 +0800 From linuxwhy at 163.com Sun Jun 27 18:20:19 2010 From: linuxwhy at 163.com (=?GB2312?B?zfW66dPA?=) Date: Mon, 28 Jun 2010 09:20:19 +0800 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= Message-ID: <20100628092019.43dbea78@honiswang-laptop> ???FREEESWITCH 1.0.19??????????????odbc??????????????????????????????????????????? SWITCH_DECLARE(void) switch_cache_db_release_db_handle(switch_cache_db_handle_t ** dbh) { if(dbh && *dbh) { switch_clear_flag(*dbh, CDF_INUSE); //???????? switch_mutex_unlock((*dbh)->mutex); *dbh = NULL; } } ??? ????-IP??? Mon, 28 Jun 2010 09:19:50 +0800 From mrene_lists at avgs.ca Sun Jun 27 18:25:11 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Sun, 27 Jun 2010 21:25:11 -0400 Subject: [Freeswitch-dev] APP interface flags In-Reply-To: References: Message-ID: > SAF_NONE Nothing > SAF_SUPPORT_NOMEDIA Means the channel wont be automatically pre_answered (in sip: it won't send a 183) before the application is started > SAF_ROUTING_EXEC Means the application can run within the routing state > SAF_MEDIA_TAP Means its setting up a media tap (media bug) Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-26, at 11:56 AM, Juan Antonio Iba?ez Santorum wrote: > Helllo! > > When adding one APP interface, what is the meaning of following app flags? > > SAF_NONE > SAF_SUPPORT_NOMEDIA > SAF_ROUTING_EXEC > SAF_MEDIA_TAP > > Regards > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From mrene_lists at avgs.ca Sun Jun 27 18:30:16 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Sun, 27 Jun 2010 21:30:16 -0400 Subject: [Freeswitch-dev] Doubt on bridge programatically In-Reply-To: References: <5A59A824-F9D4-4292-B5DD-9F025F01DA7B@avgs.ca> Message-ID: <6D5ACB4D-1903-4A50-BCEA-5249A2D1BDC1@avgs.ca> If you set continue_on_fail to true (or to a coma-separated list of hangup causes) or failure_causes (continue_on_fail's opposite, same syntax), the dialplan will keep being executed even though the first attempt fails. As for point 1: /*! \brief Make an outgoing call \param session originating session \param bleg B leg session \param cause a pointer to hold call cause <------------------------ \param bridgeto the desired remote callstring \param timelimit_sec timeout in seconds for outgoing call \param table optional state handler table to install on the channel \param cid_name_override override the caller id name \param cid_num_override override the caller id number \param caller_profile_override override the entire calling caller profile \param ovars variables to be set on the outgoing channel \param flags flags to pass \return SWITCH_STATUS_SUCCESS if bleg is a running session. \note bleg will be read locked which must be unlocked with switch_core_session_rwunlock() before losing scope */ SWITCH_DECLARE(switch_status_t) switch_ivr_originate(switch_core_session_t *session, switch_core_session_t **bleg, switch_call_cause_t *cause, const char *bridgeto, uint32_t timelimit_sec, const switch_state_handler_table_t *table, const char *cid_name_override, const char *cid_num_override, switch_caller_profile_t *caller_profile_override, switch_event_t *ovars, switch_originate_flag_t flags, switch_call_cause_t *cancel_cause); Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-26, at 5:51 AM, Juan Antonio Iba?ez Santorum wrote: > The problem of 3rd option is that a need to use one or more failover trunk if main trunk fails. > > At point 1, how can I get if originate was ok, busy, congestioned? Is possible getting originate result when switch_ivr_originate() returns? or may I need make use of events? > > Regards > > 2010/6/26 Mathieu Rene > Hi, > > >From a module you have a few choices: > 1- Call switch_ivr_originate() to establish a new session, then call switch_ivr_uuid_bridge() with both uuids (you can get the uuid using switch_core_session_get_uuid()) > 2- Execute the "bridge" application directly with switch_core_session_execute_application() > 3- Transfer the session to the dialplan again so it can be bridged out (using the bridge app) > > Dialstrings are all handled in switch_ivr_originate(), which is the main function used to make an outbound call, all features such as forked dialing and failover will work when calling either switch_ivr_originate(), or the bridge application. > > Personally I'd go for the 3rd choice, if you need to interact with the session while its bridged, you can always do so by using one of freeswitch's hooking methods (events, io hooks, state handlers). > > Cheers, > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-25, at 6:11 PM, Juan Antonio Iba?ez Santorum wrote: > > > Hello! > > > > I am working on a module having this doubt: > > > > Once a call reachs to dialplan I call my app and I don't know which is the best way (if more than one exits) to bridge that call to an onbound provider controlling failed connections to try with a failure trunk. Is there any way to get call connection status (BUSY, CONGESTION...) from code? Is necessary to use events or may it be obtained as result of bridge function? > > > > Regards > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100627/62f964fe/attachment-0001.html From juanito1982 at gmail.com Sun Jun 27 23:40:18 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Mon, 28 Jun 2010 08:40:18 +0200 Subject: [Freeswitch-dev] APP interface flags In-Reply-To: References: Message-ID: Where would be interesant to user SAF_SUPPORT_NOMEDIA and SAF_ROUTING_EXEC? Regards 2010/6/28 Mathieu Rene > > SAF_NONE > Nothing > > SAF_SUPPORT_NOMEDIA > Means the channel wont be automatically pre_answered (in sip: it won't send > a 183) before the application is started > > SAF_ROUTING_EXEC > Means the application can run within the routing state > > SAF_MEDIA_TAP > Means its setting up a media tap (media bug) > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-26, at 11:56 AM, Juan Antonio Iba?ez Santorum wrote: > > > Helllo! > > > > When adding one APP interface, what is the meaning of following app > flags? > > > > SAF_NONE > > SAF_SUPPORT_NOMEDIA > > SAF_ROUTING_EXEC > > SAF_MEDIA_TAP > > > > Regards > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/242a07eb/attachment.html From juanito1982 at gmail.com Sun Jun 27 23:43:53 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Mon, 28 Jun 2010 08:43:53 +0200 Subject: [Freeswitch-dev] Doubt on bridge programatically In-Reply-To: <6D5ACB4D-1903-4A50-BCEA-5249A2D1BDC1@avgs.ca> References: <5A59A824-F9D4-4292-B5DD-9F025F01DA7B@avgs.ca> <6D5ACB4D-1903-4A50-BCEA-5249A2D1BDC1@avgs.ca> Message-ID: Thank you Mathieu! 2010/6/28 Mathieu Rene > If you set continue_on_fail to true (or to a coma-separated list of hangup > causes) or failure_causes (continue_on_fail's opposite, same syntax), the > dialplan will keep being executed even though the first attempt fails. > > As for point 1: > > /*! > \brief Make an outgoing call > \param session originating session > \param bleg B leg session > \param cause a pointer to hold call cause <------------------------ > \param bridgeto the desired remote callstring > \param timelimit_sec timeout in seconds for outgoing call > \param table optional state handler table to install on the channel > \param cid_name_override override the caller id name > \param cid_num_override override the caller id number > \param caller_profile_override override the entire calling caller profile > \param ovars variables to be set on the outgoing channel > \param flags flags to pass > \return SWITCH_STATUS_SUCCESS if bleg is a running session. > \note bleg will be read locked which must be unlocked with > switch_core_session_rwunlock() before losing scope > */ > SWITCH_DECLARE(switch_status_t) switch_ivr_originate(switch_core_session_t > *session, > switch_core_session_t **bleg, > switch_call_cause_t *cause, > const char *bridgeto, > uint32_t timelimit_sec, > const switch_state_handler_table_t *table, > const char *cid_name_override, > const char *cid_num_override, > switch_caller_profile_t *caller_profile_override, > switch_event_t *ovars, switch_originate_flag_t flags, switch_call_cause_t > *cancel_cause); > > > > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-26, at 5:51 AM, Juan Antonio Iba?ez Santorum wrote: > > The problem of 3rd option is that a need to use one or more failover trunk > if main trunk fails. > > At point 1, how can I get if originate was ok, busy, congestioned? Is > possible getting originate result when switch_ivr_originate() returns? or > may I need make use of events? > > Regards > > 2010/6/26 Mathieu Rene > >> Hi, >> >> >From a module you have a few choices: >> 1- Call switch_ivr_originate() to establish a new session, then call >> switch_ivr_uuid_bridge() with both uuids (you can get the uuid using >> switch_core_session_get_uuid()) >> 2- Execute the "bridge" application directly with >> switch_core_session_execute_application() >> 3- Transfer the session to the dialplan again so it can be bridged out >> (using the bridge app) >> >> Dialstrings are all handled in switch_ivr_originate(), which is the main >> function used to make an outbound call, all features such as forked dialing >> and failover will work when calling either switch_ivr_originate(), or the >> bridge application. >> >> Personally I'd go for the 3rd choice, if you need to interact with the >> session while its bridged, you can always do so by using one of freeswitch's >> hooking methods (events, io hooks, state handlers). >> >> Cheers, >> >> Mathieu Rene >> Avant-Garde Solutions Inc >> Office: + 1 (514) 664-1044 x100 >> Cell: +1 (514) 664-1044 x200 >> mrene at avgs.ca >> >> >> >> >> On 2010-06-25, at 6:11 PM, Juan Antonio Iba?ez Santorum wrote: >> >> > Hello! >> > >> > I am working on a module having this doubt: >> > >> > Once a call reachs to dialplan I call my app and I don't know which is >> the best way (if more than one exits) to bridge that call to an onbound >> provider controlling failed connections to try with a failure trunk. Is >> there any way to get call connection status (BUSY, CONGESTION...) from code? >> Is necessary to use events or may it be obtained as result of bridge >> function? >> > >> > Regards >> > _______________________________________________ >> > FreeSWITCH-dev mailing list >> > FreeSWITCH-dev at 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 at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/e7008348/attachment.html From rupa at rupa.com Sun Jun 27 23:49:35 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Mon, 28 Jun 2010 01:49:35 -0500 Subject: [Freeswitch-dev] APP interface flags In-Reply-To: References: Message-ID: use SAF_SUPPORT_NOMEDIA if your app doesn't care about the state of the media. Think things like set, lcr, hash, etc. They don't touch the media so we don't need to ensure there is media when running the app. SAF_ROUTING_EXEC allows one to specify that it is safe / possible to execute the app at route. This allows one to run stuff prior to the actual execution of the dialplan. You can read more about this on the wiki at: http://wiki.freeswitch.org/wiki/Dialplan_XML#Inline_Actions 2010/6/28 Juan Antonio Iba?ez Santorum > Where would be interesant to user SAF_SUPPORT_NOMEDIA and SAF_ROUTING_EXEC? > > Regards > > 2010/6/28 Mathieu Rene > >> > SAF_NONE >> >> Nothing >> > SAF_SUPPORT_NOMEDIA >> Means the channel wont be automatically pre_answered (in sip: it won't >> send a 183) before the application is started >> > SAF_ROUTING_EXEC >> Means the application can run within the routing state >> > SAF_MEDIA_TAP >> Means its setting up a media tap (media bug) >> >> Mathieu Rene >> Avant-Garde Solutions Inc >> Office: + 1 (514) 664-1044 x100 >> Cell: +1 (514) 664-1044 x200 >> mrene at avgs.ca >> >> >> >> >> On 2010-06-26, at 11:56 AM, Juan Antonio Iba?ez Santorum wrote: >> >> > Helllo! >> > >> > When adding one APP interface, what is the meaning of following app >> flags? >> > >> > SAF_NONE >> > SAF_SUPPORT_NOMEDIA >> > SAF_ROUTING_EXEC >> > SAF_MEDIA_TAP >> > >> > Regards >> > _______________________________________________ >> > FreeSWITCH-dev mailing list >> > FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/be70bcb7/attachment-0001.html From juanito1982 at gmail.com Mon Jun 28 00:11:17 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Mon, 28 Jun 2010 09:11:17 +0200 Subject: [Freeswitch-dev] APP interface flags In-Reply-To: References: Message-ID: Thank you Rupa and Mathieu! 2010/6/28 Rupa Schomaker > use SAF_SUPPORT_NOMEDIA if your app doesn't care about the state of the > media. Think things like set, lcr, hash, etc. They don't touch the media > so we don't need to ensure there is media when running the app. > > SAF_ROUTING_EXEC allows one to specify that it is safe / possible to > execute the app at route. This allows one to run stuff prior to the actual > execution of the dialplan. You can read more about this on the wiki at: > > http://wiki.freeswitch.org/wiki/Dialplan_XML#Inline_Actions > > 2010/6/28 Juan Antonio Iba?ez Santorum > > Where would be interesant to user SAF_SUPPORT_NOMEDIA and SAF_ROUTING_EXEC? >> >> Regards >> >> 2010/6/28 Mathieu Rene >> >>> > SAF_NONE >>> >>> Nothing >>> > SAF_SUPPORT_NOMEDIA >>> Means the channel wont be automatically pre_answered (in sip: it won't >>> send a 183) before the application is started >>> > SAF_ROUTING_EXEC >>> Means the application can run within the routing state >>> > SAF_MEDIA_TAP >>> Means its setting up a media tap (media bug) >>> >>> Mathieu Rene >>> Avant-Garde Solutions Inc >>> Office: + 1 (514) 664-1044 x100 >>> Cell: +1 (514) 664-1044 x200 >>> mrene at avgs.ca >>> >>> >>> >>> >>> On 2010-06-26, at 11:56 AM, Juan Antonio Iba?ez Santorum wrote: >>> >>> > Helllo! >>> > >>> > When adding one APP interface, what is the meaning of following app >>> flags? >>> > >>> > SAF_NONE >>> > SAF_SUPPORT_NOMEDIA >>> > SAF_ROUTING_EXEC >>> > SAF_MEDIA_TAP >>> > >>> > Regards >>> > _______________________________________________ >>> > FreeSWITCH-dev mailing list >>> > FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > > -- > -Rupa > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/323f5585/attachment.html From anthony.minessale at gmail.com Mon Jun 28 06:30:21 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 28 Jun 2010 08:30:21 -0500 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: <20100628091917.675b0d3f@honiswang-laptop> References: <20100628091917.675b0d3f@honiswang-laptop> Message-ID: I don't understand the text but I understand the C code. added to GIT 1a5b52e 2010/6/27 ??? > ???FREEESWITCH > 1.0.19??????????????odbc??????????????????????????????????????????? > > > SWITCH_DECLARE(void) > switch_cache_db_release_db_handle(switch_cache_db_handle_t ** dbh) > { > if(dbh && *dbh) > { > switch_clear_flag(*dbh, CDF_INUSE); //???????? > switch_mutex_unlock((*dbh)->mutex); > *dbh = NULL; > } > } > > > > ??? > ????-IP??? > Mon, 28 Jun 2010 09:18:52 +0800 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/8b8e2828/attachment.html From edpimentl at gmail.com Mon Jun 28 06:50:07 2010 From: edpimentl at gmail.com (EdPimentl) Date: Mon, 28 Jun 2010 09:50:07 -0400 Subject: [Freeswitch-dev] =?utf-8?b?b2RiY+i/nuaOpei/h+WkmueahOmXrumimA==?= In-Reply-To: References: <20100628091917.675b0d3f@honiswang-laptop> Message-ID: This is what he said: In the test FREEESWITCH 1.0.19 version of the time found a problem, too much can cause odbc connection, leading to not create a new connection problem. Find the code found in the following function should be connected without removing the logo. SWITCH_DECLARE (void) switch_cache_db_release_db_handle (switch_cache_db_handle_t ** dbh) ( if (dbh & & * dbh) ( switch_clear_flag (* dbh, CDF_INUSE); / / get rid of using the state flag switch_mutex_unlock ((* dbh) -> mutex); * Dbh = NULL; ) ) -E Gpro.ws -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/655b9499/attachment.html From mrene_lists at avgs.ca Mon Jun 28 08:41:57 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Mon, 28 Jun 2010 11:41:57 -0400 Subject: [Freeswitch-dev] =?utf-8?b?b2RiY+i/nuaOpei/h+WkmueahOmXrumimA==?= In-Reply-To: References: <20100628091917.675b0d3f@honiswang-laptop> Message-ID: I guess the source was easier to read than the google translation anyways Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-28, at 9:50 AM, EdPimentl wrote: > This is what he said: > > In the test FREEESWITCH > 1.0.19 version of the time found a problem, too much can cause odbc connection, leading to not create a new connection problem. Find the code found in the following function should be connected without removing the logo. > > > SWITCH_DECLARE (void) > switch_cache_db_release_db_handle (switch_cache_db_handle_t ** dbh) > ( > if (dbh & & * dbh) > ( > switch_clear_flag (* dbh, CDF_INUSE); / / get rid of using the state flag switch_mutex_unlock ((* dbh) -> mutex); > * Dbh = NULL; > ) > ) > > > -E > Gpro.ws > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/776dfe4d/attachment.html From anthony.minessale at gmail.com Mon Jun 28 09:40:58 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 28 Jun 2010 11:40:58 -0500 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: References: <20100628091917.675b0d3f@honiswang-laptop> Message-ID: turns out that change is horrible. i think his problem is he needs more connections because that change really messes things up 2010/6/28 Mathieu Rene > I guess the source was easier to read than the google translation anyways > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-28, at 9:50 AM, EdPimentl wrote: > > This is what he said: > > In the test FREEESWITCH > 1.0.19 version of the time found a problem, too much can cause odbc > connection, leading to not create a new connection problem. Find the code > found in the following function should be connected without removing the > logo. > > > SWITCH_DECLARE (void) > switch_cache_db_release_db_handle (switch_cache_db_handle_t ** dbh) > ( > if (dbh & & * dbh) > ( > switch_clear_flag (* dbh, CDF_INUSE); / / get rid of using the state flag > switch_mutex_unlock ((* dbh) -> mutex); > * Dbh = NULL; > ) > ) > > > -E > Gpro.ws > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/b689ee00/attachment-0001.html From moises.silva at gmail.com Mon Jun 28 15:54:19 2010 From: moises.silva at gmail.com (Moises Silva) Date: Mon, 28 Jun 2010 18:54:19 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> Message-ID: Hello, I spent a few hours playing with DTMF stuff and analog cards and it seems there is 2 issues at hand. 1. Bleeding DTMF. 2. Echo DTMF. The first issue, for software DTMF, can be solved with Anthony's pre buffer size feature. However that introduces delay by design, and it will not work for large DTMFs (if the dtmf is larger than the buffer). For hardware DTMF a new driver was just released that includes a configuration to allow the EC chip to perform the dtmf tone removal which cuts down the bleeding to only 20ms (in my testing) there is no way a DTMF detector will consider that a valid DTMF and therefore the bleeding should be solved with no delay introduced. The option is HWEC_DTMF_REMOVAL = YES, must be added along with the usual TDMV_HW_DTMF = YES in wanpipex.conf Ideally the software DTMF detector (in this case teletone) should cut it at the same time that it detects it. I thought may be spandsp would help, but it seems spandsp does not have an option to squelch the dtmf tone. May be Steve can help with that. I pinged him on IRC and he said he may get some code working, but there is no date for that and also that would involve integrating spandsp into FreeTDM, any reason to not do this now that spandsp is LGPL? As for the echo dtmf. It seems sometimes an outgoing DTMF may be detected as incoming DTMF due to echo. There is not much we can do there if you don't have echo cancellation. If however you have this issue even with HW EC, call Sangoma tech support and we will be happy to look at the issue. In another note, I added a variable and application to disable DTMF. That will disable DTMF (either software or hardware) in the leg executing that app. If you want to disable in the outgoing leg (before a bridge), you must export a special variable: The DTMF is enabled automatically on each call, so there is no need to enable it for each call. But in case you need to enable it: Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 16, 2010 at 12:09 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > openzap_pre_buffer_size is a variable you can set to specific number of MS > 60 for example. > it will pre_buffer the audio on the channel so when you detect dtmf it will > completely drop the buffer so all of the original > dtmf should be dropped as well. probably if the dtmf is too long then it > will cause problems anyway. > > if that pre buffer does not fix anything it would point to echo or > bleeding. > > We could make a variable to disable dtmf detection completely on a per-call > basis possibly but you will still probably hear it bleeding. > > This type of problem was reported fixed with sangoma because of the > echo canceler. > I don't use dahdi or digium stuff much so I can't comment on what happens > when you use it. > > > > On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal wrote: > >> Does this really fix it ? >> I wonder because the problem I see here is also that the FXS side detects >> the DTMF and then queues it on the FXO side for generation. That leads to >> the called party receiving twice the DTMF, the first one is the inband >> DTMF, the second is the one queued/generated by the FXO channel. >> >> For a clean fix, I guess some kind of application should be created, that >> would prevent DTMF to be queued on the other channel. Such application >> would then be called before the bridge. Maybe there is a cleaner way to do >> this. >> >> Fran?ois >> >> On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" >> wrote: >> > Hi everybody, >> > >> > I have a problem that is very similar to a problem >> > reported by Fran?ois [1] except for the fact that >> > my FXS and FXO ports are on a Xorcom Astribank >> > device instead of a Sangoma. >> > >> > To quote Fran?ois: "The problem is that each leg of >> > the bridge is detecting the inband DTMF, and so >> > [F]reeswitch sends each detected DTMF from one leg >> > to the other, and so on and so forth (as each leg >> > detects the DTMF again and again)" >> > >> > HIS words but evidenced by the MY log :) >> > >> > The snippet below has DTMF coming in on the FXS port >> > (1:1) and bouncing between it and the FXO port (3:1). >> > The ports are simply bridged together with >> > >> > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" >> > >> > I'm running: >> > >> > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) >> > dahdi: Version: SVN-trunk-r8762 >> > >> > Output of lsdahdi at end of message. >> > >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > [...] >> > 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] >> > 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] >> > 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] >> > 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! >> (write >> > not ready) >> > 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] >> > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] >> > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] >> > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! >> (write >> > not ready) >> > [...ad infinitum...] >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > >> > Because I needed DTMF pass-through working "now" >> > I applied an ugly HACK. This drops DTMF tones >> > detected on spans 3 and 4 (which are my FXO >> > spans). This is very WRONG but it does solve >> > my immediate problem: >> > >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > diff --git a/libs/openzap/mod_openzap/mod_openzap.c >> > b/libs/openzap/mod_openzap/mod_openzap.c >> > index 5aebfea..ff3b081 100644 >> > --- a/libs/openzap/mod_openzap/mod_openzap.c >> > +++ b/libs/openzap/mod_openzap/mod_openzap.c >> > @@ -718,8 +718,12 @@ static switch_status_t >> > channel_read_frame(switch_core_session_t *session, switch >> > for (p = dtmf; p && *p; p++) { >> > if (is_dtmf(*p)) { >> > _dtmf.digit = *p; >> > - zap_log(ZAP_LOG_DEBUG, "queue DTMF >> [%c]\n", >> > *p); >> > - switch_channel_queue_dtmf(channel, >> &_dtmf); >> > + if (tech_pvt->zchan->span_id == 3 || >> > tech_pvt->zchan->span_id == 4) { >> > + zap_log(ZAP_LOG_DEBUG, "Ignoring >> > DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, >> > tech_pvt->zchan->chan_id) >> > ; >> > + } else { >> > + zap_log(ZAP_LOG_DEBUG, "queue >> DTMF >> > [%c]\n", *p); >> > + >> switch_channel_queue_dtmf(channel, >> > &_dtmf); >> > + } >> > } >> > } >> > } >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > >> > Can someone point me in the "right" direction >> > instead? Do I need to do this at the OpenZAP/DAHDI >> > level by disabling some kind of DTMF detection >> > like was done for the Sangoma driver? >> > >> > Any and all pointers appreciated. >> > >> > Cheers, >> > -Slim >> > >> > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF >> > >> >> http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm >> > l >> > >> > [Freeswitch-dev] Problem with sending >> > DTMF on FXS port bridged to an FXO port >> > >> >> http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html >> > >> > >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > [root at localhost freeswitch]# lsdahdi >> > ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) >> > 1 FXS FXOKS >> > 2 FXS FXOKS >> > 3 FXS FXOKS >> > 4 FXS FXOKS >> > 5 FXS FXOKS >> > 6 FXS FXOKS >> > 7 FXS FXOKS >> > 8 FXS FXOKS >> > 9 Output FXOKS >> > 10 Output FXOKS >> > 11 Input FXOKS >> > 12 Input FXOKS >> > 13 Input FXOKS >> > 14 Input FXOKS >> > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" >> > 15 FXS FXOKS >> > 16 FXS FXOKS >> > 17 FXS FXOKS >> > 18 FXS FXOKS >> > 19 FXS FXOKS >> > 20 FXS FXOKS >> > 21 FXS FXOKS >> > 22 FXS FXOKS >> > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" >> > 23 FXO FXSKS RED >> > 24 FXO FXSKS RED >> > 25 FXO FXSKS RED >> > 26 FXO FXSKS RED >> > 27 FXO FXSKS RED >> > 28 FXO FXSKS RED >> > 29 FXO FXSKS RED >> > 30 FXO FXSKS RED >> > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" >> > 31 FXO FXSKS RED >> > 32 FXO FXSKS RED >> > 33 FXO FXSKS RED >> > 34 FXO FXSKS RED >> > 35 FXO FXSKS RED >> > 36 FXO FXSKS RED >> > 37 FXO FXSKS RED >> > 38 FXO FXSKS RED >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > >> > >> > Cheers, >> > -Slim >> > -- >> > Jeroen C. "Slim" van Gelderen >> > Olympic Sports Data Services >> > Email: jeroeng at thegreek.com >> > Phone: +1 876 953 6182 x128 >> > >> > >> > >> > _______________________________________________ >> > FreeSWITCH-dev mailing list >> > FreeSWITCH-dev at 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 at 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100628/12b580dc/attachment.html From dujinfang at gmail.com Mon Jun 28 16:43:04 2010 From: dujinfang at gmail.com (Seven Du) Date: Tue, 29 Jun 2010 07:43:04 +0800 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: References: <20100628091917.675b0d3f@honiswang-laptop> Message-ID: agree with mrene that the google translation is horrible in this case. 2010/6/29 Anthony Minessale : > turns out that change is horrible. > i think his problem is he needs more connections because that change really > messes things up > > 2010/6/28 Mathieu Rene >> >> I guess the source was easier to read than the google translation anyways >> Mathieu Rene >> Avant-Garde Solutions Inc >> Office: + 1 (514) 664-1044 x100 >> Cell: +1 (514) 664-1044 x200 >> mrene at avgs.ca >> >> >> >> On 2010-06-28, at 9:50 AM, EdPimentl wrote: >> >> This is what he said: >> >> In the test FREEESWITCH >> 1.0.19 version of the time found a problem, too much can cause odbc >> connection, leading to not create a new connection problem. Find the code >> found in the following function should be connected without removing the >> logo. >> >> >> SWITCH_DECLARE (void) >> switch_cache_db_release_db_handle (switch_cache_db_handle_t ** dbh) >> ( >> if (dbh & & * dbh) >> ( >> switch_clear_flag (* dbh, CDF_INUSE); / / get rid of using the state flag >> switch_mutex_unlock ((* dbh) -> mutex); >> * Dbh = NULL; >> ) >> ) >> >> >> -E >> Gpro.ws >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn From plite2012 at gmail.com Mon Jun 28 22:19:21 2010 From: plite2012 at gmail.com (Paul Li) Date: Tue, 29 Jun 2010 00:19:21 -0500 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() and memory alloc/free in general Message-ID: A lot of FreeSwitch core APIs, such as switch_event_dup(switch_event_t **event, switch_event_t *todup), returns a pointer to an allocated memory chunk, should the caller always releases that memory chunk by calling a proper API, such as switch_event_destroy(switch_event_t **event)? I could not find any documentation to detail the general rule regarding memory allocation/free when using the core APIs. Thank you for your attention! From rupa at rupa.com Mon Jun 28 23:33:25 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Tue, 29 Jun 2010 01:33:25 -0500 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() and memory alloc/free in general In-Reply-To: References: Message-ID: Yes, you must call destroy on the object if it has it. On Tue, Jun 29, 2010 at 12:19 AM, Paul Li wrote: > A lot of FreeSwitch core APIs, such as switch_event_dup(switch_event_t > **event, switch_event_t *todup), returns a pointer to an allocated > memory chunk, should the caller always releases that memory chunk by > calling a proper API, such as switch_event_destroy(switch_event_t > **event)? > > I could not find any documentation to detail the general rule > regarding memory allocation/free when using the core APIs. > > Thank you for your attention! > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/ecb7f6dc/attachment.html From G.Binet at mondialtelecom.be Tue Jun 29 03:16:57 2010 From: G.Binet at mondialtelecom.be (Guillaume Binet) Date: Tue, 29 Jun 2010 12:16:57 +0200 Subject: [Freeswitch-dev] RTCP patch to send source reports in the RECV_RTCP_MESSAGE event Message-ID: <1F5B435178035E45A495F36C97955C39B62641FDA0@domainserver.HMBEINT.LOCAL> Hi all, Please find attached a patch that parses and add RTCP source reports and added the info to the corresponding the switch event. It adds the following headers, numbered by source : Event arrived : RECV_RTCP_MESSAGE Event Header : Event-Name -> RECV_RTCP_MESSAGE Event Header : Core-UUID -> 649cbe4e-7bb8-4edd-a0f5-2662246966f8 Event Header : FreeSWITCH-Hostname -> sal Event Header : FreeSWITCH-IPv4 -> 192.168.0.89 Event Header : FreeSWITCH-IPv6 -> ::1 Event Header : Event-Date-Local -> 2010-06-29 12:11:00 Event Header : Event-Date-GMT -> Tue, 29 Jun 2010 10:11:00 GMT Event Header : Event-Date-Timestamp -> 1277806260737911 Event Header : Event-Calling-File -> mod_sofia.c Event Header : Event-Calling-Function -> sofia_read_frame Event Header : Event-Calling-Line-Number -> 907 Event Header : Unique-ID -> 4fa7d00b-64f2-47ff-b2db-266943ee5fe2 Event Header : SSRC -> 402076d6 Event Header : NTP-Most-Significant-Word -> 3486795060 Event Header : NTP-Least-Significant-Word -> 3111085330 Event Header : RTP-Timestamp -> 40160 Event Header : Sender-Packet-Count -> 246 Event Header : Octect-Packet-Count -> 39360 Event Header : Last-RTP-Timestamp -> 39840 Event Header : RTP-Rate -> 8000 Event Header : Capture-Time -> 1277806260738059 --> HERE Event Header : Source0-SSRC -> 18320497 Event Header : Source0-Fraction -> 0 Event Header : Source0-Lost -> 0 Event Header : Source0-Highest-Sequence-Number-Received -> 40032 Event Header : Source0-Jitter -> 5 Event Header : Source0-LSR -> 0 Event Header : Source0-DLSR -> 0 Guillaume BINET. Guillaume Binet Mobile: +32 487 57 35 81 Fax: +32 2 223 01 15 Ch. de la Hulpe 181 Terhulpsesteenweg Bruxelles B-1170 Brussel www.mondialtelecom.be To discover the innovation of Mondial Telecom, becherry.be -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-RTCP-source-parsing.patch Type: text/x-patch Size: 10481 bytes Desc: 0001-RTCP-source-parsing.patch Url : http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/6ce5a1a9/attachment.bin From stamm at lyth.de Mon Jun 28 02:34:54 2010 From: stamm at lyth.de (Achim Stamm) Date: Mon, 28 Jun 2010 11:34:54 +0200 Subject: [Freeswitch-dev] Merging A Law Audio data Message-ID: <4C286CBE.7080103@lyth.de> Hello! I have following problem: I get 160 Bytes Audio data (Format PCM A Law) from a Free Switch Session and save the data in a byte vector. At same time i get 160 Bytes Audio data (Format PCM A Law) from an external program and save the data in a byte vector. I want to merge the two audio data like a conference FreeSwitch Session mixed them. Can I use a Free Switch audio - Merge (C ++) Function ? How does Free Switch merge Audio Data in Conference mode ? regards Achim Stamm -- Achim Stamm, Dipl.-Inform. (FH) Lyncker & Theis GmbH Wilhelmstr. 16 65185 Wiesbaden Germany Fon +49 611/9006951 Fax +49 611/9406125 Handelsregister: HRB 23156 Amtsgericht Wiesbaden Steuernummer: 04323897052 USt-IdNr.: DE255806399 Gesch?ftsf?hrer: Filip Lyncker, Armin Theis From xengelpublicx at gmail.com Thu Jun 24 15:41:11 2010 From: xengelpublicx at gmail.com (Vladimir Elizarov) Date: Fri, 25 Jun 2010 02:41:11 +0400 Subject: [Freeswitch-dev] continue_on_fail and hangup_after_bridge with transfer Message-ID: I'm trying to make a dialplan: The logic of his work: if unavailable gateway to the next. if not available all the gateway to go to the extension transfer. A problem in If we get a code busy here, it is not satisfied hangup_after_bridge. The call goes to the transfer. Why is this so? trace: http://pastebin.freeswitch.org/13244 -- Best regards, Vladimir Elizarov From xiaqing at hundsun.com Mon Jun 28 19:26:59 2010 From: xiaqing at hundsun.com (=?gb2312?B?z8TH4A==?=) Date: Tue, 29 Jun 2010 10:26:59 +0800 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: References: <20100628091917.675b0d3f@honiswang-laptop> Message-ID: <5F3C6138F5918743BDCA85B89DA254980B1F5162@HSMAIL.hs.handsome.com.cn> Following is the translation from Chinese: We found a problem when testing Freeswitch version 1.0.19, it will create too many ODBC connections, and lead to unable create new connection. It should be caused by following function that flag was not removed. SWITCH_DECLARE(void) switch_cache_db_release_db_handle(switch_cache_db_handle_t ** dbh) { if(dbh && *dbh) { switch_clear_flag(*dbh, CDF_INUSE); //remove INUSE flag switch_mutex_unlock((*dbh)->mutex); *dbh = NULL; } } -----Original Message----- From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Seven Du Sent: Tuesday, June 29, 2010 7:43 AM To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] odbc??????? agree with mrene that the google translation is horrible in this case. 2010/6/29 Anthony Minessale : > turns out that change is horrible. > i think his problem is he needs more connections because that change > really messes things up > > 2010/6/28 Mathieu Rene >> >> I guess the source was easier to read than the google translation >> anyways Mathieu Rene Avant-Garde Solutions Inc >> Office: + 1 (514) 664-1044 x100 >> Cell: +1 (514) 664-1044 x200 >> mrene at avgs.ca >> >> >> >> On 2010-06-28, at 9:50 AM, EdPimentl wrote: >> >> This is what he said: >> >> In the test FREEESWITCH >> 1.0.19 version of the time found a problem, too much can cause odbc >> connection, leading to not create a new connection problem. Find the >> code found in the following function should be connected without >> removing the logo. >> >> >> SWITCH_DECLARE (void) >> switch_cache_db_release_db_handle (switch_cache_db_handle_t ** dbh) ( >> if (dbh & & * dbh) ( switch_clear_flag (* dbh, CDF_INUSE); / / get >> rid of using the state flag switch_mutex_unlock ((* dbh) -> mutex); >> * Dbh = NULL; >> ) >> ) >> >> >> -E >> Gpro.ws >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de >> v >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de >> v >> 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org From steveayre at gmail.com Tue Jun 29 06:29:18 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 29 Jun 2010 14:29:18 +0100 Subject: [Freeswitch-dev] Merging A Law Audio data In-Reply-To: <4C286CBE.7080103@lyth.de> References: <4C286CBE.7080103@lyth.de> Message-ID: See the source of src/mod/applications/mod_conference/mod_conference.c, function conference_thread_run It reads frames from each of the participants and manually combines them all to form a mux frame, which is then sent to all participants. This is done using the internal audio representation (possibly L16). So even where everyone is using the same codec, e.g. PCMA, there's transcoding going on. I don't know any way to achieve what you want at the moment, but someone else might. You should be able to write you own module to do it too though. -Steve On 28 June 2010 10:34, Achim Stamm wrote: > Hello! > > I have following problem: > > I get 160 Bytes Audio data (Format PCM A Law) from a Free Switch Session > and save the data in a byte vector. > At same time i get 160 Bytes Audio data (Format PCM A Law) from an > external program and save the data in a byte vector. > I want to merge the two audio data like a conference FreeSwitch Session > mixed them. > Can I use a Free Switch audio - Merge (C ++) Function ? > How does Free Switch merge Audio Data in Conference mode ? > > regards > > Achim Stamm > > -- > Achim Stamm, Dipl.-Inform. (FH) > > > Lyncker & Theis GmbH > Wilhelmstr. 16 > 65185 Wiesbaden > Germany > > Fon +49 611/9006951 > Fax +49 611/9406125 > > > Handelsregister: HRB 23156 Amtsgericht Wiesbaden > Steuernummer: 04323897052 > USt-IdNr.: DE255806399 > > Gesch?ftsf?hrer: > Filip Lyncker, > Armin Theis > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/835ecc67/attachment.html From steveayre at gmail.com Tue Jun 29 06:36:23 2010 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 29 Jun 2010 14:36:23 +0100 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() and memory alloc/free in general In-Reply-To: References: Message-ID: memory free is sometimes used, but often not needed because of memory pools. Sessions and channels have their own memory pool, anything creating memory for one of them will not need freeing as when the session ends the entire pool is destroyed. Similarly many modules have a pool which lasts for the lifetime of the module. There are other functions which will need freeing though... I suggest that you use switch_safe_free() to be consistent with the rest of freeswitch. It's just a wrapper on free which doesn't call it for a null pointer (avoiding a segfault on some systems). Some examples: - switch_snprintf & switch_mprintf needs a free (is given no pool or object with a pool) - switch_core_session_sprintf does not need a free (it's given a session, memory is allocated from its pool) - switch_channel_expand_variables sometimes needs free, sometimes doesn't (you give it a buffer, if it's large enough its used and returned otherwise it creates a new one, so you should check the return value against the buffer to avoid either freeing a const char or a buffer twice). -Steve On 29 June 2010 06:19, Paul Li wrote: > A lot of FreeSwitch core APIs, such as switch_event_dup(switch_event_t > **event, switch_event_t *todup), returns a pointer to an allocated > memory chunk, should the caller always releases that memory chunk by > calling a proper API, such as switch_event_destroy(switch_event_t > **event)? > > I could not find any documentation to detail the general rule > regarding memory allocation/free when using the core APIs. > > Thank you for your attention! > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/2237eb35/attachment.html From brian at freeswitch.org Tue Jun 29 06:37:38 2010 From: brian at freeswitch.org (Brian West) Date: Tue, 29 Jun 2010 08:37:38 -0500 Subject: [Freeswitch-dev] Merging A Law Audio data In-Reply-To: References: <4C286CBE.7080103@lyth.de> Message-ID: <66A253E7-0A87-4941-A724-D4ABE4590E14@freeswitch.org> But thats raw PCM that its mixing together. I don't think you can directly mix A Law audio without first taking it to Signed Linear. /b On Jun 29, 2010, at 8:29 AM, Steven Ayre wrote: > See the source of src/mod/applications/mod_conference/mod_conference.c, function conference_thread_run > > It reads frames from each of the participants and manually combines them all to form a mux frame, which is then sent to all participants. This is done using the internal audio representation (possibly L16). So even where everyone is using the same codec, e.g. PCMA, there's transcoding going on. > > I don't know any way to achieve what you want at the moment, but someone else might. You should be able to write you own module to do it too though. > > -Steve From anthony.minessale at gmail.com Tue Jun 29 06:38:06 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 29 Jun 2010 08:38:06 -0500 Subject: [Freeswitch-dev] Merging A Law Audio data In-Reply-To: <4C286CBE.7080103@lyth.de> References: <4C286CBE.7080103@lyth.de> Message-ID: you either have to decode them and merge them together by adding the samples or know some kind of dsp trick to do it while its encoded. On Mon, Jun 28, 2010 at 4:34 AM, Achim Stamm wrote: > Hello! > > I have following problem: > > I get 160 Bytes Audio data (Format PCM A Law) from a Free Switch Session > and save the data in a byte vector. > At same time i get 160 Bytes Audio data (Format PCM A Law) from an > external program and save the data in a byte vector. > I want to merge the two audio data like a conference FreeSwitch Session > mixed them. > Can I use a Free Switch audio - Merge (C ++) Function ? > How does Free Switch merge Audio Data in Conference mode ? > > regards > > Achim Stamm > > -- > Achim Stamm, Dipl.-Inform. (FH) > > > Lyncker & Theis GmbH > Wilhelmstr. 16 > 65185 Wiesbaden > Germany > > Fon +49 611/9006951 > Fax +49 611/9406125 > > > Handelsregister: HRB 23156 Amtsgericht Wiesbaden > Steuernummer: 04323897052 > USt-IdNr.: DE255806399 > > Gesch?ftsf?hrer: > Filip Lyncker, > Armin Theis > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/5c85c34c/attachment.html From anthony.minessale at gmail.com Tue Jun 29 09:59:45 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 29 Jun 2010 11:59:45 -0500 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: <5F3C6138F5918743BDCA85B89DA254980B1F5162@HSMAIL.hs.handsome.com.cn> References: <20100628091917.675b0d3f@honiswang-laptop> <5F3C6138F5918743BDCA85B89DA254980B1F5162@HSMAIL.hs.handsome.com.cn> Message-ID: it's wrong. That patch breaks things horribly I tested it. I forgot that the flag is only cleared when the thread who created it, exits. The point is to keep the db connection dedicated to that thread until it exits. if the total connections run out it may be due to mod_limit and postgres only having 100 connections as the default. 2010/6/28 ?? > Following is the translation from Chinese: > > We found a problem when testing Freeswitch version 1.0.19, it will create > too many ODBC connections, and lead to unable create new connection. It > should be caused by following function that flag was not removed. > > SWITCH_DECLARE(void) > switch_cache_db_release_db_handle(switch_cache_db_handle_t ** dbh) { > if(dbh && *dbh) > { > switch_clear_flag(*dbh, CDF_INUSE); //remove INUSE flag > switch_mutex_unlock((*dbh)->mutex); > *dbh = NULL; > } > } > > -----Original Message----- > From: freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Seven Du > Sent: Tuesday, June 29, 2010 7:43 AM > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] odbc??????? > > agree with mrene that the google translation is horrible in this case. > > 2010/6/29 Anthony Minessale : > > turns out that change is horrible. > > i think his problem is he needs more connections because that change > > really messes things up > > > > 2010/6/28 Mathieu Rene > >> > >> I guess the source was easier to read than the google translation > >> anyways Mathieu Rene Avant-Garde Solutions Inc > >> Office: + 1 (514) 664-1044 x100 > >> Cell: +1 (514) 664-1044 x200 > >> mrene at avgs.ca > >> > >> > >> > >> On 2010-06-28, at 9:50 AM, EdPimentl wrote: > >> > >> This is what he said: > >> > >> In the test FREEESWITCH > >> 1.0.19 version of the time found a problem, too much can cause odbc > >> connection, leading to not create a new connection problem. Find the > >> code found in the following function should be connected without > >> removing the logo. > >> > >> > >> SWITCH_DECLARE (void) > >> switch_cache_db_release_db_handle (switch_cache_db_handle_t ** dbh) ( > >> if (dbh & & * dbh) ( switch_clear_flag (* dbh, CDF_INUSE); / / get > >> rid of using the state flag switch_mutex_unlock ((* dbh) -> mutex); > >> * Dbh = NULL; > >> ) > >> ) > >> > >> > >> -E > >> Gpro.ws > >> > >> > >> _______________________________________________ > >> FreeSWITCH-dev mailing list > >> FreeSWITCH-dev at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de > >> v > >> http://www.freeswitch.org > >> > >> > >> _______________________________________________ > >> FreeSWITCH-dev mailing list > >> FreeSWITCH-dev at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de > >> v > >> 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 at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > > > -- > Blog: http://www.dujinfang.com > Proj: http://www.freeswitch.org.cn > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/21b95b06/attachment-0001.html From jalsot at gmail.com Tue Jun 29 10:03:02 2010 From: jalsot at gmail.com (Tamas) Date: Tue, 29 Jun 2010 19:03:02 +0200 Subject: [Freeswitch-dev] sessionid for mod_spandsp_fax Message-ID: <4C2A2746.2010504@gmail.com> Hello, Is there a way to include the session uuid in mod_spandsp_fax logs? I'm getting something like: 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:328 remote vendor: 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:329 remote model: 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:331 ============================================================================== 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 Changing from state 22 to 32 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 Changing from phase T30_PHASE_D_RX to T30_PHASE_CALL_FINISHED 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.38T Set rx type 8 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.38T Set tx type 8 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.38T FAX exchange complete Where cannot filter the session using the sessionid. I took a quick look into the source code but seen that would need to pass the session somehow to spanfax_log_message. Any idea how to change that? Regards, Tamas From steveu at coppice.org Tue Jun 29 10:05:17 2010 From: steveu at coppice.org (Steve Underwood) Date: Wed, 30 Jun 2010 01:05:17 +0800 Subject: [Freeswitch-dev] Merging A Law Audio data In-Reply-To: References: <4C286CBE.7080103@lyth.de> Message-ID: <4C2A27CD.7020306@coppice.org> On 06/29/2010 09:38 PM, Anthony Minessale wrote: > you either have to decode them and merge them together by adding the > samples or know some kind of dsp trick to do it while its encoded. There isn't really a DSP trick you can use. You could use a 64k entry look up table, but otherwise you decompress the A-law, add with saturation, compress to A-law and send it. Steve > > > On Mon, Jun 28, 2010 at 4:34 AM, Achim Stamm > wrote: > > Hello! > > I have following problem: > > I get 160 Bytes Audio data (Format PCM A Law) from a Free Switch > Session > and save the data in a byte vector. > At same time i get 160 Bytes Audio data (Format PCM A Law) from an > external program and save the data in a byte vector. > I want to merge the two audio data like a conference FreeSwitch > Session > mixed them. > Can I use a Free Switch audio - Merge (C ++) Function ? > How does Free Switch merge Audio Data in Conference mode ? > > regards > > Achim Stamm > > -- > Achim Stamm, Dipl.-Inform. (FH) > > > Lyncker & Theis GmbH > Wilhelmstr. 16 > 65185 Wiesbaden > Germany > > Fon +49 611/9006951 > Fax +49 611/9406125 > > > Handelsregister: HRB 23156 Amtsgericht Wiesbaden > Steuernummer: 04323897052 > USt-IdNr.: DE255806399 > > Gesch?ftsf?hrer: > Filip Lyncker, > Armin Theis > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > From anthony.minessale at gmail.com Tue Jun 29 10:10:27 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 29 Jun 2010 12:10:27 -0500 Subject: [Freeswitch-dev] sessionid for mod_spandsp_fax In-Reply-To: <4C2A2746.2010504@gmail.com> References: <4C2A2746.2010504@gmail.com> Message-ID: you would probably need to ask coppice to write a way to set some user_id on a fax so it could be echoed in the logs. On Tue, Jun 29, 2010 at 12:03 PM, Tamas wrote: > Hello, > > Is there a way to include the session uuid in mod_spandsp_fax logs? > I'm getting something like: > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 [DEBUG] > mod_spandsp_fax.c:328 remote vendor: > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 [DEBUG] > mod_spandsp_fax.c:329 remote model: > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 [DEBUG] > mod_spandsp_fax.c:331 > > ============================================================================== > > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 > Changing from state 22 to 32 > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 > Changing from phase T30_PHASE_D_RX to T30_PHASE_CALL_FINISHED > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.38T Set > rx type 8 > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.38T Set > tx type 8 > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.38T FAX > exchange complete > > Where cannot filter the session using the sessionid. > I took a quick look into the source code but seen that would need to > pass the session somehow to spanfax_log_message. > > Any idea how to change that? > > Regards, > Tamas > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/052c662f/attachment.html From steveu at coppice.org Tue Jun 29 10:56:39 2010 From: steveu at coppice.org (Steve Underwood) Date: Wed, 30 Jun 2010 01:56:39 +0800 Subject: [Freeswitch-dev] sessionid for mod_spandsp_fax In-Reply-To: References: <4C2A2746.2010504@gmail.com> Message-ID: <4C2A33D7.4040605@coppice.org> On 06/30/2010 01:10 AM, Anthony Minessale wrote: > you would probably need to ask coppice to write a way to set some > user_id on a fax so it could be echoed in the logs. You mean, like using: span_log_set_tag(logging, "27293b76-839e-11df-a59a-df3daa5a8da2"); Steve > > > On Tue, Jun 29, 2010 at 12:03 PM, Tamas > wrote: > > Hello, > > Is there a way to include the session uuid in mod_spandsp_fax logs? > I'm getting something like: > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 > [DEBUG] > mod_spandsp_fax.c:328 remote vendor: > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 > [DEBUG] > mod_spandsp_fax.c:329 remote model: > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 > [DEBUG] > mod_spandsp_fax.c:331 > ============================================================================== > > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 > Changing from state 22 to 32 > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 > Changing from phase T30_PHASE_D_RX to T30_PHASE_CALL_FINISHED > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW > T.38T Set > rx type 8 > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW > T.38T Set > tx type 8 > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW > T.38T FAX > exchange complete > > Where cannot filter the session using the sessionid. > I took a quick look into the source code but seen that would need to > pass the session somehow to spanfax_log_message. > > Any idea how to change that? > > Regards, > Tamas > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > From jmesquita at freeswitch.org Tue Jun 29 11:56:37 2010 From: jmesquita at freeswitch.org (=?ISO-8859-1?Q?Jo=E3o_Mesquita?=) Date: Tue, 29 Jun 2010 15:56:37 -0300 Subject: [Freeswitch-dev] RTCP patch to send source reports in the RECV_RTCP_MESSAGE event In-Reply-To: <1F5B435178035E45A495F36C97955C39B62641FDA0@domainserver.HMBEINT.LOCAL> References: <1F5B435178035E45A495F36C97955C39B62641FDA0@domainserver.HMBEINT.LOCAL> Message-ID: This belongs to Jira, not here. Regards, Jo?o Mesquita On Tue, Jun 29, 2010 at 7:16 AM, Guillaume Binet wrote: > Hi all, > > Please find attached a patch that parses and add RTCP source reports and > added the info to the corresponding the switch event. > > It adds the following headers, numbered by source : > > Event arrived : RECV_RTCP_MESSAGE > Event Header : Event-Name -> RECV_RTCP_MESSAGE > Event Header : Core-UUID -> 649cbe4e-7bb8-4edd-a0f5-2662246966f8 > Event Header : FreeSWITCH-Hostname -> sal > Event Header : FreeSWITCH-IPv4 -> 192.168.0.89 > Event Header : FreeSWITCH-IPv6 -> ::1 > Event Header : Event-Date-Local -> 2010-06-29 12:11:00 > Event Header : Event-Date-GMT -> Tue, 29 Jun 2010 10:11:00 GMT > Event Header : Event-Date-Timestamp -> 1277806260737911 > Event Header : Event-Calling-File -> mod_sofia.c > Event Header : Event-Calling-Function -> sofia_read_frame > Event Header : Event-Calling-Line-Number -> 907 > Event Header : Unique-ID -> 4fa7d00b-64f2-47ff-b2db-266943ee5fe2 > Event Header : SSRC -> 402076d6 > Event Header : NTP-Most-Significant-Word -> 3486795060 > Event Header : NTP-Least-Significant-Word -> 3111085330 > Event Header : RTP-Timestamp -> 40160 > Event Header : Sender-Packet-Count -> 246 > Event Header : Octect-Packet-Count -> 39360 > Event Header : Last-RTP-Timestamp -> 39840 > Event Header : RTP-Rate -> 8000 > Event Header : Capture-Time -> 1277806260738059 > --> HERE > Event Header : Source0-SSRC -> 18320497 > Event Header : Source0-Fraction -> 0 > Event Header : Source0-Lost -> 0 > Event Header : Source0-Highest-Sequence-Number-Received -> 40032 > Event Header : Source0-Jitter -> 5 > Event Header : Source0-LSR -> 0 > Event Header : Source0-DLSR -> 0 > > Guillaume BINET. > Guillaume Binet > Mobile: +32 487 57 35 81 > Fax: +32 2 223 01 15 > > Ch. de la Hulpe 181 Terhulpsesteenweg > Bruxelles B-1170 Brussel > www.mondialtelecom.be > > To discover the innovation of Mondial Telecom, > becherry.be > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/c1f34439/attachment.html From anthony.minessale at gmail.com Tue Jun 29 12:00:49 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 29 Jun 2010 14:00:49 -0500 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() and memory alloc/free in general In-Reply-To: References: Message-ID: This is mostly true minor corrections below: most functions who return an opaque pointer with no sign of a session or pool are expected to be destroyed. The rule of thumb is if they take an double pointer or return a pointer to something opaque or a string it's a safe assumption it needs to be destroyed either by looking for a corresponding destroy function or regular switch_safe_free on strings. On Tue, Jun 29, 2010 at 8:36 AM, Steven Ayre wrote: > memory free is sometimes used, but often not needed because of memory > pools. > > Sessions and channels have their own memory pool, anything creating memory > for one of them will not need freeing as when the session ends the entire > pool is destroyed. Similarly many modules have a pool which lasts for the > lifetime of the module. > > There are other functions which will need freeing though... I suggest that > you use switch_safe_free() to be consistent with the rest of freeswitch. > It's just a wrapper on free which doesn't call it for a null pointer > (avoiding a segfault on some systems). > > Some examples: > - switch_snprintf & switch_mprintf needs a free (is given no pool or object > with a pool) > *switch_snprintf does not need free it takes a buffer and memory size as args like real snprintf* > - switch_core_session_sprintf does not need a free (it's given a session, > memory is allocated from its pool) > - switch_channel_expand_variables sometimes needs free, sometimes doesn't > (you give it a buffer, if it's large enough its used and returned otherwise > it creates a new one, so you should check the return value against the > buffer to avoid either freeing a const char or a buffer twice). > > *switch_channel_expand_variables only uses dynamic memory if something was expanded in the string. If it does not expand anything it returns the original input pointer so you can tell if you need to free it if the output != input string.* > -Steve > > > On 29 June 2010 06:19, Paul Li wrote: > >> A lot of FreeSwitch core APIs, such as switch_event_dup(switch_event_t >> **event, switch_event_t *todup), returns a pointer to an allocated >> memory chunk, should the caller always releases that memory chunk by >> calling a proper API, such as switch_event_destroy(switch_event_t >> **event)? >> >> I could not find any documentation to detail the general rule >> regarding memory allocation/free when using the core APIs. >> >> Thank you for your attention! >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/c783cada/attachment-0001.html From anthony.minessale at gmail.com Tue Jun 29 12:08:30 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 29 Jun 2010 14:08:30 -0500 Subject: [Freeswitch-dev] RTCP patch to send source reports in the RECV_RTCP_MESSAGE event In-Reply-To: References: <1F5B435178035E45A495F36C97955C39B62641FDA0@domainserver.HMBEINT.LOCAL> Message-ID: yes thanks for the patch but can you submit it to jira http://jira.freeswitch.org so we can track the workflow. 2010/6/29 Jo?o Mesquita > This belongs to Jira, not here. > > Regards, > Jo?o Mesquita > > > On Tue, Jun 29, 2010 at 7:16 AM, Guillaume Binet < > G.Binet at mondialtelecom.be> wrote: > >> Hi all, >> >> Please find attached a patch that parses and add RTCP source reports and >> added the info to the corresponding the switch event. >> >> It adds the following headers, numbered by source : >> >> Event arrived : RECV_RTCP_MESSAGE >> Event Header : Event-Name -> RECV_RTCP_MESSAGE >> Event Header : Core-UUID -> 649cbe4e-7bb8-4edd-a0f5-2662246966f8 >> Event Header : FreeSWITCH-Hostname -> sal >> Event Header : FreeSWITCH-IPv4 -> 192.168.0.89 >> Event Header : FreeSWITCH-IPv6 -> ::1 >> Event Header : Event-Date-Local -> 2010-06-29 12:11:00 >> Event Header : Event-Date-GMT -> Tue, 29 Jun 2010 10:11:00 GMT >> Event Header : Event-Date-Timestamp -> 1277806260737911 >> Event Header : Event-Calling-File -> mod_sofia.c >> Event Header : Event-Calling-Function -> sofia_read_frame >> Event Header : Event-Calling-Line-Number -> 907 >> Event Header : Unique-ID -> 4fa7d00b-64f2-47ff-b2db-266943ee5fe2 >> Event Header : SSRC -> 402076d6 >> Event Header : NTP-Most-Significant-Word -> 3486795060 >> Event Header : NTP-Least-Significant-Word -> 3111085330 >> Event Header : RTP-Timestamp -> 40160 >> Event Header : Sender-Packet-Count -> 246 >> Event Header : Octect-Packet-Count -> 39360 >> Event Header : Last-RTP-Timestamp -> 39840 >> Event Header : RTP-Rate -> 8000 >> Event Header : Capture-Time -> 1277806260738059 >> --> HERE >> Event Header : Source0-SSRC -> 18320497 >> Event Header : Source0-Fraction -> 0 >> Event Header : Source0-Lost -> 0 >> Event Header : Source0-Highest-Sequence-Number-Received -> 40032 >> Event Header : Source0-Jitter -> 5 >> Event Header : Source0-LSR -> 0 >> Event Header : Source0-DLSR -> 0 >> >> Guillaume BINET. >> Guillaume Binet >> Mobile: +32 487 57 35 81 >> Fax: +32 2 223 01 15 >> >> Ch. de la Hulpe 181 Terhulpsesteenweg >> Bruxelles B-1170 Brussel >> www.mondialtelecom.be >> >> To discover the innovation of Mondial Telecom, >> becherry.be >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/0ce80cef/attachment.html From mrene_lists at avgs.ca Tue Jun 29 12:23:11 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Tue, 29 Jun 2010 15:23:11 -0400 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() and memory alloc/free in general In-Reply-To: References: Message-ID: <50A79CBE-129E-49A1-9EBA-FC81563ACE06@avgs.ca> Also note that switch_event_fire() will internally free the event once the handlers have processed it. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-29, at 3:00 PM, Anthony Minessale wrote: > This is mostly true > minor corrections below: > > most functions who return an opaque pointer with no sign of a session or pool are expected to be destroyed. > The rule of thumb is if they take an double pointer or return a pointer to something opaque or a string it's a safe assumption it needs to be destroyed either by looking for a corresponding destroy function or regular switch_safe_free on strings. > > > On Tue, Jun 29, 2010 at 8:36 AM, Steven Ayre wrote: > memory free is sometimes used, but often not needed because of memory pools. > > Sessions and channels have their own memory pool, anything creating memory for one of them will not need freeing as when the session ends the entire pool is destroyed. Similarly many modules have a pool which lasts for the lifetime of the module. > > There are other functions which will need freeing though... I suggest that you use switch_safe_free() to be consistent with the rest of freeswitch. It's just a wrapper on free which doesn't call it for a null pointer (avoiding a segfault on some systems). > > Some examples: > - switch_snprintf & switch_mprintf needs a free (is given no pool or object with a pool) > switch_snprintf does not need free it takes a buffer and memory size as args like real snprintf > > - switch_core_session_sprintf does not need a free (it's given a session, memory is allocated from its pool) > - switch_channel_expand_variables sometimes needs free, sometimes doesn't (you give it a buffer, if it's large enough its used and returned otherwise it creates a new one, so you should check the return value against the buffer to avoid either freeing a const char or a buffer twice). > > switch_channel_expand_variables only uses dynamic memory if something was expanded in the string. If it does not expand anything it returns the original input pointer so you can tell if you need to free it if the output != input string. > > > > > -Steve > > > On 29 June 2010 06:19, Paul Li wrote: > A lot of FreeSwitch core APIs, such as switch_event_dup(switch_event_t > **event, switch_event_t *todup), returns a pointer to an allocated > memory chunk, should the caller always releases that memory chunk by > calling a proper API, such as switch_event_destroy(switch_event_t > **event)? > > I could not find any documentation to detail the general rule > regarding memory allocation/free when using the core APIs. > > Thank you for your attention! > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/dfbe2a88/attachment.html From anthony.minessale at gmail.com Tue Jun 29 12:27:13 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 29 Jun 2010 14:27:13 -0500 Subject: [Freeswitch-dev] sessionid for mod_spandsp_fax In-Reply-To: <4C2A33D7.4040605@coppice.org> References: <4C2A2746.2010504@gmail.com> <4C2A33D7.4040605@coppice.org> Message-ID: indeed On Tue, Jun 29, 2010 at 12:56 PM, Steve Underwood wrote: > On 06/30/2010 01:10 AM, Anthony Minessale wrote: > > you would probably need to ask coppice to write a way to set some > > user_id on a fax so it could be echoed in the logs. > You mean, like using: > > span_log_set_tag(logging, "27293b76-839e-11df-a59a-df3daa5a8da2"); > > Steve > > > > > > > On Tue, Jun 29, 2010 at 12:03 PM, Tamas > > wrote: > > > > Hello, > > > > Is there a way to include the session uuid in mod_spandsp_fax logs? > > I'm getting something like: > > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 > > [DEBUG] > > mod_spandsp_fax.c:328 remote vendor: > > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 > > [DEBUG] > > mod_spandsp_fax.c:329 remote model: > > 27293b76-839e-11df-a59a-df3daa5a8da2 2010-06-29 18:49:00.494082 > > [DEBUG] > > mod_spandsp_fax.c:331 > > > ============================================================================== > > > > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 > > Changing from state 22 to 32 > > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW T.30 > > Changing from phase T30_PHASE_D_RX to T30_PHASE_CALL_FINISHED > > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW > > T.38T Set > > rx type 8 > > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW > > T.38T Set > > tx type 8 > > 2010-06-29 18:49:00.494082 [DEBUG] mod_spandsp_fax.c:271 FLOW > > T.38T FAX > > exchange complete > > > > Where cannot filter the session using the sessionid. > > I took a quick look into the source code but seen that would need to > > pass the session somehow to spanfax_log_message. > > > > Any idea how to change that? > > > > Regards, > > Tamas > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at hotmail.com > > > > > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > > > > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org > > > > > > googletalk:conf+888 at conference.freeswitch.org > > > > > > pstn:+19193869900 > > > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/6669e7d8/attachment-0001.html From anthony.minessale at gmail.com Tue Jun 29 12:30:52 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 29 Jun 2010 14:30:52 -0500 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() and memory alloc/free in general In-Reply-To: <50A79CBE-129E-49A1-9EBA-FC81563ACE06@avgs.ca> References: <50A79CBE-129E-49A1-9EBA-FC81563ACE06@avgs.ca> Message-ID: yes any functions that take pointers to pointers and leave you with null will indicate you don't have to do anything. On Tue, Jun 29, 2010 at 2:23 PM, Mathieu Rene wrote: > Also note that switch_event_fire() will internally free the event once the > handlers have processed it. > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-29, at 3:00 PM, Anthony Minessale wrote: > > This is mostly true > minor corrections below: > > most functions who return an opaque pointer with no sign of a session or > pool are expected to be destroyed. > The rule of thumb is if they take an double pointer or return a pointer to > something opaque or a string it's a safe assumption it needs to be destroyed > either by looking for a corresponding destroy function or regular > switch_safe_free on strings. > > > On Tue, Jun 29, 2010 at 8:36 AM, Steven Ayre wrote: > >> memory free is sometimes used, but often not needed because of memory >> pools. >> >> Sessions and channels have their own memory pool, anything creating memory >> for one of them will not need freeing as when the session ends the entire >> pool is destroyed. Similarly many modules have a pool which lasts for the >> lifetime of the module. >> >> There are other functions which will need freeing though... I suggest that >> you use switch_safe_free() to be consistent with the rest of freeswitch. >> It's just a wrapper on free which doesn't call it for a null pointer >> (avoiding a segfault on some systems). >> >> Some examples: >> - switch_snprintf & switch_mprintf needs a free (is given no pool or >> object with a pool) >> > *switch_snprintf does not need free it takes a buffer and memory size > as args like real snprintf* > > >> - switch_core_session_sprintf does not need a free (it's given a session, >> memory is allocated from its pool) >> - switch_channel_expand_variables sometimes needs free, sometimes doesn't >> (you give it a buffer, if it's large enough its used and returned otherwise >> it creates a new one, so you should check the return value against the >> buffer to avoid either freeing a const char or a buffer twice). >> >> *switch_channel_expand_variables only uses dynamic memory if something > was expanded in the string. If it does not expand anything it returns the > original input pointer so you can tell if you need to free it if the output > != input string.* > > > > > >> -Steve >> >> >> On 29 June 2010 06:19, Paul Li wrote: >> >>> A lot of FreeSwitch core APIs, such as switch_event_dup(switch_event_t >>> **event, switch_event_t *todup), returns a pointer to an allocated >>> memory chunk, should the caller always releases that memory chunk by >>> calling a proper API, such as switch_event_destroy(switch_event_t >>> **event)? >>> >>> I could not find any documentation to detail the general rule >>> regarding memory allocation/free when using the core APIs. >>> >>> Thank you for your attention! >>> >>> _______________________________________________ >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at 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 at 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/6e92d8be/attachment.html From rupa at rupa.com Tue Jun 29 14:03:15 2010 From: rupa at rupa.com (Rupa Schomaker) Date: Tue, 29 Jun 2010 16:03:15 -0500 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: References: <20100628091917.675b0d3f@honiswang-laptop> <5F3C6138F5918743BDCA85B89DA254980B1F5162@HSMAIL.hs.handsome.com.cn> Message-ID: Tony committed a new method that allows a hybrid mode for the connection pool. This is now used by mod_db (thus db backend for limit) and cidlookup. I'll convert lcr over to it too. This should help with connection counts for database handle usage that doesn't need thread affinity. 2010/6/29 Anthony Minessale > it's wrong. > > That patch breaks things horribly I tested it. > I forgot that the flag is only cleared when the thread who created it, > exits. > > The point is to keep the db connection dedicated to that thread until it > exits. > if the total connections run out it may be due to mod_limit and postgres > only having 100 connections as the default. > > > > 2010/6/28 ?? > > Following is the translation from Chinese: >> >> We found a problem when testing Freeswitch version 1.0.19, it will create >> too many ODBC connections, and lead to unable create new connection. It >> should be caused by following function that flag was not removed. >> >> SWITCH_DECLARE(void) >> switch_cache_db_release_db_handle(switch_cache_db_handle_t ** dbh) { >> if(dbh && *dbh) >> { >> switch_clear_flag(*dbh, CDF_INUSE); //remove INUSE flag >> switch_mutex_unlock((*dbh)->mutex); >> *dbh = NULL; >> } >> } >> >> -----Original Message----- >> From: freeswitch-dev-bounces at lists.freeswitch.org [mailto: >> freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Seven Du >> Sent: Tuesday, June 29, 2010 7:43 AM >> To: freeswitch-dev at lists.freeswitch.org >> Subject: Re: [Freeswitch-dev] odbc??????? >> >> agree with mrene that the google translation is horrible in this case. >> >> 2010/6/29 Anthony Minessale : >> > turns out that change is horrible. >> > i think his problem is he needs more connections because that change >> > really messes things up >> > >> > 2010/6/28 Mathieu Rene >> >> >> >> I guess the source was easier to read than the google translation >> >> anyways Mathieu Rene Avant-Garde Solutions Inc >> >> Office: + 1 (514) 664-1044 x100 >> >> Cell: +1 (514) 664-1044 x200 >> >> mrene at avgs.ca >> >> >> >> >> >> >> >> On 2010-06-28, at 9:50 AM, EdPimentl wrote: >> >> >> >> This is what he said: >> >> >> >> In the test FREEESWITCH >> >> 1.0.19 version of the time found a problem, too much can cause odbc >> >> connection, leading to not create a new connection problem. Find the >> >> code found in the following function should be connected without >> >> removing the logo. >> >> >> >> >> >> SWITCH_DECLARE (void) >> >> switch_cache_db_release_db_handle (switch_cache_db_handle_t ** dbh) ( >> >> if (dbh & & * dbh) ( switch_clear_flag (* dbh, CDF_INUSE); / / get >> >> rid of using the state flag switch_mutex_unlock ((* dbh) -> mutex); >> >> * Dbh = NULL; >> >> ) >> >> ) >> >> >> >> >> >> -E >> >> Gpro.ws >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-dev mailing list >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de >> >> v >> >> http://www.freeswitch.org >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-dev mailing list >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de >> >> v >> >> 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 at hotmail.com >> > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> > IRC: irc.freenode.net #freeswitch >> > >> > FreeSWITCH Developer Conference >> > sip:888 at conference.freeswitch.org >> > googletalk:conf+888 at conference.freeswitch.org >> > pstn:+19193869900 >> > >> > _______________________________________________ >> > FreeSWITCH-dev mailing list >> > FreeSWITCH-dev at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> > http://www.freeswitch.org >> > >> > >> >> >> >> -- >> Blog: http://www.dujinfang.com >> Proj: http://www.freeswitch.org.cn >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- -Rupa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/92f5500c/attachment-0001.html From plite2012 at gmail.com Tue Jun 29 20:03:17 2010 From: plite2012 at gmail.com (Paul Li) Date: Tue, 29 Jun 2010 22:03:17 -0500 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() with a code snippet Message-ID: I guess you were assuming I would pass the event clone (pointer) to the core API (such as switch_event_fire), so that I would not need to free the clone pointer. I guess I still need to destroy it in the following scenario: static void my_event_handler(switch_event_t *event) { switch_event_t *clone = NULL; if (switch_event_dup(&clone, event) == SWITCH_STATUS_SUCCESS) { /* use clone in my extended context */ switch_event_destroy(&clone); } } > Anthony Minessale > Tue Jun 29 12:30:52 PDT 2010 > > yes any functions that take pointers to pointers and leave you with null > will indicate you don't have to do anything. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100629/69692dfe/attachment.html From anthony.minessale at gmail.com Wed Jun 30 06:44:58 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 30 Jun 2010 08:44:58 -0500 Subject: [Freeswitch-dev] Newbie question on switch_event_dup() with a code snippet In-Reply-To: References: Message-ID: Yes cloned events must be destroyed for sure. Better still what you should so in this case is use a fifo to deliver the cloned event to another thread so you are not blocking in the event handler. You can then destroy it from there. On Tue, Jun 29, 2010 at 10:03 PM, Paul Li wrote: > I guess you were assuming I would pass the event clone (pointer) to the > core API (such as switch_event_fire), so that I would not need to free the > clone pointer. I guess I still need to destroy it in the following scenario: > > static void my_event_handler(switch_event_t *event) > { > switch_event_t *clone = NULL; > > if (switch_event_dup(&clone, event) == SWITCH_STATUS_SUCCESS) { > > /* use clone in my extended context */ > > switch_event_destroy(&clone); > } > } > > > Anthony Minessale > > Tue Jun 29 12:30:52 PDT 2010 > > > > yes any functions that take pointers to pointers and leave you with null > > will indicate you don't have to do anything. > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/b2bb2e90/attachment.html From mike at jerris.com Wed Jun 30 07:39:32 2010 From: mike at jerris.com (Michael Jerris) Date: Wed, 30 Jun 2010 10:39:32 -0400 Subject: [Freeswitch-dev] continue_on_fail and hangup_after_bridge with transfer In-Reply-To: References: Message-ID: <0637156D-D3FA-4CEA-AE90-EB3B9CF4F9C2@jerris.com> please move this thread to the freeswitch-users list On Jun 24, 2010, at 6:41 PM, Vladimir Elizarov wrote: > I'm trying to make a dialplan: ?. > -- > Best regards, Vladimir Elizarov From jerry.richards at teotech.com Wed Jun 30 08:42:43 2010 From: jerry.richards at teotech.com (Jerry Richards) Date: Wed, 30 Jun 2010 08:42:43 -0700 Subject: [Freeswitch-dev] Question on sofia_glue_execute_sql_callback() Message-ID: <72A544F837FE4B819EE6AECAE8A6010D@greyhawk.tonecommander.com> I have a couple of questions regarding to sofia_glue_execute_sql_callback(). 1) If a given sql select statement results in a matching entry in the .db file, then the callback function should be invoked. True? 2) Does the following select statement query the db/sofia_reg_internal.db database? select sip_registrations.sip_user, '192.168.72.38', sip_registrations.status, sip_registrations.rpid,'', sip_dialogs.uuid, sip_dialogs.state, sip_dialogs.direction, sip_dialogs.sip_to_user, sip_dialogs.sip_to_host, sip_presence.status,sip_presence.rpid from sip_registrations left join sip_dialogs on (sip_dialogs.sip_from_user = sip_registrations.sip_user and sip_dialogs.sip_from_host = sip_registrations.sip_host) left join sip_presence on (sip_registrations.sip_user=sip_presence.sip_user and sip_registrations.sip_host=sip_presence.sip_host and sip_registrations.profile_name= sip_presence.profile_name) where sip_registrations.sip_user='5381' and (sip_registrations.sip_host='192.168.72.38' or sip_registrations.presence_hosts like '%192.168.72.38%') The reason I'm asking is because I don't see the callback function getting called, but if I run the query in a separate sqlite3 session, it does find a matching entry in the db/sofia_reg_internal.db. Do you know why the callback function is not getting invoked? Best Regards, Jerry From msc at freeswitch.org Wed Jun 30 09:16:41 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 30 Jun 2010 09:16:41 -0700 Subject: [Freeswitch-dev] FreeSWITCH Conference Call Starting Soon - Anthony Minessale Speaking Today Message-ID: Everyone get ready for the call: http://wiki.freeswitch.org/wiki/FS_weekly_2010_06_30 It will start in about 45 minutes from now. -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/cfc98156/attachment.html From vicentini.paulo at gmail.com Wed Jun 30 09:44:25 2010 From: vicentini.paulo at gmail.com (Paulo Vicentini) Date: Wed, 30 Jun 2010 13:44:25 -0300 Subject: [Freeswitch-dev] [freeswitch-dev] libfreeswitch cleanup Message-ID: Hi, I am embedding libfreeswitch to my application's process space and I need to "init" and "destroy" freeswitch while running my process. I face problems after calling switch_core_destroy and when my business logic demands I call switch_core_init_and_modload to work with libfreeswitch (again) It seems that struct switch_runtime runtime is not cleared aproprietaly when destroying the core. I made some tests clearing runtime struct but still getting segfaults on apr_queue_trypush (trying to find out the issue) Can you please help me out with this issue? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/d8c6d8a5/attachment.html From mrene_lists at avgs.ca Wed Jun 30 10:07:02 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Wed, 30 Jun 2010 13:07:02 -0400 Subject: [Freeswitch-dev] [freeswitch-dev] libfreeswitch cleanup In-Reply-To: References: Message-ID: A lot of stuff is statically initialized, the core isn't designed to be loaded/unloaded like that. Why exactly do you require calling switch_core_init_and_modload() after the initial startup? Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-30, at 12:44 PM, Paulo Vicentini wrote: > Hi, > I am embedding libfreeswitch to my application's process space and I need to "init" and "destroy" freeswitch while running my process. > I face problems after calling switch_core_destroy and when my business logic demands I call switch_core_init_and_modload to work with libfreeswitch (again) > It seems that struct switch_runtime runtime is not cleared aproprietaly when destroying the core. > I made some tests clearing runtime struct but still getting segfaults on apr_queue_trypush (trying to find out the issue) > Can you please help me out with this issue? > Thanks > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From vicentini.paulo at gmail.com Wed Jun 30 10:44:26 2010 From: vicentini.paulo at gmail.com (Paulo Vicentini) Date: Wed, 30 Jun 2010 14:44:26 -0300 Subject: [Freeswitch-dev] [freeswitch-dev] libfreeswitch cleanup In-Reply-To: References: Message-ID: Hi, I require that because by embedding libfreeswitch in my app there is time when my code using libfreeswitch is "out of context" so that I need to call switch_core_destroy but when I "in context" again I suppose to call switch_core_init_and_modload so that It would be usefull to have the core plugable as well. Thanks On Wed, Jun 30, 2010 at 2:07 PM, Mathieu Rene wrote: > A lot of stuff is statically initialized, the core isn't designed to be > loaded/unloaded like that. Why exactly do you require calling > switch_core_init_and_modload() after the initial startup? > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-30, at 12:44 PM, Paulo Vicentini wrote: > > > Hi, > > I am embedding libfreeswitch to my application's process space and I need > to "init" and "destroy" freeswitch while running my process. > > I face problems after calling switch_core_destroy and when my business > logic demands I call switch_core_init_and_modload to work with libfreeswitch > (again) > > It seems that struct switch_runtime runtime is not cleared aproprietaly > when destroying the core. > > I made some tests clearing runtime struct but still getting segfaults on > apr_queue_trypush (trying to find out the issue) > > Can you please help me out with this issue? > > Thanks > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/733ce38b/attachment-0001.html From mrene_lists at avgs.ca Wed Jun 30 10:49:44 2010 From: mrene_lists at avgs.ca (Mathieu Rene) Date: Wed, 30 Jun 2010 13:49:44 -0400 Subject: [Freeswitch-dev] [freeswitch-dev] libfreeswitch cleanup In-Reply-To: References: Message-ID: So once it has been initialized, leave it in memory and re-use the same instance. If you really insist on completely unloading it, launch freeswitch as an external process and communicate with it using event socket. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene at avgs.ca On 2010-06-30, at 1:44 PM, Paulo Vicentini wrote: > Hi, > I require that because by embedding libfreeswitch in my app there is time when my code using libfreeswitch is "out of context" so that I need to call switch_core_destroy but when I "in context" again I suppose to call switch_core_init_and_modload so that It would be usefull to have the core plugable as well. > Thanks > > On Wed, Jun 30, 2010 at 2:07 PM, Mathieu Rene wrote: > A lot of stuff is statically initialized, the core isn't designed to be loaded/unloaded like that. Why exactly do you require calling switch_core_init_and_modload() after the initial startup? > > Mathieu Rene > Avant-Garde Solutions Inc > Office: + 1 (514) 664-1044 x100 > Cell: +1 (514) 664-1044 x200 > mrene at avgs.ca > > > > > On 2010-06-30, at 12:44 PM, Paulo Vicentini wrote: > > > Hi, > > I am embedding libfreeswitch to my application's process space and I need to "init" and "destroy" freeswitch while running my process. > > I face problems after calling switch_core_destroy and when my business logic demands I call switch_core_init_and_modload to work with libfreeswitch (again) > > It seems that struct switch_runtime runtime is not cleared aproprietaly when destroying the core. > > I made some tests clearing runtime struct but still getting segfaults on apr_queue_trypush (trying to find out the issue) > > Can you please help me out with this issue? > > Thanks > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/f8360a2b/attachment.html From msc at freeswitch.org Wed Jun 30 11:27:42 2010 From: msc at freeswitch.org (Michael Collins) Date: Wed, 30 Jun 2010 11:27:42 -0700 Subject: [Freeswitch-dev] ClueCon News Update - Featured Speakers, More Giveaways Message-ID: As ClueCon MMX gets closer we have more good news to share with everyone. First of all, we are pleased to announce that Philip Zimmermann, inventor of PGP, will be returning to ClueCon this year! We look forward to his talk: "Secure VoIP Explained - Why You Need Secure VoIP and the Best Way to Get It." Our other featured speakers include: * Anthony Minessale, author of the FreeSWITCH project: Keynote Address * Daniel-Constantin Mierla, co-founder and core developer of Kamailio: Blending FreeSWITCH and Kamailio to Build Large Unified Communication Platforms * Bogdan-Andrei Iancu, founder of OpenSIPS: OpenSIPS Load-Balancing For A FreeSWITCH Server Cluster * Matt Florell, author of the ViciDial Call Center Suite: Building a Scalable Hosted Call Center Platform * Moises Silva, software engineer, Sangoma Technologies: The FreeTDM API * Darren Schreiber, founder of the 2600Hz project and former lead developer of FreePBX V3: Distributed Cloud Telephony With 2600Hz We certainly look forward to these presentations and more. The complete ClueCon schedule is available here. ClueCon has a new sponsor: Meraki. Meraki will be supplying WiFi access points and the necessary resources to deploy and maintain them throughout the conference. Meraki will be making sure that all of our guests have a smooth and pleasant experience with their network connectivity. In other news, Sangoma Technologies, a diamond sponsor of this year's event, will be giving away several TDM cards: * A200 4-port analog card with 2 FXO and 2 FXS ports * A101DE single port T1/E1 Both of these cards are PCI Express and have built in echo cancellation. Sangoma will be giving away four of each - that's eight TDM cards total! This is in addition to the two iPads and the Macbook Pro. The engraving of these items will be done soon - watch for news and pictures. Of course, we probably have other goodies to give away as well... We also have a hotel alert: The week of August 2, 2010 is going to be a busy one for Chicago hotels. A large musical event is being held on Friday August 6 and local hotels are starting to fill up. Be sure to book your room at the Trump by Tuesday July 13 so that you can secure the rate of $225 per night. Come visit our Web site or call 877.742.CLUE (2583) for more information. See you in August! The ClueCon Team http://www.cluecon.com 877.742.CLUE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/96a7b6be/attachment.html From devel at thom.fr.eu.org Wed Jun 30 11:58:53 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Wed, 30 Jun 2010 20:58:53 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> Message-ID: <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> Hello, did try to upgrade to wanpipe 3.5.12 (from 3.5.11) and thought the DTMF problem seems to be fixed (did not had the opportunity to really test it thourougthly), I seem to have lost the CID feature in the upgrade. Roll back to 3.5.11 and CID is back there. Fran?ois On Mon, 28 Jun 2010 18:54:19 -0400, Moises Silva wrote: Hello, I spent a few hours playing with DTMF stuff and analog cards and it seems there is 2 issues at hand. 1. Bleeding DTMF. 2. Echo DTMF. The first issue, for software DTMF, can be solved with Anthony's pre buffer size feature. However that introduces delay by design, and it will not work for large DTMFs (if the dtmf is larger than the buffer). For hardware DTMF a new driver was just released that includes a configuration to allow the EC chip to perform the dtmf tone removal which cuts down the bleeding to only 20ms (in my testing) there is no way a DTMF detector will consider that a valid DTMF and therefore the bleeding should be solved with no delay introduced. The option is HWEC_DTMF_REMOVAL = YES, must be added along with the usual TDMV_HW_DTMF = YES in wanpipex.conf Ideally the software DTMF detector (in this case teletone) should cut it at the same time that it detects it. I thought may be spandsp would help, but it seems spandsp does not have an option to squelch the dtmf tone. May be Steve can help with that. I pinged him on IRC and he said he may get some code working, but there is no date for that and also that would involve integrating spandsp into FreeTDM, any reason to not do this now that spandsp is LGPL? As for the echo dtmf. It seems sometimes an outgoing DTMF may be detected as incoming DTMF due to echo. There is not much we can do there if you don't have echo cancellation. If however you have this issue even with HW EC, call Sangoma tech support and we will be happy to look at the issue. In another note, I added a variable and application to disable DTMF. That will disable DTMF (either software or hardware) in the leg executing that app. If you want to disable in the outgoing leg (before a bridge), you must export a special variable: The DTMF is enabled automatically on each call, so there is no need to enable it for each call. But in case you need to enable it: Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [1] On Wed, Jun 16, 2010 at 12:09 PM, Anthony Minessale wrote: openzap_pre_buffer_size is a variable you can set to specific number of MS 60 for example. it will pre_buffer the audio on the channel so when you detect dtmf it will completely drop the buffer so all of the original dtmf should be dropped as well. probably if the dtmf is too long then it will cause problems anyway. if that pre buffer does not fix anything it would point to echo or bleeding. We could make a variable to disable dtmf detection completely on a per-call basis possibly but you will still probably hear it bleeding. This type of problem was reported fixed with sangoma because of the echo canceler. I don't use dahdi or digium stuff much so I can't comment on what happens when you use it. On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal wrote: Does this really fix it ? I wonder because the problem I see here is also that the FXS side detects the DTMF and then queues it on the FXO side for generation. That leads to the called party receiving twice the DTMF, the first one is the inband DTMF, the second is the one queued/generated by the FXO channel. For a clean fix, I guess some kind of application should be created, that would prevent DTMF to be queued on the other channel. Such application would then be called before the bridge. Maybe there is a cleaner way to do this. Fran?ois On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" wrote: > Hi everybody, > > I have a problem that is very similar to a problem > reported by Fran?ois [1] except for the fact that > my FXS and FXO ports are on a Xorcom Astribank > device instead of a Sangoma. > > To quote Fran?ois: "The problem is that each leg of > the bridge is detecting the inband DTMF, and so > [F]reeswitch sends each detected DTMF from one leg > to the other, and so on and so forth (as each leg > detects the DTMF again and again)" > > HIS words but evidenced by the MY log :) > > The snippet below has DTMF coming in on the FXS port > (1:1) and bouncing between it and the FXO port (3:1). > The ports are simply bridged together with > > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" > > I'm running: > > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) > dahdi: Version: SVN-trunk-r8762 > > Output of lsdahdi at end of message. > > ----8 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! (write > not ready) > [...ad infinitum...] > ----8 > ----8 channel_read_frame(switch_core_session_t *session, switch > for (p = dtmf; p & p++) { > if (is_dtmf(*p)) { > _dtmf.digit = *p; > - zap_log(ZAP_LOG_DEBUG, "queue DTMF [%c]n", > *p); > - switch_channel_queue_dtmf(channel, > + if (tech_pvt->zchan->span_id == 3 || > tech_pvt->zchan->span_id == 4) { > + zap_log(ZAP_LOG_DEBUG, "Ignoring > DTMF [%c] on FXO port %d:%dn", *p, tech_pvt->zchan->span_id, > tech_pvt->zchan->chan_id) > ; > + } else { > + zap_log(ZAP_LOG_DEBUG, "queue DTMF > [%c]n", *p); > + switch_channel_queue_dtmf(channel, > > + } > } > } > } > ----8 Any and all pointers appreciated. > > Cheers, > -Slim > > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF > http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm [5] > l > > [Freeswitch-dev] Problem with sending > DTMF on FXS port bridged to an FXO port > http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html [6] > > > ----8 5 FXS FXOKS > 6 FXS FXOKS > 7 FXS FXOKS > 8 FXS FXOKS > 9 Output FXOKS > 10 Output FXOKS > 11 Input FXOKS > 12 Input FXOKS > 13 Input FXOKS > 14 Input FXOKS > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" > 15 FXS FXOKS > 16 FXS FXOKS > 17 FXS FXOKS > 18 FXS FXOKS > 19 FXS FXOKS > 20 FXS FXOKS > 21 FXS FXOKS > 22 FXS FXOKS > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" > 23 FXO FXSKS RED > 24 FXO FXSKS RED > 25 FXO FXSKS RED > 26 FXO FXSKS RED > 27 FXO FXSKS RED > 28 FXO FXSKS RED > 29 FXO FXSKS RED > 30 FXO FXSKS RED > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" > 31 FXO FXSKS RED > 32 FXO FXSKS RED > 33 FXO FXSKS RED > 34 FXO FXSKS RED > 35 FXO FXSKS RED > 36 FXO FXSKS RED > 37 FXO FXSKS RED > 38 FXO FXSKS RED > ----8 Olympic Sports Data Services > Email: jeroeng at thegreek.com [7] > Phone: +1 876 953 6182 x128 > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org [8] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [9] > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [10] > http://www.freeswitch.org [11] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [12] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [13] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [14] http://www.freeswitch.org [15] -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ [16] ClueCon http://www.cluecon.com/ [17] Twitter: http://twitter.com/FreeSWITCH_wire [18] AIM: anthm MSN:anthony_minessale at hotmail.com [19] GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com [20] IRC: irc.freenode.net [21] #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org [22] googletalk:conf+888 at conference.freeswitch.org [23] pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [24] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [25] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [26] http://www.freeswitch.org [27] Links: ------ [1] mailto:moy at sangoma.com [2] mailto:anthony.minessale at gmail.com [3] mailto:devel at thom.fr.eu.org [4] mailto:jeroeng at thegreek.com [5] http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm [6] http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html [7] mailto:jeroeng at thegreek.com [8] mailto:FreeSWITCH-dev at lists.freeswitch.org [9] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [10] http://lists.freeswitch.org/mailman/options/freeswitch-dev [11] http://www.freeswitch.org [12] mailto:FreeSWITCH-dev at lists.freeswitch.org [13] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [14] http://lists.freeswitch.org/mailman/options/freeswitch-dev [15] http://www.freeswitch.org [16] http://www.freeswitch.org/ [17] http://www.cluecon.com/ [18] http://twitter.com/FreeSWITCH_wire [19] mailto:MSN%3Aanthony_minessale at hotmail.com [20] mailto:PAYPAL%3Aanthony.minessale at gmail.com [21] http://irc.freenode.net [22] mailto:sip%3A888 at conference.freeswitch.org [23] mailto:googletalk%3Aconf%2B888 at conference.freeswitch.org [24] mailto:FreeSWITCH-dev at lists.freeswitch.org [25] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [26] http://lists.freeswitch.org/mailman/options/freeswitch-dev [27] http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/b4d61334/attachment-0001.html From moises.silva at gmail.com Wed Jun 30 14:14:37 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 30 Jun 2010 17:14:37 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> Message-ID: Can you try 3.5.12 with and without hw ec enabled and check if cid is there? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 30, 2010 at 2:58 PM, Fran?ois Legal wrote: > Hello, > > > > did try to upgrade to wanpipe 3.5.12 (from 3.5.11) and thought the DTMF > problem seems to be fixed (did not had the opportunity to really test it > thourougthly), I seem to have lost the CID feature in the upgrade. > > Roll back to 3.5.11 and CID is back there. > > > > Fran?ois > > > > > > On Mon, 28 Jun 2010 18:54:19 -0400, Moises Silva wrote: > > Hello, > > I spent a few hours playing with DTMF stuff and analog cards and it seems > there is 2 issues at hand. > > 1. Bleeding DTMF. > 2. Echo DTMF. > > The first issue, for software DTMF, can be solved with Anthony's pre buffer > size feature. However that introduces delay by design, and it will not work > for large DTMFs (if the dtmf is larger than the buffer). > > For hardware DTMF a new driver was just released that includes a > configuration to allow the EC chip to perform the dtmf tone removal which > cuts down the bleeding to only 20ms (in my testing) there is no way a DTMF > detector will consider that a valid DTMF and therefore the bleeding should > be solved with no delay introduced. The option is HWEC_DTMF_REMOVAL = YES, > must be added along with the usual TDMV_HW_DTMF = YES in wanpipex.conf > > Ideally the software DTMF detector (in this case teletone) should cut it at > the same time that it detects it. I thought may be spandsp would help, but > it seems spandsp does not have an option to squelch the dtmf tone. May be > Steve can help with that. I pinged him on IRC and he said he may get some > code working, but there is no date for that and also that would involve > integrating spandsp into FreeTDM, any reason to not do this now that spandsp > is LGPL? > > As for the echo dtmf. It seems sometimes an outgoing DTMF may be detected > as incoming DTMF due to echo. There is not much we can do there if you don't > have echo cancellation. If however you have this issue even with HW EC, call > Sangoma tech support and we will be happy to look at the issue. > > In another note, I added a variable and application to disable DTMF. > > > > That will disable DTMF (either software or hardware) in the leg executing > that app. If you want to disable in the outgoing leg (before a bridge), you > must export a special variable: > > > > The DTMF is enabled automatically on each call, so there is no need to > enable it for each call. But in case you need to enable it: > > > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > > On Wed, Jun 16, 2010 at 12:09 PM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > >> openzap_pre_buffer_size is a variable you can set to specific number of MS >> 60 for example. >> it will pre_buffer the audio on the channel so when you detect dtmf it >> will completely drop the buffer so all of the original >> dtmf should be dropped as well. probably if the dtmf is too long then it >> will cause problems anyway. >> if that pre buffer does not fix anything it would point to echo or >> bleeding. >> We could make a variable to disable dtmf detection completely on a >> per-call basis possibly but you will still probably hear it bleeding. >> This type of problem was reported fixed with sangoma because of the >> echo canceler. >> I don't use dahdi or digium stuff much so I can't comment on what happens >> when you use it. >> >> >> >> On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal wrote: >> >>> Does this really fix it ? >>> I wonder because the problem I see here is also that the FXS side detects >>> the DTMF and then queues it on the FXO side for generation. That leads to >>> the called party receiving twice the DTMF, the first one is the inband >>> DTMF, the second is the one queued/generated by the FXO channel. >>> >>> For a clean fix, I guess some kind of application should be created, that >>> would prevent DTMF to be queued on the other channel. Such application >>> would then be called before the bridge. Maybe there is a cleaner way to >>> do >>> this. >>> >>> Fran?ois >>> >>> On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" >>> wrote: >>> > Hi everybody, >>> > >>> > I have a problem that is very similar to a problem >>> > reported by Fran?ois [1] except for the fact that >>> > my FXS and FXO ports are on a Xorcom Astribank >>> > device instead of a Sangoma. >>> > >>> > To quote Fran?ois: "The problem is that each leg of >>> > the bridge is detecting the inband DTMF, and so >>> > [F]reeswitch sends each detected DTMF from one leg >>> > to the other, and so on and so forth (as each leg >>> > detects the DTMF again and again)" >>> > >>> > HIS words but evidenced by the MY log :) >>> > >>> > The snippet below has DTMF coming in on the FXS port >>> > (1:1) and bouncing between it and the FXO port (3:1). >>> > The ports are simply bridged together with >>> > >>> > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" >>> > >>> > I'm running: >>> > >>> > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) >>> > dahdi: Version: SVN-trunk-r8762 >>> > >>> > Output of lsdahdi at end of message. >>> > >>> > ----8<----8<----8<----8<----8<----8<----8<---- >>> > [...] >>> > 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] >>> > 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] >>> > 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] >>> > 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! >>> (write >>> > not ready) >>> > 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] >>> > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] >>> > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] >>> > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! >>> (write >>> > not ready) >>> > [...ad infinitum...] >>> > ----8<----8<----8<----8<----8<----8<----8<---- >>> > >>> > Because I needed DTMF pass-through working "now" >>> > I applied an ugly HACK. This drops DTMF tones >>> > detected on spans 3 and 4 (which are my FXO >>> > spans). This is very WRONG but it does solve >>> > my immediate problem: >>> > >>> > ----8<----8<----8<----8<----8<----8<----8<---- >>> > diff --git a/libs/openzap/mod_openzap/mod_openzap.c >>> > b/libs/openzap/mod_openzap/mod_openzap.c >>> > index 5aebfea..ff3b081 100644 >>> > --- a/libs/openzap/mod_openzap/mod_openzap.c >>> > +++ b/libs/openzap/mod_openzap/mod_openzap.c >>> > @@ -718,8 +718,12 @@ static switch_status_t >>> > channel_read_frame(switch_core_session_t *session, switch >>> > for (p = dtmf; p && *p; p++) { >>> > if (is_dtmf(*p)) { >>> > _dtmf.digit = *p; >>> > - zap_log(ZAP_LOG_DEBUG, "queue DTMF >>> [%c]\n", >>> > *p); >>> > - switch_channel_queue_dtmf(channel, >>> &_dtmf); >>> > + if (tech_pvt->zchan->span_id == 3 || >>> > tech_pvt->zchan->span_id == 4) { >>> > + zap_log(ZAP_LOG_DEBUG, >>> "Ignoring >>> > DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, >>> > tech_pvt->zchan->chan_id) >>> > ; >>> > + } else { >>> > + zap_log(ZAP_LOG_DEBUG, "queue >>> DTMF >>> > [%c]\n", *p); >>> > + >>> switch_channel_queue_dtmf(channel, >>> > &_dtmf); >>> > + } >>> > } >>> > } >>> > } >>> > ----8<----8<----8<----8<----8<----8<----8<---- >>> > >>> > Can someone point me in the "right" direction >>> > instead? Do I need to do this at the OpenZAP/DAHDI >>> > level by disabling some kind of DTMF detection >>> > like was done for the Sangoma driver? >>> > >>> > Any and all pointers appreciated. >>> > >>> > Cheers, >>> > -Slim >>> > >>> > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF >>> > >>> >>> http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm >>> > l >>> > >>> > [Freeswitch-dev] Problem with sending >>> > DTMF on FXS port bridged to an FXO port >>> > >>> >>> http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html >>> > >>> > >>> > ----8<----8<----8<----8<----8<----8<----8<---- >>> > [root at localhost freeswitch]# lsdahdi >>> > ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) >>> > 1 FXS FXOKS >>> > 2 FXS FXOKS >>> > 3 FXS FXOKS >>> > 4 FXS FXOKS >>> > 5 FXS FXOKS >>> > 6 FXS FXOKS >>> > 7 FXS FXOKS >>> > 8 FXS FXOKS >>> > 9 Output FXOKS >>> > 10 Output FXOKS >>> > 11 Input FXOKS >>> > 12 Input FXOKS >>> > 13 Input FXOKS >>> > 14 Input FXOKS >>> > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" >>> > 15 FXS FXOKS >>> > 16 FXS FXOKS >>> > 17 FXS FXOKS >>> > 18 FXS FXOKS >>> > 19 FXS FXOKS >>> > 20 FXS FXOKS >>> > 21 FXS FXOKS >>> > 22 FXS FXOKS >>> > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" >>> > 23 FXO FXSKS RED >>> > 24 FXO FXSKS RED >>> > 25 FXO FXSKS RED >>> > 26 FXO FXSKS RED >>> > 27 FXO FXSKS RED >>> > 28 FXO FXSKS RED >>> > 29 FXO FXSKS RED >>> > 30 FXO FXSKS RED >>> > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" >>> > 31 FXO FXSKS RED >>> > 32 FXO FXSKS RED >>> > 33 FXO FXSKS RED >>> > 34 FXO FXSKS RED >>> > 35 FXO FXSKS RED >>> > 36 FXO FXSKS RED >>> > 37 FXO FXSKS RED >>> > 38 FXO FXSKS RED >>> > ----8<----8<----8<----8<----8<----8<----8<---- >>> > >>> > >>> > Cheers, >>> > -Slim >>> > -- >>> > Jeroen C. "Slim" van Gelderen >>> > Olympic Sports Data Services >>> > Email: jeroeng at thegreek.com >>> > Phone: +1 876 953 6182 x128 >>> > >>> > >>> > >>> > _______________________________________________ >>> > FreeSWITCH-dev mailing list >>> > FreeSWITCH-dev at 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 at 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 at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/7ecc3e38/attachment-0001.html From devel at thom.fr.eu.org Wed Jun 30 15:29:29 2010 From: devel at thom.fr.eu.org (devel at thom.fr.eu.org) Date: Thu, 1 Jul 2010 00:29:29 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> Message-ID: <004a01cb18a3$b585c5d0$20915170$@fr.eu.org> I?ll give a try tomorrow with HWEC disabled. De : freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] De la part de Moises Silva Envoy? : mercredi 30 juin 2010 23:15 ? : freeswitch-dev at lists.freeswitch.org Objet : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu Can you try 3.5.12 with and without hw ec enabled and check if cid is there? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 30, 2010 at 2:58 PM, Fran?ois Legal wrote: Hello, did try to upgrade to wanpipe 3.5.12 (from 3.5.11) and thought the DTMF problem seems to be fixed (did not had the opportunity to really test it thourougthly), I seem to have lost the CID feature in the upgrade. Roll back to 3.5.11 and CID is back there. Fran?ois On Mon, 28 Jun 2010 18:54:19 -0400, Moises Silva wrote: Hello, I spent a few hours playing with DTMF stuff and analog cards and it seems there is 2 issues at hand. 1. Bleeding DTMF. 2. Echo DTMF. The first issue, for software DTMF, can be solved with Anthony's pre buffer size feature. However that introduces delay by design, and it will not work for large DTMFs (if the dtmf is larger than the buffer). For hardware DTMF a new driver was just released that includes a configuration to allow the EC chip to perform the dtmf tone removal which cuts down the bleeding to only 20ms (in my testing) there is no way a DTMF detector will consider that a valid DTMF and therefore the bleeding should be solved with no delay introduced. The option is HWEC_DTMF_REMOVAL = YES, must be added along with the usual TDMV_HW_DTMF = YES in wanpipex.conf Ideally the software DTMF detector (in this case teletone) should cut it at the same time that it detects it. I thought may be spandsp would help, but it seems spandsp does not have an option to squelch the dtmf tone. May be Steve can help with that. I pinged him on IRC and he said he may get some code working, but there is no date for that and also that would involve integrating spandsp into FreeTDM, any reason to not do this now that spandsp is LGPL? As for the echo dtmf. It seems sometimes an outgoing DTMF may be detected as incoming DTMF due to echo. There is not much we can do there if you don't have echo cancellation. If however you have this issue even with HW EC, call Sangoma tech support and we will be happy to look at the issue. In another note, I added a variable and application to disable DTMF. That will disable DTMF (either software or hardware) in the leg executing that app. If you want to disable in the outgoing leg (before a bridge), you must export a special variable: The DTMF is enabled automatically on each call, so there is no need to enable it for each call. But in case you need to enable it: Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 16, 2010 at 12:09 PM, Anthony Minessale wrote: openzap_pre_buffer_size is a variable you can set to specific number of MS 60 for example. it will pre_buffer the audio on the channel so when you detect dtmf it will completely drop the buffer so all of the original dtmf should be dropped as well. probably if the dtmf is too long then it will cause problems anyway. if that pre buffer does not fix anything it would point to echo or bleeding. We could make a variable to disable dtmf detection completely on a per-call basis possibly but you will still probably hear it bleeding. This type of problem was reported fixed with sangoma because of the echo canceler. I don't use dahdi or digium stuff much so I can't comment on what happens when you use it. On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal wrote: Does this really fix it ? I wonder because the problem I see here is also that the FXS side detects the DTMF and then queues it on the FXO side for generation. That leads to the called party receiving twice the DTMF, the first one is the inband DTMF, the second is the one queued/generated by the FXO channel. For a clean fix, I guess some kind of application should be created, that would prevent DTMF to be queued on the other channel. Such application would then be called before the bridge. Maybe there is a cleaner way to do this. Fran?ois On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" wrote: > Hi everybody, > > I have a problem that is very similar to a problem > reported by Fran?ois [1] except for the fact that > my FXS and FXO ports are on a Xorcom Astribank > device instead of a Sangoma. > > To quote Fran?ois: "The problem is that each leg of > the bridge is detecting the inband DTMF, and so > [F]reeswitch sends each detected DTMF from one leg > to the other, and so on and so forth (as each leg > detects the DTMF again and again)" > > HIS words but evidenced by the MY log :) > > The snippet below has DTMF coming in on the FXS port > (1:1) and bouncing between it and the FXO port (3:1). > The ports are simply bridged together with > > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" > > I'm running: > > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) > dahdi: Version: SVN-trunk-r8762 > > Output of lsdahdi at end of message. > > ----8<----8<----8<----8<----8<----8<----8<---- > [...] > 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! (write > not ready) > 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! (write > not ready) > [...ad infinitum...] > ----8<----8<----8<----8<----8<----8<----8<---- > > Because I needed DTMF pass-through working "now" > I applied an ugly HACK. This drops DTMF tones > detected on spans 3 and 4 (which are my FXO > spans). This is very WRONG but it does solve > my immediate problem: > > ----8<----8<----8<----8<----8<----8<----8<---- > diff --git a/libs/openzap/mod_openzap/mod_openzap.c > b/libs/openzap/mod_openzap/mod_openzap.c > index 5aebfea..ff3b081 100644 > --- a/libs/openzap/mod_openzap/mod_openzap.c > +++ b/libs/openzap/mod_openzap/mod_openzap.c > @@ -718,8 +718,12 @@ static switch_status_t > channel_read_frame(switch_core_session_t *session, switch > for (p = dtmf; p && *p; p++) { > if (is_dtmf(*p)) { > _dtmf.digit = *p; > - zap_log(ZAP_LOG_DEBUG, "queue DTMF [%c]\n", > *p); > - switch_channel_queue_dtmf(channel, &_dtmf); > + if (tech_pvt->zchan->span_id == 3 || > tech_pvt->zchan->span_id == 4) { > + zap_log(ZAP_LOG_DEBUG, "Ignoring > DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, > tech_pvt->zchan->chan_id) > ; > + } else { > + zap_log(ZAP_LOG_DEBUG, "queue DTMF > [%c]\n", *p); > + switch_channel_queue_dtmf(channel, > &_dtmf); > + } > } > } > } > ----8<----8<----8<----8<----8<----8<----8<---- > > Can someone point me in the "right" direction > instead? Do I need to do this at the OpenZAP/DAHDI > level by disabling some kind of DTMF detection > like was done for the Sangoma driver? > > Any and all pointers appreciated. > > Cheers, > -Slim > > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF > http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm > l > > [Freeswitch-dev] Problem with sending > DTMF on FXS port bridged to an FXO port > http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html > > > ----8<----8<----8<----8<----8<----8<----8<---- > [root at localhost freeswitch]# lsdahdi > ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) > 1 FXS FXOKS > 2 FXS FXOKS > 3 FXS FXOKS > 4 FXS FXOKS > 5 FXS FXOKS > 6 FXS FXOKS > 7 FXS FXOKS > 8 FXS FXOKS > 9 Output FXOKS > 10 Output FXOKS > 11 Input FXOKS > 12 Input FXOKS > 13 Input FXOKS > 14 Input FXOKS > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" > 15 FXS FXOKS > 16 FXS FXOKS > 17 FXS FXOKS > 18 FXS FXOKS > 19 FXS FXOKS > 20 FXS FXOKS > 21 FXS FXOKS > 22 FXS FXOKS > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" > 23 FXO FXSKS RED > 24 FXO FXSKS RED > 25 FXO FXSKS RED > 26 FXO FXSKS RED > 27 FXO FXSKS RED > 28 FXO FXSKS RED > 29 FXO FXSKS RED > 30 FXO FXSKS RED > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" > 31 FXO FXSKS RED > 32 FXO FXSKS RED > 33 FXO FXSKS RED > 34 FXO FXSKS RED > 35 FXO FXSKS RED > 36 FXO FXSKS RED > 37 FXO FXSKS RED > 38 FXO FXSKS RED > ----8<----8<----8<----8<----8<----8<----8<---- > > > Cheers, > -Slim > -- > Jeroen C. "Slim" van Gelderen > Olympic Sports Data Services > Email: jeroeng at thegreek.com > Phone: +1 876 953 6182 x128 > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at 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 at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/387ff323/attachment-0001.html From moises.silva at gmail.com Wed Jun 30 15:48:40 2010 From: moises.silva at gmail.com (Moises Silva) Date: Wed, 30 Jun 2010 18:48:40 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: <004a01cb18a3$b585c5d0$20915170$@fr.eu.org> References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> <004a01cb18a3$b585c5d0$20915170$@fr.eu.org> Message-ID: Just fyi, you can disable hw ec from the CLI so you don't have to start/stop the port for your tests. Start the card with HWEC enabled, then you can use wan_ec_client. # wan_ec_client wanpipe1 disable Then enable again: # wan_ec_client wanpipe1 enable You can verify it's enabled/disabled with # wan_ec_client wanpipe stats Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Wed, Jun 30, 2010 at 6:29 PM, wrote: > I?ll give a try tomorrow with HWEC disabled. > > > > *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva > *Envoy? :* mercredi 30 juin 2010 23:15 > *? :* freeswitch-dev at lists.freeswitch.org > *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu > > > > Can you try 3.5.12 with and without hw ec enabled and check if cid is > there? > > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Wed, Jun 30, 2010 at 2:58 PM, Fran?ois Legal > wrote: > > Hello, > > > > did try to upgrade to wanpipe 3.5.12 (from 3.5.11) and thought the DTMF > problem seems to be fixed (did not had the opportunity to really test it > thourougthly), I seem to have lost the CID feature in the upgrade. > > Roll back to 3.5.11 and CID is back there. > > > > Fran?ois > > > > > > On Mon, 28 Jun 2010 18:54:19 -0400, Moises Silva wrote: > > Hello, > > I spent a few hours playing with DTMF stuff and analog cards and it seems > there is 2 issues at hand. > > 1. Bleeding DTMF. > 2. Echo DTMF. > > The first issue, for software DTMF, can be solved with Anthony's pre buffer > size feature. However that introduces delay by design, and it will not work > for large DTMFs (if the dtmf is larger than the buffer). > > For hardware DTMF a new driver was just released that includes a > configuration to allow the EC chip to perform the dtmf tone removal which > cuts down the bleeding to only 20ms (in my testing) there is no way a DTMF > detector will consider that a valid DTMF and therefore the bleeding should > be solved with no delay introduced. The option is HWEC_DTMF_REMOVAL = YES, > must be added along with the usual TDMV_HW_DTMF = YES in wanpipex.conf > > Ideally the software DTMF detector (in this case teletone) should cut it at > the same time that it detects it. I thought may be spandsp would help, but > it seems spandsp does not have an option to squelch the dtmf tone. May be > Steve can help with that. I pinged him on IRC and he said he may get some > code working, but there is no date for that and also that would involve > integrating spandsp into FreeTDM, any reason to not do this now that spandsp > is LGPL? > > As for the echo dtmf. It seems sometimes an outgoing DTMF may be detected > as incoming DTMF due to echo. There is not much we can do there if you don't > have echo cancellation. If however you have this issue even with HW EC, call > Sangoma tech support and we will be happy to look at the issue. > > In another note, I added a variable and application to disable DTMF. > > > That will disable DTMF (either software or hardware) in the leg > executing that app. If you want to disable in the outgoing leg (before a > bridge), you must export a special variable: > > > The DTMF is enabled automatically on each call, so there is no need to > enable it for each call. But in case you need to enable it: > > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > On Wed, Jun 16, 2010 at 12:09 PM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > openzap_pre_buffer_size is a variable you can set to specific number of MS > 60 for example. > > it will pre_buffer the audio on the channel so when you detect dtmf it will > completely drop the buffer so all of the original > > dtmf should be dropped as well. probably if the dtmf is too long then it > will cause problems anyway. > > if that pre buffer does not fix anything it would point to echo or > bleeding. > > We could make a variable to disable dtmf detection completely on a per-call > basis possibly but you will still probably hear it bleeding. > > This type of problem was reported fixed with sangoma because of the > echo canceler. > > I don't use dahdi or digium stuff much so I can't comment on what happens > when you use it. > > > > > > On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal > wrote: > > Does this really fix it ? > I wonder because the problem I see here is also that the FXS side detects > the DTMF and then queues it on the FXO side for generation. That leads to > the called party receiving twice the DTMF, the first one is the inband > DTMF, the second is the one queued/generated by the FXO channel. > > For a clean fix, I guess some kind of application should be created, that > would prevent DTMF to be queued on the other channel. Such application > would then be called before the bridge. Maybe there is a cleaner way to do > this. > > Fran?ois > > > On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" > wrote: > > Hi everybody, > > > > I have a problem that is very similar to a problem > > reported by Fran?ois [1] except for the fact that > > my FXS and FXO ports are on a Xorcom Astribank > > device instead of a Sangoma. > > > > To quote Fran?ois: "The problem is that each leg of > > the bridge is detecting the inband DTMF, and so > > [F]reeswitch sends each detected DTMF from one leg > > to the other, and so on and so forth (as each leg > > detects the DTMF again and again)" > > > > HIS words but evidenced by the MY log :) > > > > The snippet below has DTMF coming in on the FXS port > > (1:1) and bouncing between it and the FXO port (3:1). > > The ports are simply bridged together with > > > > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" > > > > I'm running: > > > > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) > > dahdi: Version: SVN-trunk-r8762 > > > > Output of lsdahdi at end of message. > > > > ----8<----8<----8<----8<----8<----8<----8<---- > > [...] > > 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] > > 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > > 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] > > 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! > (write > > not ready) > > 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] > > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] > > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! > (write > > not ready) > > [...ad infinitum...] > > ----8<----8<----8<----8<----8<----8<----8<---- > > > > Because I needed DTMF pass-through working "now" > > I applied an ugly HACK. This drops DTMF tones > > detected on spans 3 and 4 (which are my FXO > > spans). This is very WRONG but it does solve > > my immediate problem: > > > > ----8<----8<----8<----8<----8<----8<----8<---- > > diff --git a/libs/openzap/mod_openzap/mod_openzap.c > > b/libs/openzap/mod_openzap/mod_openzap.c > > index 5aebfea..ff3b081 100644 > > --- a/libs/openzap/mod_openzap/mod_openzap.c > > +++ b/libs/openzap/mod_openzap/mod_openzap.c > > @@ -718,8 +718,12 @@ static switch_status_t > > channel_read_frame(switch_core_session_t *session, switch > > for (p = dtmf; p && *p; p++) { > > if (is_dtmf(*p)) { > > _dtmf.digit = *p; > > - zap_log(ZAP_LOG_DEBUG, "queue DTMF > [%c]\n", > > *p); > > - switch_channel_queue_dtmf(channel, > &_dtmf); > > + if (tech_pvt->zchan->span_id == 3 || > > tech_pvt->zchan->span_id == 4) { > > + zap_log(ZAP_LOG_DEBUG, "Ignoring > > DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, > > tech_pvt->zchan->chan_id) > > ; > > + } else { > > + zap_log(ZAP_LOG_DEBUG, "queue > DTMF > > [%c]\n", *p); > > + > switch_channel_queue_dtmf(channel, > > &_dtmf); > > + } > > } > > } > > } > > ----8<----8<----8<----8<----8<----8<----8<---- > > > > Can someone point me in the "right" direction > > instead? Do I need to do this at the OpenZAP/DAHDI > > level by disabling some kind of DTMF detection > > like was done for the Sangoma driver? > > > > Any and all pointers appreciated. > > > > Cheers, > > -Slim > > > > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF > > > > http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm > > l > > > > [Freeswitch-dev] Problem with sending > > DTMF on FXS port bridged to an FXO port > > > http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html > > > > > > ----8<----8<----8<----8<----8<----8<----8<---- > > [root at localhost freeswitch]# lsdahdi > > ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) > > 1 FXS FXOKS > > 2 FXS FXOKS > > 3 FXS FXOKS > > 4 FXS FXOKS > > 5 FXS FXOKS > > 6 FXS FXOKS > > 7 FXS FXOKS > > 8 FXS FXOKS > > 9 Output FXOKS > > 10 Output FXOKS > > 11 Input FXOKS > > 12 Input FXOKS > > 13 Input FXOKS > > 14 Input FXOKS > > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" > > 15 FXS FXOKS > > 16 FXS FXOKS > > 17 FXS FXOKS > > 18 FXS FXOKS > > 19 FXS FXOKS > > 20 FXS FXOKS > > 21 FXS FXOKS > > 22 FXS FXOKS > > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" > > 23 FXO FXSKS RED > > 24 FXO FXSKS RED > > 25 FXO FXSKS RED > > 26 FXO FXSKS RED > > 27 FXO FXSKS RED > > 28 FXO FXSKS RED > > 29 FXO FXSKS RED > > 30 FXO FXSKS RED > > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" > > 31 FXO FXSKS RED > > 32 FXO FXSKS RED > > 33 FXO FXSKS RED > > 34 FXO FXSKS RED > > 35 FXO FXSKS RED > > 36 FXO FXSKS RED > > 37 FXO FXSKS RED > > 38 FXO FXSKS RED > > ----8<----8<----8<----8<----8<----8<----8<---- > > > > > > Cheers, > > -Slim > > -- > > Jeroen C. "Slim" van Gelderen > > Olympic Sports Data Services > > Email: jeroeng at thegreek.com > > Phone: +1 876 953 6182 x128 > > > > > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at 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 at 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 at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/48d5ec63/attachment-0001.html From linuxwhy at 163.com Wed Jun 30 21:57:14 2010 From: linuxwhy at 163.com (=?GB2312?B?zfW66dPA?=) Date: Thu, 1 Jul 2010 12:57:14 +0800 Subject: [Freeswitch-dev] (no subject) Message-ID: <20100701125714.6081abce@honiswang-laptop> hi ,what is your freeswitch version? The revised test is normal I ??? ????-IP??? Thu, 1 Jul 2010 12:56:57 +0800 From eduardonunesp at gmail.com Wed Jun 30 08:03:08 2010 From: eduardonunesp at gmail.com (Eduardo Nunes Pereira) Date: Wed, 30 Jun 2010 12:03:08 -0300 Subject: [Freeswitch-dev] doubt about fax via audio Message-ID: I did some testing with FreeSwitch, using my endpoint, and passing audio, everything is working, but when I move my fax using the fax hardware resources lost quality, and sometimes does not send at all, may be some function or flag that I not used in my andpoint? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100630/9926f844/attachment-0001.html