Thank you for your assistance guys :) On Mon, Dec 15, 2014 at 12:31 PM, Joel White <joelewhite@gmail.com> wrote:
I implemented the suggestion that Chris gave and it works fine.
On Mon, Dec 15, 2014 at 11:48 AM, Michael Jerris <mike@jerris.com> wrote:
Double check configs and the sip traffic for differences. Also double check firmware on devices.
On Dec 15, 2014, at 1:13 AM, Joel White <joelewhite@gmail.com> wrote:
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?
Just curious
On Thu, Dec 11, 2014 at 1:51 PM, Chris Tunbridge <blasterjr@gmail.com> wrote:
Errr yeah, sorry Michael is right they're origination not effective :P
On Thu, Dec 11, 2014 at 8:34 AM, Michael Jerris <mike@jerris.com> wrote:
you should be looking at the origination_caller_id_* vars, not effective
On Dec 11, 2014, at 10:26 AM, Chris Tunbridge <blasterjr@gmail.com> wrote:
The variable outbound_caller_id_number and outbound_caller_id_name are not related to the caller id on outbound calls.
On your outbound dial plan you need to set something like the following
<action application="export" data="effective_caller_id_name=${user_data(${username}@${domain_name} var outbound_caller_id_name)}"/> <action application="export" data="effective_caller_id_number=${user_data(${username}@${domain_name} var outbound_caller_id_number)}"/>
This will cause the system to pull the settings from the users profile and use it for the outgoing call.
On Wed, Dec 10, 2014 at 12:27 PM, Joel White <joelewhite@gmail.com> wrote:
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?
Here is some output of the Lua script on the server not pushing caller id
2014-12-09 16:54:22.819251 [NOTICE] switch_cpp.cpp:1328 Debug from gen_dir_user_xml.lua, generated XML: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="directory"> <domain name="voip.net"> <user id="26342" mailbox="26342"> <params> <param name="password" value="XXXXXX"/> <param name="vm-password" value="26342"/> <param name="vm-enabled" value="true"/> <param name="dial-string" value="{presence_id=${dialed_user}@ ${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}"/> </params> <variables> <variable name="toll_allow" value="local,domestic"/> <variable name="user_context" value="default"/> <variable name="outbound_caller_id_name" value="Michelle"/> <variable name="outbound_caller_id_number" value="1321XXXXXXX"/> <variable name="accountcode" value="PA"/> <!--<variable name="callgroup" value="techsupport"/>--> </variables> </user> </domain> </section> </document>
And some output from the Lua script on the server with CID functioning
2014-12-09 21:50:55.458996 [NOTICE] switch_cpp.cpp:1328 Debug from gen_dir_user_xml.lua, generated XML: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="directory"> <domain name="sip.voice.com"> <user id="53201" mailbox="53201"> <params> <param name="password" value="XXXXXXX"/> <param name="vm-password" value="53201"/> <param name="dial-string" value="{presence_id=${dialed_user}@ ${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}"/> </params> <variables> <variable name="toll_allow" value="local,domestic"/> <variable name="user_context" value="default"/> <variable name="outbound_caller_id_name" value="Voice.com <http://voice.com/>"/> <variable name="outbound_caller_id_number" value="1303XXXXXX"/> <!--<variable name="callgroup" value="techsupport"/>--> </variables> </user> </domain> </section> </document>
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?
This is what I get when the dialplan executes
EXECUTE sofia/internal/26342@voip.net set(effective_caller_id_number=) 2014-12-09 17:00:24.839237 [DEBUG] mod_dptools.c:1435 sofia/internal/ 26342@voip.net SET [effective_caller_id_number]=[UNDEF]
Kinda strange and I could not find a discrepancy between the dialplan configuration of the working server vs the non-working server
Here is the version running on the server that works properly
FreeSWITCH Version 1.4.13+git~20141103T195300Z~b942d0faa8~64bit (git b942d0f 2014-11-03 19:53:00Z 64bit)
And the version of the server having issue with CID
FreeSWITCH Version 1.4.13+git~20141103T195300Z~ b942d0faa8~64bit (git b942d0f 2014-11-03 19:53:00Z 64bit)
I used diff and compared both servers conf directory recursively. I could not find a discrepancy in the files aside from Switch name, etc.
What am I missing?
Could there be anything that that would overwrite the CID variable after it is set by Lua (Generating the user profile)?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org