P-asserted-identity
Hello. My freeswitch by default replace the P-asserted-identity by Remote-Party-ID when routing calls to the gateway. I want to send the P-asserted-identity and not the Remote-Party-ID and for that I tried the following: I have configured in the outbound gateway definition the following parameters: <param name="caller-id-type" value="pid"/> or <param name="cid-type" value="pid"/> but te behavior is the same. The only thing that works is to set up the "sip_cid_type" variable in the dialplan like this: <action application="bridge" data="{sip_cid_type=pid}sofia/gateway/Mygateway/$1"/> Anyone knows how I can send the P-Asserted-identity without having to modify all my dial plan adding the sip_cid_type? Thanks in avanced
I think the other response answers your question, however I wanted to clarify one thing. FreeSWITCH is a B2BUA. It is not "replacing" the PAID with RPID, its a new call that is sent with its own configuration. Mike
On Feb 10, 2016, at 4:31 AM, Jose Serrano <jjserranor@gmail.com> wrote:
Hello.
My freeswitch by default replace the P-asserted-identity by Remote-Party-ID when routing calls to the gateway. I want to send the P-asserted-identity and not the Remote-Party-ID and for that I tried the following:
I have configured in the outbound gateway definition the following parameters: <param name="caller-id-type" value="pid"/> or <param name="cid-type" value="pid"/> but te behavior is the same.
The only thing that works is to set up the "sip_cid_type" variable in the dialplan like this: <action application="bridge" data="{sip_cid_type=pid}sofia/gateway/Mygateway/$1"/>
Anyone knows how I can send the P-Asserted-identity without having to modify all my dial plan adding the sip_cid_type?
Thanks in avanced
_________________________________________________________________________ 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
Thanks both for your answer. However I tried to do what royj suggested me and still the same behaviour ( freeswith send Remote-Party-ID and not P-asserted-id) I have found a old bug that match exactly with my issue: https://freeswitch.org/jira/browse/FS-527. Yes!, it is closed, but is reproducing to me with my current version of freeswitch 1.4.20 what do you think about it? 2016-02-10 16:56 GMT+01:00 Michael Jerris <mike@jerris.com>:
I think the other response answers your question, however I wanted to clarify one thing. FreeSWITCH is a B2BUA. It is not "replacing" the PAID with RPID, its a new call that is sent with its own configuration.
Mike
On Feb 10, 2016, at 4:31 AM, Jose Serrano <jjserranor@gmail.com> wrote:
Hello.
My freeswitch by default replace the P-asserted-identity by Remote-Party-ID when routing calls to the gateway. I want to send the P-asserted-identity and not the Remote-Party-ID and for that I tried the following:
I have configured in the outbound gateway definition the following parameters: <param name="caller-id-type" value="pid"/> or <param name="cid-type" value="pid"/> but te behavior is the same.
The only thing that works is to set up the "sip_cid_type" variable in the dialplan like this: <action application="bridge" data="{sip_cid_type=pid}sofia/gateway/Mygateway/$1"/>
Anyone knows how I can send the P-Asserted-identity without having to modify all my dial plan adding the sip_cid_type?
Thanks in avanced
_________________________________________________________________________ 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
_________________________________________________________________________ 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
The only thing that works is to set up the "sip_cid_type" variable in the dialplan like this:
<action application="bridge" data="{sip_cid_type=pid}sofia/
gateway/Mygateway/$1"/>
Try setting sip_cid_type=pid as a variable within the gateway definition, so it's automatically set on every outbound call through that gateway. https://freeswitch.org/confluence/display/FREESWITCH/Gateways+Configuration#... On 10 February 2016 at 10:31, Jose Serrano <jjserranor@gmail.com> wrote:
Hello.
My freeswitch by default replace the P-asserted-identity by Remote-Party-ID when routing calls to the gateway. I want to send the P-asserted-identity and not the Remote-Party-ID and for that I tried the following:
I have configured in the outbound gateway definition the following parameters: <param name="caller-id-type" value="pid"/> or <param name="cid-type" value="pid"/> but te behavior is the same.
The only thing that works is to set up the "sip_cid_type" variable in the dialplan like this: <action application="bridge" data="{sip_cid_type=pid}sofia/gateway/Mygateway/$1"/>
Anyone knows how I can send the P-Asserted-identity without having to modify all my dial plan adding the sip_cid_type?
Thanks in avanced
_________________________________________________________________________ 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
Hello Sorry. I made a mistake checking what "royj@yandex.ru" told me. I can confirm that using <param name="caller-id-type" value="pid"/> works fine. Nevertheless "royj@yandex.ru" told me to apply it in the incoming profile, but it works when I have applied in the outbound profile. Thanks everybody. I really apreciate your help SOLVED 2016-02-11 11:18 GMT+01:00 Steven Ayre <steveayre@gmail.com>:
The only thing that works is to set up the "sip_cid_type" variable in the
dialplan like this:
<action application="bridge" data="{sip_cid_type=pid}sofia/
gateway/Mygateway/$1"/>
Try setting sip_cid_type=pid as a variable within the gateway definition, so it's automatically set on every outbound call through that gateway.
https://freeswitch.org/confluence/display/FREESWITCH/Gateways+Configuration#...
On 10 February 2016 at 10:31, Jose Serrano <jjserranor@gmail.com> wrote:
Hello.
My freeswitch by default replace the P-asserted-identity by Remote-Party-ID when routing calls to the gateway. I want to send the P-asserted-identity and not the Remote-Party-ID and for that I tried the following:
I have configured in the outbound gateway definition the following parameters: <param name="caller-id-type" value="pid"/> or <param name="cid-type" value="pid"/> but te behavior is the same.
The only thing that works is to set up the "sip_cid_type" variable in the dialplan like this: <action application="bridge" data="{sip_cid_type=pid}sofia/gateway/Mygateway/$1"/>
Anyone knows how I can send the P-Asserted-identity without having to modify all my dial plan adding the sip_cid_type?
Thanks in avanced
_________________________________________________________________________ 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
_________________________________________________________________________ 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
participants (4)
-
Jose Serrano
-
Michael Jerris
-
royj＠yandex.ru
-
Steven Ayre