I also noticed a dialplan application that lets you do this.<div><br></div><div>uuid_broadcast &lt;uuid&gt; recovery_refresh::&lt;uri&gt;</div><div><br></div><div>What is this for?<br><br><div class="gmail_quote">On Fri Nov 21 2014 at 3:22:39 PM Danny Gershman &lt;<a href="mailto:danny.gershman@gmail.com" target="_blank">danny.gershman@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok cool I think we are going to go the Redis route.  We were using it to store information about the channel for our own application, essentially arbitrary information about our system.  <br><div><br></div><div>Regarding mod_redis... this doesn&#39;t already do this does it?  What does mod_redis do?</div><br><div class="gmail_quote">On Fri Nov 21 2014 at 2:32:38 PM Michael Jerris &lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">The information is updated on bridge, unbridge, answer, and media negotiation.  Basically any time the switch_core_recovery_track function is called.  It would be fairly easy to add a way in dialplan for you to manually update, you could give that a try, and submit a patch.  The other option wold be to do it on every dialplan execute, but I think that would be far to high a cost to do.  The trick here is finding the right places to re-write the state information to the db, as there is cost involved, we don&#39;t want to do so in too many places.  This is why your actual scenario matters.<div><div><br></div><div>Mike</div></div></div><div style="word-wrap:break-word"><div><div><br><div><blockquote type="cite"><div>On Nov 21, 2014, at 2:02 PM, Danny Gershman &lt;<a href="mailto:danny.gershman@gmail.com" target="_blank">danny.gershman@gmail.com</a>&gt; wrote:</div><br><div>I did another test with this, if I do a transfer right after I set the variable then it&#39;s available.  Is there a way to propagate the channel variables into the xml doc without doing a transfer or executing inline?<br><br><div class="gmail_quote">On Fri Nov 21 2014 at 1:03:49 AM Danny Gershman &lt;<a href="mailto:danny.gershman@gmail.com" target="_blank">danny.gershman@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have done a simple test, I call in with a softphone to a conference.  I grab the uuid and I run uuid_setvar.  <br><br>On Thursday, November 20, 2014, Michael Jerris &lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">it depends when you are setting them.  If they are not in the xml doc when you go to do recovery, they will not be re-populated.  When/how are you setting them?<br>
<br>
&gt; On Nov 20, 2014, at 5:49 PM, Danny Gershman &lt;<a>danny.gershman@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; I&#39;m using some custom channel variables for storage and I noticed that when I do a recover they are not preserved because they are populated to the table &#39;recovery&#39;.<br>
&gt;<br>
&gt; Is there something that I&#39;m not doing to make this work?<br>
&gt;<br>
&gt; --Danny G<br>
&gt; ______________________________<u></u><u></u>______________________________<u></u><u></u>_____________<br>
<br></blockquote></blockquote></div></div></blockquote></div><br></div></div></div>______________________________<u></u><u></u><u></u>______________________________<u></u><u></u><u></u>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.<u></u>freeswitchsolutions<u></u><u></u>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.<u></u>o<u></u><u></u>rg</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.<u></u>freeswi<u></u><u></u>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/<u></u>ma<u></u><u></u>ilman/listinfo/freeswitch-<u></u>user<u></u><u></u>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.<u></u>frees<u></u><u></u>witch.org/mailman/<u></u>options/<u></u>free<u></u>switch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></blockquote></div></blockquote></div></div>