March 2014 - FreeSWITCH-users - FreeSWITCH Mailing Lists

dial H.264 stream of (Axis) Webcam?
by Paul Klenk 23 Mar '14

23 Mar '14

Hi! Is there a possibility to make freeswitch include the H.264-stream of a Webcam (Axis M1034-W) in dialplan? e.g. dial 999 on a video-phone to receive webcam's h.264-stream

1 0

GSMOpen SMS stopped working
by Nandy Dagondon 23 Mar '14

23 Mar '14

Hello folks! MESSAGE event suddenly stopped working when SMS messages are received. I used lua.conf.xml event-hook to run the script sms-email-message.lua. <configuration name="lua.conf" description="LUA Configuration"> <settings> <hook event="MESSAGE" script="sms-email-message.lua"/> </settings> </configuration> Which module(s) shall I recompile before I recompile everything? Any hints why this event stopped? Thanks. /Nandy

3 4

Re: [Freeswitch-users] Channel Variable Caller-Source is set to "..\..\src\switch_ivr_originate.c" for SIP calls
by Jeff Lenk 23 Mar '14

23 Mar '14

This wouldn't be intentional. It looks like there is a parameter count mismatch in a printf but I cant find it. You should open a Jira for this with enough information to reproduce the problem. Sent from Windows Mail From: Markus von Arx Sent: ‎Friday‎, ‎March‎ ‎14‎, ‎2014 ‎9‎:‎17‎ ‎AM To: FreeSWITCH Users Help Hi I just realized that the channel variable "Caller-Source" is set to "..\..\src\switch_ivr_originate.c" for SIP calls. I'm using FreeSwitch 1.2.22 on Windows. Is this a bug or intentional? I'm originating SIP calls through mod_event_socket with commands like this: > bgapi expand originate {origination_uuid=983e7a0a-cf65-4e86-8314-93222a65e8b8}sofia/${domain}/9972 1000 XML mydialplan 1000 1000 Btw: this also affect the XML dialplan builtin-in varible (caller profile field) "source". Regards, Markus _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)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(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

2 1

mod_sms: how to relay?
by Paul Klenk 23 Mar '14

23 Mar '14

Hi! On https://wiki.freeswitch.org/wiki/Mod_sms there is a description how to install mod_sms and how to get an echo-daemon running. But of course I don't need an echo daemon but a system that simply relays SMS from one client to another. With the following chatplan/default.xml it doesn't work: <include> <context name="public"> <extension name="default"> <action application="send"/> </extension> </context> </include> Please could you help me here? How to relay/bridge SMS internally? cu, Markus

4 5

Optimum codec list?
by Pete Ashdown 22 Mar '14

22 Mar '14

So considering I can't put every possible codec under the sun into codec_prefs, due to the aforementioned MTU limit on the SIP packet, what is considered an optimum set of codecs that fits with a wide compatibility base?

4 3

Jekins CI!
by Brian West 21 Mar '14

21 Mar '14

I’m looking for REAL HARDWARE not VM’s of these platforms: FreeBSD8 FreeBSD9 FreeBSD10 DragonFlyBSD 3.6 NetBSD 6.1.3 OpenBSD 5.4 Solaris 11.1 Please contact me off list, I have them on all setup in VM’s but it takes 45-80 minutes to complete a build, I would like to tighten that up, All we would need is SSH access to the system to integrate it into our Jekins setup. 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

Codec list truncation?
by Pete Ashdown 21 Mar '14

21 Mar '14

Is there some sort of limit in my SIP rtpmap for codecs? I've got this list of codecs: <X-PRE-PROCESS cmd="set" data="global_codec_prefs=speex@32000h@20i,speex@16000h@20i,speex@8000h@20i,iLBC@30i,G7221@32000h,G7221@16000h,opus,PCMU,PCMA,GSM"/> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=speex@32000h@20i,speex@16000h@20i,speex@8000h@20i,iLBC@30i,G7221@32000h,G7221@16000h,opus,PCMU,PCMA,GSM"/> I'm seeing this output from tcpdump: v=0 o=FreeSWITCH 1395348540 1395348541 IN IP4 10.10.10.1 s=FreeSWITCH c=IN IP4 10.10.10.1 t=0 0 m=audio 25672 RTP/AVP 0 98 99 100 102 103 104 105 8 3 101 13 a=rtpmap:98 SPEEX/32000 a=rtpmap:99 SPEEX/16000 a=rtpmap:100 SPEEX/8000 a=rtpmap:102 iLBC/8000 a=fmtp:102 mode=30 a=rtpmap:103 G7221/32000 a=fmtp:103 bitrate=48000 a=rtpmap:104 G7221/16000 a=fmtp:104 bitr[|sip] Note the last line with bitr[|sip] where bitrate should be. This causes phones that would otherwise answer the call with the available codecs above to ignore and not ring at all.

5 9

Configuring DNS SRV behaviour for mod_sofia
by Ciprian Dosoftei 21 Mar '14

21 Mar '14

Hi all, I am having a problem with a provider (they won't correct on their end) which added a new node on their SRV DNS configuration we're not supposed to connect to. It is however the least priority route (30) while the two good routes are 10 and 20. However, every once in a while we do hit it. We cannot use disable-srv as the provider doesn't have an A record fallback. I checked if one can configure the lowest eligible SRV priority for mod_sofia but I don't think there's a setting for it. What I am trying to achieve is to have mod_sofia completely ignore that result (or any routes > 20). Thank you! -- Best Regards, Ciprian Dosoftei The information transmitted is intended only for the addressee and may contain privileged and/or confidential material. If you are not the intended recipient, kindly contact the sender and delete the message. Any disclosure, distribution or copying of this message is strictly prohibited without the expressed permission of the sender.

2 1

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