- FreeSWITCH-users - FreeSWITCH Mailing Lists

dtmf problems when using flowroute
by covici＠ccs.covici.com 19 Jan '16

19 Jan '16

Hi. I am having dtmf problems when calling numbers via flowroute. They seem not to detect the dtmf at all. I am using 2833 in all cases. Have you done anything in say the last 4 or 5 months which might be related? I am not having these problems when using another carrier, so I am quite puzzled. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici(a)ccs.covici.com

6 14

kamailio freeswitch SBC
by malik sherif 19 Jan '16

19 Jan '16

Hello, I integrated kamailio and freeswitch using the links at the bottom of the page, however, the call rejected and goes to voicemail and freeswitch generated the following messages especially I am puzzled by the following errors 2016-01-13 05:37:39.632245 [NOTICE] sofia.c:7539 Hangup sofia/internal/7632689993(a)10.22.52.2 [CS_ROUTING] [UNALLOCATED_NUMBER] 2016-01-13 05:37:39.632245 [INFO] mod_dptools.c:3244 Originate Failed. Cause: UNALLOCATED_NUMBER Can freeswitch use domain name since kamailio sent invite with domain but freeswitch with IP address? I am not sure if this is the issue. I looked my extensions and it looks OK but I might be wrong. Thank you again for your help Abdul ############################################################################################################################################ 2016-01-13 05:37:29.572184 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/7632689991(a)AbdulKamailioSIP.com [e945266d-8eec-4c0e-80b4-b306f43e18df] 2016-01-13 05:37:29.572184 [INFO] mod_dialplan_xml.c:635 Processing 7632689991 <7632689991>->kb-7632689993 in context public 2016-01-13 05:37:29.572184 [NOTICE] switch_ivr.c:1861 Transfer sofia/internal/7632689991(a)AbdulKamailioSIP.com to XML[kb-7632689993@default] 2016-01-13 05:37:29.572184 [INFO] mod_dialplan_xml.c:635 Processing 7632689991 <7632689991>->kb-7632689993 in context default 2016-01-13 05:37:29.572184 [CRIT] mod_dptools.c:1638 WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING 2016-01-13 05:37:29.572184 [CRIT] mod_dptools.c:1638 Open /usr/local/freeswitch/conf/vars.xml and change the default_password. 2016-01-13 05:37:29.572184 [CRIT] mod_dptools.c:1638 Once changed type 'reloadxml' at the console. 2016-01-13 05:37:29.572184 [CRIT] mod_dptools.c:1638 WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING 2016-01-13 05:37:39.632245 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/7632689993(a)10.22.52.2 [d52b6ef9-c4f6-4edf-aff9-8a8da3761788] 2016-01-13 05:37:39.632245 [NOTICE] sofia.c:7539 Hangup sofia/internal/7632689993(a)10.22.52.2 [CS_ROUTING] [UNALLOCATED_NUMBER] 2016-01-13 05:37:39.632245 [INFO] mod_dptools.c:3244 Originate Failed. Cause: UNALLOCATED_NUMBER 2016-01-13 05:37:39.632245 [NOTICE] switch_core_session.c:1641 Session 12 (sofia/internal/7632689993(a)10.22.52.2) Ended 2016-01-13 05:37:39.632245 [NOTICE] switch_core_session.c:1645 Close Channel sofia/internal/7632689993(a)10.22.52.2 [CS_DESTROY] 2016-01-13 05:37:39.632245 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/7632689991(a)AbdulKamailioSIP.com! 2016-01-13 05:37:39.653182 [NOTICE] mod_dptools.c:1268 Channel [sofia/internal/7632689991(a)AbdulKamailioSIP.com] has been answered 2016-01-13 05:37:50.532203 [NOTICE] sofia.c:952 Hangup sofia/internal/7632689991(a)AbdulKamailioSIP.com [CS_EXECUTE] [NORMAL_CLEARING] 2016-01-13 05:37:50.552949 [NOTICE] switch_core_session.c:1641 Session 11 (sofia/internal/7632689991(a)AbdulKamailioSIP.com) Ended 2016-01-13 05:37:50.552949 [NOTICE] switch_core_session.c:1645 Close Channel sofia/internal/7632689991(a)AbdulKamailioSIP.com [CS_DESTROY] ########################################################################################################################## <include> <user id="7632689991"> <params> <param name="vm-password" value="1001"/> </params> <variables> <variable name="accountcode" value="7632689991"/> <variable name="user_context" value="default"/> <variable name="effective_caller_id_name" value="Extension 7632689991"/> <variable name="effective_caller_id_number" value="7632689991"/> </variables> </user> </include> ############################################################################################################## <include> <user id="7632689993"> <params> <param name="vm-password" value="1003"/> </params> <variables> <variable name="accountcode" value="7632689993"/> <variable name="user_context" value="default"/> <variable name="effective_caller_id_name" value="Extension Sherif"/> <variable name="effective_caller_id_number" value="7632689993"/> </variables> </user> </include> ##################################################################################################################### http://kb.asipto.com/freeswitch:kamailio-3.3.x-freeswitch-1.2.x-sbc

2 1

Frustrating and inconsistent log format !
by Tim Smith 18 Jan '16

18 Jan '16

Dear FreeSWITCH Developers, Permit me a modest rant if you may. Why do log lines start with UUID ? Its format is hard to define and subject to the developer's whims ....why not start the line with a date, like almost any other sane program, and put the UUID elsewhere ? Why on earth is the log format so inconsistent ? e.g. Sometimes developers feel like giving us a date .... 7d28af7d-XXXX-XXXX-XXXX-2e20e2bXXXX 2016-01-13 12:00:47.198394 [DEBUG] switch_core_state_machine.c:636 Sometimes they even manage the date in a sensible location .... 2016-01-13 11:58:14.838392 [DEBUG] sofia.c:9124 Other times they can't be bothered to provide such a critical piece of information..... 4891efd5-XXXX-XXXX-XXXX-58d153b8XXXX Dialplan: sofia/internal/ Please devs... spend a little time cleaning up the logging ... it helps debugging and troubleshooting so much if we have some consistency there !!!!! Thanks Tim

10 13

Add & remove video from active call
by Dan Edwards 18 Jan '16

18 Jan '16

I'm using FreeSWITCH as a WebRTC portal to our existing SIP phone system. I am able to establish an initial audio/video call between 2 WebRTC users. I'm trying to add the ability for a user to disable, then re-enable the video portion of the call. I've modified SIP.js slightly to allow me to re-INVITE with or without the video portion of the call and FS handles that quite well. The problem I'm having is that FS does not forward the re-INVITE on to our phone system. The other user never knows that the first user has disable video. They simply get a black rectangle where the video had been. Does this capability exist or will we need to add it? Thank you, Dan

2 1

mod_format_cdr and mod_json_cdr are writing too much data
by Jurijs Ivolga 18 Jan '16

18 Jan '16

Hi, It looks like mod_format_cdr & mod_json_cdr are saving too much data, I'm getting around 10-20K for each call. Is it possible somehow to limit what data we would like to save with this modules? Something similar to mod_cdr_csv? In mod_cdr_csv you can set in template what data to save. Thank you! With kind regards, Jurijs

4 8

ulimit question
by John Nash 17 Jan '16

17 Jan '16

I am using init script in cent OS (supplied with the code) and running freeswitch under user "freeswitch". During testing I faced issues with number of processes limit. If I add recommended ulimit values in the init script (which runs freeswitch as daemon) will it be applicable for user "freeswitch" also? I already have following in limits.conf but for freeswitch user max number of processes are still 1024 ** soft nproc 65535* hard nproc 65535* soft nofile 65535* hard nofile 65535*

3 4

Re: [Freeswitch-users] Event socket and Python
by Johan Brannlund 17 Jan '16

17 Jan '16

Sami Montour wrote: > Sorry I misunderstood your post about testing with a closed port. > Anyway, I ran your script (port 8041) but didn't get a connection to > FS, different from what you received. Hmm, that's interesting. I guess either I happened to check out a buggy version of FS, there's something strange with my configuration or there's some ARM-specific issue (I run FS on a Raspberry Pi). I'll have to do some more troubleshooting. Thank you for checking! - Johan

4 4

Ringback, MOH or file playback while executing dial plan instructions
by Emrah 17 Jan '16

17 Jan '16

Hi all, Is there no way to force a 183 in a session and play a ringback or MOH while executing other dial plan instructions? Basically, I’ve gone around trying instant_rinback=true, ring_ready, gentones, etc… No luck. If I bridge my channel to loopback/wait, sure enough it works. What I need to do is play a ringback or some MOH while I carry on executing my dial plan instructions. The 183 is a nice to have but I don’t mind if the channel is answered. Thanks, Emrah

7 17

Held calls are terminated after ~25 seconds
by Samuel Reamer 17 Jan '16

17 Jan '16

I am using two Cisco SPA303 phones with a local FreeSwitch server. Incoming calls through Plivo dial a group ring extension and everything works as expected; however, after placing a call on hold the call is terminated after about 25 seconds. Previously I was getting a warning about the RFC2543 hold method, and Async PTIME not supported. I set the SPA303 config setting "RFC2543 Call Hold" from yes to no, and also added <param name="rtp-autofix-timing" value="false"/> to my internal.xml sip profile. The errors went away but the issue persists. Here is the log: f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:40.908307 [DEBUG] switch_channel.c:1831 (sofia/internal/1001@192.168.0.114:5060) Callstate Change ACTIVE -> HELD f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] switch_core_media.c:4153 Audio Codec Compare [PCMU:0:8000:30:64000:1]/[PCMU:0:8000:30:64000:1] f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] switch_core_media.c:4208 Audio Codec Compare [PCMU:0:8000:30:64000:1] ++++ is saved as a match f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] switch_core_media.c:4153 Audio Codec Compare [PCMA:8:8000:30:64000:1]/[PCMU:0:8000:30:64000:1] f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] switch_core_media.c:4069 Set telephone-event payload to 101@8000 f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] switch_core_media.c:4417 Set telephone-event payload to 101@8000 f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] switch_core_media.c:4473 sofia/internal/1001@192.168.0.114:5060 Set 2833 dtmf send payload to 101 recv payload to 101 f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] switch_core_media.c:6010 Audio params are unchanged for sofia/internal/1001@192.168.0.114:5060. f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.158321 [DEBUG] sofia.c:7503 Processing updated SDP f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.168322 [DEBUG] sofia.c:6756 Channel sofia/internal/1001@192.168.0.114:5060 entering state [completed][200] f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:06:41.178318 [DEBUG] sofia.c:6756 Channel sofia/internal/1001@192.168.0.114:5060 entering state [ready][200] 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.288104 [DEBUG] sofia.c:6756 Channel sofia/internal/+14196680795(a)184.106.123.160 entering state [terminating][0] 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.288104 [NOTICE] sofia.c:7775 Hangup sofia/internal/+14196680795(a)184.106.123.160 [CS_EXECUTE] [NORMAL_UNSPECIFIED] 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.288104 [DEBUG] switch_ivr_bridge.c:705 sofia/internal/+14196680795(a)184.106.123.160 ending bridge by request from read function 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.288104 [DEBUG] switch_ivr_bridge.c:778 BRIDGE THREAD DONE [sofia/internal/+14196680795(a)184.106.123.160] f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] switch_ivr_bridge.c:778 BRIDGE THREAD DONE [sofia/internal/1001@192.168.0.114:5060] f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] switch_channel.c:2019 (sofia/internal/1001@192.168.0.114:5060) Callstate Change HELD -> UNHELD f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [NOTICE] switch_ivr_bridge.c:881 Hangup sofia/internal/1001@192.168.0.114:5060 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:542 (sofia/internal/1001@192.168.0.114:5060) State EXCHANGE_MEDIA going to sleep f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001@192.168.0.114:5060) Running State Change CS_HANGUP f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/1001@192.168.0.114:5060) Callstate Change UNHELD -> HANGUP f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001@192.168.0.114:5060) State HANGUP f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] mod_sofia.c:431 Channel sofia/internal/1001@192.168.0.114:5060 hanging up, cause: NORMAL_CLEARING f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.318106 [DEBUG] switch_ivr_bridge.c:1689 sofia/internal/1001@192.168.0.114:5060 skip receive message [UNBRIDGE] (channel is hungup already) 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.318106 [DEBUG] switch_ivr_bridge.c:1692 sofia/internal/+14196680795(a)184.106.123.160 skip receive message [UNBRIDGE] (channel is hungup already) 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.318106 [DEBUG] switch_core_session.c:2796 sofia/internal/+14196680795(a)184.106.123.160 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/+14196680795(a)184.106.123.160) State EXECUTE going to sleep 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/+14196680795(a)184.106.123.160) Running State Change CS_HANGUP 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/+14196680795(a)184.106.123.160) Callstate Change ACTIVE -> HANGUP 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.318106 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/+14196680795(a)184.106.123.160) State HANGUP 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.318106 [DEBUG] mod_sofia.c:431 Channel sofia/internal/+14196680795(a)184.106.123.160 hanging up, cause: NORMAL_UNSPECIFIED f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.328100 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/1001@192.168.0.114:5060 f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1001@192.168.0.114:5060 Standard HANGUP, cause: NORMAL_CLEARING f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/1001@192.168.0.114:5060) State HANGUP going to sleep f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/1001@192.168.0.114:5060) State Change CS_HANGUP -> CS_REPORTING f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/1001@192.168.0.114:5060) Running State Change CS_REPORTING f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001@192.168.0.114:5060) State REPORTING f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:104 sofia/internal/1001@192.168.0.114:5060 Standard REPORTING, cause: NORMAL_CLEARING f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/1001@192.168.0.114:5060) State REPORTING going to sleep f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/1001@192.168.0.114:5060) State Change CS_REPORTING -> CS_DESTROY f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_session.c:1646 Session 3 (sofia/internal/1001@192.168.0.114:5060) Locked, Waiting on external entities f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [NOTICE] switch_core_session.c:1664 Session 3 (sofia/internal/1001@192.168.0.114:5060) Ended f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [NOTICE] switch_core_session.c:1668 Close Channel sofia/internal/1001@192.168.0.114:5060 [CS_DESTROY] f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001@192.168.0.114:5060) Running State Change CS_DESTROY f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001@192.168.0.114:5060) State DESTROY f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] mod_sofia.c:341 sofia/internal/1001@192.168.0.114:5060 SOFIA DESTROY f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:111 sofia/internal/1001@192.168.0.114:5060 Standard DESTROY f9765406-acd9-480c-a200-43bdc2ad2f36 2016-01-14 12:07:12.338101 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/1001@192.168.0.114:5060) State DESTROY going to sleep 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:60 sofia/internal/+14196680795(a)184.106.123.160 Standard HANGUP, cause: NORMAL_UNSPECIFIED 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/+14196680795(a)184.106.123.160) State HANGUP going to sleep 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/+14196680795(a)184.106.123.160) State Change CS_HANGUP -> CS_REPORTING 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/+14196680795(a)184.106.123.160) Running State Change CS_REPORTING 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/+14196680795(a)184.106.123.160) State REPORTING 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:104 sofia/internal/+14196680795(a)184.106.123.160 Standard REPORTING, cause: NORMAL_UNSPECIFIED 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/+14196680795(a)184.106.123.160) State REPORTING going to sleep 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/+14196680795(a)184.106.123.160) State Change CS_REPORTING -> CS_DESTROY 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [DEBUG] switch_core_session.c:1646 Session 1 (sofia/internal/+14196680795(a)184.106.123.160) Locked, Waiting on external entities 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [NOTICE] switch_core_session.c:1664 Session 1 (sofia/internal/+14196680795(a)184.106.123.160) Ended 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.348102 [NOTICE] switch_core_session.c:1668 Close Channel sofia/internal/+14196680795(a)184.106.123.160 [CS_DESTROY] 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.358102 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/+14196680795(a)184.106.123.160) Running State Change CS_DESTROY 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.358102 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/+14196680795(a)184.106.123.160) State DESTROY 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.358102 [DEBUG] mod_sofia.c:341 sofia/internal/+14196680795(a)184.106.123.160 SOFIA DESTROY 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.358102 [DEBUG] switch_core_state_machine.c:111 sofia/internal/+14196680795(a)184.106.123.160 Standard DESTROY 9cbfdabc-8f1f-4fb3-89f2-c1b0c8522c5c 2016-01-14 12:07:12.358102 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/+14196680795(a)184.106.123.160) State DESTROY going to sleep

2 1

portaudio error
by Pete Kay 17 Jan '16

17 Jan '16

Hi I got the following port audio error when trying to run "pa call" Could someone guide me on how to resolve it? freeswitch(a)vps57327.vps.ovh.ca> pa call 1001 2016-01-17 05:35:36.321035 [NOTICE] switch_channel.c:1091 New Channel portaudio/1001 [0b65649e-bd06-11e5-bb1d-bb7b62f579b9] Expression 'ret' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1025 Expression 'AlsaOpen( &alsaApi->baseHostApiRep, params, streamDir, &self->pcm )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1182 Expression 'PaAlsaStreamComponent_Initialize( &self->capture, alsaApi, inParams, StreamDirection_In, NULL != callback )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1409 Expression 'PaAlsaStream_Initialize( stream, alsaHostApi, inputParameters, outputParameters, sampleRate, framesPerBuffer, callback, streamFlags, userData )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1990 2016-01-17 05:35:37.881020 [ERR] mod_portaudio.c:2428 Error opening audio device retrying Expression 'ret' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1025 Expression 'AlsaOpen( &alsaApi->baseHostApiRep, params, streamDir, &self->pcm )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1182 Expression 'PaAlsaStreamComponent_Initialize( &self->capture, alsaApi, inParams, StreamDirection_In, NULL != callback )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1409 Expression 'PaAlsaStream_Initialize( stream, alsaHostApi, inputParameters, outputParameters, sampleRate, framesPerBuffer, callback, streamFlags, userData )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1990 FAIL:Device Error! 2016-01-17 05:35:40.421041 [ERR] mod_portaudio.c:2435 Can't open audio device 2016-01-17 05:35:40.421041 [NOTICE] mod_portaudio.c:3049 Close Channel portaudio/1001 [CS_NEW]

1 0