On Wed, Jul 14, 2010 at 11:36 AM, Nieuwland Operations Centre <[email protected]> wrote: > We are having some difficulties setting Caller ID for users/groups. We > have followed a wiki article: > http://wiki.sipfoundry.org/display/xecsuserV4r0/How+to+configure+Caller+ID > but to no avail. We created an issie in Jira for this: > http://track.sipfoundry.org/browse/XX-8650 > > Maybe the problem is already fixed (patch pending 10002) but we don't > know for sure: possible Douglas Hubler made a patch to fix this issue: > http://track.sipfoundry.org/browse/XX-6893 as the comments suggest this: > > "Douglas Hubler added a comment - 2010-05-12 22:35 > This resolves this completely. It adds the ability to set P-P-I exactly > how P-A-I is set now, but completely independently. It also address the > related issue that P-A-I when default and Register w/ITSP was on, was > the ITSP account and not the user's information. This includes the > situation when a user's Caller ID field was set."
If your ITSP requires P-Preferred-Identity or P-Asserted-Identity AND requires a SIP account registration then my fix should absolutely solve your problem. The way sipXbridge was coded, it would take the SIP account registration as the P-P-I iff SIP account information it was specified (registration required w/ITSP). If it was not specified (no registration required w/ITSP) only then it would take the caller-id setting on the user setting. I needed SIP account registration AND P-P-I from user setting at the same time. I'm not knowledgeable enough about ITSPs to know how these two seemingly unrelated fields (to me anyway) would work together this way, but Ranga the sipXbridge helped me thru my fix. I'm using this fix happily on a demo system now that used toplink.de as their ITSP. I rolled the fix into a stable 4.2.1 build I'm maintaining. http://docs.google.com/View?id=dfs8q7k9_30cqgtpbcc I would suggest you try this build, and if it works, we can follow-up this email with questions about the "official-ness" of the build should you be interested. I also had trouble w/inbound calls http://track.sipfoundry.org/browse/XX-8396 Fix is also in my build. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
