mod_gsmopen: call connects, silence, lose /dev/ttyUSB2...
Recently I replaced my Huawei E1550 with a Huawei E173-U2 modem. Both modems are completely unlocked (and voice enabled), with latest firmware files, as per dc-files.com site. While with Huawei E1550, I was having this terrible voice-quality issue, with Huawei E173-U2, I fared much better initially (last night), and my first call went through perfectly, and I got connected to the IVR menu "5000". However, since I was facing signal-quality issues, I used AT^SYSCFG to set the modem to 2G mode, and got excellent signal. Apart from that, I don't remember making other changes, but since this morning, I am getting this 100% repeatable problem, where-in, once I call FS via my mobile, I see the usb-modem attached to FS (gsmopen EP) ringing, and get connected, but I do not hear the IVR menu anymore, but complete silence. After a while the call disconnects, and then I see console log indicating that my /dev/ttyUSB2 (control port) is probably dead, and as a result the /dev/ttyUSB1 and /dev/ttyUSB2 are removed, and /dev/ttyUSB3 and /dev/ttyUSB4 are created. If I reconfigure gsmopen.conf.xml file to use the new audio and control ports, and place another call, the same thing repeats. I've attempted this across several reboots, but is 100% repeatable. What I see in the console log: http://pastebin.com/swnz4sWf The relevant portion of the freeswitch.log file: http://pastebin.com/dNkhaGen Any ideas / clues as to what's up ? I tried going through the log file, and what I figured is that nothing seems to be received by FS on the audio port, and eventually /dev/ttyUSB2 becomes unresponsive, i.e. doesn't respond to AT-commands. Not sure though. - Jay
You probably have hardware problems in your platform usb subsystem. Can be power supply, can be chipset, can be whatever. Seems evident to me you continue to encounter platform stability problems and ou expect they go away ;). I would just use a real hardware server, with 64 bit debian, and be happy. Or be prepared to debug platform hardware prolems, not depending from mod-gsmopen. This is my feeling. Obviously, I can be wrong. -giovanni On Sep 9, 2013 11:19 PM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Recently I replaced my Huawei E1550 with a Huawei E173-U2 modem. Both modems are completely unlocked (and voice enabled), with latest firmware files, as per dc-files.com site. While with Huawei E1550, I was having this terrible voice-quality issue, with Huawei E173-U2, I fared much better initially (last night), and my first call went through perfectly, and I got connected to the IVR menu "5000". However, since I was facing signal-quality issues, I used AT^SYSCFG to set the modem to 2G mode, and got excellent signal. Apart from that, I don't remember making other changes, but since this morning, I am getting this 100% repeatable problem, where-in, once I call FS via my mobile, I see the usb-modem attached to FS (gsmopen EP) ringing, and get connected, but I do not hear the IVR menu anymore, but complete silence. After a while the call disconnects, and then I see console log indicating that my /dev/ttyUSB2 (control port) is probably dead, and as a result the /dev/ttyUSB1 and /dev/ttyUSB2 are removed, and /dev/ttyUSB3 and /dev/ttyUSB4 are created. If I reconfigure gsmopen.conf.xml file to use the new audio and control ports, and place another call, the same thing repeats. I've attempted this across several reboots, but is 100% repeatable.
What I see in the console log: http://pastebin.com/swnz4sWf
The relevant portion of the freeswitch.log file: http://pastebin.com/dNkhaGen
Any ideas / clues as to what's up ? I tried going through the log file, and what I figured is that nothing seems to be received by FS on the audio port, and eventually /dev/ttyUSB2 becomes unresponsive, i.e. doesn't respond to AT-commands. Not sure though.
- Jay
_________________________________________________________________________ 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
Is Debian better then CentOS to run FS? What is the today's recommendation of FS dev team? (2 years ago it was CentOS for sure). 2013/9/9 Giovanni Maruzzelli <gmaruzz@gmail.com>
You probably have hardware problems in your platform usb subsystem. Can be power supply, can be chipset, can be whatever. Seems evident to me you continue to encounter platform stability problems and ou expect they go away ;). I would just use a real hardware server, with 64 bit debian, and be happy. Or be prepared to debug platform hardware prolems, not depending from mod-gsmopen. This is my feeling. Obviously, I can be wrong. -giovanni On Sep 9, 2013 11:19 PM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Recently I replaced my Huawei E1550 with a Huawei E173-U2 modem. Both modems are completely unlocked (and voice enabled), with latest firmware files, as per dc-files.com site. While with Huawei E1550, I was having this terrible voice-quality issue, with Huawei E173-U2, I fared much better initially (last night), and my first call went through perfectly, and I got connected to the IVR menu "5000". However, since I was facing signal-quality issues, I used AT^SYSCFG to set the modem to 2G mode, and got excellent signal. Apart from that, I don't remember making other changes, but since this morning, I am getting this 100% repeatable problem, where-in, once I call FS via my mobile, I see the usb-modem attached to FS (gsmopen EP) ringing, and get connected, but I do not hear the IVR menu anymore, but complete silence. After a while the call disconnects, and then I see console log indicating that my /dev/ttyUSB2 (control port) is probably dead, and as a result the /dev/ttyUSB1 and /dev/ttyUSB2 are removed, and /dev/ttyUSB3 and /dev/ttyUSB4 are created. If I reconfigure gsmopen.conf.xml file to use the new audio and control ports, and place another call, the same thing repeats. I've attempted this across several reboots, but is 100% repeatable.
What I see in the console log: http://pastebin.com/swnz4sWf
The relevant portion of the freeswitch.log file: http://pastebin.com/dNkhaGen
Any ideas / clues as to what's up ? I tried going through the log file, and what I figured is that nothing seems to be received by FS on the audio port, and eventually /dev/ttyUSB2 becomes unresponsive, i.e. doesn't respond to AT-commands. Not sure though.
- Jay
_________________________________________________________________________ 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
On Mon, Sep 9, 2013 at 6:51 PM, Vitalie Colosov <vetali100@gmail.com> wrote:
Is Debian better then CentOS to run FS? What is the today's recommendation of FS dev team? (2 years ago it was CentOS for sure).
CentOS 5 was the longterm stable platform we used but its getting elderly now. I don't trust CentOS 6 yet. Debian 7 is the current preference.
2013/9/9 Giovanni Maruzzelli <gmaruzz@gmail.com>
You probably have hardware problems in your platform usb subsystem. Can be power supply, can be chipset, can be whatever. Seems evident to me you continue to encounter platform stability problems and ou expect they go away ;). I would just use a real hardware server, with 64 bit debian, and be happy. Or be prepared to debug platform hardware prolems, not depending from mod-gsmopen. This is my feeling. Obviously, I can be wrong. -giovanni On Sep 9, 2013 11:19 PM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Recently I replaced my Huawei E1550 with a Huawei E173-U2 modem. Both modems are completely unlocked (and voice enabled), with latest firmware files, as per dc-files.com site. While with Huawei E1550, I was having this terrible voice-quality issue, with Huawei E173-U2, I fared much better initially (last night), and my first call went through perfectly, and I got connected to the IVR menu "5000". However, since I was facing signal-quality issues, I used AT^SYSCFG to set the modem to 2G mode, and got excellent signal. Apart from that, I don't remember making other changes, but since this morning, I am getting this 100% repeatable problem, where-in, once I call FS via my mobile, I see the usb-modem attached to FS (gsmopen EP) ringing, and get connected, but I do not hear the IVR menu anymore, but complete silence. After a while the call disconnects, and then I see console log indicating that my /dev/ttyUSB2 (control port) is probably dead, and as a result the /dev/ttyUSB1 and /dev/ttyUSB2 are removed, and /dev/ttyUSB3 and /dev/ttyUSB4 are created. If I reconfigure gsmopen.conf.xml file to use the new audio and control ports, and place another call, the same thing repeats. I've attempted this across several reboots, but is 100% repeatable.
What I see in the console log: http://pastebin.com/swnz4sWf
The relevant portion of the freeswitch.log file: http://pastebin.com/dNkhaGen
Any ideas / clues as to what's up ? I tried going through the log file, and what I figured is that nothing seems to be received by FS on the audio port, and eventually /dev/ttyUSB2 becomes unresponsive, i.e. doesn't respond to AT-commands. Not sure though.
- Jay
_________________________________________________________________________ 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
Thanks Giovanni. I will try with alternative PC (afraid that I don't have a server handy), and with external powered USB2.0 hub (good quality one). Probably with try to get hold of alternate dongle as well. Since people have managed to get such rigs working with puny hardware like RaspberryPi, I feel that I am perhaps missing some very fundamental step somewhere, or is a case of plain bad luck with the particular hardware I procured. On Tue, Sep 10, 2013 at 3:41 AM, Giovanni Maruzzelli <gmaruzz@gmail.com>wrote:
You probably have hardware problems in your platform usb subsystem. Can be power supply, can be chipset, can be whatever. Seems evident to me you continue to encounter platform stability problems and ou expect they go away ;). I would just use a real hardware server, with 64 bit debian, and be happy. Or be prepared to debug platform hardware prolems, not depending from mod-gsmopen. This is my feeling. Obviously, I can be wrong. -giovanni On Sep 9, 2013 11:19 PM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Recently I replaced my Huawei E1550 with a Huawei E173-U2 modem. Both modems are completely unlocked (and voice enabled), with latest firmware files, as per dc-files.com site. While with Huawei E1550, I was having this terrible voice-quality issue, with Huawei E173-U2, I fared much better initially (last night), and my first call went through perfectly, and I got connected to the IVR menu "5000". However, since I was facing signal-quality issues, I used AT^SYSCFG to set the modem to 2G mode, and got excellent signal. Apart from that, I don't remember making other changes, but since this morning, I am getting this 100% repeatable problem, where-in, once I call FS via my mobile, I see the usb-modem attached to FS (gsmopen EP) ringing, and get connected, but I do not hear the IVR menu anymore, but complete silence. After a while the call disconnects, and then I see console log indicating that my /dev/ttyUSB2 (control port) is probably dead, and as a result the /dev/ttyUSB1 and /dev/ttyUSB2 are removed, and /dev/ttyUSB3 and /dev/ttyUSB4 are created. If I reconfigure gsmopen.conf.xml file to use the new audio and control ports, and place another call, the same thing repeats. I've attempted this across several reboots, but is 100% repeatable.
What I see in the console log: http://pastebin.com/swnz4sWf
The relevant portion of the freeswitch.log file: http://pastebin.com/dNkhaGen
Any ideas / clues as to what's up ? I tried going through the log file, and what I figured is that nothing seems to be received by FS on the audio port, and eventually /dev/ttyUSB2 becomes unresponsive, i.e. doesn't respond to AT-commands. Not sure though.
- Jay
_________________________________________________________________________ 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
Is the usb subsystem. So it can be chipset, power supply, internal wiring, etc. On Sep 10, 2013 7:32 AM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Thanks Giovanni. I will try with alternative PC (afraid that I don't have a server handy), and with external powered USB2.0 hub (good quality one). Probably with try to get hold of alternate dongle as well.
Since people have managed to get such rigs working with puny hardware like RaspberryPi, I feel that I am perhaps missing some very fundamental step somewhere, or is a case of plain bad luck with the particular hardware I procured.
On Tue, Sep 10, 2013 at 3:41 AM, Giovanni Maruzzelli <gmaruzz@gmail.com>wrote:
You probably have hardware problems in your platform usb subsystem. Can be power supply, can be chipset, can be whatever. Seems evident to me you continue to encounter platform stability problems and ou expect they go away ;). I would just use a real hardware server, with 64 bit debian, and be happy. Or be prepared to debug platform hardware prolems, not depending from mod-gsmopen. This is my feeling. Obviously, I can be wrong. -giovanni On Sep 9, 2013 11:19 PM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Recently I replaced my Huawei E1550 with a Huawei E173-U2 modem. Both modems are completely unlocked (and voice enabled), with latest firmware files, as per dc-files.com site. While with Huawei E1550, I was having this terrible voice-quality issue, with Huawei E173-U2, I fared much better initially (last night), and my first call went through perfectly, and I got connected to the IVR menu "5000". However, since I was facing signal-quality issues, I used AT^SYSCFG to set the modem to 2G mode, and got excellent signal. Apart from that, I don't remember making other changes, but since this morning, I am getting this 100% repeatable problem, where-in, once I call FS via my mobile, I see the usb-modem attached to FS (gsmopen EP) ringing, and get connected, but I do not hear the IVR menu anymore, but complete silence. After a while the call disconnects, and then I see console log indicating that my /dev/ttyUSB2 (control port) is probably dead, and as a result the /dev/ttyUSB1 and /dev/ttyUSB2 are removed, and /dev/ttyUSB3 and /dev/ttyUSB4 are created. If I reconfigure gsmopen.conf.xml file to use the new audio and control ports, and place another call, the same thing repeats. I've attempted this across several reboots, but is 100% repeatable.
What I see in the console log: http://pastebin.com/swnz4sWf
The relevant portion of the freeswitch.log file: http://pastebin.com/dNkhaGen
Any ideas / clues as to what's up ? I tried going through the log file, and what I figured is that nothing seems to be received by FS on the audio port, and eventually /dev/ttyUSB2 becomes unresponsive, i.e. doesn't respond to AT-commands. Not sure though.
- Jay
_________________________________________________________________________ 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
Eg: is not the cpu the problem, but the quality of usb subsystem. As per the OS, Freeswitch (and mod-gsmopen) is primarily developed on debian, so it is a safe bet. On Sep 10, 2013 8:37 AM, "Giovanni Maruzzelli" <gmaruzz@gmail.com> wrote:
Is the usb subsystem. So it can be chipset, power supply, internal wiring, etc. On Sep 10, 2013 7:32 AM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Thanks Giovanni. I will try with alternative PC (afraid that I don't have a server handy), and with external powered USB2.0 hub (good quality one). Probably with try to get hold of alternate dongle as well.
Since people have managed to get such rigs working with puny hardware like RaspberryPi, I feel that I am perhaps missing some very fundamental step somewhere, or is a case of plain bad luck with the particular hardware I procured.
On Tue, Sep 10, 2013 at 3:41 AM, Giovanni Maruzzelli <gmaruzz@gmail.com>wrote:
You probably have hardware problems in your platform usb subsystem. Can be power supply, can be chipset, can be whatever. Seems evident to me you continue to encounter platform stability problems and ou expect they go away ;). I would just use a real hardware server, with 64 bit debian, and be happy. Or be prepared to debug platform hardware prolems, not depending from mod-gsmopen. This is my feeling. Obviously, I can be wrong. -giovanni On Sep 9, 2013 11:19 PM, "Jayanth Acharya" <jayachar88@gmail.com> wrote:
Recently I replaced my Huawei E1550 with a Huawei E173-U2 modem. Both modems are completely unlocked (and voice enabled), with latest firmware files, as per dc-files.com site. While with Huawei E1550, I was having this terrible voice-quality issue, with Huawei E173-U2, I fared much better initially (last night), and my first call went through perfectly, and I got connected to the IVR menu "5000". However, since I was facing signal-quality issues, I used AT^SYSCFG to set the modem to 2G mode, and got excellent signal. Apart from that, I don't remember making other changes, but since this morning, I am getting this 100% repeatable problem, where-in, once I call FS via my mobile, I see the usb-modem attached to FS (gsmopen EP) ringing, and get connected, but I do not hear the IVR menu anymore, but complete silence. After a while the call disconnects, and then I see console log indicating that my /dev/ttyUSB2 (control port) is probably dead, and as a result the /dev/ttyUSB1 and /dev/ttyUSB2 are removed, and /dev/ttyUSB3 and /dev/ttyUSB4 are created. If I reconfigure gsmopen.conf.xml file to use the new audio and control ports, and place another call, the same thing repeats. I've attempted this across several reboots, but is 100% repeatable.
What I see in the console log: http://pastebin.com/swnz4sWf
The relevant portion of the freeswitch.log file: http://pastebin.com/dNkhaGen
Any ideas / clues as to what's up ? I tried going through the log file, and what I figured is that nothing seems to be received by FS on the audio port, and eventually /dev/ttyUSB2 becomes unresponsive, i.e. doesn't respond to AT-commands. Not sure though.
- Jay
_________________________________________________________________________ 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
participants (4)
-
Anthony Minessale
-
Giovanni Maruzzelli
-
Jayanth Acharya
-
Vitalie Colosov