none
CX600 - Contacts Local Only

    Question

  • Odd problem.  when i log into the cx600 with pin I can search the gal.  but if i login to the phone via usb i can only search my outlook contacts and not the gal.

    very fustrating.

    We are running with one Lync Standard server, one edge server.  Both running 4.0.7577.0

    Polycom phones are running 4.0.7577.4066

    • Edited by AdamMGregory Thursday, April 12, 2012 3:56 PM software revision numbers
    Thursday, April 12, 2012 3:34 PM

Answers

  • Found the problem:

    We have an extreme amount of groups as we strictly follow AGDLP, which causes extreme token sizes.  We have set the Max token size on all systems and in IIS, but Lync will not accept this if the following is true:

    The webservice security is set to neogitate, it failes to negotiate and therefore the address book would not appear, switching to NTLM, and rebooting the phone allows the address book to merge with local contacts.

    • Marked as answer by AdamMGregory Thursday, April 26, 2012 7:29 PM
    Thursday, April 26, 2012 7:29 PM

All replies

  • Can your Lync client search the address book independently of the phone?

    You can also try updating the servers and clients from something other than RTM code if you're going to have the latest update on the phones.

    Thursday, April 12, 2012 9:02 PM
  • My experience is different.  Are you sure you are explaining it right?

    Whether I sign in with PIN or USB, Contacts shows my Lync Contacts only.  If I want to search for someone not in my contacts, I have to select Search or Dial Phone Number, then use the keypad to enter the first few letters of their name.

    Friday, April 13, 2012 7:00 PM
  • Yes i can search via the lync client fine.  I have also updated the servers using the latest update, but no change to functionality of the search while connected via usb.

    Microsoft Lync Server 2010, Mediation Server                  4.0.7577.183
    Microsoft Lync Server 2010, Mobility Service                  4.0.7577.197
    Microsoft Lync Server 2010, Conferencing Announcement Service 4.0.7577.0
    Microsoft Lync Server 2010, Resource Kit Tools                4.0.7577.0
    Microsoft Lync Server 2010, Web Components Server             4.0.7577.197
    Microsoft Lync Server 2010, Web Scheduler                     4.0.7577.0
    Microsoft Lync Server 2010, Conferencing Attendant            4.0.7577.190
    Microsoft Lync Server 2010, Response Group Service            4.0.7577.0
    Microsoft Lync Server 2010, Web Conferencing Server           4.0.7577.188
    Microsoft Lync Server 2010, Core Components                   4.0.7577.197
    Microsoft Lync Server 2010, WMI Backwards Compatibility       4.0.7577.0
    Microsoft Lync Server 2010, Bandwidth Policy Service          4.0.7577.184
    Microsoft Lync Server 2010, Call Park Service                 4.0.7577.0
    Microsoft Lync Server 2010, Core Management Server            4.0.7577.0
    Microsoft Lync Server 2010, Application Host                  4.0.7577.0
    Microsoft Lync Server 2010, Administrative Tools              4.0.7577.190
    Microsoft Lync Server 2010, Reach Fonts                       4.0.7577.0
    Microsoft Lync Server 2010, Front End Server                  4.0.7577.197
    Microsoft Lync Server 2010, Conferencing Server               4.0.7577.183


    Friday, April 13, 2012 9:52 PM
  • So if i logout of the phone and connect via pin I can search and the results include all people from the GAL, but I get the notification that exchange is not available becuase i did not use the usb cable.  if i sign out of the pin and use the lync client to log into the phone via the usb i get EITHER:

    1. incomplete results contact your support te...

    2. a result listing that only includes my personal outlook contacts, none from the GAL.

    The closest post I can find is this one:

    http://social.technet.microsoft.com/Forums/en-IN/ocsvoice/thread/9232416a-70c8-4d47-babe-536be71c6333

    Friday, April 13, 2012 9:57 PM
  • I also looked through the address book generation logs they are all showing up fine and the files are being generated correctly.
    Friday, April 13, 2012 10:44 PM
  • OK.  I see what you mean.

    I can reproduce the results here too.

    Lync Enterprise CU4

    Polycom phones are running 4.0.7577.4066

    Friday, April 13, 2012 11:07 PM
  • I tried with version: 4.0.7577.4047 and had the same results.

    Saturday, April 14, 2012 12:29 AM
  • Hi

    The first thing I think you should fix anyway is Lync server patch level. If that won't help, check Secutity - Web Server settings.

    Dependless of the authentication(PIN or usb) you use the phone will use web query to search the GAL. so web service is working but for some reason it do not authenticate you by the credentials. So you need to look the IIS logs to further investigate.

    Saturday, April 14, 2012 4:13 PM
  • Hi Adam,

    The feature searching for people in the company’s global address list (GAL) is supported by the latest version.

    Please note, the search menu will return results from either the downloaded Lync address book device files or the user’s Outlook mailbox.


    Noya Lau

    TechNet Community Support

    Monday, April 16, 2012 6:42 AM
    Moderator
  • Adam, this is the first I've heard of this issue and I cannot reproduce it myself.  Can you reproduce this on multiple LPE devices using different Lync user accounts on it?

    The PIN Auth behavior you are seeing is correct (as there is no connection to Exchange since there are no AD credentials in the phone to authenticate against Exchange with).  But when you sign-in via USB tethering you should receive search results for both items in the Lync Address Book as well as personal contacts stored in Exchange.  For the Address Book entires to fail to apeear to odd.

    Also do you know why/when you receive those two different errors during USB-tethered scenarios? (complete failure, or Contacts results only)


    Jeff Schertz | Microsoft Solutions Architect - Polycom | Lync MVP

    Monday, April 16, 2012 12:08 PM
    Moderator
  • Also do you know why/when you receive those two different errors during USB-tethered scenarios? (complete failure, or Contacts results only)


    Jeff Schertz | Microsoft Solutions Architect - Polycom | Lync MVP

    We recieve the incomplete results just after signon.  The outlook contacts only after being signed on for about 5 to 10 min.

    Monday, April 16, 2012 1:33 PM
  • Hi Adam,

    The feature searching for people in the company’s global address list (GAL) is supported by the latest version.

    Please note, the search menu will return results from either the downloaded Lync address book device files or the user’s Outlook mailbox.


    Noya Lau

    TechNet Community Support


    So if it's one or the other, how do you set it for the GAL only?
    Monday, April 16, 2012 1:34 PM
  • I believe Noya has misspoke as it's not 'either one or the other' it is a concatination of both lists.

    Jeff Schertz | Microsoft Solutions Architect - Polycom | Lync MVP

    Monday, April 16, 2012 1:52 PM
    Moderator
  • OK, that makes sense as the Exchange integration can take a few minutes to sync up.

    I suggest that you open a ticket with PSS on this as my guess is that something specific to your Lync deployment is causing this behavior(assuming that it's all devices/user which are affected).  I've never seen the address book result fail to appear before.


    Jeff Schertz | Microsoft Solutions Architect - Polycom | Lync MVP

    Monday, April 16, 2012 1:54 PM
    Moderator
  • Below show a log, the lync client returns 200, the lync phone returns 200 or 401.

    2012-04-17 13:37:12 172.30.65.75 POST /groupexpansion/service.svc/mex - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 752
    2012-04-17 13:37:21 172.30.65.75 POST /locationinformation/liservice.svc/mex - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 10318
    2012-04-17 13:37:21 172.30.65.75 POST /RgsClients/AgentService.svc/mex - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 10102
    2012-04-17 13:37:31 172.30.65.75 POST /WebTicket/WebTicketService.svc/mex - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 9926
    2012-04-17 13:37:31 172.30.65.75 POST /WebTicket/WebTicketService.svc/cert - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 1047
    2012-04-17 13:37:32 172.30.65.75 POST /locationinformation/liservice.svc/WebTicket_Bearer - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 548
    2012-04-17 13:37:32 172.30.65.75 POST /groupexpansion/service.svc/mex - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 200 0 0 100
    2012-04-17 13:37:32 172.30.65.75 POST /locationinformation/liservice.svc/mex - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 200 0 0 5
    2012-04-17 13:37:34 172.30.65.75 POST /RequestHandler/ucdevice.upx - 443 - 192.168.110 Microsoft+UCPhone+Device+(lcs_se_w14_main:1077577:2012/02/18:16:44:15) 200 0 0 795
    2012-04-17 13:37:34 172.30.65.75 POST /CertProv/CertProvisioningService.svc/mex - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 200 0 0 1346
    2012-04-17 13:37:35 172.30.65.75 POST /WebTicket/WebTicketService.svc/mex - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 200 0 0 6
    2012-04-17 13:37:35 172.30.65.75 POST /RequestHandler/ucdevice.upx - 443 - 192.168.110 Microsoft+UCPhone+Device+(lcs_se_w14_main:1077577:2012/02/18:16:44:15) 200 0 0 451
    2012-04-17 13:37:37 172.30.65.75 POST /WebTicket/WebTicketService.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 0 0 3
    2012-04-17 13:37:39 172.30.65.75 POST /groupexpansion/service.svc/WebTicket_Bearer - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 6658
    2012-04-17 13:37:39 172.30.65.75 POST /groupexpansion/service.svc/WebTicket_Bearer - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 5
    2012-04-17 13:37:39 172.30.65.75 POST /groupexpansion/service.svc/WebTicket_Bearer - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 6320
    2012-04-17 13:37:39 172.30.65.75 POST /RgsClients/AgentService.svc/webticket_bearer - 443 - 192.168.111.5 OC/4.0.7577.4051+(Microsoft+Lync+2010) 200 0 0 734
    2012-04-17 13:37:40 172.30.65.75 POST /WebTicket/WebTicketService.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 1 2148074254 1
    2012-04-17 13:37:42 172.30.65.75 POST /WebTicket/WebTicketService.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 0 0 1
    2012-04-17 13:37:42 172.30.65.75 POST /groupexpansion/service.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 0 0 1
    2012-04-17 13:37:42 172.30.65.75 POST /groupexpansion/service.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 0 0 0
    2012-04-17 13:37:42 172.30.65.75 POST /groupexpansion/service.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 0 0 1
    2012-04-17 13:37:42 172.30.65.75 POST /CertProv/CertProvisioningService.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 0 0 0
    2012-04-17 13:37:45 172.30.65.75 POST /WebTicket/WebTicketService.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 1 2148074254 0
    2012-04-17 13:37:45 172.30.65.75 POST /groupexpansion/service.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 1 2148074254 2
    2012-04-17 13:37:47 172.30.65.75 POST /groupexpansion/service.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 1 2148074254 0
    2012-04-17 13:37:47 172.30.65.75 POST /groupexpansion/service.svc - 443 - 192.168.110 OCPhone/4.0.7577.4066+(Microsoft+Lync+2010+Phone+Edition) 401 1 2148074254 0

    Tuesday, April 17, 2012 4:51 PM
  • Found the problem:

    We have an extreme amount of groups as we strictly follow AGDLP, which causes extreme token sizes.  We have set the Max token size on all systems and in IIS, but Lync will not accept this if the following is true:

    The webservice security is set to neogitate, it failes to negotiate and therefore the address book would not appear, switching to NTLM, and rebooting the phone allows the address book to merge with local contacts.

    • Marked as answer by AdamMGregory Thursday, April 26, 2012 7:29 PM
    Thursday, April 26, 2012 7:29 PM