August 2015 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Error of UNALLOCATED_NUMBER
by david.fu＠oocl.com 12 Aug '15

12 Aug '15

Hi All, We're trying to integrate Cisco CM with FreeSWTICH. Now, we would like to test to route the call to our agent using bridge. <action application="bridge" data="sofia/gateway/cucm/10810630"/>. However, we got the UNALLOCATED_NUMBER exception. Would you please give us some hints how to resolve ? I have attached the log for reference. Thanks. d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] sofia.c:6715 Channel sofia/external/10810630 enter ing state [terminated][404] d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [NOTICE] sofia.c:7631 Hangup sofia/external/10810630 [CS_C ONSUME_MEDIA] [UNALLOCATED_NUMBER] d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:473 (sofia/external/10 810630) Running State Change CS_HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:739 (sofia/external/10 810630) Callstate Change DOWN -> HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] mod_sofia.c:431 Channel sofia/external/10810630 ha nging up, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:60 sofia/external/1081 0630 Standard HANGUP, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:741 (sofia/external/10 810630) State HANGUP going to sleep d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:508 (sofia/external/10 810630) State Change CS_HANGUP -> CS_REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:473 (sofia/external/10 810630) Running State Change CS_REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:827 (sofia/external/10 810630) State REPORTING d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:104 sofia/external/108 10630 Standard REPORTING, cause: UNALLOCATED_NUMBER d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:827 (sofia/external/10 810630) State REPORTING going to sleep d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_state_machine.c:499 (sofia/external/10 810630) State Change CS_REPORTING -> CS_DESTROY d532041e-4095-11e5-b749-3186e43f913c 2015-08-12 09:59:57.574429 [DEBUG] switch_core_session.c:1639 Session 54 (sofia/exter nal/10810630) Locked, Waiting on external entities d0eca6ca-4095-11e5-b73e-3186e43f913c 2015-08-12 09:59:57.594421 [DEBUG] switch_ivr_originate.c:3727 Originate Resulted in Error Cause: 1 [UNALLOCATED_NUMBER] Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com.

2 3

ClueCon Weekly Today At 1PM EDT, 10AM PDT - This Week, ClueCon Follow up.
by Ken Rice 12 Aug '15

12 Aug '15

Greetings FreeSWITCHers. As you know last week was ClueCon in Chicago. This week, we'll be talking about some of the things we saw at ClueCon and some of the things that came out of it that are already in place. Join us on the 888 bridge on https://conference.freeswitch.org/vc or https://cantina.freeswitch.org/vc Have your Mic and WebCam ready to help us test the new verto communicator See you at Noon Central! Ken

1 0

B-leg CDR is not Generated using nbibblebill
by Shahzad Bhatti 12 Aug '15

12 Aug '15

Hello Everybody, i want to get xml_cdr of b-leg only but i got a-leg and unable to find why is happen as according to dial-plan i already set as *<action application="set" data="process_cdr=b_only"/>* i am using mod_nibblebill to hangup when credit is below zero every thing is working fine but the call hangup with cause NORMAL_TEMPORARY_FAILURE my freeswitch log of the call is here https://pastebin.freeswitch.org/24356 and cdr i got is a_9aeea5ca-40ca-11e5-a477-4f6a11359a58.cdr.xml is here. https://pastebin.freeswitch.org/24354 my freeswitch version is: FreeSWITCH (Version 1.5.8b git e127ca7 2013-12-02 22:48:06Z 64bit) is ready and nibblebill conf is <configuration name="nibblebill.conf" description="Nibble Billing"> <settings> <param name="odbc-dsn" value="odbc://freeswitch" /> <param name="db_table" value="Customer"/> <param name="db_column_cash" value="Credit"/> <param name="db_column_account" value="ID"/> <param name="global_heartbeat" value="60"/> <param name="lowbal_amt" value="-1"/> <param name="lowbal_action" value="play ding"/> <param name="nobal_amt" value="0"/> <param name="nobal_action" value="hangup"/> <param name="percall_max_amt" value="100"/> <param name="percall_action" value="hangup"/> </settings> </configuration> Regards Shazhad Alam Bhatti

1 0

Codec G.729 encoder error
by david.fu＠oocl.com 12 Aug '15

12 Aug '15

Hi All, We 're encountering the error "Codec G.729 encoder error!". Would you please give us some hints how to resolve the issue ? I've attached the log message in the followings. Thanks SIP Log: 2015-08-11 14:32:28.807295 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609(a)146.222.181.146 entering state [completed][200] 2015-08-11 14:32:28.807295 [NOTICE] mod_dptools.c:1309 Channel [sofia/internal/10810609(a)146.222.181.146] has been answered 2015-08-11 14:32:28.807295 [DEBUG] switch_channel.c:3759 (sofia/internal/10810609(a)146.222.181.146) Callstate Change EARLY -> ACTIVE EXECUTE sofia/internal/10810609(a)146.222.181.146 playback(ivr/ivr-welcome_to_freeswitch.wav) 2015-08-11 14:32:28.807295 [DEBUG] switch_ivr_play_say.c:1359 Codec Activated L16@8000hz 1 channels 20ms recv 454 bytes from tcp/[146.222.181.146]:53483 at 14:32:28.817573: ------------------------------------------------------------------------ ACK sip:10818899@146.222.181.242:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.146:5060;branch=z9hG4bK146f1e181af4 From: <sip:10810609@146.222.181.146>;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 To: <sip:10818899@146.222.181.242>;tag=F3Qc7t63vH7pK Date: Tue, 11 Aug 2015 06:46:42 GMT Call-ID: b8327a80-5c919a52-1457-92b5de92(a)146.222.181.146 Max-Forwards: 70 CSeq: 101 ACK Allow-Events: presence, kpml Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:28.827339 [DEBUG] sofia.c:6715 Channel sofia/internal/10810609(a)146.222.181.146 entering state [ready][200] 2015-08-11 14:32:28.827339 [ERR] mod_g729.c:102 This codec is only usable in passthrough mode! 2015-08-11 14:32:28.827339 [ERR] switch_core_io.c:1423 Codec G.729 encoder error! 2015-08-11 14:32:28.827339 [DEBUG] switch_ivr_play_say.c:1805 done playing file /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav EXECUTE sofia/internal/10810609(a)146.222.181.146 sleep(500) 2015-08-11 14:32:28.927320 [DEBUG] switch_rtp.c:6462 Correct audio ip/port confirmed. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:315 sofia/internal/10810609(a)146.222.181.146 has executed the last dialplan instruction, hanging up. 2015-08-11 14:32:29.347316 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/internal/10810609(a)146.222.181.146 [CS_EXECUTE] [NORMAL_CLEARING] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:539 (sofia/internal/10810609(a)146.222.181.146) State EXECUTE going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609(a)146.222.181.146) Running State Change CS_HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/10810609(a)146.222.181.146) Callstate Change ACTIVE -> HANGUP 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609(a)146.222.181.146) State HANGUP 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:431 Channel sofia/internal/10810609(a)146.222.181.146 hanging up, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:484 Sending BYE to sofia/internal/10810609(a)146.222.181.146 send 657 bytes to tcp/[146.222.181.146]:5060 at 14:32:29.348499: ------------------------------------------------------------------------ BYE sip:10810609@146.222.181.146:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 146.222.181.242;branch=z9hG4bK62B2N5Z2yK39D Max-Forwards: 70 From: <sip:10818899@146.222.181.242>;tag=F3Qc7t63vH7pK To: <sip:10810609@146.222.181.146>;tag=11828~406686f1-eb54-4f74-9646-b75095131124-22185543 Call-ID: b8327a80-5c919a52-1457-92b5de92(a)146.222.181.146 CSeq: 79301310 BYE User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20150810T224801Z~28ae331c93~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 ------------------------------------------------------------------------ 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:60 sofia/internal/10810609(a)146.222.181.146 Standard HANGUP, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/10810609(a)146.222.181.146) State HANGUP going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:508 (sofia/internal/10810609(a)146.222.181.146) State Change CS_HANGUP -> CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:473 (sofia/internal/10810609(a)146.222.181.146) Running State Change CS_REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609(a)146.222.181.146) State REPORTING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:104 sofia/internal/10810609(a)146.222.181.146 Standard REPORTING, cause: NORMAL_CLEARING 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:827 (sofia/internal/10810609(a)146.222.181.146) State REPORTING going to sleep 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/10810609(a)146.222.181.146) State Change CS_REPORTING -> CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_session.c:1639 Session 5 (sofia/internal/10810609(a)146.222.181.146) Locked, Waiting on external entities 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1657 Session 5 (sofia/internal/10810609(a)146.222.181.146) Ended 2015-08-11 14:32:29.347316 [NOTICE] switch_core_session.c:1661 Close Channel sofia/internal/10810609(a)146.222.181.146 [CS_DESTROY] 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/10810609(a)146.222.181.146) Running State Change CS_DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609(a)146.222.181.146) State DESTROY 2015-08-11 14:32:29.347316 [DEBUG] mod_sofia.c:341 sofia/internal/10810609(a)146.222.181.146 SOFIA DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:111 sofia/internal/10810609(a)146.222.181.146 Standard DESTROY 2015-08-11 14:32:29.347316 [DEBUG] switch_core_state_machine.c:640 (sofia/internal/10810609(a)146.222.181.146) State DESTROY going to sleep recv 362 bytes from tcp/[146.222.181.146]:5060 at 14:32:29.358948: ------------------------------------------------------------------------ Best Regards, David IMPORTANT NOTICE Email from OOCL is confidential and may be legally privileged. If it is not intended for you, please delete it immediately unread. The internet cannot guarantee that this communication is free of viruses, interception or interference and anyone who communicates with us by email is taken to accept the risks in doing so. Without limitation, OOCL and its affiliates accept no liability whatsoever and howsoever arising in connection with the use of this email. Under no circumstances shall this email constitute a binding agreement to carry or for provision of carriage services by OOCL, which is subject to the availability of carrier's equipment and vessels and the terms and conditions of OOCL's standard bill of lading which is also available at http://www.oocl.com.

2 3

registeration issue
by George Assaad 12 Aug '15

12 Aug '15

Hello, ISP changed the gateway to be private instead of public and since then the ATAs with clients using that ISP cannot register reliably, They loos registration very often. If you look inside their router, you will find that they have a public IP from ISP but under gateway it shows 192.168.7.1 Any clues? Thanks,

1 0

Dialplan nested execution order in 1.6
by Thomas 12 Aug '15

12 Aug '15

Hello list, did the execution order for the XML dialplan change in 1.6? The contents of nested conditions appear to be executed after the upper level. The exact same extension works as expected with 1.4 and in 1.6 after turning it inside out. :) Intentional? Bug? Bad config option some place else? Thanks, Thomas

2 2

Altering CallerId going to fifo
by DanB 11 Aug '15

11 Aug '15

Hey Guys, I am having hard times influencing the CallerId for calls going out to fifo members ( A calling into a fifo, agent is called with CLI displayed as A and I would like to alter that as B). So far I have tried the following: * set effective_caller_id_number (the most native approach I thought) * set origination_caller_id_number on inbound towards fifo and use it in fifo_caller_consumer_import like fifo_caller_consumer_import=origination_caller_id_number * set some other vars and try importing them with fifo_caller_consumer_import. Unfortunately all of them failed :(. Do you guys have any other tip for me? Ta, DanB

1 0

How to control number of concurrent user lines?
by Dmitriy N. Borisov 11 Aug '15

11 Aug '15

Hi, All! Can I control how many calls user can have in same time? I want to allow only one call per registration, but any number of registrations. -- С уважением, Борисов Дмитрий Отдел облачных технологий 1С-Рарус Тел. +7 (495) 231-20-02 доб.: 15-94 -- with best regards, Dmitriy Borisov 1C-Rarus Cloud Services tel.: +7 (495) 231-20-02 add.: 15-94

3 2

ESL Freeswitch cluster
by NH45 CMI 11 Aug '15

11 Aug '15

Hi Guys, I am using opensips for load balancing and freeswitch for register,IVR,Callcenter ,Using mod_xml_curl for realtime ivr and dialplan but callcenter i have problem because it load only once so i use ESL to add and remove agent ,if i use one FS it's ok but more then one FS how can i add or remove agent to queue all FS using ESL Regard's NH45 CMI

8 13

Enabling mod curl on windows
by Shan Randhawa 11 Aug '15

11 Aug '15

Respected freeswitchers, I m currently facing a problem which many of you may have gone through.And I will be obliged if anyone can help me or point me in the right direction. The problem is I have successfully compiled freeswitch 1.4.20 using visual studio 2012 but I m unable to enable mod curl on it.i have tried editing modules.conf as in un commenting the line applications/mod_curl and then again recompiling the method specified on confluences and in freeswitch wiki for Ubuntu but it is of no avail in windows . Can any one tell how to do it on windows. And also when I open sln in VS i get file in build by name modules.conf.in its same like modules.conf .i also tried the same on that file but again it is of no avail . And I have to do it on windows as in I can't switch so please. Kindly help me. Regards, Shan Randhawa

3 4