January 2016 - FreeSWITCH-users - FreeSWITCH Mailing Lists

outbound proxy and port
by Chris B. Ware 05 Jan '16

05 Jan '16

Hi, I need to send registrations and calls from external profile to a si provider, passing through an outbound proxy, port 5080. I I set on sofia: <param name="outbound-proxy" value="10.24.4.151"/> Registrations pass through the OB Proxy, but using, of course, standard 5060 port. I I set on sofia: <param name="outbound-proxy" value="10.24.4.151:5080"/> Param seems to be not understood and registrations go directly to the sip provider. How can I set outbound proxy port? Thanks

7 7

Call rejecting with asterisk
by Rutu Patel 05 Jan '16

05 Jan '16

Hi All, I am trying to send calls from freeswitch to asterisk. I have setup gateway in freeswitch with proxy as asterisk IP. But when I dial the number it is sending the call to asterisk and showing as below in asterisk: username mismatch <123456> , digest has <FreeSWITCH> and then call rejected. I have tried by setting From-User = 123456 in gateway but no luck. 123456 is an extension on freeswitch. Can anyone please help to solve this ? -- Thanks, Rutu Patel <http://www.inextrix.com>

1 0

mod_verto: WS SETUP FAILED [�M 5g]
by Vitaly Kovalyshyn 05 Jan '16

05 Jan '16

Hello! FreeSWITCH (Version 1.6.5 git d5520a6 2015-11-19 20:27:21Z 64bit) mod_verto with WSS: None stop in the FreeSWITCH log: 2016-01-05 06:52:19.654908 [INFO] mod_verto.c:1973 194.183.YY.XX:60874 Starting client thread. 2016-01-05 06:52:19.674904 [INFO] mod_verto.c:3997 194.183.YY.XX:60873 Client Connect. 2016-01-05 06:52:19.794942 [DEBUG] mod_verto.c:1820 194.183.YY.XX:57780 WS SETUP FAILED [_��] 2016-01-05 06:52:19.834964 [INFO] mod_verto.c:2000 194.183.YY.XX:57780 Ending client thread. 2016-01-05 06:52:19.834964 [INFO] mod_verto.c:2007 194.183.YY.XX:57780 Thread ended 2016-01-05 07:00:32.004805 [DEBUG] mod_verto.c:1820 194.183.YY.XX:15759 WS SETUP FAILED [`?)g] 2016-01-05 07:00:32.004805 [DEBUG] mod_verto.c:1820 194.183.YY.XX:15771 WS SETUP FAILED ] 2016-01-05 07:00:32.004805 [INFO] mod_verto.c:2000 194.183.YY.XX:15759 Ending client thread. 2016-01-05 07:00:32.004805 [INFO] mod_verto.c:2000 194.183.YY.XX:15771 Ending client thread. 2016-01-05 07:00:32.004805 [INFO] mod_verto.c:2007 194.183.YY.XX:15759 Thread ended 2016-01-05 07:00:32.004805 [INFO] mod_verto.c:2007 194.183.YY.XX:15771 Thread ended 2016-01-05 07:00:32.004805 [DEBUG] mod_verto.c:1820 194.183.YY.XX:15770 WS SETUP FAILED [1g] 2016-01-05 07:00:32.004805 [INFO] mod_verto.c:2000 194.183.YY.XX:15770 Ending client thread. 2016-01-05 07:00:32.004805 [INFO] mod_verto.c:2007 194.183.YY.XX:15770 Thread ended 2016-01-05 07:00:32.044808 [DEBUG] mod_verto.c:1820 194.183.YY.XX:15746 WS SETUP FAILED ] 2016-01-05 07:00:32.044808 [INFO] mod_verto.c:2000 194.183.YY.XX:15746 Ending client thread. 2016-01-05 07:00:32.044808 [INFO] mod_verto.c:2007 194.183.YY.XX:15746 Thread ended 2016-01-05 07:00:32.064935 [DEBUG] mod_verto.c:1820 194.183.YY.XX:15757 WS SETUP FAILED [�M 5g] 2016-01-05 07:00:32.064935 [INFO] mod_verto.c:2000 194.183.YY.XX:15757 Ending client thread. 2016-01-05 07:00:32.064935 [INFO] mod_verto.c:2007 194.183.YY.XX:15757 Thread ended 2016-01-05 07:00:32.064935 [DEBUG] mod_verto.c:1820 194.183.YY.XX:15768 WS SETUP FAILED ] And FreeSWITCH use all free memory and swap in Debian Linux 8.2. What does it mean ? Best regards, Vitaly Kovalyshyn

3 4

FreeSWITCHers' 2015 has been GREAT
by Giovanni Maruzzelli 04 Jan '16

04 Jan '16

Heya fellas, first of all I want to thank our Supreme Master, Anthony Minessale II, and the Jedi Knights Brian West, Mike Jerris, Ken Rice, William King, Kathleen King, Italo Rossi. It's because of these persons, of their craft, of their sleepless nights, of their creativity, vision and dedication that we can use and contribute to the most advanced audio/video application platform in the known Universe. Then I want to thank our beautiful, friendly, caring and wise Community. We're never alone. Forward! Toward further future achievements ! -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618

4 4

Call rejecting while IP in the ACL
by Muhammad Naseer Bhatti 04 Jan '16

04 Jan '16

I am trying to authenticate with cidr attribute for the directory and configure sofia profile is to use apply-inbound-acl for value: domains. While the IP address is set there in the ACL list and seen by the ACL, the call is not hitting the dialplan. freeswitch@internal> acl 10.211.55.2 10.211.55.0/24 true freeswitch@internal> reloadacl +OK acl reloaded 2016-01-03 16:05:14.920901 [NOTICE] switch_core.c:1568 Created ip list domains default (deny) 2016-01-03 16:05:14.920901 [NOTICE] switch_utils.c:545 Adding 10.211.55.0/24 (allow) [8449347(a)10.211.55.26] to list domains 2016-01-03 16:05:31.141849 [NOTICE] switch_channel.c:1091 New Channel sofia/vBilling/8449347(a)10.211.55.26 [aaf18f0c-b21a-11e5-8b74-3f5672d9ef1e] But when I make a call, it goes straight to HANGUP. 2016-01-03 16:08:35.941031 [NOTICE] switch_channel.c:1091 New Channel sofia/vBilling/8449347(a)10.211.55.26 [19164d10-b21b-11e5-8b77-3f5672d9ef1e] 2016-01-03 16:08:35.941031 [DEBUG] switch_core_state_machine.c:473 (sofia/vBilling/8449347(a)10.211.55.26) Running State Change CS_NEW 2016-01-03 16:08:35.941031 [DEBUG] sofia.c:9244 sofia/vBilling/8449347(a)10.211.55.26 receiving invite from 10.211.55.2:51025 version: 1.7.0 git de5bbef 2015-12-31 16:03:11Z 64bit 2016-01-03 16:08:35.941031 [DEBUG] switch_core_state_machine.c:492 (sofia/vBilling/8449347(a)10.211.55.26) State NEW 2016-01-03 16:08:35.941031 [DEBUG] sofia.c:2147 detaching session 19164d10-b21b-11e5-8b77-3f5672d9ef1e 2016-01-03 16:08:35.941031 [DEBUG] sofia.c:2255 Re-attaching to session 19164d10-b21b-11e5-8b77-3f5672d9ef1e 2016-01-03 16:08:35.960967 [DEBUG] sofia.c:9244 sofia/vBilling/8449347(a)10.211.55.26 receiving invite from 10.211.55.2:51025 version: 1.7.0 git de5bbef 2015-12-31 16:03:11Z 64bit 2016-01-03 16:08:35.960967 [NOTICE] sofia.c:2145 Hangup sofia/vBilling/8449347(a)10.211.55.26 [CS_NEW] [CALL_REJECTED] 2016-01-03 16:08:35.980992 [DEBUG] sofia.c:1355 Channel is already hungup. 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:473 (sofia/vBilling/8449347(a)10.211.55.26) Running State Change CS_HANGUP 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:739 (sofia/vBilling/8449347(a)10.211.55.26) Callstate Change DOWN -> HANGUP 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:741 (sofia/vBilling/8449347(a)10.211.55.26) State HANGUP 2016-01-03 16:08:35.980992 [DEBUG] mod_sofia.c:431 Channel sofia/vBilling/8449347(a)10.211.55.26 hanging up, cause: CALL_REJECTED 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:60 sofia/vBilling/8449347(a)10.211.55.26 Standard HANGUP, cause: CALL_REJECTED 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:741 (sofia/vBilling/8449347(a)10.211.55.26) State HANGUP going to sleep 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:508 (sofia/vBilling/8449347(a)10.211.55.26) State Change CS_HANGUP -> CS_REPORTING 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:473 (sofia/vBilling/8449347(a)10.211.55.26) Running State Change CS_REPORTING 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:827 (sofia/vBilling/8449347(a)10.211.55.26) State REPORTING 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:104 sofia/vBilling/8449347(a)10.211.55.26 Standard REPORTING, cause: CALL_REJECTED 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:827 (sofia/vBilling/8449347(a)10.211.55.26) State REPORTING going to sleep 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:499 (sofia/vBilling/8449347(a)10.211.55.26) State Change CS_REPORTING -> CS_DESTROY 2016-01-03 16:08:35.980992 [DEBUG] switch_core_session.c:1646 Session 5 (sofia/vBilling/8449347(a)10.211.55.26) Locked, Waiting on external entities 2016-01-03 16:08:35.980992 [NOTICE] switch_core_session.c:1664 Session 5 (sofia/vBilling/8449347(a)10.211.55.26) Ended 2016-01-03 16:08:35.980992 [NOTICE] switch_core_session.c:1668 Close Channel sofia/vBilling/8449347(a)10.211.55.26 [CS_DESTROY] 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:630 (sofia/vBilling/8449347(a)10.211.55.26) Running State Change CS_DESTROY 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:640 (sofia/vBilling/8449347(a)10.211.55.26) State DESTROY 2016-01-03 16:08:35.980992 [DEBUG] mod_sofia.c:341 sofia/vBilling/8449347(a)10.211.55.26 SOFIA DESTROY 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:111 sofia/vBilling/8449347(a)10.211.55.26 Standard DESTROY 2016-01-03 16:08:35.980992 [DEBUG] switch_core_state_machine.c:640 (sofia/vBilling/8449347(a)10.211.55.26) State DESTROY going to sleep Can’t seem to figure out if I am missing something here. My acl is served as, Thanks, Muhammad

3 8

sip simple delivery
by Juan Pablo L. 04 Jan '16

04 Jan '16

Hi, i would like to find out how can i stop a sip simple from being delivered once it has been dealt with, i have a module that receives the event and decides whether to deliver it or not based on some criteria ($$), but it does not matter what the module does, after it has finished precessing the message, freeswitch still delivers it. i understand it does this by default, any advise would be appreciated. thanks!

5 8

Alsa to RTP
by Pete Kay 04 Jan '16

04 Jan '16

Hi I am able to use aplay to playback media from a wav file and arecord to record from sound card to a wav file. I would like to playback the media to freeswitch via playback and send the RTP to arecord. Does anyone know how to do it? Is there any sample that shows how this can be done? Thanks, Pete

2 1

Add codec
by Bhavik Patel 04 Jan '16

04 Jan '16

Hi, in FreeSWITCH, how can I add following codec: codec,G.711 alaw,CORE_PCM_MODULE codec,G.711 ulaw,CORE_PCM_MODULE -- Bhavik Patel DA-IICT

3 7

Dialogs stay in memory until restart in state 5
by John Nash 04 Jan '16

04 Jan '16

I am using OpenSIPS (2.1.1 (x86_64/linux)) with dialogs module and topology hiding modules. I am not saving dialogs in database. After I run it for few hours and stop traffic i see hundreds of dialogs using fifo command which wont be deleted from memory until I restart. I see dialogs like .. dialog:: hash=4094:1281471850 state:: 5 user_flags:: 0 timestart:: 0 timeout:: 0 callid:: 8abe7f9e-2cd5-1234-84b0-d4ae52bce047 from_uri:: sip:4117834663@127.0.0.1 to_uri:: sip:119603452947@127.0.0.1:5060 I saw couple of old posts and tried using "Pp" parameter in create_dialog but it does not seem to be of any effect. In logs I also see messages like "ERROR:dialog:push_reply_in_dialog: [487] reply in dlg state [2]: missing TAG param in TO hdr" which I am not sure are related to my problem. John

2 1

Crash in v1.6.5
by Alex Balashov 02 Jan '16

02 Jan '16

(Cross-posting from Freeswitch-dev because that list doesn't appear to be terribly active? Perhaps I am mistaken, in which case, sorry!) Hi, I'm running v1.6.5:70b8c17, and recently ran into this crash scenario: (gdb) where #0 switch_core_session_get_channel (session=0x0) at src/switch_core_session.c:1357 #1 0x00007f955ec53ce9 in sofia_update_callee_id (session=0x0, profile=0x1a7ce80, sip=0x7f940c20b728, send=SWITCH_TRUE) at sofia.c:1086 #2 0x00007f955ec59e55 in our_sofia_event_callback (event=nua_i_update, status=200, phrase=0x7f9525d82270 "OK", nua=0x7f953c0120e0, profile=0x1a7ce80, nh=0x7f944fc705a0, sofia_private=0x7f944ef34460, sip=0x7f940c20b728, de=0x7f953c012d40, tags=0x7f9525d82260) at sofia.c:1594 #3 0x00007f955ec5f4fb in sofia_process_dispatch_event (dep=<value optimized out>) at sofia.c:1983 #4 0x00007f955ec60266 in sofia_msg_thread_run (thread=<value optimized out>, obj=0x7f955ebf5ad8) at sofia.c:2031 #5 0x00007f95625f899b in dummy_worker (opaque=0x1a732d0) at threadproc/unix/thread.c:151 #6 0x00007f95617a2a51 in start_thread () from /lib64/libpthread.so.0 #7 0x0000003acfae893d in clone () from /lib64/libc.so.6 Specifically, the crash was on an assertion that tried to dereference a null session pointer: #0 switch_core_session_get_channel (session=0x0) at src/switch_core_session.c:1357 1357 switch_assert(session->channel); However, while I am a C programmer, I don't know the first thing about FS internals and thus don't know what else to look for in this core dump so as to make a useful report. My assumption is that a check for NULL session pointer somewhere in frames 0/1 isn't really an adequate compensatory mechanism because the root of the problem lies elsewhere. I did manage to track down the definition of Sofia's 'sip_t' structure and, it looks to me like this happened while either generating a 200 OK response to an UPDATE request: (gdb) print sip->sip_request->rq_method $1 = sip_method_update And it doesn't appear to be in the course of processing a reply, because the status substructure seems blank: (gdb) print sip->sip_status $2 = (sip_status_t *) 0x0 However, I don't know how to get at the raw message buffer of the UPDATE request. Any help would be appreciated! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 1