Question about effective caller ID & origination caller ID
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.
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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks for reporting. I will test and confirm the behavior of normal vs. enterprise and make sure it is properly documented on the wiki. -MC On Thu, Oct 7, 2010 at 8:42 AM, Mario <mario_fs@mgtech.com> wrote:
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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ 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
_______________________________________________ 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
participants (3)
-
Mario
-
Michael Collins
-
Steven Ayre