June 2012 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Problem with mod_say_it
by Carlo Dimaggio 19 Jun '12

19 Jun '12

Hi, I'm experiencing the following problem with italian language in freeswitch: 2012-06-19 17:34:13.998100 [DEBUG] switch_ivr_play_say.c:67 No language specified - Using [it] 2012-06-19 17:34:13.998100 [DEBUG] switch_ivr_play_say.c:244 Handle say:[1340118718] (it:it) 2012-06-19 17:34:13.998100 [ERR] mod_say_it.c:446 Unknown Say type=[18] With mod_say_en I have no problem. Is it possible to solve this? Best regards,

2 1

sendevent NOTIFY
by Jon Bruel 19 Jun '12

19 Jun '12

After some time working with BroadSoft, I have returned to the FreeSWITCH, and I'm impressed with the overall improvements in consistency and documentation. Great work! I have tested the Event Socket sendevent NOTIFY command, and I have tried to check if I could change the SIP From and SIP To headers to suit my requirements. It looks as if there is no way. So is there a way to specify the From- and To-headers, including the associated tags? I need this to be able to control the phone sets (set it off-hook). Thanks /Jon

1 1

lua trouble
by Alex 19 Jun '12

19 Jun '12

Trying to do a lua-based bit of IVR and inexplicably struggling with this bit. Maybe something to do with use of variables in session:playAndGetDigits or possibly the regexp? destnum = getDestNumber() session:execute("log", "INFO User dialled "..destnum) confPrompt = "say:'Now calling telephone number "..destnum.."'" session:execute("log", "INFO Confirming with "..confPrompt) confirmkey = session:playAndGetDigits(0, 1, 1, 1000, "#", confPrompt, "", "\\d|\\*") session:execute("log", "INFO mcm.lua Number confirm (not) interrupted with "..confirmkey.." mcmoption="..mcmoption) if confirmkey == "*" then -- return to call break end session:execute("transfer","-bleg "..destnum.." XML dp"..tenant_id) The problem is with confirmkey = session:playAndGetDigits(0, 1, 1, 1000, "#", confPrompt, "", "\\d|\\*") It complains of "Invalid Args" (and doesn't say anything). All it has to do is read out the number that it's intending to call, allowing the user to change their mind by hitting *. Logfile reports: 2012-06-18 14:00:22.975225 [INFO] mod_dptools.c:1444 mcm2.lua getDestNumber 2012-06-18 14:00:22.975225 [DEBUG] switch_ivr_play_say.c:1309 Codec Activated L16@8000hz 1 channels 20ms 2012-06-18 14:00:26.035180 [DEBUG] switch_rtp.c:3457 RTP RECV DTMF 1:1040 2012-06-18 14:00:26.035180 [DEBUG] switch_ivr_play_say.c:1682 done playing file /home/oev/fs-pabx/prompts/dmsb12_mcm3.wav 2012-06-18 14:00:26.205278 [DEBUG] switch_rtp.c:3457 RTP RECV DTMF 2:720 2012-06-18 14:00:26.605240 [DEBUG] switch_rtp.c:3457 RTP RECV DTMF 3:1040 2012-06-18 14:00:27.415292 [DEBUG] switch_rtp.c:3457 RTP RECV DTMF #:1120 2012-06-18 14:00:27.415292 [DEBUG] switch_ivr_play_say.c:2026 Test Regex [123][\d+] EXECUTE sofia/internal/898000000000202074904605(a)193.105.54.10 log(INFO User dialled 123) 2012-06-18 14:00:27.415292 [INFO] mod_dptools.c:1444 User dialled 123 EXECUTE sofia/internal/898000000000202074904605(a)193.105.54.10 log(INFO Confirming with say:'Now calling telephone number 123') 2012-06-18 14:00:27.415292 [INFO] mod_dptools.c:1444 Confirming with say:'Now calling telephone number 123' 2012-06-18 14:00:27.415292 [ERR] switch_ivr_play_say.c:1174 Invalid Args EXECUTE sofia/internal/898000000000202074904605(a)193.105.54.10 log(INFO mcm.lua Number confirm (not) interrupted with mcmoption=8) 2012-06-18 14:00:28.425260 [INFO] mod_dptools.c:1444 mcm.lua Number confirm (not) interrupted with mcmoption=8 EXECUTE sofia/internal/898000000000202074904605(a)193.105.54.10 transfer(-bleg 123 XML dp0)

5 19

Where are my freetdm sip_headers?
by Mitja 19 Jun '12

19 Jun '12

Hello all, I'm have some problems with my freetdm module lately. To be more precise freetdm with ftmod_sangoma_isdn for ISDN handling. One of which is, that I cant get early media to be played in pre_answer state (aka progress_media). But I think I saw a Jira on that one, where I will try to get the information/contribute if possible. The other problem I have is that on an incoming call I cant reliably get the TON for displaying purpouses. Actually Display would be alright, but calling back the other side is just uncomfortable if your number is missing a leading 0. So I thought I just have to activate the sip_headers in autoloads/freetdm.conf.xml as described here: http://wiki.freeswitch.org/wiki/Mod_freetdm#Channel_Variables (actually right above) But when I call my info Application, I cant see any of the headers. freetdm.conf.xml: (I set the param sip_headers three times after several tries) <configuration name="freetdm.conf" description="Freetdm Configuration"> <settings> <param name="debug" value="0"/> <param name="sip_headers" value="true" />    </settings> <config_profiles> <profile name="my_pri_te_1"> <param name="switchtype" value="euroisdn" /> <param name="interface" value="pri_cpe"/> <param name="sip_headers" value="true" /> </profile> </config_profiles> <sangoma_pri_spans> <span name="wp1" cfgprofile="my_pri_te_1"> <param name="dialplan" value="XML"/> <param name="context" value="from_pstn"/> <param name="tei" value="0"/> <param name="overlap" value="no"/> <param name="min_digits" value="4"/> <param name="setup arbitration" value="no"/> <param name="facility" value="yes"/> <xparam name="facility-timeout" value="0"/> <param name="outbound-called-ton" value="national"/> <param name="outbound-called-npi" value="ISDN"/> <param name="outbound-calling-ton" value="national"/> <param name="outbound-calling-npi" value="ISDN"/> <param name="outbound-rdnis-ton" value="national"/> <param name="outbound-rdnis-npi" value="ISDN"/> <param name="outbound-bearer_cap" value="speech"/> <param name="outbound-bearer_layer1" value="alaw"/> <param name="sip_headers" value="true" /> <yparam name="early-media-override" value="on-alert" /> <xparam name="local-number" value=""/> </span> </sangoma_pri_spans> <analog_spans> </analog_spans> </configuration> Output of Info on incoming call: 2012-06-15 07:19:41.691799 [INFO] mod_dptools.c:1463 CHANNEL_DATA: Channel-State: [CS_EXECUTE] Channel-Call-State: [RINGING] Channel-State-Number: [4] Channel-Name: [FreeTDM/1:6/8001] Unique-ID: [7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] Call-Direction: [inbound] Presence-Call-Direction: [inbound] Channel-HIT-Dialplan: [true] Channel-Call-UUID: [7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] Answer-State: [ringing] Channel-Read-Codec-Name: [PCMA] Channel-Read-Codec-Rate: [8000] Channel-Read-Codec-Bit-Rate: [64000] Channel-Write-Codec-Name: [PCMA] Channel-Write-Codec-Rate: [8000] Channel-Write-Codec-Bit-Rate: [64000] Caller-Direction: [inbound] Caller-Username: [FreeTDM] Caller-Dialplan: [XML] Caller-Caller-ID-Number: [152532xxxxx] Caller-ANI: [152532xxxxx] Caller-Destination-Number: [8001] Caller-Unique-ID: [7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] Caller-Source: [mod_freetdm] Caller-Context: [from_pstn] Caller-Channel-Name: [FreeTDM/1:6/8001] Caller-Profile-Index: [1] Caller-Profile-Created-Time: [1339737581650800] Caller-Channel-Created-Time: [1339737581650800] Caller-Channel-Answered-Time: [0] Caller-Channel-Progress-Time: [0] Caller-Channel-Progress-Media-Time: [0] Caller-Channel-Hangup-Time: [0] Caller-Channel-Transfer-Time: [0] Caller-Screen-Bit: [true] Caller-Privacy-Hide-Name: [false] Caller-Privacy-Hide-Number: [false] variable_direction: [inbound] variable_uuid: [7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] variable_session_id: [18] variable_read_codec: [PCMA] variable_read_rate: [8000] variable_write_codec: [PCMA] variable_write_rate: [8000] variable_channel_name: [FreeTDM/1:6/8001] variable_freetdm_span_name: [wp1] variable_freetdm_span_number: [1] variable_freetdm_chan_number: [6] variable_freetdm_bearer_capability: [0] variable_freetdm_bearer_layer1: [3] variable_freetdm_calling_party_category: [unknown] variable_screening_ind: [network-provided] variable_presentation_ind: [presentation-allowed] variable_call_uuid: [7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] variable_process_cdr: [false] variable_effective_caller_id_number: [0152532xxxxx] variable_et_first_dialed_ext: [8001] variable_absolute_codec_string: [PCMA] variable_continue_on_fail: [true] variable_hangup_after_bridge: [false] variable_nolocal:execute_on_ring: [hash insert/last_caller/8001/7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] variable_nolocal:ignore_display_updates: [true] variable_export_vars: [absolute_codec_string,nolocal:execute_on_ring,nolocal:ignore_display_updates] variable_record_session: [015253xxxxx.8001.2012-6-15-7-19-41.wav] variable_execute_on_answer: [lua pickup_group_cleanup.lua 7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] variable_api_hangup_hook: [lua pickup_group_cleanup.lua 7e1f9f6c-f5e3-42ac-9311-341d09dcb7be] variable_current_application: [info] Am I overlooking something, is my ISDN knowledge just terrible or do I have to configure something another way round? Thanks in advance! Regards Mitja

2 3

Actions before CDR writing (b leg only)
by awais nazir 19 Jun '12

19 Jun '12

Hello Guys I am using following scenario with series of attempts on gateways on failover <action application="set" data="hangup_after_bridge=true"/> <action application="bridge" data="sofia/local_profile/1111(a)example1.company.com" /> <action application="bridge" data="sofia/local_profile/1111(a)example2.company.com" /> I want to do some actions like setting some variables before CDR (leg B) is written like <action application="set" data="hangup_after_bridge=true"/> <action application="bridge" data="sofia/local_profile/1111(a)example1.company.com" />   <action application="bridge" data="sofia/local_profile/1111(a)example2.company.com" />  . . . . Can anybody help me here. Waisee----

2 2

PRI + FreeTDM problems
by dingdong 19 Jun '12

19 Jun '12

hello all, i had this problem months ago and didn't really have the solution,just thinking that maybe someone from here can help. our primary link for calling outside is a PRI. so here's what we currently have, when we try to call 18778025246 and 1866-642-5246 - calls are not going through. but when we call 18775682495 - calls go just fine. attaching my freetdm.conf.xml too as the provider made me change some fields in there. pasting the logs provided by our PRI provider telepacific.com,with comparisons for both numbers dialed and labelled as good and bad calls, ---------------------------------------------------------------------------------------------------------------------------------- GOOD ONE S2C4-1091895439 12-06-09 13:49:46 253961 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 3 Call Reference Value Orig 18 M 05 Message Type SETUP I 04 Bearer Capability Length = 3 80 Coding Standard CCITT Info Transfer Cap. Speech 90 Transfer Mode Circuit Transfer Rate 64 kbit/s A2 Layer 1 Protocol G.711 u-law I 18 Channel Identification Length = 3 A9 Interface ID Implicitly Defined Interface Type Primary S2C4-1091895439 12-06-09 13:49:46 253962 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 4 Preferred/Exclusive Exclusive D Channel Indicator Not D Channel Channel Selection As Indicated 83 Coding Standard CCITT Coding Type Number Channel Type B Channel 81 Channel Number 1 I 6C Calling Party Number Length = 13 00 Type of Number Unknown Type Numbering Plan Unknown Numbering Plan 81 Presentation Indicator Allowed S2C4-1091895439 12-06-09 13:49:46 253963 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 5 Screening Indicator User Provided - Passed Number 13231234567 I 70 Called Party Number Length = 12 80 Type of Number Unknown Type Numbering Plan Unknown Numbering Plan Number 18775682495 Raw Hex Data 08 02 00 12 05 04 03 80 90 A2 18 03 A9 83 81 6C 0D 00 81 31 33 32 33 34 35 34 34 30 36 30 70 0C 80 31 38 37 37 35 36 38 32 34 39 35 S2C4-1091895439 12-06-09 13:50:16 253972 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 6 ------------------------------------------------ Event 2 12/06/09 13:47:20 TEI 0 08 Q.931 Call Control Message Call Reference Value Dest 18 M 02 Message Type CALL PROCEEDING I 18 Channel Identification Length = 3 A9 Interface ID Implicitly Defined Interface Type Primary Preferred/Exclusive Exclusive D Channel Indicator Not D Channel Channel Selection As Indicated 83 Coding Standard CCITT Coding Type Number Channel Type B Channel S2C4-1091895439 12-06-09 13:50:17 253973 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 7 81 Channel Number 1 Raw Hex Data 08 02 80 12 02 18 03 A9 83 81 ------------------------------------------------ Event 3 12/06/09 13:47:21 TEI 0 08 Q.931 Call Control Message Call Reference Value Dest 18 M 03 Message Type PROGRESS I 1E Progress Indicator Length = 2 84 Coding Standard CCITT Location Remote Public Network 88 Value In-band Information/Pattern Avail S2C4-1091895439 12-06-09 13:50:17 253974 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 8 Raw Hex Data 08 02 80 12 03 1E 02 84 88 ------------------------------------------------ Event 4 12/06/09 13:47:21 TEI 0 08 Q.931 Call Control Message Call Reference Value Dest 18 M 07 Message Type CONNECT I 1E Progress Indicator Length = 2 84 Coding Standard CCITT Location Remote Public Network 82 Value Destination is not ISDN Raw Hex Data 08 02 80 12 07 1E 02 84 82 S2C4-1091895439 12-06-09 13:50:17 253975 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 9 ------------------------------------------------ Event 5 12/06/09 13:47:33 TEI 0 08 Q.931 Call Control Message Call Reference Value Orig 18 M 45 Message Type DISCONNECT I 08 Cause Length = 2 81 Coding Standard CCITT Location Local Private Network 90 Class Normal Event Value #16, Normal Call Clearing ------------------------------------------------ ------------------------------------------------ --------------------- BAD ONE S2C4-1091895439 12-06-09 13:50:48 253980 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 13 83 Coding Standard CCITT Coding Type Number Channel Type B Channel 81 Channel Number 1 I 6C Calling Party Number Length = 13 00 Type of Number Unknown Type Numbering Plan Unknown Numbering Plan 81 Presentation Indicator Allowed Screening Indicator User Provided - Passed Number 13231234567 I 70 Called Party Number Length = 12 S2C4-1091895439 12-06-09 13:50:48 253981 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 14 80 Type of Number Unknown Type Numbering Plan Unknown Numbering Plan Number 18778025246 Raw Hex Data 08 02 00 13 05 04 03 80 90 A2 18 03 A9 83 81 6C 0D 00 81 31 33 32 33 34 35 34 34 30 36 30 70 0C 80 31 38 37 37 38 30 32 35 32 34 36 ------------------------------------------------ Event 9 12/06/09 13:48:05 TEI 0 08 Q.931 Call Control Message S2C4-1091895439 12-06-09 13:50:48 253982 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 15 Call Reference Value Dest 19 M 02 Message Type CALL PROCEEDING I 18 Channel Identification Length = 3 A9 Interface ID Implicitly Defined Interface Type Primary Preferred/Exclusive Exclusive D Channel Indicator Not D Channel Channel Selection As Indicated 83 Coding Standard CCITT Coding Type Number Channel Type B Channel 81 Channel Number 1 Raw Hex Data S2C4-1091895439 12-06-09 13:51:18 253993 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 16 08 02 80 13 02 18 03 A9 83 81 ------------------------------------------------ Event 10 12/06/09 13:48:05 TEI 0 08 Q.931 Call Control Message Call Reference Value Dest 19 M 03 Message Type PROGRESS I 1E Progress Indicator Length = 2 8A Coding Standard CCITT Location Beyond Interworking Network 81 Value Call is not End-to-End ISDN Raw Hex Data 08 02 80 13 03 1E 02 8A 81 ------------------------------------------------ S2C4-1091895439 12-06-09 13:51:19 253994 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 17 Event 11 12/06/09 13:48:19 TEI 0 08 Q.931 Call Control Message Call Reference Value Orig 19 M 45 Message Type DISCONNECT I 08 Cause Length = 2 81 Coding Standard CCITT Location Local Private Network 90 Class Normal Event Value #16, Normal Call Clearing Raw Hex Data S2C4-1091895439 12-06-09 13:51:19 253995 MAINT LSANCAGJDS4 M DUMP FILE ALL IN PROGRESS SEGMENT 18 08 02 00 13 45 08 02 81 90 ------------------------------------------------ please take note that 18778025246/1866-642-5246 goes thru our sip provider just fine. no problems at all. not with the PRI. i pressume both numbers are toll free. i had help from sangoma support no response yet with the 'called number' issue. wanrouter version WANPIPE Release: 3.5.27 i have updated the libsng_isdn to the newest driver as suggested, pcap sent to sangoma support is saying that when calls go through, i am NOT specifying a 'called number' but bad calls are having that 'called number' . now the problem is i am not really setting anything specific (e.g adding that 'called number' field to specific numbers when called)

2 3

Help with video call ( h.264 codec )
by Nestor A. Diaz 19 Jun '12

19 Jun '12

Hi guys, i am configuring a video call between two grandstream video phones (GXV-3000) which i don't recommend for being a crappy set of devices. I am using the latest freeswitch FreeSWITCH version 1.2.0rc2+git~20120618T111915Z~11a745cf76+unclean~20120618T121534Z . But no video call between those devices. However video call between a Grandstream and an Android Bria Phone works ( i don't recomment bria too, but it helps me with some tests). Here is the log of two grandstream that fails: http://pastebin.com/tXZ4DhKM [1] it keeps stuck on the line that says: 2012-06-18 11:58:35.144424 [DEBUG] sofia.c:5838 Channel sofia/internal/215 entering state [calling][0] and then continues. And here is the log of a grandstream and a bria that works: http://pastebin.com/nRzSr7WR [2] The call is started from the Bria, starting the call from Grandstream will not work. If i configure the Grandstream to not send video they can place calls and it will work for audio, if i configure them to start video automatically they will not work, in fact they can't place any call but they can receive calls from other phones. But if i put: <param name="inbound-bypass-media" value="true"/> at the sip profile they are attached to they will work, however i don't like this solution, cause i want to deploy them behind a firewall at different places. Tried before: <param name="inbound-proxy-media" value="true"/> but it didn't work, the only way to have this working is setting inbound_bypass_media. Any help on this issue ? Thanks. -- Nestor A. Diaz Ingeniero de Sistemas Tel. +57.1-485-3020 x 211 Cel. +57.316-227-3595 nestor(a)tiendalinux.com www.tiendalinux.com Links: ------ [1] http://pastebin.com/tXZ4DhKM [2] http://pastebin.com/nRzSr7WR

1 1

FreeSWITCH Weekly News and Notes
by Michael Collins 18 Jun '12

18 Jun '12

We hope you're having a nice Monday today. The past week was a busy one both for the FreeSWITCH<http://www.freeswitch.org?cc12-0618>project and for ClueCon <http://www.cluecon.com?cc12-0618>. Last week's community conference call was a nice discussion about some of the things that will be happening at ClueCon this year. We also had a visit from Diana Cionoiu of the YATE <http://yate.null.ro/pmwiki?cc12-0618> project. This coming Wednesday we will have Darren Schreiber, co-author of both FreeSWITCH books and co-founder of the 2600hz project <http://www.2600hz.org?cc12-0618>, on our call to give his world-famous "SIP 101" presentation. We definitely look forward to that discussion. We also wanted to highlight an interesting blog post<http://blog.krisk.org/2012/06/everything-you-wish-you-didnt-need-to.html?cc…>by our friend and community member Kristian Kielhofner. Its provocative title is: "Everything you wish you didn't need to know about VoIP." Over the years Kristian has collected a lot of knowledge about interoperability - and lack thereof - between various VoIP devices and servers. Whether you're a VoIP novice or veteran we think you will appreciate seeing this knowledge written down for the benefit of all. In ClueCon news are happy to announce two training session and a birds of a feather (BOF) meetup for this year's event. Paid attendees of ClueCon will have their choice of FreeSWITCH or OpenSIPS training. The FreeSWITCH training will be conducted by the aforementioned Darren Schreiber. The OpenSIPS training will be conducted by none other than Bogdan-Andrei Iancu, lead developer of the OpenSIPS project. The training sessions will take place on Monday, August 6. On the evening of Wednesday, August 8 we will be having a VoIP security ("VoIPSec") meetup for those interested in discussing this subject with others who share an interest. Among those who will be present are Phil Zimmermann of PGP and ZRTP<http://zfone.com?cc12-0618>fame. Be sure to register right away so that you can get your extra chances to win. Anyone who registers before July 4th of this year will receive 10 entries in the great ClueCon giveaway. We have a lot of interesting items to give away this year, so stay tuned. And while you are at the ClueCon site to register <http://www.cluecon.com/register?cc12-0618>, but sure to review the schedule <http://www.cluecon.com/schedule?cc12-0618> as we've added a number of new speakers in the past week. See you in August! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE cc12-0618

6 8

Openzap bridge and DTMF issue
by George D'mithrov 18 Jun '12

18 Jun '12

Hi, I wants to bridge calls with particular DID, which landing on one PRI span (Span_1) to another PRI span (Span_2). I'm able to bridge the calls between PRI span and able to talk to each other. My problem is that sometimes DTMF which received on Span_1 is not sending to Span2 and vice-verse. DTMF tones are hearing partially on receving end. Sometimes after a some delay (30-60 seconds) am getting the DTMF, but that's too some dtmf are missing. If I hangup the line while the dtmf is in queue then the dtmf are generating on the next call on the same line. But when I bridge the call on PRI with sip channel then am not getting any problem. I think the following log in freeswitch is usefull 2012-06-12 18:58:38.379506 [DEBUG] mod_openzap.c:725 queue DTMF [1] 2012-06-12 18:58:38.019513 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] after this it takes a while to generate dtmf 2012-06-12 18:58:38.019513 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [1] Any suggestions on places to look or things to try would be most appreciated. See the log below. 2012-06-12 18:58:32.017050 [DEBUG] ozmod_isdn.c:1115 READ 44 ------------------------------------------------------------------------ -------- [08 02 1d 81 05 a1 04 03 80 90 a3 18 03 a1 83 82 1e 02 80 83 6c 0c 21 81 38 30 34 30 33 32 37 33 32 34 70 04 c1 33 32 35 7d 02 91 81] 2012-06-12 18:58:32.017050 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[05] Size:[187] CRV: 7553 (0x1d81, CTX: Originator) 2012-06-12 18:58:32.017050 [DEBUG] ozmod_isdn.c:616 zchan 0 (-1:-1) source isdn_data->channels_remote_crv[0x1d81] 2012-06-12 18:58:32.017050 [DEBUG] ozmod_isdn.c:954 Changing state on 1:2 from DOWN to RING 2012-06-12 18:58:32.117048 [DEBUG] ozmod_isdn.c:1163 1:2 STATE [RING] 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:1937 got clear channel sig [START] 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:407 Set codec PCMA 20ms 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:1440 Connect inbound channel OpenZAP/1:2/325 2012-06-12 18:58:32.117048 [NOTICE] switch_channel.c:816 New Channel OpenZAP/1:2/325 [e74d979f-6689-4345-836c-c7dc087e210a] 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:1451 (OpenZAP/1:2/325) State Change CS_NEW -> CS_INIT 2012-06-12 18:58:32.117048 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:2/325) Running State Change CS_INIT 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:361 (OpenZAP/1:2/325) State INIT 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:435 (OpenZAP/1:2/325) State Change CS_INIT -> CS_ROUTING 2012-06-12 18:58:32.117048 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:361 (OpenZAP/1:2/325) State INIT going to sleep 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:2/325) Running State Change CS_ROUTING 2012-06-12 18:58:32.117048 [DEBUG] switch_channel.c:1687 (OpenZAP/1:2/325) Callstate Change DOWN -> RINGING 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:364 (OpenZAP/1:2/325) State ROUTING 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:458 OpenZAP/1:2/325 CHANNEL ROUTING 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:77 OpenZAP/1:2/325 Standard ROUTING 2012-06-12 18:58:32.117048 [INFO] mod_dialplan_xml.c:331 Processing 8040327324 <8040327324>->325 in context default Dialplan: OpenZAP/1:2/325 parsing [default->Span2] continue=false Dialplan: OpenZAP/1:2/325 Regex (PASS) [Span2] destination_number(325) =~ /^325$/ break=on-false Dialplan: OpenZAP/1:2/325 Action set(call_timeout=45) Dialplan: OpenZAP/1:2/325 Action set(hangup_after_bridge=true) Dialplan: OpenZAP/1:2/325 Action set(continue_on_fail=true) Dialplan: OpenZAP/1:2/325 Action set(inherit_codec=true) Dialplan: OpenZAP/1:2/325 Action bridge(Openzap/2/a/8040327325) Dialplan: OpenZAP/1:2/325 Action hangup() 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:119 (OpenZAP/1:2/325) State Change CS_ROUTING -> CS_EXECUTE 2012-06-12 18:58:32.117048 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:364 (OpenZAP/1:2/325) State ROUTING going to sleep 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:2/325) Running State Change CS_EXECUTE 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:371 (OpenZAP/1:2/325) State EXECUTE 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:475 OpenZAP/1:2/325 CHANNEL EXECUTE 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:157 OpenZAP/1:2/325 Standard EXECUTE EXECUTE OpenZAP/1:2/325 set(call_timeout=45) 2012-06-12 18:58:32.117048 [DEBUG] mod_dptools.c:1060 OpenZAP/1:2/325 SET [call_timeout]=[45] EXECUTE OpenZAP/1:2/325 set(hangup_after_bridge=true) 2012-06-12 18:58:32.117048 [DEBUG] mod_dptools.c:1060 OpenZAP/1:2/325 SET [hangup_after_bridge]=[true] EXECUTE OpenZAP/1:2/325 set(continue_on_fail=true) 2012-06-12 18:58:32.117048 [DEBUG] mod_dptools.c:1060 OpenZAP/1:2/325 SET [continue_on_fail]=[true] EXECUTE OpenZAP/1:2/325 set(inherit_codec=true) 2012-06-12 18:58:32.117048 [DEBUG] mod_dptools.c:1060 OpenZAP/1:2/325 SET [inherit_codec]=[true] EXECUTE OpenZAP/1:2/325 bridge(Openzap/2/a/8040327325) 2012-06-12 18:58:32.117048 [DEBUG] switch_ivr_originate.c:1873 Parsing global variables 2012-06-12 18:58:32.117048 [INFO] ozmod_zt.c:638 Setting echo cancel to 64 taps for 2:1 2012-06-12 18:58:32.117048 [INFO] ozmod_zt.c:638 Setting echo cancel to 64 taps for 2:1 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:407 Set codec PCMA 20ms 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:1319 Connect outbound channel OpenZAP/2:1/8040327325 2012-06-12 18:58:32.117048 [NOTICE] switch_channel.c:816 New Channel OpenZAP/2:1/8040327325 [668e6166-40a0-4b3d-a575-16de89668282] 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:1332 (OpenZAP/2:1/8040327325) State Change CS_NEW -> CS_INIT 2012-06-12 18:58:32.117048 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:32.117048 [DEBUG] ozmod_isdn.c:299 Changing state on 2:1 from DOWN to DIALING 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/2:1/8040327325) Running State Change CS_INIT 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:361 (OpenZAP/2:1/8040327325) State INIT 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:435 (OpenZAP/2:1/8040327325) State Change CS_INIT -> CS_ROUTING 2012-06-12 18:58:32.117048 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:361 (OpenZAP/2:1/8040327325) State INIT going to sleep 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/2:1/8040327325) Running State Change CS_ROUTING 2012-06-12 18:58:32.117048 [DEBUG] switch_channel.c:1687 (OpenZAP/2:1/8040327325) Callstate Change DOWN -> RINGING 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:364 (OpenZAP/2:1/8040327325) State ROUTING 2012-06-12 18:58:32.117048 [DEBUG] mod_openzap.c:458 OpenZAP/2:1/8040327325 CHANNEL ROUTING 2012-06-12 18:58:32.117048 [DEBUG] switch_ivr_originate.c:66 (OpenZAP/2:1/8040327325) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2012-06-12 18:58:32.117048 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:364 (OpenZAP/2:1/8040327325) State ROUTING going to sleep 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/2:1/8040327325) Running State Change CS_CONSUME_MEDIA 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:383 (OpenZAP/2:1/8040327325) State CONSUME_MEDIA 2012-06-12 18:58:32.117048 [DEBUG] switch_core_state_machine.c:383 (OpenZAP/2:1/8040327325) State CONSUME_MEDIA going to sleep 2012-06-12 18:58:32.196997 [DEBUG] ozmod_isdn.c:1163 2:1 STATE [DIALING] 2012-06-12 18:58:32.196997 [DEBUG] ozmod_isdn.c:1938 WRITE 62 ------------------------------------------------------------------------ -------- [08 02 00 05 05 04 03 80 90 a3 18 03 a1 83 81 1e 02 80 83 28 0a 38 30 34 30 33 32 37 33 32 34 6c 0c 01 80 38 30 34 30 33 32 37 33 32 34 70 0b 81 38 30 34 30 33 32 37 33 32 35 7d 02 91 81] 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:1115 READ 10 ------------------------------------------------------------------------ -------- [08 02 80 05 02 18 03 a9 83 81] 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[02] Size:[115] CRV: 5 (0x5, CTX: Terminator) 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:616 zchan b750c4f0 (2:1) source isdn_data->channels_local_crv[0x5] 2012-06-12 18:58:32.236939 [CRIT] ozmod_isdn.c:963 Received CALL PROCEEDING message for channel 1 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:964 Changing state on 2:1 from DIALING to PROGRESS 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:1163 2:1 STATE [PROGRESS] 2012-06-12 18:58:32.236939 [DEBUG] mod_openzap.c:1937 got clear channel sig [PROGRESS] 2012-06-12 18:58:32.236939 [NOTICE] mod_openzap.c:1996 Ring-Ready OpenZAP/2:1/8040327325! 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:1115 READ 5 ------------------------------------------------------------------------ -------- [08 02 80 05 01] 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[01] Size:[103] CRV: 5 (0x5, CTX: Terminator) 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:616 zchan b750c4f0 (2:1) source isdn_data->channels_local_crv[0x5] 2012-06-12 18:58:32.236939 [DEBUG] ozmod_isdn.c:728 Changing state on 2:1 from PROGRESS to PROGRESS_MEDIA 2012-06-12 18:58:32.337864 [DEBUG] ozmod_isdn.c:1163 1:2 STATE [PROGRESS] 2012-06-12 18:58:32.337864 [DEBUG] ozmod_isdn.c:1938 WRITE 23 ------------------------------------------------------------------------ -------- [08 02 9d 81 02 04 03 80 90 a3 18 03 a1 83 82 1e 02 80 83 7d 02 91 81] 2012-06-12 18:58:32.337864 [DEBUG] switch_core_session.c:707 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:32.337864 [NOTICE] switch_ivr_originate.c:479 Ring Ready OpenZAP/1:2/325! 2012-06-12 18:58:32.337864 [NOTICE] switch_ivr_originate.c:479 Ring-Ready OpenZAP/1:2/325! 2012-06-12 18:58:32.337864 [DEBUG] ozmod_isdn.c:1163 2:1 STATE [PROGRESS_MEDIA] 2012-06-12 18:58:32.337864 [DEBUG] mod_openzap.c:1937 got clear channel sig [PROGRESS_MEDIA] 2012-06-12 18:58:32.337864 [NOTICE] mod_openzap.c:1982 Pre-Answer OpenZAP/2:1/8040327325! 2012-06-12 18:58:32.337864 [DEBUG] switch_channel.c:2668 (OpenZAP/2:1/8040327325) Callstate Change RINGING -> EARLY 2012-06-12 18:58:32.337864 [DEBUG] switch_channel.c:2707 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:32.337864 [DEBUG] switch_ivr_originate.c:404 Codec string PCMA@8000h@20i not supported on OpenZAP/1:2/325, skipping inheritance 2012-06-12 18:58:32.357863 [DEBUG] ozmod_isdn.c:1163 1:2 STATE [PROGRESS_MEDIA] 2012-06-12 18:58:32.357863 [INFO] ozmod_zt.c:638 Setting echo cancel to 64 taps for 1:2 2012-06-12 18:58:32.357863 [DEBUG] ozmod_isdn.c:1938 WRITE 23 ------------------------------------------------------------------------ -------- [08 02 9d 81 01 04 03 80 90 a3 18 03 a1 83 82 1e 02 80 83 7d 02 91 81] 2012-06-12 18:58:32.378867 [DEBUG] switch_core_session.c:707 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:32.378867 [NOTICE] switch_ivr_originate.c:3163 Pre-Answer OpenZAP/1:2/325! 2012-06-12 18:58:32.378867 [DEBUG] switch_channel.c:2668 (OpenZAP/1:2/325) Callstate Change RINGING -> EARLY 2012-06-12 18:58:32.378867 [DEBUG] switch_ivr_originate.c:3206 Originate Resulted in Success: [OpenZAP/2:1/8040327325] 2012-06-12 18:58:32.378867 [DEBUG] switch_core_session.c:707 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:32.378867 [DEBUG] switch_core_session.c:707 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:32.378867 [DEBUG] switch_ivr_bridge.c:1239 (OpenZAP/2:1/8040327325) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2012-06-12 18:58:32.378867 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:32.378867 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/2:1/8040327325) Running State Change CS_EXCHANGE_MEDIA 2012-06-12 18:58:32.378867 [DEBUG] switch_core_state_machine.c:374 (OpenZAP/2:1/8040327325) State EXCHANGE_MEDIA 2012-06-12 18:58:32.378867 [DEBUG] mod_openzap.c:599 CHANNEL EXCHANGE_MEDIA 2012-06-12 18:58:32.438740 [DEBUG] ozmod_isdn.c:1115 READ 22 ------------------------------------------------------------------------ -------- [08 02 80 04 03 04 03 80 90 a3 1e 02 80 83 1e 02 80 83 7d 02 91 81] 2012-06-12 18:58:32.438740 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[03] Size:[155] CRV: 4 (0x4, CTX: Terminator) 2012-06-12 18:58:32.438740 [DEBUG] ozmod_isdn.c:616 zchan 8e082e8 (1:1) source isdn_data->channels_local_crv[0x4] 2012-06-12 18:58:32.438740 [WARNING] ozmod_isdn.c:737 Why bother changing state on 1:1 from PROGRESS to PROGRESS 2012-06-12 18:58:32.458799 [DEBUG] ozmod_isdn.c:1115 READ 17 ------------------------------------------------------------------------ -------- [08 02 80 04 01 1e 02 80 83 1e 02 82 88 7d 02 91 81] 2012-06-12 18:58:32.458799 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[01] Size:[121] CRV: 4 (0x4, CTX: Terminator) 2012-06-12 18:58:32.458799 [DEBUG] ozmod_isdn.c:616 zchan 8e082e8 (1:1) source isdn_data->channels_local_crv[0x4] 2012-06-12 18:58:32.458799 [DEBUG] ozmod_isdn.c:728 Changing state on 1:1 from PROGRESS to PROGRESS_MEDIA 2012-06-12 18:58:32.558735 [DEBUG] ozmod_isdn.c:1163 1:1 STATE [PROGRESS_MEDIA] 2012-06-12 18:58:32.558735 [DEBUG] mod_openzap.c:1937 got clear channel sig [PROGRESS_MEDIA] 2012-06-12 18:58:32.558735 [NOTICE] mod_openzap.c:1982 Pre-Answer OpenZAP/1:1/8040327325! 2012-06-12 18:58:32.558735 [DEBUG] switch_channel.c:2668 (OpenZAP/1:1/8040327325) Callstate Change RINGING -> EARLY 2012-06-12 18:58:32.558735 [DEBUG] switch_channel.c:2707 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 18:58:32.578743 [DEBUG] switch_core_codec.c:141 sofia/internal/324@192.168.1.155:5060 Restore previous codec PCMU:0. 2012-06-12 18:58:32.578743 [DEBUG] switch_ivr_originate.c:3206 Originate Resulted in Success: [OpenZAP/1:1/8040327325] 2012-06-12 18:58:32.578743 [DEBUG] switch_core_session.c:707 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:32.578743 [DEBUG] switch_core_session.c:707 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 18:58:32.578743 [DEBUG] switch_ivr_bridge.c:1239 (OpenZAP/1:1/8040327325) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2012-06-12 18:58:32.578743 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:32.578743 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:1/8040327325) Running State Change CS_EXCHANGE_MEDIA 2012-06-12 18:58:32.578743 [DEBUG] switch_core_state_machine.c:374 (OpenZAP/1:1/8040327325) State EXCHANGE_MEDIA 2012-06-12 18:58:32.578743 [DEBUG] mod_openzap.c:599 CHANNEL EXCHANGE_MEDIA 2012-06-12 18:58:33.758609 [DEBUG] ozmod_isdn.c:1115 READ 5 ------------------------------------------------------------------------ -------- [08 02 80 05 07] 2012-06-12 18:58:33.758609 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[07] Size:[103] CRV: 5 (0x5, CTX: Terminator) 2012-06-12 18:58:33.758609 [DEBUG] ozmod_isdn.c:616 zchan b750c4f0 (2:1) source isdn_data->channels_local_crv[0x5] 2012-06-12 18:58:33.758609 [DEBUG] ozmod_isdn.c:746 Changing state on 2:1 from PROGRESS_MEDIA to UP 2012-06-12 18:58:33.758609 [DEBUG] ozmod_isdn.c:1938 WRITE 5 ------------------------------------------------------------------------ -------- [08 02 00 05 0f] 2012-06-12 18:58:33.758609 [DEBUG] ozmod_isdn.c:1163 2:1 STATE [UP] 2012-06-12 18:58:33.758609 [DEBUG] mod_openzap.c:1937 got clear channel sig [UP] 2012-06-12 18:58:33.758609 [DEBUG] switch_channel.c:2859 (OpenZAP/2:1/8040327325) Callstate Change EARLY -> ACTIVE 2012-06-12 18:58:33.758609 [DEBUG] switch_channel.c:2871 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:33.758609 [NOTICE] mod_openzap.c:1968 Channel [OpenZAP/2:1/8040327325] has been answered 2012-06-12 18:58:33.818609 [DEBUG] ozmod_isdn.c:1163 1:2 STATE [UP] 2012-06-12 18:58:33.818609 [DEBUG] ozmod_isdn.c:1938 WRITE 18 ------------------------------------------------------------------------ -------- [08 02 9d 81 07 18 03 a1 83 82 1e 02 80 83 7d 02 91 81] 2012-06-12 18:58:33.838610 [DEBUG] switch_core_session.c:707 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 18:58:33.838610 [DEBUG] switch_channel.c:2859 (OpenZAP/1:2/325) Callstate Change EARLY -> ACTIVE 2012-06-12 18:58:33.838610 [NOTICE] switch_ivr_bridge.c:417 Channel [OpenZAP/1:2/325] has been answered 2012-06-12 18:58:33.918607 [DEBUG] ozmod_isdn.c:1115 READ 26 ------------------------------------------------------------------------ -------- [08 02 80 04 07 04 03 80 90 a3 1e 02 80 83 29 06 0c 06 0c 13 0d 2a 7d 02 91 81] 2012-06-12 18:58:33.918607 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[07] Size:[159] CRV: 4 (0x4, CTX: Terminator) 2012-06-12 18:58:33.918607 [DEBUG] ozmod_isdn.c:616 zchan 8e082e8 (1:1) source isdn_data->channels_local_crv[0x4] 2012-06-12 18:58:33.918607 [DEBUG] ozmod_isdn.c:746 Changing state on 1:1 from PROGRESS_MEDIA to UP 2012-06-12 18:58:33.918607 [DEBUG] ozmod_isdn.c:1938 WRITE 5 ------------------------------------------------------------------------ -------- [08 02 00 04 0f] 2012-06-12 18:58:33.918607 [DEBUG] ozmod_isdn.c:1163 1:1 STATE [UP] 2012-06-12 18:58:33.918607 [DEBUG] mod_openzap.c:1937 got clear channel sig [UP] 2012-06-12 18:58:33.918607 [DEBUG] switch_channel.c:2859 (OpenZAP/1:1/8040327325) Callstate Change EARLY -> ACTIVE 2012-06-12 18:58:33.918607 [DEBUG] switch_channel.c:2871 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 18:58:33.918607 [NOTICE] mod_openzap.c:1968 Channel [OpenZAP/1:1/8040327325] has been answered 2012-06-12 18:58:33.939272 [DEBUG] mod_sofia.c:683 Local SDP sofia/internal/324@192.168.1.155:5060: v=0 o=FreeSWITCH 1339477129 1339477131 IN IP4 192.168.1.155 s=FreeSWITCH c=IN IP4 192.168.1.155 t=0 0 m=audio 30582 RTP/AVP 0 110 a=rtpmap:0 PCMU/8000 a=rtpmap:110 telephone-event/8000 a=fmtp:110 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2012-06-12 18:58:33.939272 [DEBUG] switch_core_session.c:707 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 18:58:33.939272 [DEBUG] switch_channel.c:2859 (sofia/internal/324@192.168.1.155:5060) Callstate Change EARLY -> ACTIVE 2012-06-12 18:58:33.939272 [NOTICE] switch_ivr_bridge.c:417 Channel [sofia/internal/324@192.168.1.155:5060] has been answered 2012-06-12 18:58:33.939272 [DEBUG] sofia.c:4770 Channel sofia/internal/324@192.168.1.155:5060 entering state [completed][200] 2012-06-12 18:58:33.939272 [DEBUG] ozmod_isdn.c:1115 READ 5 ------------------------------------------------------------------------ -------- [08 02 1d 81 0f] 2012-06-12 18:58:33.939272 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[0f] Size:[103] CRV: 7553 (0x1d81, CTX: Originator) 2012-06-12 18:58:33.939272 [DEBUG] ozmod_isdn.c:616 zchan 8e0dc38 (1:2) source isdn_data->channels_remote_crv[0x1d81] 2012-06-12 18:58:33.939272 [DEBUG] ozmod_isdn.c:973 Received CONNECT_ACK message for channel 0 2012-06-12 18:58:33.959605 [DEBUG] switch_core_media_bug.c:360 Attaching BUG to sofia/internal/324@192.168.1.155:5060 2012-06-12 18:58:33.999606 [DEBUG] switch_rtp.c:3104 Correct ip/port confirmed. 2012-06-12 18:58:34.039603 [DEBUG] sofia.c:4770 Channel sofia/internal/324@192.168.1.155:5060 entering state [ready][200] 2012-06-12 18:58:38.019513 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 1:2240 2012-06-12 18:58:38.019513 [DEBUG] zap_io.c:1469 Created DTMF Buffer! 2012-06-12 18:58:38.019513 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:38.019513 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [1] 2012-06-12 18:58:38.079514 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 2012-06-12 18:58:38.079514 [DEBUG] zap_io.c:1469 Created DTMF Buffer! 1 2012-06-12 18:58:38.079514 [DEBUG] mod_openzap.c:725 queue DTMF [1] 2012-06-12 18:58:38.079514 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:38.099512 [DEBUG] zap_io.c:2137 2:1 GENERATE DTMF [1] 2012-06-12 18:58:38.299508 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 2:2240 2012-06-12 18:58:38.299508 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:38.299508 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [2] 2012-06-12 18:58:38.379506 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 2 2012-06-12 18:58:38.379506 [DEBUG] mod_openzap.c:725 queue DTMF [2] 2012-06-12 18:58:38.379506 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:40.819450 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 3:2240 2012-06-12 18:58:40.819450 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:40.819450 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [3] 2012-06-12 18:58:40.879452 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 3 2012-06-12 18:58:40.879452 [DEBUG] mod_openzap.c:725 queue DTMF [3] 2012-06-12 18:58:40.879452 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:41.099444 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 4:2240 2012-06-12 18:58:41.099444 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:41.099444 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [4] 2012-06-12 18:58:41.199442 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 4 2012-06-12 18:58:41.199442 [DEBUG] mod_openzap.c:725 queue DTMF [4] 2012-06-12 18:58:41.199442 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:41.379438 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 5:2240 2012-06-12 18:58:41.379438 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:41.379438 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [5] 2012-06-12 18:58:41.479436 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 5 2012-06-12 18:58:41.479436 [DEBUG] mod_openzap.c:725 queue DTMF [5] 2012-06-12 18:58:41.479436 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:41.659431 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 6:2240 2012-06-12 18:58:41.659431 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:41.659431 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [6] 2012-06-12 18:58:41.799429 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 6 2012-06-12 18:58:41.799429 [DEBUG] mod_openzap.c:725 queue DTMF [6] 2012-06-12 18:58:41.799429 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:41.939425 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 7:2240 2012-06-12 18:58:41.939425 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:41.939425 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [7] 2012-06-12 18:58:42.079422 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 7 2012-06-12 18:58:42.079422 [DEBUG] mod_openzap.c:725 queue DTMF [7] 2012-06-12 18:58:42.079422 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:42.159421 [WARNING] sofia_reg.c:1241 SIP auth challenge (REGISTER) on sofia profile 'internal' for [324(a)192.168.1.155] from ip 192.168.1.32 2012-06-12 18:58:42.219421 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 8:2240 2012-06-12 18:58:42.219421 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:42.219421 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [8] 2012-06-12 18:58:42.400415 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 8 2012-06-12 18:58:42.400415 [DEBUG] mod_openzap.c:725 queue DTMF [8] 2012-06-12 18:58:42.400415 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:42.500413 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 9:2240 2012-06-12 18:58:42.500413 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:42.500413 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [9] 2012-06-12 18:58:42.680409 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 9 2012-06-12 18:58:42.680409 [DEBUG] mod_openzap.c:725 queue DTMF [9] 2012-06-12 18:58:42.680409 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:58:50.242296 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF *:2240 2012-06-12 18:58:50.242296 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:58:50.242296 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [*] 2012-06-12 18:58:50.304238 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF * 2012-06-12 18:58:50.304238 [DEBUG] mod_openzap.c:725 queue DTMF [*] 2012-06-12 18:58:50.304238 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:59:22.692383 [DEBUG] zap_io.c:2137 2:1 GENERATE DTMF [23456789*] 2012-06-12 18:59:22.892378 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 18:59:23.332368 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 18:59:23.832357 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 18:59:32.440788 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF *:2240 2012-06-12 18:59:32.440788 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:59:32.440788 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [*] 2012-06-12 18:59:32.501788 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF * 2012-06-12 18:59:32.501788 [DEBUG] mod_openzap.c:725 queue DTMF [*] 2012-06-12 18:59:32.521799 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 18:59:32.563816 [DEBUG] zap_io.c:2137 2:1 GENERATE DTMF [*] 2012-06-12 18:59:34.845735 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 1:2240 2012-06-12 18:59:34.845735 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 18:59:34.845735 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [1] 2012-06-12 18:59:34.885760 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 1 2012-06-12 18:59:34.885760 [DEBUG] mod_openzap.c:725 queue DTMF [1] 2012-06-12 18:59:34.885760 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:25.244664 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 1:2240 2012-06-12 19:00:25.244664 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:25.244664 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [1] 2012-06-12 19:00:25.284665 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 1 2012-06-12 19:00:25.284665 [DEBUG] mod_openzap.c:725 queue DTMF [1] 2012-06-12 19:00:25.284665 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:25.524657 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 2:2240 2012-06-12 19:00:25.524657 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:25.524657 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [2] 2012-06-12 19:00:25.604656 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 2 2012-06-12 19:00:25.604656 [DEBUG] mod_openzap.c:725 queue DTMF [2] 2012-06-12 19:00:25.604656 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:25.804651 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 3:2240 2012-06-12 19:00:25.804651 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:25.804651 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [3] 2012-06-12 19:00:25.884663 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 3 2012-06-12 19:00:25.884663 [DEBUG] mod_openzap.c:725 queue DTMF [3] 2012-06-12 19:00:25.884663 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:26.084646 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 4:2240 2012-06-12 19:00:26.084646 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:26.084646 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [4] 2012-06-12 19:00:26.204663 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 4 2012-06-12 19:00:26.204663 [DEBUG] mod_openzap.c:725 queue DTMF [4] 2012-06-12 19:00:26.204663 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:26.364640 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 5:2240 2012-06-12 19:00:26.364640 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:26.364640 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [5] 2012-06-12 19:00:26.484637 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 5 2012-06-12 19:00:26.484637 [DEBUG] mod_openzap.c:725 queue DTMF [5] 2012-06-12 19:00:26.484637 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:26.644633 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 6:2240 2012-06-12 19:00:26.644633 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:26.644633 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [6] 2012-06-12 19:00:26.804630 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 6 2012-06-12 19:00:26.804630 [DEBUG] mod_openzap.c:725 queue DTMF [6] 2012-06-12 19:00:26.804630 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:26.924642 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 7:2240 2012-06-12 19:00:26.924642 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:26.924642 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [7] 2012-06-12 19:00:27.084623 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 7 2012-06-12 19:00:27.084623 [DEBUG] mod_openzap.c:725 queue DTMF [7] 2012-06-12 19:00:27.084623 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:27.204621 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 8:2240 2012-06-12 19:00:27.204621 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:27.204621 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [8] 2012-06-12 19:00:27.404626 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 8 2012-06-12 19:00:27.404626 [DEBUG] mod_openzap.c:725 queue DTMF [8] 2012-06-12 19:00:27.404626 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:27.484615 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF 9:2240 2012-06-12 19:00:27.484615 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:27.484615 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [9] 2012-06-12 19:00:27.684610 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF 9 2012-06-12 19:00:27.684610 [DEBUG] mod_openzap.c:725 queue DTMF [9] 2012-06-12 19:00:27.684610 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:27.764608 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF *:2240 2012-06-12 19:00:27.764608 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:27.764608 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [*] 2012-06-12 19:00:28.004603 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF * 2012-06-12 19:00:28.004603 [DEBUG] mod_openzap.c:725 queue DTMF [*] 2012-06-12 19:00:28.004603 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:28.924597 [DEBUG] switch_rtp.c:3302 RTP RECV DTMF #:2240 2012-06-12 19:00:28.924597 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:28.924597 [DEBUG] zap_io.c:2137 1:1 GENERATE DTMF [#] 2012-06-12 19:00:28.984582 [DEBUG] zap_io.c:2031 [s1c2][1:2] Queuing DTMF # 2012-06-12 19:00:28.984582 [DEBUG] mod_openzap.c:725 queue DTMF [#] 2012-06-12 19:00:28.984582 [DEBUG] switch_ivr_bridge.c:391 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:30.444548 [WARNING] sofia_reg.c:1241 SIP auth challenge (REGISTER) on sofia profile 'internal' for [324(a)192.168.1.155] from ip 192.168.1.32 2012-06-12 19:00:30.744532 [DEBUG] zap_io.c:2137 2:1 GENERATE DTMF [1123456789*#] 2012-06-12 19:00:33.304329 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 19:00:33.504324 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 19:00:33.704320 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 19:00:33.904315 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 19:00:34.104311 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 19:00:34.304306 [DEBUG] mod_openzap.c:784 Dropping frame! (write not ready) 2012-06-12 19:00:45.025232 [DEBUG] switch_channel.c:2592 (sofia/internal/324@192.168.1.155:5060) Callstate Change ACTIVE -> HANGUP 2012-06-12 19:00:45.025232 [NOTICE] sofia.c:546 Hangup sofia/internal/324@192.168.1.155:5060 [CS_EXECUTE] [NORMAL_CLEARING] 2012-06-12 19:00:45.025232 [DEBUG] switch_channel.c:2608 Send signal sofia/internal/324@192.168.1.155:5060 [KILL] 2012-06-12 19:00:45.025232 [DEBUG] switch_core_session.c:1114 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:503 sofia/internal/324@192.168.1.155:5060 ending bridge by request from read function 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:584 BRIDGE THREAD DONE [sofia/internal/324@192.168.1.155:5060] 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:604 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:497 sofia/internal/324@192.168.1.155:5060 ending bridge by request from write function 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:584 BRIDGE THREAD DONE [OpenZAP/1:1/8040327325] 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:604 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_channel.c:2592 (OpenZAP/1:1/8040327325) Callstate Change ACTIVE -> HANGUP 2012-06-12 19:00:45.045374 [NOTICE] switch_ivr_bridge.c:656 Hangup OpenZAP/1:1/8040327325 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2012-06-12 19:00:45.045374 [DEBUG] switch_channel.c:2608 Send signal OpenZAP/1:1/8040327325 [KILL] 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:374 (OpenZAP/1:1/8040327325) State EXCHANGE_MEDIA going to sleep 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:1/8040327325) Running State Change CS_HANGUP 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:565 (OpenZAP/1:1/8040327325) State HANGUP 2012-06-12 19:00:45.045374 [DEBUG] mod_openzap.c:544 Changing state on 1:1 from UP to HANGUP 2012-06-12 19:00:45.045374 [DEBUG] mod_openzap.c:560 OpenZAP/1:1/8040327325 CHANNEL HANGUP 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:46 OpenZAP/1:1/8040327325 Standard HANGUP, cause: NORMAL_CLEARING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:565 (OpenZAP/1:1/8040327325) State HANGUP going to sleep 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:1310 OpenZAP/1:1/8040327325 skip receive message [UNBRIDGE] (channel is hungup already) 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_bridge.c:1313 sofia/internal/324@192.168.1.155:5060 skip receive message [UNBRIDGE] (channel is hungup already) 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:356 (OpenZAP/1:1/8040327325) State Change CS_HANGUP -> CS_REPORTING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:1/8040327325) Running State Change CS_REPORTING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:625 (OpenZAP/1:1/8040327325) State REPORTING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:53 OpenZAP/1:1/8040327325 Standard REPORTING, cause: NORMAL_CLEARING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:625 (OpenZAP/1:1/8040327325) State REPORTING going to sleep 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:2059 sofia/internal/324@192.168.1.155:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:350 (OpenZAP/1:1/8040327325) State Change CS_REPORTING -> CS_DESTROY 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:1/8040327325 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:1286 Session 6 (OpenZAP/1:1/8040327325) Locked, Waiting on external entities 2012-06-12 19:00:45.045374 [NOTICE] switch_core_session.c:1304 Session 6 (OpenZAP/1:1/8040327325) Ended 2012-06-12 19:00:45.045374 [NOTICE] switch_core_session.c:1306 Close Channel OpenZAP/1:1/8040327325 [CS_DESTROY] 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:454 (OpenZAP/1:1/8040327325) Callstate Change HANGUP -> DOWN 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:2059 sofia/internal/324@192.168.1.155:5060 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:371 (sofia/internal/324@192.168.1.155:5060) State EXECUTE going to sleep 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:325 (sofia/internal/324@192.168.1.155:5060) Running State Change CS_HANGUP 2012-06-12 19:00:45.045374 [DEBUG] switch_ivr_async.c:936 Stop recording file /usr/local/freeswitch/recordings/324/Jun-12/77-185333046.wav 2012-06-12 19:00:45.045374 [DEBUG] switch_core_media_bug.c:439 Removing BUG from sofia/internal/324@192.168.1.155:5060 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:457 (OpenZAP/1:1/8040327325) Running State Change CS_DESTROY 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:467 (OpenZAP/1:1/8040327325) State DESTROY 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:565 (sofia/internal/324@192.168.1.155:5060) State HANGUP 2012-06-12 19:00:45.045374 [DEBUG] mod_sofia.c:453 sofia/internal/324@192.168.1.155:5060 Overriding SIP cause 480 with 200 from the other leg 2012-06-12 19:00:45.045374 [DEBUG] mod_sofia.c:459 Channel sofia/internal/324@192.168.1.155:5060 hanging up, cause: NORMAL_CLEARING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:46 sofia/internal/324@192.168.1.155:5060 Standard HANGUP, cause: NORMAL_CLEARING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:565 (sofia/internal/324@192.168.1.155:5060) State HANGUP going to sleep 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:356 (sofia/internal/324@192.168.1.155:5060) State Change CS_HANGUP -> CS_REPORTING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:1114 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:325 (sofia/internal/324@192.168.1.155:5060) Running State Change CS_REPORTING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:625 (sofia/internal/324@192.168.1.155:5060) State REPORTING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:53 sofia/internal/324@192.168.1.155:5060 Standard REPORTING, cause: NORMAL_CLEARING 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:625 (sofia/internal/324@192.168.1.155:5060) State REPORTING going to sleep 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:350 (sofia/internal/324@192.168.1.155:5060) State Change CS_REPORTING -> CS_DESTROY 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:1114 Send signal sofia/internal/324@192.168.1.155:5060 [BREAK] 2012-06-12 19:00:45.045374 [DEBUG] switch_core_session.c:1286 Session 5 (sofia/internal/324@192.168.1.155:5060) Locked, Waiting on external entities 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:60 OpenZAP/1:1/8040327325 Standard DESTROY 2012-06-12 19:00:45.045374 [DEBUG] switch_core_state_machine.c:467 (OpenZAP/1:1/8040327325) State DESTROY going to sleep 2012-06-12 19:00:45.107225 [DEBUG] ozmod_isdn.c:1163 1:1 STATE [HANGUP] 2012-06-12 19:00:45.107225 [DEBUG] ozmod_isdn.c:1413 Hangup: Direction Outbound 2012-06-12 19:00:45.107225 [DEBUG] ozmod_isdn.c:1938 WRITE 29 ------------------------------------------------------------------------ -------- [08 02 00 04 45 08 02 81 90 1e 02 80 83 28 0e 44 65 76 20 54 65 61 6d 20 40 20 33 32 34] 2012-06-12 19:00:45.168168 [NOTICE] switch_core_session.c:1304 Session 5 (sofia/internal/324@192.168.1.155:5060) Ended 2012-06-12 19:00:45.168168 [NOTICE] switch_core_session.c:1306 Close Channel sofia/internal/324@192.168.1.155:5060 [CS_DESTROY] 2012-06-12 19:00:45.168168 [DEBUG] switch_core_state_machine.c:454 (sofia/internal/324@192.168.1.155:5060) Callstate Change HANGUP -> DOWN 2012-06-12 19:00:45.168168 [DEBUG] switch_core_state_machine.c:457 (sofia/internal/324@192.168.1.155:5060) Running State Change CS_DESTROY 2012-06-12 19:00:45.168168 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/324@192.168.1.155:5060) State DESTROY 2012-06-12 19:00:45.168168 [DEBUG] mod_sofia.c:364 sofia/internal/324@192.168.1.155:5060 SOFIA DESTROY 2012-06-12 19:00:45.168168 [DEBUG] switch_core_state_machine.c:60 sofia/internal/324@192.168.1.155:5060 Standard DESTROY 2012-06-12 19:00:45.168168 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/324@192.168.1.155:5060) State DESTROY going to sleep 2012-06-12 19:00:45.229192 [DEBUG] ozmod_isdn.c:1115 READ 17 ------------------------------------------------------------------------ -------- [08 02 1d 81 45 08 06 81 90 00 00 00 00 1e 02 80 83] 2012-06-12 19:00:45.229192 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[45] Size:[115] CRV: 7553 (0x1d81, CTX: Originator) 2012-06-12 19:00:45.229192 [DEBUG] ozmod_isdn.c:616 zchan 8e0dc38 (1:2) source isdn_data->channels_remote_crv[0x1d81] 2012-06-12 19:00:45.229192 [DEBUG] ozmod_isdn.c:719 Changing state on 1:2 from UP to TERMINATING 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:1163 1:2 STATE [TERMINATING] 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:1473 Terminating: Direction Inbound 2012-06-12 19:00:45.289082 [DEBUG] mod_openzap.c:1937 got clear channel sig [STOP] 2012-06-12 19:00:45.289082 [DEBUG] switch_channel.c:2592 (OpenZAP/1:2/325) Callstate Change ACTIVE -> HANGUP 2012-06-12 19:00:45.289082 [NOTICE] mod_openzap.c:1958 Hangup OpenZAP/1:2/325 [CS_EXECUTE] [NORMAL_CLEARING] 2012-06-12 19:00:45.289082 [DEBUG] switch_channel.c:2608 Send signal OpenZAP/1:2/325 [KILL] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:1938 WRITE 5 ------------------------------------------------------------------------ -------- [08 02 9d 81 4d] 2012-06-12 19:00:45.289082 [DEBUG] switch_ivr_bridge.c:584 BRIDGE THREAD DONE [OpenZAP/1:2/325] 2012-06-12 19:00:45.289082 [DEBUG] switch_ivr_bridge.c:604 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] switch_ivr_bridge.c:584 BRIDGE THREAD DONE [OpenZAP/2:1/8040327325] 2012-06-12 19:00:45.289082 [DEBUG] switch_ivr_bridge.c:604 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] switch_channel.c:2592 (OpenZAP/2:1/8040327325) Callstate Change ACTIVE -> HANGUP 2012-06-12 19:00:45.289082 [NOTICE] switch_ivr_bridge.c:656 Hangup OpenZAP/2:1/8040327325 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2012-06-12 19:00:45.289082 [DEBUG] switch_channel.c:2608 Send signal OpenZAP/2:1/8040327325 [KILL] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:374 (OpenZAP/2:1/8040327325) State EXCHANGE_MEDIA going to sleep 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/2:1/8040327325) Running State Change CS_HANGUP 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:565 (OpenZAP/2:1/8040327325) State HANGUP 2012-06-12 19:00:45.289082 [DEBUG] mod_openzap.c:544 Changing state on 2:1 from UP to HANGUP 2012-06-12 19:00:45.289082 [DEBUG] mod_openzap.c:560 OpenZAP/2:1/8040327325 CHANNEL HANGUP 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:46 OpenZAP/2:1/8040327325 Standard HANGUP, cause: NORMAL_CLEARING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:565 (OpenZAP/2:1/8040327325) State HANGUP going to sleep 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:356 (OpenZAP/2:1/8040327325) State Change CS_HANGUP -> CS_REPORTING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/2:1/8040327325) Running State Change CS_REPORTING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:625 (OpenZAP/2:1/8040327325) State REPORTING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:53 OpenZAP/2:1/8040327325 Standard REPORTING, cause: NORMAL_CLEARING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:625 (OpenZAP/2:1/8040327325) State REPORTING going to sleep 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:350 (OpenZAP/2:1/8040327325) State Change CS_REPORTING -> CS_DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/2:1/8040327325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1286 Session 8 (OpenZAP/2:1/8040327325) Locked, Waiting on external entities 2012-06-12 19:00:45.289082 [DEBUG] switch_ivr_bridge.c:1313 OpenZAP/1:2/325 skip receive message [UNBRIDGE] (channel is hungup already) 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:2059 OpenZAP/1:2/325 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:371 (OpenZAP/1:2/325) State EXECUTE going to sleep 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:2/325) Running State Change CS_HANGUP 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:565 (OpenZAP/1:2/325) State HANGUP 2012-06-12 19:00:45.289082 [DEBUG] mod_openzap.c:560 OpenZAP/1:2/325 CHANNEL HANGUP 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:46 OpenZAP/1:2/325 Standard HANGUP, cause: NORMAL_CLEARING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:565 (OpenZAP/1:2/325) State HANGUP going to sleep 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:356 (OpenZAP/1:2/325) State Change CS_HANGUP -> CS_REPORTING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:325 (OpenZAP/1:2/325) Running State Change CS_REPORTING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:625 (OpenZAP/1:2/325) State REPORTING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:53 OpenZAP/1:2/325 Standard REPORTING, cause: NORMAL_CLEARING 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:625 (OpenZAP/1:2/325) State REPORTING going to sleep 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:350 (OpenZAP/1:2/325) State Change CS_REPORTING -> CS_DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1114 Send signal OpenZAP/1:2/325 [BREAK] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_session.c:1286 Session 7 (OpenZAP/1:2/325) Locked, Waiting on external entities 2012-06-12 19:00:45.289082 [NOTICE] switch_core_session.c:1304 Session 7 (OpenZAP/1:2/325) Ended 2012-06-12 19:00:45.289082 [NOTICE] switch_core_session.c:1306 Close Channel OpenZAP/1:2/325 [CS_DESTROY] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:454 (OpenZAP/1:2/325) Callstate Change HANGUP -> DOWN 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:457 (OpenZAP/1:2/325) Running State Change CS_DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:467 (OpenZAP/1:2/325) State DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:60 OpenZAP/1:2/325 Standard DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:467 (OpenZAP/1:2/325) State DESTROY going to sleep 2012-06-12 19:00:45.289082 [NOTICE] switch_core_session.c:1304 Session 8 (OpenZAP/2:1/8040327325) Ended 2012-06-12 19:00:45.289082 [NOTICE] switch_core_session.c:1306 Close Channel OpenZAP/2:1/8040327325 [CS_DESTROY] 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:454 (OpenZAP/2:1/8040327325) Callstate Change HANGUP -> DOWN 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:457 (OpenZAP/2:1/8040327325) Running State Change CS_DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:467 (OpenZAP/2:1/8040327325) State DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:60 OpenZAP/2:1/8040327325 Standard DESTROY 2012-06-12 19:00:45.289082 [DEBUG] switch_core_state_machine.c:467 (OpenZAP/2:1/8040327325) State DESTROY going to sleep 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:1115 READ 5 ------------------------------------------------------------------------ -------- [08 02 80 04 4d] 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[4d] Size:[103] CRV: 4 (0x4, CTX: Terminator) 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:616 zchan 8e082e8 (1:1) source isdn_data->channels_local_crv[0x4] 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:680 Changing state on 1:1 from HANGUP to HANGUP_COMPLETE 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:1938 WRITE 5 ------------------------------------------------------------------------ -------- [08 02 00 04 5a] 2012-06-12 19:00:45.289082 [DEBUG] ozmod_isdn.c:1120 931 parse error [1] [Q931E_NO_ERROR] 2012-06-12 19:00:45.329082 [DEBUG] ozmod_isdn.c:1163 1:1 STATE [HANGUP_COMPLETE] 2012-06-12 19:00:45.329082 [DEBUG] ozmod_isdn.c:1406 Changing state on 1:1 from HANGUP_COMPLETE to DOWN 2012-06-12 19:00:45.329082 [DEBUG] ozmod_isdn.c:1163 2:1 STATE [HANGUP] 2012-06-12 19:00:45.329082 [DEBUG] ozmod_isdn.c:1413 Hangup: Direction Outbound 2012-06-12 19:00:45.329082 [DEBUG] ozmod_isdn.c:1938 WRITE 25 ------------------------------------------------------------------------ -------- [08 02 00 05 45 08 02 81 90 1e 02 80 83 28 0a 38 30 34 30 33 32 37 33 32 34] 2012-06-12 19:00:45.349081 [DEBUG] ozmod_isdn.c:1115 READ 5 ------------------------------------------------------------------------ -------- [08 02 80 05 4d] 2012-06-12 19:00:45.349081 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[4d] Size:[103] CRV: 5 (0x5, CTX: Terminator) 2012-06-12 19:00:45.349081 [DEBUG] ozmod_isdn.c:616 zchan b750c4f0 (2:1) source isdn_data->channels_local_crv[0x5] 2012-06-12 19:00:45.349081 [DEBUG] ozmod_isdn.c:680 Changing state on 2:1 from HANGUP to HANGUP_COMPLETE 2012-06-12 19:00:45.349081 [DEBUG] ozmod_isdn.c:1938 WRITE 5 ------------------------------------------------------------------------ -------- [08 02 00 05 5a] 2012-06-12 19:00:45.349081 [DEBUG] ozmod_isdn.c:1120 931 parse error [1] [Q931E_NO_ERROR] 2012-06-12 19:00:45.368996 [DEBUG] ozmod_isdn.c:1163 2:1 STATE [HANGUP_COMPLETE] 2012-06-12 19:00:45.368996 [DEBUG] ozmod_isdn.c:1406 Changing state on 2:1 from HANGUP_COMPLETE to DOWN 2012-06-12 19:00:45.428780 [DEBUG] ozmod_isdn.c:1163 1:1 STATE [DOWN] 2012-06-12 19:00:45.428780 [DEBUG] zap_io.c:1415 channel done 1:1 2012-06-12 19:00:45.428780 [DEBUG] ozmod_isdn.c:1115 READ 5 ------------------------------------------------------------------------ -------- [08 02 1d 81 5a] 2012-06-12 19:00:45.428780 [DEBUG] ozmod_isdn.c:584 Yay I got an event! Type:[5a] Size:[103] CRV: 7553 (0x1d81, CTX: Originator) 2012-06-12 19:00:45.428780 [DEBUG] ozmod_isdn.c:616 zchan 8e0dc38 (1:2) source isdn_data->channels_remote_crv[0x1d81] 2012-06-12 19:00:45.428780 [DEBUG] ozmod_isdn.c:682 Changing state on 1:2 from TERMINATING to DOWN 2012-06-12 19:00:45.468782 [DEBUG] ozmod_isdn.c:1163 2:1 STATE [DOWN] 2012-06-12 19:00:45.468782 [DEBUG] zap_io.c:1415 channel done 2:1 2012-06-12 19:00:45.528782 [DEBUG] ozmod_isdn.c:1163 1:2 STATE [DOWN] 2012-06-12 19:00:45.528782 [DEBUG] zap_io.c:1415 channel done 1:2

2 1

get info from DB into channel variable in xml dialplan
by Abaci 18 Jun '12

18 Jun '12

We are looking for a way to set a few variables in the XML dialplan with information stored in a MySQL DB, the simplest seems to be to use mod_odbc_query which will set channel variables (see http://wiki.freeswitch.org/wiki/Mod_odbc_query#APP) problem is that we prefer not to access the DB directly from xml. The other option is to use mod_curl which gets the result into a channel variable named 'curl_response_data', problem is that we have multiple values that we need in separate channel variables, and I can't find any documentation on how to do that, is there any way to do this using json etc?

3 5