- FreeSWITCH-users - FreeSWITCH Mailing Lists

Get ZRTP SAS from other side of MITM call
by Bill Ross 21 Mar '14

21 Mar '14

Folks; Scenario: Non ZRTP UA (local extension) ßà FS MITM ßà ZRTP UA via gateway I am attempting to get the ZRTP SAS from the ZRTP call which is received via gateway and bridged to Non ZRTP UA It appears that in MITM scenario, the aleg uuid (for non-ZRTP call) is identical (recycled less security variables) to the ZRTP aleg uuid Is there any way to get variables (luarun script) from the ZRTP call (other side of MITM) from within the uuid context of the non ZRTP call? Or, other suggestions, since my newbie status is inevitably missing something Thanks; Bill Ross

2 3

Freeswitch error: Cannot Blind Transfer 1 Legged calls
by Karol Matuszewski 21 Mar '14

21 Mar '14

Hi, I have installed FreeSwitch on a server and I would like to create a call between two SIP accounts. I run on two computers FSComm Communicator and specified 1001 and 1002 as accounts. I can see, they are registered. In FS console I have a message: freeswitch@internal> sofia status profile internal reg Registrations: ================================================================================================= Call-ID: b273d725-aa58-44b6-9183-f3ac9770903e User: 1001(a)192.168.1.164 Contact: "" <sip:gw+1001@83.142.193.153:12345;transport=udp;gw=1001> Agent: FreeSWITCH/FSComm Status: Registered(UDP)(unknown) EXP(2014-03-21 14:00:47) EXPSECS(108) Host: freeswitch IP: 10.0.0.1 Port: 1073 Auth-User: 1001 Auth-Realm: 10.0.0.199 MWI-Account: 1001(a)192.168.1.164 Call-ID: 6dc6904a-787f-45c7-b67a-6c89ed7e44d6 User: 1002(a)192.168.1.164 Contact: "" <sip:gw+1002@83.142.193.153:12345;transport=udp;gw=1002> Agent: FreeSWITCH/FSComm Status: Registered(UDP)(unknown) EXP(2014-03-21 14:00:47) EXPSECS(108) Host: freeswitch IP: 10.0.0.1 Port: 12345 Auth-User: 1002 Auth-Realm: 10.0.0.199 MWI-Account: 1002(a)192.168.1.164 Total items returned: 2 I am creating a call with command: originate {ignore_early_media=true}sofia/internal/1001(a)192.168.1.164&bridge({ignore_early_media=true}sofia/internal/ 1002(a)192.168.1.164) But I can't see anything new in FSComm. In console I have logs with error: freeswitch@internal> originate {ignore_early_media=true}sofia/internal/ 1001(a)192.168.1.164 &bridge({ignore_early_media=true}sofia/internal/ 1002(a)192.168.1.164) *-ERR NO_USER_RESPONSE* 2014-03-21 14:02:33.385597 [DEBUG] switch_ivr_originate.c:2070 Parsing global variables 2014-03-21 14:02:33.385597 [DEBUG] switch_event.c:1680 Parsing variable [ignore_early_media]=[true] 2014-03-21 14:02:33.385597 [NOTICE] switch_channel.c:1048 New Channel sofia/internal/1001(a)192.168.1.164 [f8c7ad36-5b6a-4eed-aa32-7cc14427747b] 2014-03-21 14:02:33.385597 [DEBUG] mod_sofia.c:4426 (sofia/internal/ 1001(a)192.168.1.164) State Change CS_NEW -> CS_INIT 2014-03-21 14:02:33.385597 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/1001(a)192.168.1.164) Running State Change CS_INIT 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:506 (sofia/internal/1001(a)192.168.1.164) State INIT 2014-03-21 14:02:33.385597 [DEBUG] mod_sofia.c:87 sofia/internal/ 1001(a)192.168.1.164 SOFIA INIT 2014-03-21 14:02:33.385597 [DEBUG] sofia_glue.c:1225 Local SDP: v=0 o=FreeSWITCH 1395374973 1395374974 IN IP4 192.168.1.164 s=FreeSWITCH c=IN IP4 192.168.1.164 t=0 0 m=audio 31980 RTP/AVP 9 0 8 3 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv 2014-03-21 14:02:33.385597 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.385597 [NOTICE] switch_channel.c:1048 New Channel sofia/internal/0000000000(a)192.168.1.164[c45f5288-94d5-40c7-91fe-9059a0434581] 2014-03-21 14:02:33.385597 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.385597 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:40 sofia/internal/1001(a)192.168.1.164 Standard INIT 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/1001(a)192.168.1.164) State Change CS_INIT -> CS_ROUTING 2014-03-21 14:02:33.385597 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:506 (sofia/internal/1001(a)192.168.1.164) State INIT going to sleep 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/1001(a)192.168.1.164) Running State Change CS_ROUTING 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:522 (sofia/internal/1001(a)192.168.1.164) State ROUTING 2014-03-21 14:02:33.385597 [DEBUG] mod_sofia.c:123 sofia/internal/ 1001(a)192.168.1.164 SOFIA ROUTING 2014-03-21 14:02:33.385597 [DEBUG] switch_ivr_originate.c:67 (sofia/internal/1001(a)192.168.1.164) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2014-03-21 14:02:33.385597 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:522 (sofia/internal/1001(a)192.168.1.164) State ROUTING going to sleep 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/1001(a)192.168.1.164) Running State Change CS_CONSUME_MEDIA 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:541 (sofia/internal/1001(a)192.168.1.164) State CONSUME_MEDIA 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:541 (sofia/internal/1001(a)192.168.1.164) State CONSUME_MEDIA going to sleep 2014-03-21 14:02:33.385597 [DEBUG] sofia.c:5863 Channel sofia/internal/ 1001(a)192.168.1.164 entering state [calling][0] 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/0000000000(a)192.168.1.164) Running State Change CS_NEW 2014-03-21 14:02:33.385597 [DEBUG] switch_core_state_machine.c:485 (sofia/internal/0000000000(a)192.168.1.164) State NEW 2014-03-21 14:02:33.425662 [DEBUG] sofia.c:8032 IP 192.168.1.164 Rejected by acl "domains". Falling back to Digest auth. 2014-03-21 14:02:33.425662 [DEBUG] sofia.c:5863 Channel sofia/internal/ 0000000000(a)192.168.1.164 entering state [received][100] 2014-03-21 14:02:33.425662 [DEBUG] sofia.c:5873 Remote SDP: v=0 o=FreeSWITCH 1395374973 1395374974 IN IP4 192.168.1.164 s=FreeSWITCH c=IN IP4 192.168.1.164 t=0 0 m=audio 31980 RTP/AVP 9 0 8 3 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 2014-03-21 14:02:33.425662 [DEBUG] sofia.c:6085 (sofia/internal/ 0000000000(a)192.168.1.164) State Change CS_NEW -> CS_INIT 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/0000000000(a)192.168.1.164) Running State Change CS_INIT 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:506 (sofia/internal/0000000000(a)192.168.1.164) State INIT 2014-03-21 14:02:33.425662 [DEBUG] mod_sofia.c:87 sofia/internal/ 0000000000(a)192.168.1.164 SOFIA INIT 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:40 sofia/internal/0000000000(a)192.168.1.164 Standard INIT 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/0000000000(a)192.168.1.164) State Change CS_INIT -> CS_ROUTING 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:506 (sofia/internal/0000000000(a)192.168.1.164) State INIT going to sleep 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/0000000000(a)192.168.1.164) Running State Change CS_ROUTING 2014-03-21 14:02:33.425662 [DEBUG] switch_channel.c:2140 (sofia/internal/ 0000000000(a)192.168.1.164) Callstate Change DOWN -> RINGING 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:522 (sofia/internal/0000000000(a)192.168.1.164) State ROUTING 2014-03-21 14:02:33.425662 [DEBUG] mod_sofia.c:123 sofia/internal/ 0000000000(a)192.168.1.164 SOFIA ROUTING 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:164 sofia/internal/0000000000(a)192.168.1.164 Standard ROUTING 2014-03-21 14:02:33.425662 [INFO] mod_dialplan_xml.c:558 Processing <0000000000>->1001 in context public Dialplan: sofia/internal/0000000000(a)192.168.1.164 parsing [public->unloop] continue=false Dialplan: sofia/internal/0000000000(a)192.168.1.164 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/0000000000(a)192.168.1.164 Regex (PASS) [unloop] ${sip_looped_call}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/0000000000(a)192.168.1.164 Action deflect(${destination_number}) 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:214 (sofia/internal/0000000000(a)192.168.1.164) State Change CS_ROUTING -> CS_EXECUTE 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:522 (sofia/internal/0000000000(a)192.168.1.164) State ROUTING going to sleep 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/0000000000(a)192.168.1.164) Running State Change CS_EXECUTE 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:529 (sofia/internal/0000000000(a)192.168.1.164) State EXECUTE 2014-03-21 14:02:33.425662 [DEBUG] mod_sofia.c:178 sofia/internal/ 0000000000(a)192.168.1.164 SOFIA EXECUTE 2014-03-21 14:02:33.425662 [DEBUG] switch_core_state_machine.c:256 sofia/internal/0000000000(a)192.168.1.164 Standard EXECUTE EXECUTE sofia/internal/0000000000(a)192.168.1.164 deflect(1001) 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.425662 [DEBUG] sofia.c:6896 Process REFER to [ 1001(a)192.168.1.164] *2014-03-21 14:02:33.425662 [ERR] sofia.c:7389 Cannot Blind Transfer 1 Legged calls* 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.425662 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1034 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [NOTICE] mod_sofia.c:1852 Hangup sofia/internal/ 0000000000(a)192.168.1.164 [CS_EXECUTE] [BLIND_TRANSFER] 2014-03-21 14:02:33.525678 [DEBUG] switch_channel.c:3171 Send signal sofia/internal/0000000000(a)192.168.1.164 [KILL] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:2838 sofia/internal/0000000000(a)192.168.1.164 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:529 (sofia/internal/0000000000(a)192.168.1.164) State EXECUTE going to sleep 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/0000000000(a)192.168.1.164) Running State Change CS_HANGUP 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/0000000000(a)192.168.1.164) State HANGUP 2014-03-21 14:02:33.525678 [DEBUG] mod_sofia.c:413 Channel sofia/internal/ 0000000000(a)192.168.1.164 hanging up, cause: BLIND_TRANSFER 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:58 sofia/internal/0000000000(a)192.168.1.164 Standard HANGUP, cause: BLIND_TRANSFER 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/0000000000(a)192.168.1.164) State HANGUP going to sleep 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:743 (sofia/internal/0000000000(a)192.168.1.164) Callstate Change RINGING -> HANGUP 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:498 (sofia/internal/0000000000(a)192.168.1.164) State Change CS_HANGUP -> CS_REPORTING 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/0000000000(a)192.168.1.164) Running State Change CS_REPORTING 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:815 (sofia/internal/0000000000(a)192.168.1.164) State REPORTING 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:102 sofia/internal/0000000000(a)192.168.1.164 Standard REPORTING, cause: BLIND_TRANSFER 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:815 (sofia/internal/0000000000(a)192.168.1.164) State REPORTING going to sleep 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:492 (sofia/internal/0000000000(a)192.168.1.164) State Change CS_REPORTING -> CS_DESTROY 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/0000000000(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1577 Session 355 (sofia/internal/0000000000(a)192.168.1.164) Locked, Waiting on external entities 2014-03-21 14:02:33.525678 [NOTICE] switch_core_session.c:1595 Session 355 (sofia/internal/0000000000(a)192.168.1.164) Ended 2014-03-21 14:02:33.525678 [NOTICE] switch_core_session.c:1599 Close Channel sofia/internal/0000000000(a)192.168.1.164 [CS_DESTROY] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:617 (sofia/internal/0000000000(a)192.168.1.164) Callstate Change HANGUP -> DOWN 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:620 (sofia/internal/0000000000(a)192.168.1.164) Running State Change CS_DESTROY 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/0000000000(a)192.168.1.164) State DESTROY 2014-03-21 14:02:33.525678 [DEBUG] mod_sofia.c:323 sofia/internal/ 0000000000(a)192.168.1.164 SOFIA DESTROY 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:109 sofia/internal/0000000000(a)192.168.1.164 Standard DESTROY 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/0000000000(a)192.168.1.164) State DESTROY going to sleep 2014-03-21 14:02:33.525678 [DEBUG] sofia.c:5863 Channel sofia/internal/ 1001(a)192.168.1.164 entering state [terminated][480] 2014-03-21 14:02:33.525678 [NOTICE] sofia.c:6671 Hangup sofia/internal/ 1001(a)192.168.1.164 [CS_CONSUME_MEDIA] [NO_USER_RESPONSE] 2014-03-21 14:02:33.525678 [DEBUG] switch_channel.c:3171 Send signal sofia/internal/1001(a)192.168.1.164 [KILL] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/1001(a)192.168.1.164) Running State Change CS_HANGUP 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/1001(a)192.168.1.164) State HANGUP 2014-03-21 14:02:33.525678 [DEBUG] mod_sofia.c:413 Channel sofia/internal/ 1001(a)192.168.1.164 hanging up, cause: NO_USER_RESPONSE 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:58 sofia/internal/1001(a)192.168.1.164 Standard HANGUP, cause: NO_USER_RESPONSE 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/1001(a)192.168.1.164) State HANGUP going to sleep 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:743 (sofia/internal/1001(a)192.168.1.164) Callstate Change DOWN -> HANGUP 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:498 (sofia/internal/1001(a)192.168.1.164) State Change CS_HANGUP -> CS_REPORTING 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/1001(a)192.168.1.164) Running State Change CS_REPORTING 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:815 (sofia/internal/1001(a)192.168.1.164) State REPORTING 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:102 sofia/internal/1001(a)192.168.1.164 Standard REPORTING, cause: NO_USER_RESPONSE 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:815 (sofia/internal/1001(a)192.168.1.164) State REPORTING going to sleep 2014-03-21 14:02:33.525678 [DEBUG] switch_core_state_machine.c:492 (sofia/internal/1001(a)192.168.1.164) State Change CS_REPORTING -> CS_DESTROY 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1369 Send signal sofia/internal/1001(a)192.168.1.164 [BREAK] 2014-03-21 14:02:33.525678 [DEBUG] switch_core_session.c:1577 Session 354 (sofia/internal/1001(a)192.168.1.164) Locked, Waiting on external entities 2014-03-21 14:02:33.545687 [DEBUG] switch_ivr_originate.c:3670 Originate Resulted in Error Cause: 18 [NO_USER_RESPONSE] 2014-03-21 14:02:33.545687 [NOTICE] switch_core_session.c:1595 Session 354 (sofia/internal/1001(a)192.168.1.164) Ended 2014-03-21 14:02:33.545687 [NOTICE] switch_core_session.c:1599 Close Channel sofia/internal/1001(a)192.168.1.164 [CS_DESTROY] 2014-03-21 14:02:33.545687 [DEBUG] switch_core_state_machine.c:617 (sofia/internal/1001(a)192.168.1.164) Callstate Change HANGUP -> DOWN 2014-03-21 14:02:33.545687 [DEBUG] switch_core_state_machine.c:620 (sofia/internal/1001(a)192.168.1.164) Running State Change CS_DESTROY 2014-03-21 14:02:33.545687 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001(a)192.168.1.164) State DESTROY 2014-03-21 14:02:33.545687 [DEBUG] mod_sofia.c:323 sofia/internal/ 1001(a)192.168.1.164 SOFIA DESTROY 2014-03-21 14:02:33.545687 [DEBUG] switch_core_state_machine.c:109 sofia/internal/1001(a)192.168.1.164 Standard DESTROY 2014-03-21 14:02:33.545687 [DEBUG] switch_core_state_machine.c:630 (sofia/internal/1001(a)192.168.1.164) State DESTROY going to sleep But If I create a new call in FSComm from 1001 to 1002, IVR is speaking with message "Number is not available". The same message is when I call for example 1003 number, which is not registered in FSComm on another computer. What I am doing wrong? Regards, Karol Matuszewski

2 1

Handling SIP 180 ringback to freetdm?
by Pete Ashdown 21 Mar '14

21 Mar '14

I'm using Freeswitch as a PSTN gateway behind a Kamailio SIP proxy. I get no ringback audio if call a phone in this direction: (PSTN freetdm) -> Freeswitch -> Kamailio -> Phone (registered to Kamailio) Debugging it, I see that SIP 180 ringing is sent from the phone to Kamailio, and then relayed properly to Freeswitch, which does recognize the ring, but because there is no RTP audio associated with it, has nothing to send into freetdm. So my question is how do I turn SIP 180 into ringback audio generated on the PSTN gateway itself?

2 3

thoughts about call fraud and sip security
by Sandro 21 Mar '14

21 Mar '14

Hello all, out of curiosity, since i work in the voip field, i am playing with a freeswitch + fusionpbx setup from a few weeks. I put it on a linux machine with public ip address, no firewall. The scenario is quite simple: it has a gateway towards a VoIP provider and one extension that is a softphone behind NAT (in my LAN). All works smoothly. Of course I received a lot of scans in these days, and i configured my fail2ban to react properly. But yesterday I received a call attempt from a malicious users on the public context (where resides the gateway to my voip provider) and this has been processed. Of course the call hasn't got through since the called number was not my own number, and it has been dropped in the public context without being transferred to the default context. But, if the attacker would guess my public number, i think i could receive a unauthorized call inbound to my softphone. And since this kind of calls are processed, i think i am suitable to be DDoS-ed. There comes a more theoretical question about the SIP protocol (I have posted it on the sip-implementors ML without any reply): *Let's have a very common scenario, where a sip "client" A (my freeswitch) interacts with a sip server B* *(my voip provider).* *To keep things simple, the interactions are registrations (REGISTER) and calls (INVITE and ACK).* *The administrator configured A with credentials that have been registered on B, so REGISTERs and INVITEs* *incoming to B are authenticated.* *Now in this network a malicious user appears, let's call it C.* *Of course it will be not able to send any malicious request to B, since B will ask for credentials (that C does* *not know) and subsequentially drop the unauthorized requests.* *What about A? What if C sends an unsolicited call to A?* *At this point A has a "registration" up with B, so they are exchanging some informations.* *Is A able to recognize that the call C is sending it is "not related" to its "registration session" with B? (of* *course without dealing with network addresses)* *For example, A and B are exchanging some random tags.* *Are they brought (by protocol, and not as an proprietary extension) in the subsequent dialogs initiated by* *B towards A, so that A can recognize them?* *If that is the case, can you point me to the exact point of the RFC that states it?* Thank you to anyone that reached here to read :) Kind regards, Sandro.

1 0

sangoma codec
by jay binks 21 Mar '14

21 Mar '14

Can someone confirm the behaviour of mod_sangoma_codec, in relation to G729 passthru. I just want to be 100% sure that a call with 2 x G729 legs does not leave the codec module. ( and also that this does not count towards licence channel usage ) Also further to this, if the SNGTC soap server is unavailable for whatever reason will this affect the setup of G729 passthru calls or will it only affect transcoded calls ? -- Sincerely Jay Binks

1 0

Convert bridge into a conference on the fly
by Oleg Stolyar 21 Mar '14

21 Mar '14

Hi guys, what's the best way to do this if I need to include a third person in a conversation? Right now all my conversations are conferences but I'd like to start them out as bridges to save resources. Looks like a conference takes 50%-80% more CPU than a bridge even when there are only two participants and both use the same codec (PCMU)

1 0

ZRTP SAS to non ZRTP call leg UA?
by Bill Ross 20 Mar '14

20 Mar '14

Hi; When a call is between a ZRTP UA and non ZRTP UA, with FS MITM, I want to give the user the SAS that the ZRTP call leg is using. I note there is a script: scriptd/lua/zrtp_sas_proxy.lua that is supposed to hook into the call flow by: <action application="export" data="nolocal:api_on_answer=luarun zrtp_sas_proxy.lua ${uuid}"/> This appears to display the SAS, and, I will add TTS for POTS phones. Q1: Where do I make the script install call above? Q2: Is there a better way, code? Thanks; Bill Ross

3 12

To everyone testing git master...
by Brian West 20 Mar '14

20 Mar '14

With all the changes going in to the build system over the next week or two we’ll need everyone to assist in building and reporting issues back to us. Thanks, -- Brian West brian(a)freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)

1 0

P-Asserted
by George Assaad 20 Mar '14

20 Mar '14

Hi, When freeswitch receives 200 OK in the packet we see the following: From: "company" <sip:+compnay phone #@IP;user=xxxx> P-Asserted-Identity:"vendor"<sip:+vendor phone #@IP;user=phone> Privecy: id When freeswitch sends the same 200 OK packet to the endpoint: P-Asserted-Identity: "vendor" <sip:+vendor phone #@IP> Ideally we need freeswitch to either stripped the identity or leave the *privacy id* header. How to do that? Regards, George

3 2

Example of playing background music
by Alex Lake 20 Mar '14

20 Mar '14

Is it possible in Lua to do something like.... playback_uuid = GetTheUuidFrom(session:execute("bgapi uuid_broadcast <a-leg uuid> nicemusic.wav")) Then do some stuff on the b-leg Then session:execute("uuid_kill "..playback_uuid) When I've tried it, I get.... 2014-03-20 12:27:07.474905 [INFO] switch_cpp.cpp:1288 exec_async uuid_broadcast 4b0faa1a-6898-438a-8099-8c09eff7d1b0 local_stream://moh... (dmpx_r27s1_bleg.lua uuid:ddde917b-d9df-44b1-9b33-2b46d639f100 [?]) 2014-03-20 12:27:07.474905 [DEBUG] switch_core_media_bug.c:532 Attaching BUG to sofia/internal/0001302(a)004-0095.sb12.dmclub.org 2014-03-20 12:27:07.474905 [DEBUG] switch_core_session.c:1151 Send signal sofia/internal/0001302(a)004-0095.sb12.dmclub.org [BREAK] 2014-03-20 12:27:07.474905 [INFO] switch_cpp.cpp:1288 ...exec_async returning +OK Job-UUID: 88727341-5d44-4631-a69a-368df85ebdf0 ... ... 2014-03-20 12:27:11.244906 [INFO] switch_cpp.cpp:1288 dmExec uuid_kill 88727341-5d44-4631-a69a-368df85ebdf0 2014-03-20 12:27:11.244906 [INFO] switch_cpp.cpp:1288 ...dmExec returning -ERR No such channel! I can only presume I've got the wrong end of the stick on these asynchronous jobs! (BTW, dmExec is a wrapper around api:executeString)

3 3