OK,

That makes sense, BUT if the call is coming from a registered user why do I need to explicitly set  it again.  (If I dial a call from my Polycom phone registered with FS, shouldn't it know which user I am???)

Thanks,

-N



On Sep 25, 2008, at 12:23 PM, Anthony Minessale wrote:

those vars will only be set on calls that were authenticated with the user in question
you can force the variables to be applied to any channel with the

put this right before the bridge line (assuming ${domain} is the domain that user lives in:

<action application="set_user" data="3235551212@${domain}"/>


On Thu, Sep 25, 2008 at 1:40 PM, Noah Silverman <noah@allresearch.com> wrote:
Hello,

I'm having trouble getting the accountcode variable to show up in the
CDR.

Also,  the effective_caller_id_number isn't getting passed through to
the actual call.  (Separate but possible related problem)

Calls are working, the CDR looks great, I just don't get these two
variables..

Here is an example entry in my directory:

                       <user id="3235551212">
                               <params>
                                       <param name="password" value="1234" />
                               </params>
                               <variables>
                                       <variable name="accountcode" value="432]"/>
                                       <variable name="user_context" value="default"/>
                                       <variable name="effective_caller_id_number" value="3235551212]"/>
                               </variables>
                       </user>


And then in my dialplan...

                       <extension name="Vitelity_Outbound">
                               <condition field="destination_number" expression="^(1{0,1}\d{10})$">
                                        <action application="bridge" data="sofia/external/$1@outbound1.vitelity.net
"/>
                                </condition>
                       </extension>


My guess is that maybe I  need to export the variable somewhere, or
pass it to the actual extension doing the bridging.

Anybody have any ideas??

-Noah

_______________________________________________
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



--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org
pstn:213-799-1400
_______________________________________________
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