Hi guys Seems than running eavesdrop (and potentially other media bugs) on a bridged channel results in the rewriting of sequence numbers on RTP streams, potentially hiding packet loss when it occurs and creating havoc with downstream jitterbuffers. Is there a way to disable this behaviour? Richard -- Richard Brady M: +44 (0)7771 623 348 T: +44 (0)20 8144 8160 E: rnbrady@gmail.com
Seq numbers are always rewritten. Maybe you mean timestamps? The muxing and recreation of a new media stream requires a newly generated stream. There is not a way around that. On Wed, Sep 11, 2013 at 9:29 AM, Richard Brady <rnbrady@gmail.com> wrote:
Hi guys
Seems than running eavesdrop (and potentially other media bugs) on a bridged channel results in the rewriting of sequence numbers on RTP streams, potentially hiding packet loss when it occurs and creating havoc with downstream jitterbuffers.
Is there a way to disable this behaviour?
Richard
-- Richard Brady M: +44 (0)7771 623 348 T: +44 (0)20 8144 8160 E: rnbrady@gmail.com
_________________________________________________________________________ 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
Thanks. I'm not talking about the new stream for the eavesdrop. I'm talking about the streams on the A and B legs of the bridge. I don't see why FS would rewrite sequence numbers on an RTP stream which it is simply bridging (no transcoding, no muxing, etc). Sequence numbers allow packet loss to be detected and compensated for. If FS is not running a JB or PLC then it should leave discontinuous sequence numbers as is so that a downstream JB / PLC can use them. I'll send some Wireshark screenshots shortly. And will double check re seq num vs timestamps. On 11 September 2013 20:19, Anthony Minessale <anthony.minessale@gmail.com>wrote:
Seq numbers are always rewritten. Maybe you mean timestamps? The muxing and recreation of a new media stream requires a newly generated stream. There is not a way around that.
On Wed, Sep 11, 2013 at 9:29 AM, Richard Brady <rnbrady@gmail.com> wrote:
Hi guys
Seems than running eavesdrop (and potentially other media bugs) on a bridged channel results in the rewriting of sequence numbers on RTP streams, potentially hiding packet loss when it occurs and creating havoc with downstream jitterbuffers.
Is there a way to disable this behaviour?
Richard
-- Richard Brady M: +44 (0)7771 623 348 T: +44 (0)20 8144 8160 E: rnbrady@gmail.com
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Seq numbers never are preserved. Again dobtou mean timestamps? On Sep 12, 2013 7:31 AM, "Richard Brady" <rnbrady@gmail.com> wrote:
Thanks.
I'm not talking about the new stream for the eavesdrop. I'm talking about the streams on the A and B legs of the bridge.
I don't see why FS would rewrite sequence numbers on an RTP stream which it is simply bridging (no transcoding, no muxing, etc). Sequence numbers allow packet loss to be detected and compensated for. If FS is not running a JB or PLC then it should leave discontinuous sequence numbers as is so that a downstream JB / PLC can use them.
I'll send some Wireshark screenshots shortly. And will double check re seq num vs timestamps.
On 11 September 2013 20:19, Anthony Minessale <anthony.minessale@gmail.com
wrote:
Seq numbers are always rewritten. Maybe you mean timestamps? The muxing and recreation of a new media stream requires a newly generated stream. There is not a way around that.
On Wed, Sep 11, 2013 at 9:29 AM, Richard Brady <rnbrady@gmail.com> wrote:
Hi guys
Seems than running eavesdrop (and potentially other media bugs) on a bridged channel results in the rewriting of sequence numbers on RTP streams, potentially hiding packet loss when it occurs and creating havoc with downstream jitterbuffers.
Is there a way to disable this behaviour?
Richard
-- Richard Brady M: +44 (0)7771 623 348 T: +44 (0)20 8144 8160 E: rnbrady@gmail.com
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Yes, my bad. Misinterpretation of Wireshark graph: https://dl.dropboxusercontent.com/u/51603927/graph_of_media_bug_impact_on_RT... Something definitely changes when the media bug is added. I will work out what but I think FS is inserting silence frames when the media bug is on, and not inserting them when it is off. Thanks for setting me straight. On 12 September 2013 13:58, Anthony Minessale <anthony.minessale@gmail.com>wrote:
Seq numbers never are preserved. Again dobtou mean timestamps? On Sep 12, 2013 7:31 AM, "Richard Brady" <rnbrady@gmail.com> wrote:
Thanks.
I'm not talking about the new stream for the eavesdrop. I'm talking about the streams on the A and B legs of the bridge.
I don't see why FS would rewrite sequence numbers on an RTP stream which it is simply bridging (no transcoding, no muxing, etc). Sequence numbers allow packet loss to be detected and compensated for. If FS is not running a JB or PLC then it should leave discontinuous sequence numbers as is so that a downstream JB / PLC can use them.
I'll send some Wireshark screenshots shortly. And will double check re seq num vs timestamps.
On 11 September 2013 20:19, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Seq numbers are always rewritten. Maybe you mean timestamps? The muxing and recreation of a new media stream requires a newly generated stream. There is not a way around that.
On Wed, Sep 11, 2013 at 9:29 AM, Richard Brady <rnbrady@gmail.com>wrote:
Hi guys
Seems than running eavesdrop (and potentially other media bugs) on a bridged channel results in the rewriting of sequence numbers on RTP streams, potentially hiding packet loss when it occurs and creating havoc with downstream jitterbuffers.
Is there a way to disable this behaviour?
Richard
-- Richard Brady M: +44 (0)7771 623 348 T: +44 (0)20 8144 8160 E: rnbrady@gmail.com
_________________________________________________________________________ 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
_________________________________________________________________________ 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
My phone seems to think dobtou is a valid word, sorry =D On Thu, Sep 12, 2013 at 10:22 AM, Richard Brady <rnbrady@gmail.com> wrote:
Yes, my bad. Misinterpretation of Wireshark graph:
https://dl.dropboxusercontent.com/u/51603927/graph_of_media_bug_impact_on_RT...
Something definitely changes when the media bug is added. I will work out what but I think FS is inserting silence frames when the media bug is on, and not inserting them when it is off.
Thanks for setting me straight.
On 12 September 2013 13:58, Anthony Minessale <anthony.minessale@gmail.com
wrote:
Seq numbers never are preserved. Again dobtou mean timestamps? On Sep 12, 2013 7:31 AM, "Richard Brady" <rnbrady@gmail.com> wrote:
Thanks.
I'm not talking about the new stream for the eavesdrop. I'm talking about the streams on the A and B legs of the bridge.
I don't see why FS would rewrite sequence numbers on an RTP stream which it is simply bridging (no transcoding, no muxing, etc). Sequence numbers allow packet loss to be detected and compensated for. If FS is not running a JB or PLC then it should leave discontinuous sequence numbers as is so that a downstream JB / PLC can use them.
I'll send some Wireshark screenshots shortly. And will double check re seq num vs timestamps.
On 11 September 2013 20:19, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Seq numbers are always rewritten. Maybe you mean timestamps? The muxing and recreation of a new media stream requires a newly generated stream. There is not a way around that.
On Wed, Sep 11, 2013 at 9:29 AM, Richard Brady <rnbrady@gmail.com>wrote:
Hi guys
Seems than running eavesdrop (and potentially other media bugs) on a bridged channel results in the rewriting of sequence numbers on RTP streams, potentially hiding packet loss when it occurs and creating havoc with downstream jitterbuffers.
Is there a way to disable this behaviour?
Richard
-- Richard Brady M: +44 (0)7771 623 348 T: +44 (0)20 8144 8160 E: rnbrady@gmail.com
_________________________________________________________________________ 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
_________________________________________________________________________ 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
-- 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
"Dobtou" think it's possible that FS inserts silence when a bug is attached but not when not? On 12 September 2013 16:26, Anthony Minessale <anthony.minessale@gmail.com>wrote:
My phone seems to think dobtou is a valid word, sorry =D
On Thu, Sep 12, 2013 at 10:22 AM, Richard Brady <rnbrady@gmail.com> wrote:
Yes, my bad. Misinterpretation of Wireshark graph:
https://dl.dropboxusercontent.com/u/51603927/graph_of_media_bug_impact_on_RT...
Something definitely changes when the media bug is added. I will work out what but I think FS is inserting silence frames when the media bug is on, and not inserting them when it is off.
Thanks for setting me straight.
On 12 September 2013 13:58, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Seq numbers never are preserved. Again dobtou mean timestamps? On Sep 12, 2013 7:31 AM, "Richard Brady" <rnbrady@gmail.com> wrote:
Thanks.
I'm not talking about the new stream for the eavesdrop. I'm talking about the streams on the A and B legs of the bridge.
I don't see why FS would rewrite sequence numbers on an RTP stream which it is simply bridging (no transcoding, no muxing, etc). Sequence numbers allow packet loss to be detected and compensated for. If FS is not running a JB or PLC then it should leave discontinuous sequence numbers as is so that a downstream JB / PLC can use them.
I'll send some Wireshark screenshots shortly. And will double check re seq num vs timestamps.
On 11 September 2013 20:19, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Seq numbers are always rewritten. Maybe you mean timestamps? The muxing and recreation of a new media stream requires a newly generated stream. There is not a way around that.
On Wed, Sep 11, 2013 at 9:29 AM, Richard Brady <rnbrady@gmail.com>wrote:
Hi guys
Seems than running eavesdrop (and potentially other media bugs) on a bridged channel results in the rewriting of sequence numbers on RTP streams, potentially hiding packet loss when it occurs and creating havoc with downstream jitterbuffers.
Is there a way to disable this behaviour?
Richard
-- Richard Brady M: +44 (0)7771 623 348 T: +44 (0)20 8144 8160 E: rnbrady@gmail.com
Hi, If I play a file into the conference immediately after adding the first member, some of the first part of the audio is missing. Is this expected? Is there any way to modify this behavior? Thanks, David
Hi, I have more details on this issue. It seems when any member is added and a file is played to the conference, the newly added member will only hear the trailing part of the file. All other members will hear the whole file. Any ideas how to fix this? Thanks, David ________________________________ From: D D <tru083@yahoo.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Thursday, September 12, 2013 12:04 PM Subject: [Freeswitch-users] Conference "play" API call sometimes has missing audio Hi, If I play a file into the conference immediately after adding the first member, some of the first part of the audio is missing. Is this expected? Is there any way to modify this behavior? Thanks, David _________________________________________________________________________ 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 had similar issue with a dialer application - when calling users through a mobile gateway the audio playback started few seconds before the phone was answerred and as a result the user did not hear the beginning of the recording. The solution was to use "wait_for_answer" application to delay the playback until the call is answerred. Best regards Rafal On Thu, Sep 12, 2013 at 9:33 PM, D D <tru083@yahoo.com> wrote:
Hi,
I have more details on this issue. It seems when any member is added and a file is played to the conference, the newly added member will only hear the trailing part of the file. All other members will hear the whole file.
Any ideas how to fix this?
Thanks, David
------------------------------ *From:* D D <tru083@yahoo.com> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Thursday, September 12, 2013 12:04 PM *Subject:* [Freeswitch-users] Conference "play" API call sometimes has missing audio
Hi,
If I play a file into the conference immediately after adding the first member, some of the first part of the audio is missing.
Is this expected? Is there any way to modify this behavior?
Thanks, David
_________________________________________________________________________ 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
participants (4)
-
Anthony Minessale
-
D D
-
Rafal Gwizdala
-
Richard Brady