The output of a uuid_dump is here:<br><br>> uuid_dump ff64db72-284d-11e0-abd4-772c8caa0462<br><br>Event-Name: CHANNEL_DATA<br>Core-UUID: 05595dbc-27b0-11e0-ab9f-772c8caa0462<br>FreeSWITCH-Hostname: FMS-Demo<br>FreeSWITCH-IPv4: 192.168.1.72<br>
FreeSWITCH-IPv6: %3A%3A1<br>Event-Date-Local: 2011-01-25%2012%3A10%3A49<br>Event-Date-GMT: Tue,%2025%20Jan%202011%2006%3A40%3A49%20GMT<br>Event-Date-Timestamp: 1295937649908745<br>Event-Calling-File: mod_commands.c<br>Event-Calling-Function: uuid_dump_function<br>
Event-Calling-Line-Number: 4130<br>Channel-State: CS_EXECUTE<br>Channel-Call-State: ACTIVE<br>Channel-State-Number: 4<br>Channel-Name: FreeTDM/1%3A1/9952248266<br>Unique-ID: ff64db72-284d-11e0-abd4-772c8caa0462<br>Call-Direction: outbound<br>
Presence-Call-Direction: outbound<br>Channel-Call-UUID: ff64cfc4-284d-11e0-abd3-772c8caa0462<br>Answer-State: answered<br>Channel-Read-Codec-Name: PCMA<br>Channel-Read-Codec-Rate: 8000<br>Channel-Read-Codec-Bit-Rate: 64000<br>
Channel-Write-Codec-Name: PCMA<br>Channel-Write-Codec-Rate: 8000<br>Channel-Write-Codec-Bit-Rate: 64000<br>Caller-Direction: outbound<br>Caller-Destination-Number: 9952248266<br>Caller-Unique-ID: ff64db72-284d-11e0-abd4-772c8caa0462<br>
Caller-Source: src/switch_ivr_originate.c<br>Caller-Context: default<br>Caller-Channel-Name: FreeTDM/1%3A1/9952248266<br>Caller-Profile-Index: 1<br>Caller-Profile-Created-Time: 1295937628350711<br>Caller-Channel-Created-Time: 1295937628350711<br>
Caller-Channel-Answered-Time: 1295937635463788<br>Caller-Channel-Progress-Time: 0<br>Caller-Channel-Progress-Media-Time: 1295937632566721<br>Caller-Channel-Hangup-Time: 0<br>Caller-Channel-Transfer-Time: 0<br>Caller-Screen-Bit: true<br>
Caller-Privacy-Hide-Name: false<br>Caller-Privacy-Hide-Number: false<br>variable_direction: outbound<br>variable_uuid: ff64db72-284d-11e0-abd4-772c8caa0462<br>variable_read_codec: PCMA<br>variable_read_rate: 8000<br>variable_write_codec: PCMA<br>
variable_write_rate: 8000<br>variable_channel_name: FreeTDM/1%3A1/9952248266<br>variable_freetdm_span_name: wp1<br>variable_freetdm_span_number: 1<br>variable_freetdm_chan_number: 1<br>variable_is_outbound: true<br>variable_call_uuid: ff64cfc4-284d-11e0-abd3-772c8caa0462<br>
variable_ignore_early_media: true<br>variable_api_hangup_hook: perl%20/root/<a href="http://a.pl">a.pl</a><br>variable_exec_after_bridge_app: park<br>variable_originate_early_media: false<br>variable_endpoint_disposition: ANSWER<br>
variable_current_application: park<br><br>> eval uuid:ff64db72-284d-11e0-abd4-772c8caa0462 ${variable_exec_after_bridge_app}<br>park<br><br>> eval uuid:ff64db72-284d-11e0-abd4-772c8caa0462 ${variable_park_timeout}<br>
-ERR no reply<br><br>When I looked into the source I found that, the variable park_timeout is being set to NULL, once it is read in switch_ivr.c under switch_ivr_park() function. So I think that's why uuid_getvar returns __undef__.<br>
<br>After seeing this, I experimented as follows.<br>I made 2 calls.<br>CLI> originate {ignore_early_media=true,park_timeout=50,api_hangup_hook='perl /root/<a href="http://a.pl">a.pl</a>',exec_after_bridge_app=park}freetdm/grp1/a/9952248266 &park()<br>
CLI > originate {ignore_early_media=true,park_timeout=50,api_hangup_hook='perl /root/<a href="http://a.pl">a.pl</a>'}freetdm/grp1/a/9843171457 &park()<br><br>Then I bridged them using uuid_bridge. <br>CLI> uuid_bridge 6e53bbae-277f-11e0-8580-8390cbcc860f 75126f12-277f-11e0-8582-8390cbcc860f<br>
Now:<br>uuid_getvar 6e53bbae-277f-11e0-8580-8390cbcc860f park_timeout ( return __undef__. So I set the park_timeout from the CLI explicitly ).<br><br>CLI> uuid_setvar 6e53bbae-277f-11e0-8580-8390cbcc860f park_timeout 20<br>
CLI> uuid_getvar 6e53bbae-277f-11e0-8580-8390cbcc860f park_timeout ( returns 20 ).<br><br>Now I hangup the call with 75126f12-277f-11e0-8582-8390cbcc860f UUID.<br><br>After that, 6e53bbae-277f-11e0-8580-8390cbcc860f call goes in to park, and after 20 seconds the call got ended, and it works as I expected.<br>
<br>Now I need to know, whether any specific purpose is there to set the park_timeout to NULL once it is read? The variable park_after_bridge is also set to NULL? I'm unable to find reasons for this. Someone please light me on this!.<br>
<br>Thanks for your response.<br><br><br><br><br><div class="gmail_quote">On Tue, Jan 25, 2011 at 1:46 AM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Do a uuid_dump on the channel and see what all is there. Also, try doing this:<div>eval uuid:9b59d172-2781-11e0-8586-8390cbcc860f ${park_timeout}</div>
<div><br></div><div>See what happens.</div><div><br>
</div><div>-MC<br><br><div class="gmail_quote"><div><div></div><div class="h5">On Sun, Jan 23, 2011 at 10:21 PM, lakshmanan ganapathy <span dir="ltr"><<a href="mailto:lakindia89@gmail.com" target="_blank">lakindia89@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">
Hi all,<br>I've done a further experimentation and I need a clarification.<br><br>From CLI><br>originate {ignore_early_media=true,park_timeout=50,api_hangup_hook='perl /root/<a href="http://a.pl" target="_blank">a.pl</a>',exec_after_bridge_app=park}freetdm/grp1/a/9952248266 &park()<br>
<br>Then I executed the following commands from CLI.<br>uuid_getvar 9b59d172-2781-11e0-8586-8390cbcc860f park_timeout<br>_undef_<br>uuid_getvar 9b59d172-2781-11e0-8586-8390cbcc860f api_hangup_hook<br>perl /root/<a href="http://a.pl" target="_blank">a.pl</a><br>
<br>I don't know why uuid_getvar, returns undef for park_timeout variable. But the call is hangup once 50 seconds is reached. Can some one pls explain what it is printing as __undef__<div><div></div><div><br>
<br><br><div class="gmail_quote">
On Fri, Jan 21, 2011 at 6:37 PM, lakshmanan ganapathy <span dir="ltr"><<a href="mailto:lakindia89@gmail.com" target="_blank">lakindia89@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dear all,<br>I was using park_timeout and I come across the following scenario which I felt something is missing.<br>I've originated a call as follows.<br><br>originate {ignore_early_media=true,exec_after_bridge_app=park,park_timeout=60,api_hangup_hook='perl /root/<a href="http://a.pl" target="_blank">a.pl</a>'}freetdm/grp1/a/9952248266 &park()<br>
<br>Once the call is answered I originated another call.<br>originate {ignore_early_media=true,park_timeout=60,api_hangup_hook='perl /root/<a href="http://a.pl" target="_blank">a.pl</a>'}freetdm/grp1/a/9843171457 &park()<br>
<br>
Once this call is also answered, I said "uuid_bridge <uuid1> <uuid2>". Both call gets bridged. After some time, I hangup the second call (9843171457). Now the first call goes into park(). <br><br>I expect that the first call will hangup after 60 seconds, but it didn't.<br>
<br>The freeswitch log is here<br><a href="http://pastebin.freeswitch.org/15099" target="_blank">http://pastebin.freeswitch.org/15099</a><br><br>When I start to use the park_timeout, I thought once a leg is in park, then the timer will start, and once it is unparked for various reason the timer will be reseted. After sometime, when the leg again comes in park, the timer will start. Is this correct?<br>
<br><br>
</blockquote></div><br>
</div></div><br></div></div>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>