<div dir="auto">Hi<div dir="auto"><br></div><div dir="auto">In your profile receiving the INVITE, try to put this:</div><div dir="auto"><param name="cid-type" value="pid"/></div><div dir="auto"><br></div><div dir="auto">Or you can do it manually in your dialplan</div><div dir="auto"><br></div><div dir="auto"><a href="https://wiki.freeswitch.org/wiki/Variable_sip_cid_type">https://wiki.freeswitch.org/wiki/Variable_sip_cid_type</a><br></div><div dir="auto"><br></div><div dir="auto">Srigo</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 13 Apr 2018, 00:48 , <<a href="mailto:igor.potjevlesch@gmail.com">igor.potjevlesch@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="FR" link="#0563C1" vlink="#954F72"><div class="m_1076183992526479858WordSection1"><p class="MsoNormal">Hello,<u></u><u></u></p><p class="MsoNormal"><span lang="EN-GB"><br>I have a strange case: a customer who uses a Cisco IP Phone places a call with Remote-Party-Id. The core network adds P-Asserted-Identity.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB">So, when the INVITE reach Freeswitch, he has 1 PAI and 1 RPID. Freeswitch strips both and replaces with PPI. <u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">Any idea how to fix it and keep only PAI? Interfaces are setup with pid as caller id and before bridging the call, I do:<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><action application="unset" data="sip_h_Remote-Party-ID"/><u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">Regards,<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">Igor.<u></u><u></u></span></p></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank" rel="noreferrer">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank" rel="noreferrer">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div>