I don&#39;t experience this behavior (internal # showing up as callee number for incoming calls).  Perhaps it is an artifact of how you are doing your dialplan?  When you open the ticket, please ensure that a copy of the relevant portions of your dialplan are included.<br>
<br><div class="gmail_quote">On Sun, Apr 25, 2010 at 9:01 PM, Wellie Chao <span dir="ltr">&lt;<a href="mailto:wchao@yahoo.com">wchao@yahoo.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Yep, still happens in the git head. This is the version reported by<br>
FreeSWITCH:<br>
<br>
FreeSWITCH Version 1.0.head (svn-17188M)<br>
<br>
I&#39;ll open a bug on jira as you request.<br>
<br>
<br>
<br>
Date: Sat, 24 Apr 2010 15:07:58 -0400<br>
From: Michael Jerris &lt;<a href="mailto:mike@jerris.com">mike@jerris.com</a>&gt;<br>
<div><div></div><div class="h5">Reply-To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
Subject: Re: [Freeswitch-users] Caller ID on inbound calls on Polycom<br>
<br>
Can you confirm this is still the case in current git head and if so open me a bug on jira about this issue please.<br>
<br>
Mike<br>
<br>
On Apr 23, 2010, at 8:49 AM, Wellie Chao wrote:<br>
<br>
&gt; Yes, I see how display updates are useful on outbound calls now based on<br>
&gt; your examples, but what about use cases for inbound calls? It doesn&#39;t seem<br>
&gt; that useful to have the display update to the extension that is called<br>
&gt; after the call is answered (everybody knows their own extension, after<br>
&gt; all). Just wondering why that default behavior was selected. Is there a<br>
&gt; way to leave display updates turned on for the outbound leg of the call<br>
&gt; and to turn them off for the inbound leg of the call?<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Date: Fri, 23 Apr 2010 08:14:52 -0400<br>
&gt; From: Steven Ward &lt;<a href="mailto:steve.d.ward@gmail.com">steve.d.ward@gmail.com</a>&gt;<br>
&gt; Reply-To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
&gt; To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
&gt; Subject: Re: [Freeswitch-users] Caller ID on inbound calls on Polycom<br>
&gt;<br>
&gt; To give one example, display updates are very useful in the application I&#39;m using.<br>
&gt;<br>
&gt; I have operators using speed dials for dialing out to dialplan that does a fifo out; so I see what the speed dial is when I<br>
&gt; press it (e.g. Operator_Call); but then when the operator is connected to the actual caller, the display updates to the CID of<br>
&gt; the caller she&#39;s talking to - very useful.<br>
&gt;<br>
&gt; Also, people using a SIP phone to call into a fifo see the number they dialed (the number that gets them into the fifo).  But<br>
&gt; when they&#39;re answered by an actual phone, their display updates to the number of the endpoint they&#39;re talking to.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Thu, Apr 22, 2010 at 10:31 PM, Wellie Chao &lt;<a href="mailto:wchao@yahoo.com">wchao@yahoo.com</a>&gt; wrote:<br>
&gt;      As I mentioned in my last email, the ignore_display_updates variable did<br>
&gt;      the trick, but I am just curious: what is the purpose of the default<br>
&gt;      behavior where the display changes to the callee name and number? I am<br>
&gt;      guessing there must be some use case (in fact a fairly prevalent use case)<br>
&gt;      where showing the callee is more desirable than showing the caller, but<br>
&gt;      I&#39;m not aware of what that might be and am curious to find out what the<br>
&gt;      use case(s) are. Changing the display to callee also seems to affect call<br>
&gt;      logs on the Polycom, which makes the received call log kind of useless.<br>
&gt;<br>
&gt;<br>
&gt;      Date: Thu, 22 Apr 2010 22:57:53 +0300<br>
&gt;      From: Yehavi Bourvine &lt;<a href="mailto:yehavi.bourvine@gmail.com">yehavi.bourvine@gmail.com</a>&gt;<br>
&gt;      Reply-To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
&gt;      To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
&gt;      Subject: Re: [Freeswitch-users] Caller ID on inbound calls on Polycom<br>
&gt;<br>
&gt;      Try adding the following line in your diaplan before the bridge command:<br>
&gt;<br>
&gt;      &lt;action application=&quot;set&quot; data=&quot;ignore_display_updates=true&quot;/&gt;<br>
&gt;      (try true and false and see which one works better for you).<br>
&gt;<br>
&gt;                                 __Yehavi:<br>
&gt;      2010/4/22 Wellie Chao &lt;<a href="mailto:wchao@yahoo.com">wchao@yahoo.com</a>&gt;<br>
&gt;           I recently updated my FreeSWITCH installation from 1.0.4 to 1.0.6 and now<br>
&gt;           I see a strange behavior with caller ID on Polycom phones when handling<br>
&gt;           inbound calls.<br>
&gt;<br>
&gt;           Here is the scenario:<br>
&gt;<br>
&gt;           * Call is from 212-555-2222 (external number not on my softswitch)<br>
&gt;<br>
&gt;           * Call is to 212-555-1001 (number on my softswitch, extension 1001)<br>
&gt;<br>
&gt;           * extension 1001 is a Polycom phone (it&#39;s an IP301, but same problem<br>
&gt;             occurs on other Polycom models such as the 501 and 601). SIP 3.1.4 and<br>
&gt;             SIP 3.1.6 both affected. SIP 3.2.3 doesn&#39;t run on the IP301/501/601.<br>
&gt;<br>
&gt;           * on phone 1001, the caller ID will display 212-555-2222 while ringing.<br>
&gt;             The moment I pick up, the display will change to &quot;From: 1001&quot; (referring<br>
&gt;             to the extension of the phone itself).<br>
&gt;<br>
&gt;           Has anyone else experienced this problem, and does anyone know how to fix<br>
&gt;           it? It does not occur with the snom 320 (and I assume it does not occur<br>
&gt;           with any of the snom models based on extrapolation).<br>
&gt;<br>
&gt;           While the problem only started when I updated from 1.0.4 to 1.0.6, it&#39;s<br>
&gt;           entirely possible it&#39;s a configuration setting on the Polycom rather than<br>
&gt;           a FreeSWITCH issue. I&#39;m not sure. Anyone have pointers about how to<br>
&gt;           resolve the problem (or even how to go about investigating the root<br>
&gt;           cause)?<br>
<br>
<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>
_______________________________________________<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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-Rupa<br>