<div dir="ltr">Thanks Mike.<div>Yep, it seems broken, but they don't seem to think it's their issue.</div><div><br><div>1) This would mean that I have to handle this carriers and others carrier separately. I do a bunch of things to process the inbound caller ID so that's not really ideal..</div>
<div>2) I think gateway caller-id-in-from is for outbound, not inbound. Perhaps cid_type=none but right now it's just an ACL for inbound so I'd have to create a user for each incoming IP address and set the var there. Not ideal...</div>
<div><br clear="all"><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small">-Avi</span></div>
<br><br><div class="gmail_quote">On Mon, Nov 5, 2012 at 3:29 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">I am not sure why they would tell you to ignore PID, that seem broken to me. 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><div class="h5"><div><br><div>
<div>On Nov 3, 2012, at 5:45 PM, Avi Marcus <<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>> wrote:</div><br><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>
</div></div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div></div>