Category Archives: Address Book

Number missing from Call Button but present in Contact Card

09 Tuesday Dec 2014

Posted by in ABS, ADContacts, Address Book, AddressBook, Call Button, Call Work, contacts

≈ 1 Comment

Tags

, ,

Perhaps one of the most mysterious of components in Lync is the Address Book Service and how it populates the Outlook contacts with numbers from AD and so on.

Had one such interesting issue today and hadn’t realised the (now obvious) symptoms.

The issue is that Lync contacts are not showing office numbers from the Call Button call button

What I do see is the mobile number.mobile only

AD Properties

Checking the users AD Properties to see what’s been defined for the user in question I confirm that a valid number is indeed specified.

Next I need to be sure that the number is being normalized by the AddressBook Service when updating the Lync Address Book.

This is done with the assistance of ABServer.exe found on the Lync Front Ends at C:\Program Files\Microsoft Lync Server 2013\Server\Core

Run the command in the following syntax:-

ABServer.exe -testphonenorm “+64 (1) 234 5678 x 4675”

where +64 (1) 234 5678 x 4675 is the format we saw earlier in AD Properties.

ABServer

So as you can see, our number is successfully normalising to tel:+64….6868;ext=3868

So far so good. The number is in AD, it is in a valid format so it should be in the contact card. Checking the contact card we find that it is indeed there under Call Work.contact cardClicking on the hyperlink for Call Work reveals that the number cannot be called, this eludes to the true reason why the number does not show up under the Call button.

To call the number as it shows up in the contact card a Lync Dial Plan entry has to be added that normalises the number to its Lync format (so it normalises back to the Lync users Line URI). You can use the same  pattern as was seen in the ABServer.exe match.

^\++(\d+)[Xx]+(\d{1,15})*$

Once the normalisation rule has been added you should be able to call the number in the contact card by clicking on the hyperlink for Call Work. Once the number has a matching Dial Plan rule it appears as an entry in the selection list of the Call Button.

call button works

In Summary

If you wish to see a number in the Call Button selection list then a matching Dial Plan rule to call the number must exist. Obvious now that we know.

Advertisement

Isolating Lync users

18 Tuesday Jun 2013

Posted by in Address Book, AddressBook, AddressBook Service, contacts, Hide Contacts, Isolating Lync users

≈ Leave a comment

First, exclude the users from the Exchange GAL by setting the msExchHideFromAddressLists user attribute to true. This will hide them at the Exchange level within the company. No one will stumble upon them in their address book.

Second, isolate the users from Lync address book so that they can only discover themselves. This is accomplished with another user attribute: msRTCSIP-GroupingID. 


This attribute is a 16-character GUID which, if present, only returns contacts that also have the same GUID value present on their account. 

In other words, if John has this attribute set to 1111111111111111, then he can only search for and discover other users (by name) that also have the same value for this attribute. It should be noted that, just like federation, if John were to enter the full SIP URI of a user, he would find them. So while it can’t be considered complete isolation, it provides enough isolation to satisfy our needs. That is, not exposing internal users to this external group.

ABS Updates take too long

05 Tuesday Feb 2013

Posted by in ABS, ABServer, Address Book, AddressBook Service, CsClientPolicy, GAL, WebSearch

≈ Leave a comment

GAL or Server Based Search?

There is always going to be that one person that gets annoyed with how long it takes before the AB is updated with new information from AD…

There are some great blogs on how to speed up the process of Updating the GAL.
Lync will query AD based on the CsUserReplicationConfiguration – ReplicationCycleInterval. By default this is set to 1 minute.


The ABService will then look for updates in the RTC Database based on CsAddressBookConfiguration – SynchronizePollingInterval (default set to 5 minutes)


The Lync Client in turn will Download the updated AD Files triggered at login and initiated by a random time between 1 – 30 minutes. This can be forced to immediate with the RegKey GALInitialDownloadDelay set to 0

The problem is that once the Client is actually running it needs to keep checking for updates. This is done by another random timer between 1 – 60 minutes…Aargghh!!

If you want “Real Time” AddressBook responses you will have to move away from using the GAL and instead query the Lync Server via Web directly.

Chang the CsClientPolicy – AddressBookAvailability to WebSearchOnly (default is WebSearchAndFileDownload)

Set-CsClientPolicy -AddressBookAvailability WebSearchOnly


Rebooted the client to load the new Client Policy, checked in configuration information which now states under Gal or Server based Search: Server Based Search

Once the change has been made you will notice that the Lync User no longer gets the error that the Address Book is updating and search results may be affected as the query is directly to the Lync Web Services.

NOTE
If a user has had a number change BOTH the old and new number shows on the user drop down list for dialing, HOWEVER only the OLD number shows on the Contact Card until the 1:30 AM Sync has run…

Go figure….