Re: [Freeswitch-users] Mod_Conference Improvement (Denoise)
Hi, So I'm trying to borrow some code from sox now and trying to make an adaptive noise filter which would basically be equivalent of using the noiseprof and noisered filters on a stored file, I'll be calling the noiseprof function whenever there is silence on the line to update my noise profile after regular intervals lets see how that goes. On Thu, Jan 17, 2013 at 12:25 PM, < freeswitch-users-request@lists.freeswitch.org> wrote:
Send FreeSWITCH-users mailing list submissions to freeswitch-users@lists.freeswitch.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.freeswitch.org/mailman/listinfo/freeswitch-users or, via email, send a message with subject or body 'help' to freeswitch-users-request@lists.freeswitch.org
You can reach the person managing the list at freeswitch-users-owner@lists.freeswitch.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of FreeSWITCH-users digest..."
Today's Topics:
1. Re: Mod_Conference Improvement (Denoise) (Valer Nur) 2. Re: Mod_Conference Improvement (Denoise) (William King) 3. Re: 488 Not Acceptable Here (INCOMPATIBLE_DESTINATION) with JsSIP and OverSIP + FreeSWITCH (royj)
---------- Forwarded message ---------- From: Valer Nur <valernur@yahoo.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Wed, 16 Jan 2013 22:29:59 -0800 (PST) Subject: Re: [Freeswitch-users] Mod_Conference Improvement (Denoise) I think the best way to solve this is by doing AGC first. This should make sure audio level is similar for all participants.
------------------------------ *From:* Anthony Minessale <anthony.minessale@gmail.com> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Wednesday, January 16, 2013 6:23 PM *Subject:* Re: [Freeswitch-users] Mod_Conference Improvement (Denoise)
There is also the preprocess app which uses a media bug in the core for a variety of things but is incomplete it's using a bit of code from speex so we can certainly improve that as well.
On Tue, Jan 15, 2013 at 8:58 PM, Michael Jerris <mike@jerris.com> wrote:
If you wanted to implement something like this you could do so as a media bug, it does not need to touch mod_conference in any way. Take a look at mod_ladspa for an example of a similar module that modifies audio using a media bug. Give it a try and see if you can get something working.
Mike
On Jan 15, 2013, at 8:03 PM, Michael Collins <msc@freeswitch.org> wrote:
While I don't have a problem with the concept of noise filtering I have to point out that each member of the conference can have his or her own noise level setting. From fs_cli:
conference <conf name> energy <member_id|all|last|non_moderator> [<newval>]
You only need to apply it to the person who is in the noisy location. In fact, in the example configuration the user can dial 9 to increase the energy threshold (for when he's in a noisy environment) or press 7 to decrease the threshold. Pressing 8 will reset the energy to normal, which I believe is 200.
-MC
On Tue, Jan 15, 2013 at 4:24 PM, Usama Zaidi <itsusama@gmail.com> wrote:
Hi,
I talked about this a while back on the channel, the way how energy-level is implemented in mod_conference isn't the right way to handle noise in my opinion because the participants that get bridged would have a different noise floor depending on where they are located, so if I set the value of energy-level too high to accommodate one participant, any other participant in a quite sitting would never get bridged, I proposed we should tackle this the way Asterisk does using a denoise dialplan function ( https://wiki.asterisk.org/wiki/display/AST/Asterisk+10+Function_DENOISE), we can use libav for noise filtering on the muxed audio. I'm willing to contribute if one of the devs would help me out regarding implementation. Any comments?
-Regards
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
---------- Forwarded message ---------- From: William King <william.king@quentustech.com> To: freeswitch-users@lists.freeswitch.org Cc: Date: Wed, 16 Jan 2013 22:37:19 -0800 Subject: Re: [Freeswitch-users] Mod_Conference Improvement (Denoise) That feature already exists, but appears to still be undocumented. Added just over a year ago. http://wiki.freeswitch.org/wiki/FS_weekly_2011_03_23
William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king@quentustech.com
On 01/16/2013 10:29 PM, Valer Nur wrote:
I think the best way to solve this is by doing AGC first. This should make sure audio level is similar for all participants.
------------------------------------------------------------------------ *From:* Anthony Minessale <anthony.minessale@gmail.com> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Wednesday, January 16, 2013 6:23 PM *Subject:* Re: [Freeswitch-users] Mod_Conference Improvement (Denoise)
There is also the preprocess app which uses a media bug in the core for a variety of things but is incomplete it's using a bit of code from speex so we can certainly improve that as well.
On Tue, Jan 15, 2013 at 8:58 PM, Michael Jerris <mike@jerris.com <mailto:mike@jerris.com>> wrote:
If you wanted to implement something like this you could do so as a media bug, it does not need to touch mod_conference in any way. Take a look at mod_ladspa for an example of a similar module that modifies audio using a media bug. Give it a try and see if you can get something working.
Mike
On Jan 15, 2013, at 8:03 PM, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote:
While I don't have a problem with the concept of noise filtering I have to point out that each member of the conference can have his or her own noise level setting. From fs_cli:
conference <conf name> energy <member_id|all|last|non_moderator> [<newval>]
You only need to apply it to the person who is in the noisy location. In fact, in the example configuration the user can dial 9 to increase the energy threshold (for when he's in a noisy environment) or press 7 to decrease the threshold. Pressing 8 will reset the energy to normal, which I believe is 200.
-MC
On Tue, Jan 15, 2013 at 4:24 PM, Usama Zaidi <itsusama@gmail.com <mailto:itsusama@gmail.com>> wrote:
Hi,
I talked about this a while back on the channel, the way how energy-level is implemented in mod_conference isn't the right way to handle noise in my opinion because the participants that get bridged would have a different noise floor depending on where they are located, so if I set the value of energy-level too high to accommodate one participant, any other participant in a quite sitting would never get bridged, I proposed we should tackle this the way Asterisk does using a denoise dialplan function (
https://wiki.asterisk.org/wiki/display/AST/Asterisk+10+Function_DENOISE),
we can use libav for noise filtering on the muxed audio. I'm willing to contribute if one of the devs would help me out regarding implementation. Any comments?
-Regards
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <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 <http://www.freeswitch.org/>
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net/> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com <http://www.cudatel.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://wiki.freeswitch.org <http://wiki.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
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 <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
---------- Forwarded message ---------- From: royj <royj@yandex.ru> To: <freeswitch-users@lists.freeswitch.org> Cc: Date: Thu, 17 Jan 2013 11:24:25 +0400 Subject: Re: [Freeswitch-users] 488 Not Acceptable Here (INCOMPATIBLE_DESTINATION) with JsSIP and OverSIP + FreeSWITCH
http://jira.freeswitch.org/browse/FS-4606
On Thu, 17 Jan 2013 02:05:34 +0530 Paan Singh <paan.singh.coder@gmail.com> wrote:
New SIP capture og with FreeSWITCH log syntax highlighting : http://pastebin.freeswitch.com/20457
On Thu, Jan 17, 2013 at 12:50 AM, Paan Singh <paan.singh.coder@gmail.com wrote:
Hi,
I'm using JsSIP from a webpage to make a SIP call to FS, using OverSIP as a Websocket->SIP proxy.
I'm able to Register successfully, but when I make a call from JsSIP UA to FreeSWITCH, I get a 180 Ringing, but after that I get a 488 Not Acceptable here.. Please help me figure out what I'm doing wrong here.
My inbound_codec_prefs is :
<X-PRE-PROCESS cmd="set" data="global_codec_prefs=G729,G7221@32000h ,G7221@16000h,G722,PCMU,PCMA,GSM,isac@16000h,isac,opus"/>
Here is FreeSWITCH's log for the incoming call :
============================================= port.c:2730 tport_wakeup_pri() tport_wakeup_pri(0x26036f0): events IN tport.c:2845 tport_recv_event() tport_recv_event(0x26036f0) tport.c:3186 tport_recv_iovec() tport_recv_iovec(0x26036f0) msg 0x2913be0 from (udp/116.214.15.45:5080) has 3113 bytes, veclen = 1 tport.c:3004 tport_deliver() tport_deliver(0x26036f0): msg 0x2913be0 (3113 bytes) from udp/121.245.35.150:5080/sip next=(nil) nta.c:2803 agent_recv_request() nta: received INVITE sip:30201009@116.214.15.45 SIP/2.0 (CSeq 2141) nta.c:3161 agent_aliases() nta: canonizing sip:30201009@116.214.15.45with contact nta.c:3002 agent_recv_request() nta: INVITE (2141) going to a default leg nta.c:1348 set_timeout() nta: timer set to 200 ms nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:282 soa_clone() soa_clone(static::0x26122e0, 0x2606e20, 0x7f91840c4c50) called soa.c:405 soa_set_params() soa_set_params(static::0x7f91840b25e0, ...) called nta.c:4313 nta_leg_tcreate() nta_leg_tcreate(0x7f91840356d0) soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f91840b25e0) called soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f91840b25e0, (nil), 0x285676c, 2333) called nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f91840c4c50): adding session usage tport.c:3238 tport_tsend() tport_tsend(0x26036f0) tpn = UDP/ 121.245.35.150:5065 tport.c:4026 tport_resolve() tport_resolve addrinfo = 121.245.35.150:5065 tport.c:4660 tport_by_addrinfo() tport_by_addrinfo(0x26036f0): not found by name UDP/121.245.35.150:5065 tport.c:3574 tport_vsend() tport_vsend(0x26036f0): 564 bytes of 564 to udp/ 121.245.35.150:5065 tport.c:3472 tport_send_msg() tport_vsend returned 564 nta.c:6678 incoming_reply() nta: sent 100 Trying for INVITE (2141) nua_stack.c:271 nua_stack_event() nua(0x7f91840c4c50): event i_invite 100 Trying nua_session.c:4135 signal_call_state_change() nua(0x7f91840c4c50): call state changed: init -> received, received offer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f91840b25e0, [0x7f91aa98a5e8], [0x7f91aa98a5e0], [(nil)]) called nua_stack.c:271 nua_stack_event() nua(0x7f91840c4c50): event i_state 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering 2013-01-17 00:25:27.733506 [NOTICE] switch_channel.c:968 New Channel sofia/external/1000@116.214.15.45:5080 [4aec7fd8-600e-11e2-8706-1365ba01ad52] 2013-01-17 00:25:27.733506 [DEBUG] switch_core_session.c:975 Send signal sofia/external/1000@116.214.15.45:5080 [BREAK] nua_stack.c:359 nua_application_event() nua: nua_application_event: entering 2013-01-17 00:25:27.733506 [DEBUG] switch_core_session.c:975 Send signal sofia/external/1000@116.214.15.45:5080 [BREAK] 2013-01-17 00:25:27.733506 [DEBUG] switch_core_state_machine.c:415 (sofia/external/1000@116.214.15.45:5080) Running State Change CS_NEW 2013-01-17 00:25:27.733506 [DEBUG] switch_core_state_machine.c:433 (sofia/external/1000@116.214.15.45:5080) State NEW nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2013-01-17 00:25:27.753511 [DEBUG] sofia.c:5576 Channel sofia/external/ 1000@116.214.15.45:5080 entering state [received][100] 2013-01-17 00:25:27.753511 [DEBUG] sofia.c:5587 Remote SDP: v=0 o=- 2957375511 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio video m=audio 40111 RTP/SAVPF 103 104 0 8 106 105 13 126 c=IN IP4 121.245.35.150 a=rtcp:40111 IN IP4 121.245.35.150 a=candidate:877273017 1 udp 2113937151 121.245.35.150 39842 typ host generation 0 a=candidate:877273017 2 udp 2113937151 121.245.35.150 39842 typ host generation 0 a=candidate:4173799466 1 udp 1677729535 121.245.35.150 40111 typ srflx generation 0 a=candidate:4173799466 2 udp 1677729535 121.245.35.150 40111 typ srflx generation 0 a=candidate:2060051273 1 tcp 1509957375 121.245.35.150 54291 typ host generation 0 a=candidate:2060051273 2 tcp 1509957375 121.245.35.150 54291 typ host generation 0 a=ice-ufrag:qiKF0ErbxaXldKI0 a=ice-pwd:XlMXg/i8jwnCAgwnuo9KyZBw a=ice-options:google-ice a=mid:audio a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:bX1U9Kr56lIcZBLQvS2pmRW3nAcTG9H0uahawqj2 a=rtpmap:103 ISAC/16000 a=rtpmap:104 ISAC/32000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:106 CN/32000 a=rtpmap:105 CN/16000 a=rtpmap:13 CN/8000 a=rtpmap:126 telephone-event/8000 a=ssrc:4278252985 cname:fMHr4uVHPcpHFfGu a=ssrc:4278252985 mslabel:OEZOjX953DJU0k0J3IKmuasdqH13b96rGxhx a=ssrc:4278252985 label:OEZOjX953DJU0k0J3IKmuasdqH13b96rGxhx00 m=video 40111 RTP/SAVPF 100 101 102 c=IN IP4 121.245.35.150 a=rtcp:40111 IN IP4 121.245.35.150 a=candidate:877273017 1 udp 2113937151 121.245.35.150 39842 typ host generation 0 a=candidate:877273017 2 udp 2113937151 121.245.35.150 39842 typ host generation 0 a=candidate:4173799466 1 udp 1677729535 121.245.35.150 40111 typ srflx generation 0 a=candidate:4173799466 2 udp 1677729535 121.245.35.150 40111 typ srflx generation 0 a=candidate:2060051273 1 tcp 1509957375 121.245.35.150 54291 typ host generation 0 a=candidate:2060051273 2 tcp 1509957375 121.245.35.150 54291 typ host generation 0 a=ice-ufrag:qiKF0ErbxaXldKI0 a=ice-pwd:XlMXg/i8jwnCAgwnuo9KyZBw a=ice-options:google-ice a=mid:video a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:bX1U9Kr56lIcZBLQvS2pmRW3nAcTG9H0uahawqj2 a=rtpmap:100 VP8/90000 a=rtpmap:101 red/90000 a=rtpmap:102 ulpfec/90000 a=ssrc:169275022 cname:fMHr4uVHPcpHFfGu a=ssrc:169275022 mslabel:OEZOjX953DJU0k0J3IKmuasdqH13b96rGxhx a=ssrc:169275022 label:OEZOjX953DJU0k0J3IKmuasdqH13b96rGxhx10
2013-01-17 00:25:27.753511 [DEBUG] sofia_glue.c:4978 Set Remote Key [1 AES_CM_128_HMAC_SHA1_80 inline:bX1U9Kr56lIcZBLQvS2pmRW3nAcTG9H0uahawqj2] 2013-01-17 00:25:27.753511 [DEBUG] sofia_glue.c:3155 Set Local Key [1 AES_CM_128_HMAC_SHA1_80 inline:i8vqmBeU4+/sjJBndCbEQ4G87gmpYeVnqxh8Xuzu] 2013-01-17 00:25:27.753511 [DEBUG] sofia_glue.c:5277 No 2833 in SDP. Disable 2833 dtmf and switch to INFO 2013-01-17 00:25:27.753511 [DEBUG] switch_channel.c:2994 (sofia/external/1000@116.214.15:45:5080) Callstate Change DOWN -> HANGUP 2013-01-17 00:25:27.753511 [NOTICE] sofia.c:5878 Hangup sofia/external/ 1000@116.214.15.45:5080 [CS_NEW] [INCOMPATIBLE_DESTINATION] 2013-01-17 00:25:27.753511 [DEBUG] switch_channel.c:3017 Send signal sofia/external/1000@116.214.15.45:5080 [KILL] 2013-01-17 00:25:27.753511 [DEBUG] switch_core_session.c:1291 Send signal sofia/external/1000@116.214.15.45:5080 [BREAK] nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:415 (sofia/external/1000@116.214.15.45:5080) Running State Change CS_HANGUP 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:667 (sofia/external/1000@116.214.15.45:5080) State HANGUP 2013-01-17 00:25:27.753511 [DEBUG] mod_sofia.c:503 Channel sofia/external/ 1000@116.214.15.45:5080 hanging up, cause: INCOMPATIBLE_DESTINATION 2013-01-17 00:25:27.753511 [DEBUG] mod_sofia.c:633 Responding to INVITE with: 488 nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f91840c4c50): sent signal r_respond 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:48 sofia/external/1000@116.214.15.45:5080 Standard HANGUP, cause: INCOMPATIBLE_DESTINATION 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:667 (sofia/external/1000@116.214.15.45:5080) State HANGUP going to sleep nua_stack.c:573 nua_stack_signal() nua(0x7f91840c4c50): recv signal r_respond 488 Not Acceptable Here 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:446 (sofia/external/1000@116.214.15.45:5080) State Change CS_HANGUP -> CS_REPORTING nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering 2013-01-17 00:25:27.753511 [DEBUG] switch_core_session.c:1291 Send signal sofia/external/1000@116.214.15.45:5080 [BREAK] soa.c:405 soa_set_params() soa_set_params(static::0x7f91840b25e0, ...) called 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:415 (sofia/external/1000@116.214.15.45:5080) Running State Change CS_REPORTING nua_session.c:2316 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f91840b25e0) called tport.c:3238 tport_tsend() tport_tsend(0x26036f0) tpn = UDP/ 121.245.35.150:5065 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:749 (sofia/external/1000@116.214.15.45:5080) State REPORTING tport.c:4026 tport_resolve() tport_resolve addrinfo = 121.245.35.150:5065 tport.c:4660 tport_by_addrinfo() tport_by_addrinfo(0x26036f0): not found by name UDP/121.245.35.150:5065 tport.c:3574 tport_vsend() tport_vsend(0x26036f0): 784 bytes of 784 to udp/ 121.245.35.150:5065 tport.c:3472 tport_send_msg() tport_vsend returned 784 nta.c:6678 incoming_reply() nta: sent 488 Not Acceptable Here for INVITE (2141) nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f91840c4c50): removing session usage nua_session.c:4135 signal_call_state_change() nua(0x7f91840c4c50): call state changed: received -> terminated nua_stack.c:271 nua_stack_event() nua(0x7f91840c4c50): event i_state 488 Not Acceptable Here nua_stack.c:271 nua_stack_event() nua(0x7f91840c4c50): event i_terminated 488 Not Acceptable Here soa.c:358 soa_destroy() soa_destroy(static::0x7f91840b25e0) called nta.c:4366 nta_leg_destroy() nta_leg_destroy(0x7f91840356d0) nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:569 nua_stack_signal() nua(0x7f91840c4c50): recv signal r_destroy nta.c:4366 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:529 nua_signal() nua(0x7f91840c4c50): sent signal r_destroy 2013-01-17 00:25:27.753511 [DEBUG] mod_cdr_sqlite.c:102 Writing SQL to DB: INSERT INTO cdr VALUES ("1000","1000","30201009","public","2013-01-17 00:25:27","","2013-01-17
00:25:27",0,0,"INCOMPATIBLE_DESTINATION","4aec7fd8-600e-11e2-8706-1365ba01ad52","","")
2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:92 sofia/external/1000@116.214.15.45:5080 Standard REPORTING, cause: INCOMPATIBLE_DESTINATION 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:749 (sofia/external/1000@116.214.15.45:5080) State REPORTING going to sleep 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:440 (sofia/external/1000@116.214.15.45:5080) State Change CS_REPORTING -> CS_DESTROY 2013-01-17 00:25:27.753511 [DEBUG] switch_core_session.c:1291 Send signal sofia/external/1000@116.214.15.45:5080 [BREAK] 2013-01-17 00:25:27.753511 [DEBUG] switch_core_session.c:1499 Session 1794 (sofia/external/1000@116.214.15.45:5080) Locked, Waiting on external entities 2013-01-17 00:25:27.753511 [NOTICE] switch_core_session.c:1517 Session 1794 (sofia/external/1000@116.214.15.45:5080) Ended 2013-01-17 00:25:27.753511 [NOTICE] switch_core_session.c:1521 Close Channel sofia/external/1000@116.214.15.45:5080 [CS_DESTROY] 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:556 (sofia/external/1000@116.214.15.45:5080) Callstate Change HANGUP -> DOWN 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:559 (sofia/external/1000@116.214.15.45:5080) Running State Change CS_DESTROY 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:569 (sofia/external/1000@116.214.15.45:5080) State DESTROY 2013-01-17 00:25:27.753511 [DEBUG] mod_sofia.c:396 sofia/external/ 1000@116.214.15.45:5080 SOFIA DESTROY 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:99 sofia/external/1000@116.214.15.45:5080 Standard DESTROY 2013-01-17 00:25:27.753511 [DEBUG] switch_core_state_machine.c:569 (sofia/external/1000@116.214.15.45:5080) State DESTROY going to sleep nta.c:1294 agent_timer() nta: timer set next to 322 ms tport.c:2730 tport_wakeup_pri() tport_wakeup_pri(0x26036f0): events IN tport.c:2845 tport_recv_event() tport_recv_event(0x26036f0) tport.c:3186 tport_recv_iovec() tport_recv_iovec(0x26036f0) msg 0x7f9198220070 from (udp/116.214.15.45:5080) has 339 bytes, veclen = 1 tport.c:3004 tport_deliver() tport_deliver(0x26036f0): msg 0x7f9198220070 (339 bytes) from udp/121.245.35.150:5080/sip next=(nil) nta.c:2803 agent_recv_request() nta: received ACK sip:30201009@116.214.15.45 SIP/2.0 (CSeq 2141) nta.c:2938 agent_recv_request() nta: ACK (2141) is going to INVITE (2141) nta.c:1294 agent_timer() nta: timer set next to 4823 ms nta.c:7010 _nta_incoming_timer() nta: timer I fired, terminate 488 response nta.c:5718 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f91aa98ac20) nta.c:7061 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1279 agent_timer() nta: timer not set ================================================================
Here is the Log from JsSIP in the browser that receives messages from FreeSWITCH : =========================================================== JsSIP | TRANSPORT | Received WebSocket text message: SIP/2.0 180 Ringing Via: SIP/2.0/TCP 29.62.109.242;branch=z9hG4bK1565615 Record-Route: <sip:192.168.1.8:5060;transport=udp;lr;ovid=69d4d6a0> Record-Route: <sip:774f80554e@192.168.1.8:10080;transport=ws;lr;ovid=69d4d6a0> From: < sip:1000@116.214.15.45:5080>;tag=rj2nc38qem To: < sip:30201009@116.214.15.45>;tag=j4X0e04aZjU2K Call-ID: joshempnx2kuh7smrt3x CSeq: 1974 INVITE Contact: <sip:30201009@116.214.15.45:5080;transport=udp> User-Agent: FreeSWITCH-mod_sofia/1.3.13b+git~20130108T190107Z~30e4c71bbe Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 P-Asserted-Identity: "30201009" <sip:30201009@116.214.15.45> jssip-0.2.1.js:684< http://example.com:8080/static/did/tryit/jssip-0.2.1.js> JsSIP | DIALOG | New UAC dialog created: 1 jssip-0.2.1.js:2171< http://example.com:8080/static/did/tryit/jssip-0.2.1.js> JsSIP | EVENT EMITTER | Emitting event: progress jssip-0.2.1.js:170< http://example.com:8080/static/did/tryit/jssip-0.2.1.js> JsSIP | TRANSPORT | Received WebSocket text message: SIP/2.0 488 Not Acceptable Here Via: SIP/2.0/TCP 29.62.109.242;branch=z9hG4bK1565615 Max-Forwards: 10 From: <sip:1000@116.214.15.45:5080>;tag=rj2nc38qem To: < sip:30201009@116.214.15.45>;tag=j4X0e04aZjU2K Call-ID: joshempnx2kuh7smrt3x CSeq: 1974 INVITE User-Agent: FreeSWITCH-mod_sofia/1.3.13b+git~20130108T190107Z~30e4c71bbe Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, refer Reason: Q.850;cause=88;text="INCOMPATIBLE_DESTINATION" Content-Length: 0 P-Asserted-Identity: "30201009" < sip:30201009@116.214.15.45>
=============================================================================
What am I doing wrong? Thanks, Paan
_______________________________________________ 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
-- I'd love to change the world, but they wont gimme the source code to it
participants (1)
-
Usama Zaidi