[Freeswitch-users] Question about effective caller ID & origination caller ID

[Mario]

Thanks for responding Steve, I am beginning to wonder if this is by
design or a bug. I am closer to the end of building the system for our
small office and I thought this would be an easy one. Not so, I already
checked enterprise (:_:) vs (,) and that is where the problem is. I
tried the exports you suggested and had high hopes but no dice. Seems
when using :_: everything is lost and has to be passed as part of the
dialstring.  BTW, I need :_: because the SPA962 phones I use now don't
use SUBSCRIBE only NOTIFY for the mailbox so I have to use multiple
registrations since we are not big and share mailboxes. Thanks for the
help. I wonder if there is a way to determine if this is design or bug....

Both don't fix the problem:
<action application="export"
data="effective_caller_id_number=${caller_id_number}"/

<action application="export"
data="origination_caller_id_number=${caller_id_number}"/


On 10/07/10 00:44, Steven Ayre wrote:
> It's also possible that it's a difference between enterprise and
> normal bridge syntax - I've never used enterprise so don't know too
> much about it.
> 
> -Steve
> 
> 
> On 7 October 2010 08:41, Steven Ayre <steveayre at gmail.com> wrote:
>> Have you tried using effective_* with export?
>> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_export
>>
>> -Steve
>>
>>
>>
>> On 6 October 2010 19:24, Mario <mario_fs at mgtech.com> wrote:
>>> I have the inbound caller ID working for a bridge but can't reconcile
>>> why effective_caller_id.. does not work. I spent a lot of time the last
>>> few days reading the wiki and other web info. Since I can't find the
>>> answer anywhere can anyone shed some light on this?
>>>
>>> The wiki states:
>>> effective_caller_id_number
>>> Sets the effective callerid number. This is automatically exported to
>>> the B-leg; however, it is not valid in an origination string. In other
>>> words, set this before calling bridge, otherwise use
>>> origination_caller_id_number
>>>
>>> Does NOT work before the bridge:
>>>        <!--action application="set"
>>> data="effective_caller_id_number=${caller_id_number}"/>
>>>        <action application="set"
>>> data="effective_caller_id_name=${caller_id_name}"/-->
>>>
>>> Does NOT work before the bridge:
>>>        <!--action application="set"
>>> data="origination_caller_id_number=${caller_id_number}"/>
>>>        <action application="set"
>>> data="origination_caller_id_name=${caller_id_name}"/-->
>>>        <!--action application="set"
>>>
>>> ONLY way IT WORKS (must be added before dialstring):
>>>        <action application="bridge"
>>> data="<originate_timeout=15,origination_caller_id_number=${caller_id_number},origination_caller_id_name=${caller_id_name}>group/MGT@${domain_name}:_:sofia/gateway/uuid1/19162223333:_:sofia/gateway/uuid1/19164445555"/>
>>>
>>>
>>> The caller ID is lost in an extension, although I still don't know why
>>> at least I got it back.
>>>
>>>
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
> 
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org