<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I am not sure why they would tell you to ignore PID, that seem broken to me. &nbsp;However, in this case, you could resolve it in a couple ways.<div><br></div><div>1) you could just look at the sip_from_user variable</div><div>2) you could set a param on the gateway for caller id in from (this may be less sucessful based on if we can match this inbound call to the gateway)</div><div><br></div><div>Mike</div><div><br><div><div>On Nov 3, 2012, at 5:45 PM, Avi Marcus &lt;<a href="mailto:avi@avimarcus.net">avi@avimarcus.net</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Hi - I'm getting calls from a carrier with the proper e.164 FROM but their PID is coming in inconsistently. I was told to ignore the PID.<div><br><div>Apparently, FS is using the PID for the profile Caller-Caller-ID-Number variable.</div>

<div><br></div><div>Are there any toggles for how to manage <i>inbound </i>caller ID?</div><div>This is currently coming in via ACL to public context... can I even set the sip_cid for that?</div><div><br></div><div>Suggestions?</div>

<div><br></div><div>Thanks,</div><div><br clear="all"><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small">-Avi Marcus</span><br></div></div></div></div></blockquote></div><br></div></body></html>