Re: [Freeswitch-users] Lua not playing wav files
I was try it. There is no differents. The issue consists in that I get dialplan automatically through xml_curl + php (by intralanman). I see it by means xml_curl_debug_on: <action application="lua" data="$1" inline="true"/>How can I disable "inline="true"" ? In the mysql table created under the README from intralanman I see field "type". I can put "action" or "anti-action" only. How can I control "inline" parameter? Many thanks to anyone who can help. Date: Wed, 17 Aug 2011 09:12:44 +0000 From: chrisbware@interfree.it To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Lua not playing wav files try: session:streamFile(message) instead of session:execute("playback", message) -----Messaggio originale----- Da: Yuriy Nasida <nasida@live.ru> Inviato il: 16 Ago 2011 - 10:46 A: <freeswitch-users@lists.freeswitch.org> Hi Freeswitch-users, My simple lua script: freeswitch.consoleLog("err","start hello.lua\n") session:answer(); message = "ivr/ivr-enter_destination_telephone_number.wav" session:execute("playback", message) session:hangup(); Script looks fine I think, but FS doesn't play audio. If I use corresponding XML dialplan all work fine. logs when I use lua: 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE going to sleep 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING 2011-08-16 13:18:00.336003 [DEBUG] mod_sofia.c:147 sofia/external/79213777785@65.98.107.130:5080 SOFIA ROUTING 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:77 sofia/external/79213777785@65.98.107.130:5080 Standard ROUTING 2011-08-16 13:18:00.336003 [INFO] mod_dialplan_xml.c:331 Processing unknown <79213777785>->inbound_type_uri in context public 2011-08-16 13:18:00.345157 [ERR] switch_cpp.cpp:1197 start hello.lua 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:2773 Set Codec sofia/external/79213777785@65.98.107.130:5080 PCMU/8000 20 ms 160 samples 64000 bits 2011-08-16 13:18:00.346166 [DEBUG] sofia_glue.c:4764 Set 2833 dtmf send/recv payload to 101 2011-08-16 13:18:00.346166 [DEBUG] sofia_glue.c:3014 AUDIO RTP [sofia/external/79213777785@65.98.107.130:5080] 65.98.107.130 port 26266 -> 212.232.72.134 port 49276 codec: 0 ms: 20 2011-08-16 13:18:00.346166 [DEBUG] switch_rtp.c:1623 Starting timer [soft] 160 bytes per 20ms 2011-08-16 13:18:00.347205 [DEBUG] sofia_glue.c:3276 Set 2833 dtmf send payload to 101 2011-08-16 13:18:00.347205 [DEBUG] sofia_glue.c:3281 Set 2833 dtmf receive payload to 101 2011-08-16 13:18:00.347205 [DEBUG] mod_sofia.c:681 Local SDP sofia/external/79213777785@65.98.107.130:5080: v=0 o=FreeSWITCH 1313488814 1313488815 IN IP4 65.98.107.130 s=FreeSWITCH c=IN IP4 65.98.107.130 t=0 0 m=audio 26266 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2011-08-16 13:18:00.348214 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [completed][200] 2011-08-16 13:18:00.348214 [DEBUG] switch_core_session.c:1939 Application playback Requires media! pre_answering channel sofia/external/79213777785@65.98.107.130:5080 2011-08-16 13:18:00.348214 [DEBUG] switch_cpp.cpp:618 CoreSession::hangup 2011-08-16 13:18:00.348214 [DEBUG] switch_cpp.cpp:988 sofia/external/79213777785@65.98.107.130:5080 destroy/unlink session from object 2011-08-16 13:18:00.348214 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep" ======================================== logs when I use XML dialplan: 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE going to sleep 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING 2011-08-16 13:19:49.609765 [DEBUG] mod_sofia.c:147 sofia/external/79213777785@65.98.107.130:5080 SOFIA ROUTING 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:77 sofia/external/79213777785@65.98.107.130:5080 Standard ROUTING 2011-08-16 13:19:49.609765 [INFO] mod_dialplan_xml.c:331 Processing unknown <79213777785>->inbound_type_uri in context public 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] mod_sofia.c:240 sofia/external/79213777785@65.98.107.130:5080 SOFIA EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:157 sofia/external/79213777785@65.98.107.130:5080 Standard EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:19:49.615894 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:2773 Set Codec sofia/external/79213777785@65.98.107.130:5080 PCMU/8000 20 ms 160 samples 64000 bits 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:4764 Set 2833 dtmf send/recv payload to 101 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:3014 AUDIO RTP [sofia/external/79213777785@65.98.107.130:5080] 65.98.107.130 port 23946 -> 212.232.72.134 port 49278 codec: 0 ms: 20 2011-08-16 13:19:49.616902 [DEBUG] switch_rtp.c:1623 Starting timer [soft] 160 bytes per 20ms 2011-08-16 13:19:49.617998 [DEBUG] sofia_glue.c:3276 Set 2833 dtmf send payload to 101 2011-08-16 13:19:49.617998 [DEBUG] sofia_glue.c:3281 Set 2833 dtmf receive payload to 101 2011-08-16 13:19:49.617998 [DEBUG] mod_sofia.c:681 Local SDP sofia/external/79213777785@65.98.107.130:5080: v=0 o=FreeSWITCH 1313491243 1313491244 IN IP4 65.98.107.130 s=FreeSWITCH c=IN IP4 65.98.107.130 t=0 0 m=audio 23946 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2011-08-16 13:19:49.619008 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [completed][200] 2011-08-16 13:19:49.631344 [DEBUG] switch_ivr_play_say.c:1278 Codec Activated L16@8000hz 1 channels 20ms 2011-08-16 13:19:49.740067 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [ready][200] 2011-08-16 13:19:52.879234 [DEBUG] switch_ivr_play_say.c:1648 done playing file 2011-08-16 13:19:52.880333 [NOTICE] switch_core_state_machine.c:189 sofia/external/79213777785@65.98.107.130:5080 has executed the last dialplan instruction, hanging up. I have compared logs and saw that case without lua have some strings unlike case with lua. "2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] mod_sofia.c:240 sofia/external/79213777785@65.98.107.130:5080 SOFIA EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:157 sofia/external/79213777785@65.98.107.130:5080 Standard EXECUTE" Many thanks to anyone who can help. ------------------------------------------------------------------------------- Valore legale alle tue mail InterfreePEC - la tua Posta Elettronica Certificata http://pec.interfree.it ------------------------------------------------------------------------------- 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
The problem is that lua script is called before media is up, so you will need to get rid of that inline=true - I don't know how to do that though, since it's a dynamically generated dialplan. /Peter Från: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] För Yuriy Nasida Skickat: den 17 augusti 2011 11:54 Till: freeswitch-users@lists.freeswitch.org Ämne: Re: [Freeswitch-users] Lua not playing wav files I was try it. There is no differents. The issue consists in that I get dialplan automatically through xml_curl + php (by intralanman). I see it by means xml_curl_debug_on: <action application="lua" data="$1" inline="true"/> How can I disable "inline="true"" ? In the mysql table created under the README from intralanman I see field "type". I can put "action" or "anti-action" only. How can I control "inline" parameter? Many thanks to anyone who can help. ________________________________ Date: Wed, 17 Aug 2011 09:12:44 +0000 From: chrisbware@interfree.it To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Lua not playing wav files try: session:streamFile(message) instead of session:execute("playback", message) -----Messaggio originale----- Da: Yuriy Nasida <nasida@live.ru> Inviato il: 16 Ago 2011 - 10:46 A: <freeswitch-users@lists.freeswitch.org> Hi Freeswitch-users, My simple lua script: freeswitch.consoleLog("err","start hello.lua\n") session:answer(); message = "ivr/ivr-enter_destination_telephone_number.wav" session:execute("playback", message) session:hangup(); Script looks fine I think, but FS doesn't play audio. If I use corresponding XML dialplan all work fine. logs when I use lua: 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE going to sleep 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING 2011-08-16 13:18:00.336003 [DEBUG] mod_sofia.c:147 sofia/external/79213777785@65.98.107.130:5080 SOFIA ROUTING 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:77 sofia/external/79213777785@65.98.107.130:5080 Standard ROUTING 2011-08-16 13:18:00.336003 [INFO] mod_dialplan_xml.c:331 Processing unknown <79213777785>->inbound_type_uri in context public 2011-08-16 13:18:00.345157 [ERR] switch_cpp.cpp:1197 start hello.lua 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:2773 Set Codec sofia/external/79213777785@65.98.107.130:5080 PCMU/8000 20 ms 160 samples 64000 bits 2011-08-16 13:18:00.346166 [DEBUG] sofia_glue.c:4764 Set 2833 dtmf send/recv payload to 101 2011-08-16 13:18:00.346166 [DEBUG] sofia_glue.c:3014 AUDIO RTP [sofia/external/79213777785@65.98.107.130:5080] 65.98.107.130 port 26266 -> 212.232.72.134 port 49276 codec: 0 ms: 20 2011-08-16 13:18:00.346166 [DEBUG] switch_rtp.c:1623 Starting timer [soft] 160 bytes per 20ms 2011-08-16 13:18:00.347205 [DEBUG] sofia_glue.c:3276 Set 2833 dtmf send payload to 101 2011-08-16 13:18:00.347205 [DEBUG] sofia_glue.c:3281 Set 2833 dtmf receive payload to 101 2011-08-16 13:18:00.347205 [DEBUG] mod_sofia.c:681 Local SDP sofia/external/79213777785@65.98.107.130:5080: v=0 o=FreeSWITCH 1313488814 1313488815 IN IP4 65.98.107.130 s=FreeSWITCH c=IN IP4 65.98.107.130 t=0 0 m=audio 26266 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2011-08-16 13:18:00.348214 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [completed][200] 2011-08-16 13:18:00.348214 [DEBUG] switch_core_session.c:1939 Application playback Requires media! pre_answering channel sofia/external/79213777785@65.98.107.130:5080 2011-08-16 13:18:00.348214 [DEBUG] switch_cpp.cpp:618 CoreSession::hangup 2011-08-16 13:18:00.348214 [DEBUG] switch_cpp.cpp:988 sofia/external/79213777785@65.98.107.130:5080 destroy/unlink session from object 2011-08-16 13:18:00.348214 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep" ======================================== logs when I use XML dialplan: 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE going to sleep 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING 2011-08-16 13:19:49.609765 [DEBUG] mod_sofia.c:147 sofia/external/79213777785@65.98.107.130:5080 SOFIA ROUTING 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:77 sofia/external/79213777785@65.98.107.130:5080 Standard ROUTING 2011-08-16 13:19:49.609765 [INFO] mod_dialplan_xml.c:331 Processing unknown <79213777785>->inbound_type_uri in context public 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] mod_sofia.c:240 sofia/external/79213777785@65.98.107.130:5080 SOFIA EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:157 sofia/external/79213777785@65.98.107.130:5080 Standard EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:19:49.615894 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:2773 Set Codec sofia/external/79213777785@65.98.107.130:5080 PCMU/8000 20 ms 160 samples 64000 bits 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:4764 Set 2833 dtmf send/recv payload to 101 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:3014 AUDIO RTP [sofia/external/79213777785@65.98.107.130:5080] 65.98.107.130 port 23946 -> 212.232.72.134 port 49278 codec: 0 ms: 20 2011-08-16 13:19:49.616902 [DEBUG] switch_rtp.c:1623 Starting timer [soft] 160 bytes per 20ms 2011-08-16 13:19:49.617998 [DEBUG] sofia_glue.c:3276 Set 2833 dtmf send payload to 101 2011-08-16 13:19:49.617998 [DEBUG] sofia_glue.c:3281 Set 2833 dtmf receive payload to 101 2011-08-16 13:19:49.617998 [DEBUG] mod_sofia.c:681 Local SDP sofia/external/79213777785@65.98.107.130:5080: v=0 o=FreeSWITCH 1313491243 1313491244 IN IP4 65.98.107.130 s=FreeSWITCH c=IN IP4 65.98.107.130 t=0 0 m=audio 23946 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2011-08-16 13:19:49.619008 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [completed][200] 2011-08-16 13:19:49.631344 [DEBUG] switch_ivr_play_say.c:1278 Codec Activated L16@8000hz 1 channels 20ms 2011-08-16 13:19:49.740067 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [ready][200] 2011-08-16 13:19:52.879234 [DEBUG] switch_ivr_play_say.c:1648 done playing file 2011-08-16 13:19:52.880333 [NOTICE] switch_core_state_machine.c:189 sofia/external/79213777785@65.98.107.130:5080 has executed the last dialplan instruction, hanging up. I have compared logs and saw that case without lua have some strings unlike case with lua. "2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] mod_sofia.c:240 sofia/external/79213777785@65.98.107.130:5080 SOFIA EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:157 sofia/external/79213777785@65.98.107.130:5080 Standard EXECUTE" Many thanks to anyone who can help. ------------------------------------------------------------------------------- Valore legale alle tue mail InterfreePEC - la tua Posta Elettronica Certificata http://pec.interfree.it ------------------------------------------------------------------------------- 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 !DSPAM:4e4b918432761631268876!
I see. Anyway thank you. --Yuriy From: peter.olsson@visionutveckling.se To: freeswitch-users@lists.freeswitch.org Date: Wed, 17 Aug 2011 12:26:19 +0200 Subject: Re: [Freeswitch-users] Lua not playing wav files The problem is that lua script is called before media is up, so you will need to get rid of that inline=true – I don’t know how to do that though, since it’s a dynamically generated dialplan. /Peter Från: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] För Yuriy Nasida Skickat: den 17 augusti 2011 11:54 Till: freeswitch-users@lists.freeswitch.org Ämne: Re: [Freeswitch-users] Lua not playing wav files I was try it. There is no differents. The issue consists in that I get dialplan automatically through xml_curl + php (by intralanman). I see it by means xml_curl_debug_on: <action application="lua" data="$1" inline="true"/> How can I disable "inline="true"" ? In the mysql table created under the README from intralanman I see field "type". I can put "action" or "anti-action" only. How can I control "inline" parameter? Many thanks to anyone who can help. Date: Wed, 17 Aug 2011 09:12:44 +0000 From: chrisbware@interfree.it To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Lua not playing wav files try: session:streamFile(message) instead of session:execute("playback", message) -----Messaggio originale----- Da: Yuriy Nasida <nasida@live.ru> Inviato il: 16 Ago 2011 - 10:46 A: <freeswitch-users@lists.freeswitch.org> Hi Freeswitch-users, My simple lua script: freeswitch.consoleLog("err","start hello.lua\n") session:answer(); message = "ivr/ivr-enter_destination_telephone_number.wav" session:execute("playback", message) session:hangup(); Script looks fine I think, but FS doesn't play audio. If I use corresponding XML dialplan all work fine. logs when I use lua: 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE going to sleep 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING 2011-08-16 13:18:00.336003 [DEBUG] mod_sofia.c:147 sofia/external/79213777785@65.98.107.130:5080 SOFIA ROUTING 2011-08-16 13:18:00.336003 [DEBUG] switch_core_state_machine.c:77 sofia/external/79213777785@65.98.107.130:5080 Standard ROUTING 2011-08-16 13:18:00.336003 [INFO] mod_dialplan_xml.c:331 Processing unknown <79213777785>->inbound_type_uri in context public 2011-08-16 13:18:00.345157 [ERR] switch_cpp.cpp:1197 start hello.lua 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:18:00.345157 [DEBUG] sofia_glue.c:2773 Set Codec sofia/external/79213777785@65.98.107.130:5080 PCMU/8000 20 ms 160 samples 64000 bits 2011-08-16 13:18:00.346166 [DEBUG] sofia_glue.c:4764 Set 2833 dtmf send/recv payload to 101 2011-08-16 13:18:00.346166 [DEBUG] sofia_glue.c:3014 AUDIO RTP [sofia/external/79213777785@65.98.107.130:5080] 65.98.107.130 port 26266 -> 212.232.72.134 port 49276 codec: 0 ms: 20 2011-08-16 13:18:00.346166 [DEBUG] switch_rtp.c:1623 Starting timer [soft] 160 bytes per 20ms 2011-08-16 13:18:00.347205 [DEBUG] sofia_glue.c:3276 Set 2833 dtmf send payload to 101 2011-08-16 13:18:00.347205 [DEBUG] sofia_glue.c:3281 Set 2833 dtmf receive payload to 101 2011-08-16 13:18:00.347205 [DEBUG] mod_sofia.c:681 Local SDP sofia/external/79213777785@65.98.107.130:5080: v=0 o=FreeSWITCH 1313488814 1313488815 IN IP4 65.98.107.130 s=FreeSWITCH c=IN IP4 65.98.107.130 t=0 0 m=audio 26266 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2011-08-16 13:18:00.348214 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [completed][200] 2011-08-16 13:18:00.348214 [DEBUG] switch_core_session.c:1939 Application playback Requires media! pre_answering channel sofia/external/79213777785@65.98.107.130:5080 2011-08-16 13:18:00.348214 [DEBUG] switch_cpp.cpp:618 CoreSession::hangup 2011-08-16 13:18:00.348214 [DEBUG] switch_cpp.cpp:988 sofia/external/79213777785@65.98.107.130:5080 destroy/unlink session from object 2011-08-16 13:18:00.348214 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep" ======================================== logs when I use XML dialplan: 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE going to sleep 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING 2011-08-16 13:19:49.609765 [DEBUG] mod_sofia.c:147 sofia/external/79213777785@65.98.107.130:5080 SOFIA ROUTING 2011-08-16 13:19:49.609765 [DEBUG] switch_core_state_machine.c:77 sofia/external/79213777785@65.98.107.130:5080 Standard ROUTING 2011-08-16 13:19:49.609765 [INFO] mod_dialplan_xml.c:331 Processing unknown <79213777785>->inbound_type_uri in context public 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] mod_sofia.c:240 sofia/external/79213777785@65.98.107.130:5080 SOFIA EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:157 sofia/external/79213777785@65.98.107.130:5080 Standard EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:19:49.615894 [DEBUG] sofia_glue.c:4650 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:2773 Set Codec sofia/external/79213777785@65.98.107.130:5080 PCMU/8000 20 ms 160 samples 64000 bits 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:4764 Set 2833 dtmf send/recv payload to 101 2011-08-16 13:19:49.616902 [DEBUG] sofia_glue.c:3014 AUDIO RTP [sofia/external/79213777785@65.98.107.130:5080] 65.98.107.130 port 23946 -> 212.232.72.134 port 49278 codec: 0 ms: 20 2011-08-16 13:19:49.616902 [DEBUG] switch_rtp.c:1623 Starting timer [soft] 160 bytes per 20ms 2011-08-16 13:19:49.617998 [DEBUG] sofia_glue.c:3276 Set 2833 dtmf send payload to 101 2011-08-16 13:19:49.617998 [DEBUG] sofia_glue.c:3281 Set 2833 dtmf receive payload to 101 2011-08-16 13:19:49.617998 [DEBUG] mod_sofia.c:681 Local SDP sofia/external/79213777785@65.98.107.130:5080: v=0 o=FreeSWITCH 1313491243 1313491244 IN IP4 65.98.107.130 s=FreeSWITCH c=IN IP4 65.98.107.130 t=0 0 m=audio 23946 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2011-08-16 13:19:49.619008 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [completed][200] 2011-08-16 13:19:49.631344 [DEBUG] switch_ivr_play_say.c:1278 Codec Activated L16@8000hz 1 channels 20ms 2011-08-16 13:19:49.740067 [DEBUG] sofia.c:4761 Channel sofia/external/79213777785@65.98.107.130:5080 entering state [ready][200] 2011-08-16 13:19:52.879234 [DEBUG] switch_ivr_play_say.c:1648 done playing file 2011-08-16 13:19:52.880333 [NOTICE] switch_core_state_machine.c:189 sofia/external/79213777785@65.98.107.130:5080 has executed the last dialplan instruction, hanging up. I have compared logs and saw that case without lua have some strings unlike case with lua. "2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:364 (sofia/external/79213777785@65.98.107.130:5080) State ROUTING going to sleep 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:371 (sofia/external/79213777785@65.98.107.130:5080) State EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] mod_sofia.c:240 sofia/external/79213777785@65.98.107.130:5080 SOFIA EXECUTE 2011-08-16 13:19:49.615894 [DEBUG] switch_core_state_machine.c:157 sofia/external/79213777785@65.98.107.130:5080 Standard EXECUTE" Many thanks to anyone who can help. ------------------------------------------------------------------------------- Valore legale alle tue mail InterfreePEC - la tua Posta Elettronica Certificata http://pec.interfree.it ------------------------------------------------------------------------------- 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!DSPAM:4e4b918432761631268876! 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
Hi, I can run the FreeSwitch on CentOS 5 without any problem. When I run it on Fedora 14 (tried latest git version and latest snapshot version), I got following error 011-08-16 18:19:52.928857 [CRIT] switch_loadable_module.c:929 Error Loading module /usr/local/freeswitch/mod/mod_spidermonkey.so **/usr/lib/libldap-2.4.so.2: undefined symbol: PR_GetDirectorySeparator** I'm stuck here for a while, googled around but didn't figure out a solution. Any suggestions? Thanks, Xing -- Heriot-Watt University is a Scottish charity registered under charity number SC000278.
This is an odd duck. Most likely you're on a 64 bit platform. There's an issue with CentOS6 and evidently Fedora14. Try re-running configure like this: ./configure --without-libcurl See http://jira.freeswitch.org/browse/FS-3393 for a discussion of this bug. -MC On Wed, Aug 17, 2011 at 3:09 AM, xl127 <x.liu@hw.ac.uk> wrote:
Hi,
I can run the FreeSwitch on CentOS 5 without any problem. When I run it on Fedora 14 (tried latest git version and latest snapshot version), I got following error
011-08-16 18:19:52.928857 [CRIT] switch_loadable_module.c:929 Error Loading module /usr/local/freeswitch/mod/mod_spidermonkey.so **/usr/lib/libldap-2.4.so.2: undefined symbol: PR_GetDirectorySeparator**
I'm stuck here for a while, googled around but didn't figure out a solution.
Any suggestions?
Thanks,
-- Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
It works on Fedora 14 now, thanks Michael! I am wondering if I need to give the flag "--without-libcurl" every time when I add a new module to FS and do "configure"? Cheers, Xing On 17/08/11 21:33, Michael Collins wrote:
This is an odd duck. Most likely you're on a 64 bit platform. There's an issue with CentOS6 and evidently Fedora14. Try re-running configure like this:
./configure --without-libcurl
See http://jira.freeswitch.org/browse/FS-3393 for a discussion of this bug.
-MC
On Wed, Aug 17, 2011 at 3:09 AM, xl127 <x.liu@hw.ac.uk <mailto:x.liu@hw.ac.uk>> wrote:
Hi,
I can run the FreeSwitch on CentOS 5 without any problem. When I run it on Fedora 14 (tried latest git version and latest snapshot version), I got following error
011-08-16 18:19:52.928857 [CRIT] switch_loadable_module.c:929 Error Loading module /usr/local/freeswitch/mod/mod_spidermonkey.so **/usr/lib/libldap-2.4.so.2: undefined symbol: PR_GetDirectorySeparator**
I'm stuck here for a while, googled around but didn't figure out a solution.
Any suggestions?
Thanks,
-- Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
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
-- Heriot-Watt University is a Scottish charity registered under charity number SC000278.
On Thu, Aug 18, 2011 at 8:50 AM, xl127 <x.liu@hw.ac.uk> wrote:
** It works on Fedora 14 now, thanks Michael!
I am wondering if I need to give the flag "--without-libcurl" every time when I add a new module to FS and do "configure"?
Only when you need to actually re-run the configure script. Most of the time when you do "git pull && make install" or "make current" you're fine. -MC
I am wondering which FS function will be affected by "--without-libcurl" My simple dialplan tries to "speak" some text via mod_unmrcp. Exact same setups on both CentOS 5 and Fedora 14. It works on CentOS but on Fedora I didn't hear anything, no sound outputs. The debug messages for the speechsythesizer and the mrcp_client look normal from the console. Is it because of the libcurl thing, or because of the FS version? The CentOS FS version is: FreeSWITCH Version 1.0.head (git-492bc6b 2011-07-23 12-53-04 -0400) The Fedora FS version is quite new: FreeSWITCH Version 1.0.head (git-cd31633 2011-08-17 19-34-22 -0500) Cheers, Xing On 18/08/11 17:34, Michael Collins wrote:
On Thu, Aug 18, 2011 at 8:50 AM, xl127 <x.liu@hw.ac.uk <mailto:x.liu@hw.ac.uk>> wrote:
It works on Fedora 14 now, thanks Michael!
I am wondering if I need to give the flag "--without-libcurl" every time when I add a new module to FS and do "configure"?
Only when you need to actually re-run the configure script. Most of the time when you do "git pull && make install" or "make current" you're fine.
-MC
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
-- Heriot-Watt University is a Scottish charity registered under charity number SC000278.
I don't know that there's anything affected. I have been using FS on a CentOS 6 machine and none of the modules built w/o libcurl have had any adverse affects. -MC On Fri, Aug 19, 2011 at 8:27 AM, xl127 <x.liu@hw.ac.uk> wrote:
** I am wondering which FS function will be affected by "--without-libcurl"
My simple dialplan tries to "speak" some text via mod_unmrcp. Exact same setups on both CentOS 5 and Fedora 14. It works on CentOS but on Fedora I didn't hear anything, no sound outputs. The debug messages for the speechsythesizer and the mrcp_client look normal from the console.
Is it because of the libcurl thing, or because of the FS version?
The CentOS FS version is: FreeSWITCH Version 1.0.head (git-492bc6b 2011-07-23 12-53-04 -0400)
The Fedora FS version is quite new: FreeSWITCH Version 1.0.head (git-cd31633 2011-08-17 19-34-22 -0500)
Cheers, Xing
On 18/08/11 17:34, Michael Collins wrote:
On Thu, Aug 18, 2011 at 8:50 AM, xl127 <x.liu@hw.ac.uk> wrote:
It works on Fedora 14 now, thanks Michael!
I am wondering if I need to give the flag "--without-libcurl" every time when I add a new module to FS and do "configure"?
Only when you need to actually re-run the configure script. Most of the time when you do "git pull && make install" or "make current" you're fine.
-MC
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
------------------------------ Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
okay, thanks! I tried to git the latest version on both CentOS and Fedora. It works fine on CentOS but still no audio out for mod_unimrcp on Fedora. All firewalls were disabled. The original pizza demo which uses streamFile from audio files works file on Fedora. So there must be something wrong with FS-UniMRCP on Fedora 14. Any suggestions about how to find the causes? Thanks! Xing On 19/08/11 16:38, Michael Collins wrote:
I don't know that there's anything affected. I have been using FS on a CentOS 6 machine and none of the modules built w/o libcurl have had any adverse affects.
-MC
On Fri, Aug 19, 2011 at 8:27 AM, xl127 <x.liu@hw.ac.uk <mailto:x.liu@hw.ac.uk>> wrote:
I am wondering which FS function will be affected by "--without-libcurl"
My simple dialplan tries to "speak" some text via mod_unmrcp. Exact same setups on both CentOS 5 and Fedora 14. It works on CentOS but on Fedora I didn't hear anything, no sound outputs. The debug messages for the speechsythesizer and the mrcp_client look normal from the console.
Is it because of the libcurl thing, or because of the FS version?
The CentOS FS version is: FreeSWITCH Version 1.0.head (git-492bc6b 2011-07-23 12-53-04 -0400)
The Fedora FS version is quite new: FreeSWITCH Version 1.0.head (git-cd31633 2011-08-17 19-34-22 -0500)
Cheers, Xing
On 18/08/11 17:34, Michael Collins wrote:
On Thu, Aug 18, 2011 at 8:50 AM, xl127 <x.liu@hw.ac.uk <mailto:x.liu@hw.ac.uk>> wrote:
It works on Fedora 14 now, thanks Michael!
I am wondering if I need to give the flag "--without-libcurl" every time when I add a new module to FS and do "configure"?
Only when you need to actually re-run the configure script. Most of the time when you do "git pull && make install" or "make current" you're fine.
-MC
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
------------------------------------------------------------------------ Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
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
-- Heriot-Watt University is a Scottish charity registered under charity number SC000278.
Open a jira if you haven't already done so and hopefully CRienzo can have a look. -MC On Fri, Aug 19, 2011 at 10:51 AM, xl127 <x.liu@hw.ac.uk> wrote:
** okay, thanks!
I tried to git the latest version on both CentOS and Fedora. It works fine on CentOS but still no audio out for mod_unimrcp on Fedora. All firewalls were disabled. The original pizza demo which uses streamFile from audio files works file on Fedora.
So there must be something wrong with FS-UniMRCP on Fedora 14.
Any suggestions about how to find the causes?
Thanks!
On 19/08/11 16:38, Michael Collins wrote:
I don't know that there's anything affected. I have been using FS on a CentOS 6 machine and none of the modules built w/o libcurl have had any adverse affects.
-MC
On Fri, Aug 19, 2011 at 8:27 AM, xl127 <x.liu@hw.ac.uk> wrote:
I am wondering which FS function will be affected by "--without-libcurl"
My simple dialplan tries to "speak" some text via mod_unmrcp. Exact same setups on both CentOS 5 and Fedora 14. It works on CentOS but on Fedora I didn't hear anything, no sound outputs. The debug messages for the speechsythesizer and the mrcp_client look normal from the console.
Is it because of the libcurl thing, or because of the FS version?
The CentOS FS version is: FreeSWITCH Version 1.0.head (git-492bc6b 2011-07-23 12-53-04 -0400)
The Fedora FS version is quite new: FreeSWITCH Version 1.0.head (git-cd31633 2011-08-17 19-34-22 -0500)
Cheers, Xing
On 18/08/11 17:34, Michael Collins wrote:
On Thu, Aug 18, 2011 at 8:50 AM, xl127 <x.liu@hw.ac.uk> wrote:
It works on Fedora 14 now, thanks Michael!
I am wondering if I need to give the flag "--without-libcurl" every time when I add a new module to FS and do "configure"?
Only when you need to actually re-run the configure script. Most of the time when you do "git pull && make install" or "make current" you're fine.
-MC
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
------------------------------ Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
------------------------------ Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
Changing the MRCP params rtp-ip and rtp-ext-ip from "auto" to the IP address resolved the issue. On Fri, Aug 19, 2011 at 2:27 PM, Michael Collins <msc@freeswitch.org> wrote:
Open a jira if you haven't already done so and hopefully CRienzo can have a look.
-MC
On Fri, Aug 19, 2011 at 10:51 AM, xl127 <x.liu@hw.ac.uk> wrote:
** okay, thanks!
I tried to git the latest version on both CentOS and Fedora. It works fine on CentOS but still no audio out for mod_unimrcp on Fedora. All firewalls were disabled. The original pizza demo which uses streamFile from audio files works file on Fedora.
So there must be something wrong with FS-UniMRCP on Fedora 14.
Any suggestions about how to find the causes?
Thanks!
On 19/08/11 16:38, Michael Collins wrote:
I don't know that there's anything affected. I have been using FS on a CentOS 6 machine and none of the modules built w/o libcurl have had any adverse affects.
-MC
On Fri, Aug 19, 2011 at 8:27 AM, xl127 <x.liu@hw.ac.uk> wrote:
I am wondering which FS function will be affected by "--without-libcurl"
My simple dialplan tries to "speak" some text via mod_unmrcp. Exact same setups on both CentOS 5 and Fedora 14. It works on CentOS but on Fedora I didn't hear anything, no sound outputs. The debug messages for the speechsythesizer and the mrcp_client look normal from the console.
Is it because of the libcurl thing, or because of the FS version?
The CentOS FS version is: FreeSWITCH Version 1.0.head (git-492bc6b 2011-07-23 12-53-04 -0400)
The Fedora FS version is quite new: FreeSWITCH Version 1.0.head (git-cd31633 2011-08-17 19-34-22 -0500)
Cheers, Xing
On 18/08/11 17:34, Michael Collins wrote:
On Thu, Aug 18, 2011 at 8:50 AM, xl127 <x.liu@hw.ac.uk> wrote:
It works on Fedora 14 now, thanks Michael!
I am wondering if I need to give the flag "--without-libcurl" every time when I add a new module to FS and do "configure"?
Only when you need to actually re-run the configure script. Most of the time when you do "git pull && make install" or "make current" you're fine.
-MC
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
------------------------------ Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
------------------------------ Heriot-Watt University is a Scottish charity registered under charity number SC000278.
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
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 (6)
-
chrisbware＠interfree.it
-
Christopher Rienzo
-
Michael Collins
-
Peter Olsson
-
xl127
-
Yuriy Nasida