sofia: disable support for UPDATE message in SIP Accept header
Hello. I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help? Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this? Regards Michal Zubac ComGate Interactive s.r.o.
What are your Sofia profile session timer values set to? Can you post a complete SIP trace? Can your provider send a re-INVITE instead of UPDATE? On Mon, Jan 23, 2012 at 8:40 AM, Michal Zubáč <michal.zubac@comgate.cz> wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Kristian Kielhofner
I don't have "enable-timer" or "session-timeout" variables set in Sofia profile, so maybe defaults? I think these are what you are referring to. SIP trace is at http://pastebin.com/DTQU3nMr Yes, provider offered us re-INVITE method as an alternative for UPDATE. Would this one work? What do I have to set up? Michal Zubac ComGate Interactive s.r.o. On 23.1.2012 15:51, Kristian Kielhofner wrote:
What are your Sofia profile session timer values set to?
Can you post a complete SIP trace?
Can your provider send a re-INVITE instead of UPDATE?
On Mon, Jan 23, 2012 at 8:40 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Michal, I can barely read these parsed out SIP traces (yuck) but from the skimming I did it looks like you'd benefit from a few changes: - Explicitly disable session timers in your Sofia profile - Set ignore_display_updates=true (so FreeSWITCH doesn't send an UPDATE - won't help in this case but a good thing to do) - Request your provider uses re-INVITEs instead of UPDATE On Mon, Jan 23, 2012 at 11:24 AM, Michal Zubáč <michal.zubac@comgate.cz> wrote:
I don't have "enable-timer" or "session-timeout" variables set in Sofia profile, so maybe defaults? I think these are what you are referring to.
SIP trace is at http://pastebin.com/DTQU3nMr
Yes, provider offered us re-INVITE method as an alternative for UPDATE. Would this one work? What do I have to set up?
Michal Zubac ComGate Interactive s.r.o.
On 23.1.2012 15:51, Kristian Kielhofner wrote:
What are your Sofia profile session timer values set to?
Can you post a complete SIP trace?
Can your provider send a re-INVITE instead of UPDATE?
On Mon, Jan 23, 2012 at 8:40 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Kristian Kielhofner
Hi. I tried all the things you advised me, but with no effect. When provider send us re-INVITE, FreeSwitch doesn't react to it at all. Traces for test call are here: PCAP: http://et5.comgate.cz/zubacm/voice/dt_10m_4_sip.zip TEXT SUMMARY: http://pastebin.com/BgPUfmuc I looked into FS source code and I didn't see anything what looks like response to SIP re-INVITE message. It looks like FS can't process any of incoming RFC 4028/3311 mechanisms. I solved this issue by instructing FS to send re-INVITEs from our side before provider does it, effectively avoiding processing provider's re-INVITEs. Michal Zubac ComGate Interactive s.r.o. On 23.1.2012 20:57, Kristian Kielhofner wrote:
Michal,
I can barely read these parsed out SIP traces (yuck) but from the skimming I did it looks like you'd benefit from a few changes:
- Explicitly disable session timers in your Sofia profile - Set ignore_display_updates=true (so FreeSWITCH doesn't send an UPDATE - won't help in this case but a good thing to do) - Request your provider uses re-INVITEs instead of UPDATE
On Mon, Jan 23, 2012 at 11:24 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
I don't have "enable-timer" or "session-timeout" variables set in Sofia profile, so maybe defaults? I think these are what you are referring to.
SIP trace is at http://pastebin.com/DTQU3nMr
Yes, provider offered us re-INVITE method as an alternative for UPDATE. Would this one work? What do I have to set up?
Michal Zubac ComGate Interactive s.r.o.
On 23.1.2012 15:51, Kristian Kielhofner wrote:
What are your Sofia profile session timer values set to?
Can you post a complete SIP trace?
Can your provider send a re-INVITE instead of UPDATE?
On Mon, Jan 23, 2012 at 8:40 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I know sofia will respond properly to session timers like this.. Its kind of a bother to pull a pcap up to look at but if you post the text of the sip (like that from freeswitch logs with siptrace enabled) I would take a look. On Jan 25, 2012, at 6:40 AM, Michal Zubáč wrote:
Hi.
I tried all the things you advised me, but with no effect. When provider send us re-INVITE, FreeSwitch doesn't react to it at all.
Traces for test call are here: PCAP: http://et5.comgate.cz/zubacm/voice/dt_10m_4_sip.zip TEXT SUMMARY: http://pastebin.com/BgPUfmuc
I looked into FS source code and I didn't see anything what looks like response to SIP re-INVITE message. It looks like FS can't process any of incoming RFC 4028/3311 mechanisms.
I solved this issue by instructing FS to send re-INVITEs from our side before provider does it, effectively avoiding processing provider's re-INVITEs.
Michal Zubac ComGate Interactive s.r.o.
On 23.1.2012 20:57, Kristian Kielhofner wrote:
Michal,
I can barely read these parsed out SIP traces (yuck) but from the skimming I did it looks like you'd benefit from a few changes:
- Explicitly disable session timers in your Sofia profile - Set ignore_display_updates=true (so FreeSWITCH doesn't send an UPDATE - won't help in this case but a good thing to do) - Request your provider uses re-INVITEs instead of UPDATE
On Mon, Jan 23, 2012 at 11:24 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
I don't have "enable-timer" or "session-timeout" variables set in Sofia profile, so maybe defaults? I think these are what you are referring to.
SIP trace is at http://pastebin.com/DTQU3nMr
Yes, provider offered us re-INVITE method as an alternative for UPDATE. Would this one work? What do I have to set up?
Michal Zubac ComGate Interactive s.r.o.
On 23.1.2012 15:51, Kristian Kielhofner wrote:
What are your Sofia profile session timer values set to?
Can you post a complete SIP trace?
Can your provider send a re-INVITE instead of UPDATE?
On Mon, Jan 23, 2012 at 8:40 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
+1 +1 2012/1/25 Michael Jerris <mike@jerris.com>:
I know sofia will respond properly to session timers like this.. Its kind of a bother to pull a pcap up to look at but if you post the text of the sip (like that from freeswitch logs with siptrace enabled) I would take a look.
On Jan 25, 2012, at 6:40 AM, Michal Zubáč wrote:
Hi.
I tried all the things you advised me, but with no effect. When provider send us re-INVITE, FreeSwitch doesn't react to it at all.
Traces for test call are here: PCAP: http://et5.comgate.cz/zubacm/voice/dt_10m_4_sip.zip TEXT SUMMARY: http://pastebin.com/BgPUfmuc
I looked into FS source code and I didn't see anything what looks like response to SIP re-INVITE message. It looks like FS can't process any of incoming RFC 4028/3311 mechanisms.
I solved this issue by instructing FS to send re-INVITEs from our side before provider does it, effectively avoiding processing provider's re-INVITEs.
Michal Zubac ComGate Interactive s.r.o.
On 23.1.2012 20:57, Kristian Kielhofner wrote:
Michal,
I can barely read these parsed out SIP traces (yuck) but from the skimming I did it looks like you'd benefit from a few changes:
- Explicitly disable session timers in your Sofia profile - Set ignore_display_updates=true (so FreeSWITCH doesn't send an UPDATE - won't help in this case but a good thing to do) - Request your provider uses re-INVITEs instead of UPDATE
On Mon, Jan 23, 2012 at 11:24 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
I don't have "enable-timer" or "session-timeout" variables set in Sofia profile, so maybe defaults? I think these are what you are referring to.
SIP trace is at http://pastebin.com/DTQU3nMr
Yes, provider offered us re-INVITE method as an alternative for UPDATE. Would this one work? What do I have to set up?
Michal Zubac ComGate Interactive s.r.o.
On 23.1.2012 15:51, Kristian Kielhofner wrote:
What are your Sofia profile session timer values set to?
Can you post a complete SIP trace?
Can your provider send a re-INVITE instead of UPDATE?
On Mon, Jan 23, 2012 at 8:40 AM, Michal Zubáč<michal.zubac@comgate.cz> wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Kristian Kielhofner
try setting ignore_display_updates=true globally or on the calls in question On Mon, Jan 23, 2012 at 7:40 AM, Michal Zubáč <michal.zubac@comgate.cz>wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
I already tried that (as channel variable) with no help. FS is still sending UPDATE in Accept header. Michal Zubac ComGate Interactive s.r.o. On 23.1.2012 17:06, Anthony Minessale wrote:
try setting ignore_display_updates=true globally or on the calls in question
On Mon, Jan 23, 2012 at 7:40 AM, Michal Zubáč <michal.zubac@comgate.cz <mailto:michal.zubac@comgate.cz>> wrote:
Hello.
I'd like to remove UPDATE value from SIP Accept header when creating SIP calls. We're sending it in INVITE message and our provider uses that for in-call keep-alive checks every 10 minutes. FreeSwitch doesn't respond to that, so our provider disconnects RTP and call is dropped. According to RFC3311 we can indicate that we don't support this by not sending UPDATE in Accept header. Is this gonna help?
Is there any way to drop that from SIP headers from dialplan? Or do I have to change source code? Or better, is there any other (cleaner) way to resolve this?
Regards
Michal Zubac ComGate Interactive s.r.o.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Anthony Minessale
-
Kristian Kielhofner
-
Michael Jerris
-
Michal Zubáč