My concern would be that once you decide you want one arbitrary var in "show channels" it may open the flood gates.<br>The downside to constantly polling for results is you have to check all the time. If you monitored events yourself in a dedicated process you could be informed exactly when something changes and the events on channels have *all* the variables in them for that channel.<br>
<br>I am not rejecting the patch, I am just trying to point out alternatives because I am worried about the arbitrary value becoming a permanent column in a core functionality.<br><br>btw,<br><br>you can also do<br><br>show channels as csv<br>
show channels as xml<br><br><br><br><div class="gmail_quote">On Tue, Sep 15, 2009 at 5:48 AM, Matt Riddell <span dir="ltr"><<a href="mailto:lists@venturevoip.com">lists@venturevoip.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;">
<div class="im">On 15/09/09 9:29 PM, Trixter aka Bret McDanel wrote:<br>
> On Tue, 2009-09-15 at 19:24 +1200, Matt Riddell wrote:<br>
>> Hmmm, so like set a limit of a max of like 1000000000 calls and then use<br>
>> the hash as the lookup index for the group - could work.<br>
>><br>
><br>
> not quite what I was thinking, but if that works. There are other ways<br>
> to store data if you arent going to use it for an actual limit.<br>
><br>
> <a href="http://wiki.freeswitch.org/wiki/Mod_limit#Synopsis" target="_blank">http://wiki.freeswitch.org/wiki/Mod_limit#Synopsis</a><br>
> db [insert|select|delete]/<realm>/<key>/<value><br>
> hash [insert|delete]/<realm>/<key>/<val><br>
><br>
> Those may work better if that is how you are thinking of it.<br>
<br>
</div>Cool, ty.<br>
<div class="im"><br>
>> Yeah, that'd likely be a bit much - bear in mind we're currently<br>
>> restricted to one MySQL database per 8 Asterisk servers because of the<br>
>> load from CDR/number lookups.<br>
>><br>
><br>
> You may be able to see based on event socket, and track it that way.<br>
><br>
> Almost sounds like you need some mysql server replication to offset the<br>
> load of all of this a bit :)<br>
<br>
</div>We tend to just run them as separate entities - that way you can totally<br>
destroy any of the node sets and the system keeps going - the front end<br>
just funnels requests out and whatever SmoothTorque set can take it does :)<br>
<br>
Thanks heaps for all the pointers - I've still got so much to learn!<br>
<div class="im"><br>
--<br>
Cheers,<br>
<br>
Matt Riddell<br>
Director<br>
_______________________________________________<br>
<br>
<a href="http://www.venturevoip.com/news.php" target="_blank">http://www.venturevoip.com/news.php</a> (Daily Asterisk News)<br>
<a href="http://www.venturevoip.com/st.php" target="_blank">http://www.venturevoip.com/st.php</a> (SmoothTorque Predictive Dialer)<br>
<a href="http://www.venturevoip.com/c3.php" target="_blank">http://www.venturevoip.com/c3.php</a> (ConduIT3 PABX Systems)<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>