<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">If you are using effective, you will have issues related to transfers. You should really be using the ones i mentioned.<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 15, 2014, at 12:31 PM, Joel White <<a href="mailto:joelewhite@gmail.com" class="">joelewhite@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I implemented the suggestion that Chris gave and it works fine.<br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Dec 15, 2014 at 11:48 AM, Michael Jerris <span dir="ltr" class=""><<a href="mailto:mike@jerris.com" target="_blank" class="">mike@jerris.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">Double check configs and the sip traffic for differences. Also double check firmware on devices.<div class=""><div class="h5"><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Dec 15, 2014, at 1:13 AM, Joel White <<a href="mailto:joelewhite@gmail.com" target="_blank" class="">joelewhite@gmail.com</a>> wrote:</div><br class=""><div class=""><div dir="ltr" class=""><div class="">I will implement this tomorrow. I do have a question though, with all that being said.... the system I have running in the cloud does send out the CID specified in the Database using this methodology. Why would it work on one and not the other when their configs are identical?<br class=""><br class=""></div>Just curious<br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Thu, Dec 11, 2014 at 1:51 PM, Chris Tunbridge <span dir="ltr" class=""><<a href="mailto:blasterjr@gmail.com" target="_blank" class="">blasterjr@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="">Errr yeah, sorry Michael is right they're origination not effective :P<br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote"><div class=""><div class="">On Thu, Dec 11, 2014 at 8:34 AM, Michael Jerris <span dir="ltr" class=""><<a href="mailto:mike@jerris.com" target="_blank" class="">mike@jerris.com</a>></span> wrote:<br class=""></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><div class=""><div style="word-wrap:break-word" class=""><span class="">you should be looking at the origination_caller_id_* vars, not effective</span><div class=""><br class=""><div class=""><blockquote type="cite" class=""><span class=""><div class="">On Dec 11, 2014, at 10:26 AM, Chris Tunbridge <<a href="mailto:blasterjr@gmail.com" target="_blank" class="">blasterjr@gmail.com</a>> wrote:</div><br class=""></span><div class=""><div class=""><div class=""><div dir="ltr" class=""><div class="">The variable outbound_caller_id_number and outbound_caller_id_name are not related to the caller id on outbound calls. <br class=""><br class="">On your outbound dial plan you need to set something like the following<br class=""><br class=""> <action application="export" data="effective_caller_id_name=${user_data(${username}@${domain_name} var outbound_caller_id_name)}"/><br class=""> <action application="export" data="effective_caller_id_number=${user_data(${username}@${domain_name} var outbound_caller_id_number)}"/><br class=""><br class=""></div><div class="">This will cause the system to pull the settings from the users profile and use it for the outgoing call.<br class=""></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Wed, Dec 10, 2014 at 12:27 PM, Joel White <span dir="ltr" class=""><<a href="mailto:joelewhite@gmail.com" target="_blank" class="">joelewhite@gmail.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="">I have gone over the config with a fine tooth comb, it matches another
config of a server in which the caller id works fine. What I am seeing
however is that in this system the variable is not exported to the
dialplan. I may be missing something, and most likely I am. I do have a
question though. Is there a way to see what variables are defined for a
particular user in the FreeSWITCH console?<br class=""><br class=""><br class=""><div class=""><div class="">Here is some output of the Lua script on the server not pushing caller id<br class=""><br class="">2014-12-09 16:54:22.819251 [NOTICE] switch_cpp.cpp:1328 Debug from gen_dir_user_xml.lua, generated XML:<br class=""><?xml version="1.0" encoding="UTF-8" standalone="no"?><br class=""><document type="freeswitch/xml"><br class=""> <section name="directory"><br class=""> <domain name="<a href="http://voip.net/" target="_blank" class="">voip.net</a>"><br class=""> <user id="26342" mailbox="26342"><br class=""> <params><br class=""> <param name="password" value="XXXXXX"/><br class=""> <param name="vm-password" value="26342"/><br class=""> <param name="vm-enabled" value="true"/><br class=""> <param name="dial-string" value="{presence_id=${dialed_user}@${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}"/><br class=""> </params><br class=""> <variables><br class=""> <variable name="toll_allow" value="local,domestic"/><br class=""> <variable name="user_context" value="default"/><br class=""> <variable name="outbound_caller_id_name" value="Michelle"/><br class=""> <variable name="outbound_caller_id_number" value="1321XXXXXXX"/><br class=""> <variable name="accountcode" value="PA"/><br class=""> <!--<variable name="callgroup" value="techsupport"/>--><br class=""> </variables><br class=""> </user><br class=""> </domain><br class=""> </section><br class=""></document><br class=""><br class=""><br class=""></div>And some output from the Lua script on the server with CID functioning<br class=""><br class="">2014-12-09 21:50:55.458996 [NOTICE] switch_cpp.cpp:1328 Debug from gen_dir_user_xml.lua, generated XML:<br class=""><?xml version="1.0" encoding="UTF-8" standalone="no"?><br class=""><document type="freeswitch/xml"><br class=""> <section name="directory"><br class=""> <domain name="<a href="http://sip.voice.com/" target="_blank" class="">sip.voice.com</a>"><br class=""> <user id="53201" mailbox="53201"><br class=""> <params><br class=""> <param name="password" value="XXXXXXX"/><br class=""> <param name="vm-password" value="53201"/><br class=""> <param name="dial-string" value="{presence_id=${dialed_user}@${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}"/><br class=""> </params><br class=""> <variables><br class=""> <variable name="toll_allow" value="local,domestic"/><br class=""> <variable name="user_context" value="default"/><br class=""> <variable name="outbound_caller_id_name" value="<a href="http://voice.com/" target="_blank" class="">Voice.com</a>"/><br class=""> <variable name="outbound_caller_id_number" value="1303XXXXXX"/><br class=""> <!--<variable name="callgroup" value="techsupport"/>--><br class=""> </variables><br class=""> </user><br class=""> </domain><br class=""> </section><br class=""></document><br class=""><br class=""><br class=""></div>Of
course I removed any identifiable information, but it looks like the
CID is being set. What am I missing here that is not allowing for the
variable to be passed to the dialplan?<br class=""><br class=""><br class=""><div class="">This is what I get when the dialplan executes<br class=""><br class="">EXECUTE sofia/internal/<a href="mailto:26342@voip.net" target="_blank" class="">26342@voip.net</a> <br class="">set(effective_caller_id_number=)<br class="">2014-12-09 17:00:24.839237 [DEBUG] mod_dptools.c:1435 sofia/internal/<a href="mailto:26342@voip.net" target="_blank" class="">26342@voip.net</a> SET [effective_caller_id_number]=[UNDEF]<br class=""><br class=""><br class=""></div>Kinda
strange and I could not find a discrepancy between the dialplan
configuration of the working server vs the non-working server<br class=""><br class=""><br class=""><br class=""><div class="">Here is the version running on the server that works properly<br class=""><br class="">FreeSWITCH Version 1.4.13+git~20141103T195300Z~b942d0faa8~64bit (git b942d0f 2014-11-03 19:53:00Z 64bit)<br class=""><br class=""></div>And the version of the server having issue with CID<br class=""><br class="">FreeSWITCH Version 1.4.13+git~20141103T195300Z~<div dir="ltr" class="">b942d0faa8~64bit (git b942d0f 2014-11-03 19:53:00Z 64bit)<br class=""><br class=""><br class=""><br class=""></div><div class="">I used diff and compared both servers conf directory recursively. I could not find a discrepancy in the files aside from Switch name, etc.<br class=""><br class=""><br class=""></div><div class="">What am I missing?<br class=""><br class=""></div><div class="">Could there be anything that that would overwrite the CID variable after it is set by Lua (Generating the user profile)?<br class=""><br class=""></div></div></blockquote></div></div></div></div></div></blockquote></div><br class=""></div></div></div></div></blockquote></div></div></blockquote></div></div></div></blockquote></div><br class=""></div></div></div></div><br class="">_________________________________________________________________________<br class="">
Professional FreeSWITCH Consulting Services:<br class="">
<a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">
<a href="http://www.freeswitchsolutions.com/" target="_blank" class="">http://www.freeswitchsolutions.com</a><br class="">
<br class="">
Official FreeSWITCH Sites<br class="">
<a href="http://www.freeswitch.org/" target="_blank" class="">http://www.freeswitch.org</a><br class="">
<a href="http://confluence.freeswitch.org/" target="_blank" class="">http://confluence.freeswitch.org</a><br class="">
<a href="http://www.cluecon.com/" target="_blank" class="">http://www.cluecon.com</a><br class="">
<br class="">
FreeSWITCH-users mailing list<br class="">
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="">FreeSWITCH-users@lists.freeswitch.org</a><br class="">
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank" class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br class="">
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank" class="">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br class="">
<a href="http://www.freeswitch.org/" target="_blank" class="">http://www.freeswitch.org</a><br class=""></blockquote></div></div>
_________________________________________________________________________<br class="">Professional FreeSWITCH Consulting Services: <br class=""><a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">http://www.freeswitchsolutions.com<br class=""><br class="">Official FreeSWITCH Sites<br class="">http://www.freeswitch.org<br class="">http://confluence.freeswitch.org<br class="">http://www.cluecon.com<br class=""><br class="">FreeSWITCH-users mailing list<br class="">FreeSWITCH-users@lists.freeswitch.org<br class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br class="">UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br class="">http://www.freeswitch.org</div></blockquote></div><br class=""></div></body></html>