On Thu, Feb 4, 2010 at 7:16 PM, Scott Lawrence <[email protected]>wrote:
> On Thu, 2010-02-04 at 18:02 -0600, Jim Canfield wrote: > > > > My question at this point is at what point is that header rewritten > > and what triggers it? Is it a requirement that the user have a > > registered phone in order for the header to be rewritten before being > > passed to the gateway? I guess I could buy a licence for eyebeam and > > see if that changes things. > > If you configure caller-id rewriting, then it happens as the INVITE is > sent from the proxy to the gateway or SBC. > > The rewriting is triggered when the host part of the request uri matches > that of the gateway for which the alias is configured, _and_ the From > header value must match some sipXecs user identity. Note: this has > nothing whatsoever to do with whether or not the phone is registered - > it's strictly a function of what value is in the From header and where > the request is going. > > > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > I think you need to understand how "group" as opposed to "individual" reacts when both are populated. With both populated, or belonging to multiple groups with cellerid it can 'revert" to an individual or phone setting. I've always found that an extra digit also "bothers" the TELCO. When you send callerid number from a hardphone, what is populated in the user callerid? Are you transofrming the callerid or are you setting it a gateway level. If you have too many statements being made, you'll need to know what to strip away to make it less complicated. Most TELCO's require you send 10 or 11 digits. So what are you sending in both a hardphone and softphone instance?
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
