I also noticed a dialplan application that lets you do this.<div><br></div><div>uuid_broadcast <uuid> recovery_refresh::<uri></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 <<a href="mailto:danny.gershman@gmail.com" target="_blank">danny.gershman@gmail.com</a>> 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'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 <<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>> 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'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 <<a href="mailto:danny.gershman@gmail.com" target="_blank">danny.gershman@gmail.com</a>> wrote:</div><br><div>I did another test with this, if I do a transfer right after I set the variable then it'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 <<a href="mailto:danny.gershman@gmail.com" target="_blank">danny.gershman@gmail.com</a>> 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 <<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>> 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>
> On Nov 20, 2014, at 5:49 PM, Danny Gershman <<a>danny.gershman@gmail.com</a>> wrote:<br>
><br>
> I'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 'recovery'.<br>
><br>
> Is there something that I'm not doing to make this work?<br>
><br>
> --Danny G<br>
> ______________________________<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>