Techno Specs Gadget, Samsung Galaxy, New IMEI, Octopus Box Samsung, Android Jelly Bean, Ulefone Tiger, Chinese Miracle

Kamis, 22 September 2011

Lync Deskphones and Wildcard Certificates

Lync Deskphones and Wildcard Certificates - are you surfing on google and finding this blog Techno Specs Gadget ?.. if yes, congratulations you will get updated information about Lync Deskphones and Wildcard Certificates we have collected a lot of information from various reliable sources to make this article, so make sure you read through to finish, please see.

Articles : Lync Deskphones and Wildcard Certificates
full Link : Lync Deskphones and Wildcard Certificates

You can also see our article on:


Lync Deskphones and Wildcard Certificates

A critical component of any Lync deployment is the deskphone.  While some users may be comfortable with using a headset/PC combo as their primary telephony interface, I've found that most users still prefer a deskphone.

However, getting a Lync deskphone to work with Lync can be a bit tricky if you aren't diligent about following Microsoft best-practices to the letter.  You may have a Lync environment that works perfectly well for computer-based Lync clients, but you may come across various connectivity issues when you plug in a Lync deskphone that does presence and Exchange calendaring. 

I recently came across a client who were having Exchange connectivity issues with their Polycom CX600 phones.  The Polycom CX600 is likely the most popular Lync deskphone. It provides a very slick interface into Lync and Exchange so you can see your presence, contacts and upcoming meeting information. It is also very cost-effective compared to other similar products.

When users signed into Lync on their CX600 (either via keypad or USB-PC integration), they were soon presented with the following error:

Microsoft Exchange integration unavailable.  Connection to Exchange is unavailable due to invalid network credentials.
The CX600 uses Exchange Web Services (EWS) and autodiscover to find the connection to Exchange.  If there are issues with either service, it will pretty much guarantee that the CX600 won't connect.  I verified that both EWS and autodiscover were working properly.

When I reviewed the certificate loaded on the Exchange Client Access Server, I saw that the common name (CN) was set to their public domain (ie. contoso.com).  The Subject Alternate Names (SAN) included all the required names.  Microsoft Lync documentation recommends that you do not use certificates with the CN set to a wildcard domain name.  You CAN use wildcards in the SAN, but the CN really should be a valid name.  In this case contoso.com is the same as *.contoso.com. 

The client replaced the certificate with one whose CN matched the externally accessible name of the CAS server (owa.contoso.com) as reported by Exchange.  They issued an IISReset, restarted the CX600 and the error went away.  They now have full connectivity to Exchange via the CX600.

I've seen variations on this many times on both Exchange and Lync.  If you're only using Lync PC clients, you may never notice any issues, but as soon as you bring deskphones and even mobile phones into the mix, these sort of things often come up. 

So as a general rule, if you're creating certificates for Lync or Exchange, DON'T use a wildcard as the first name.



information about Lync Deskphones and Wildcard Certificates has been completed in the discussion

hopefully the information Lync Deskphones and Wildcard Certificates that we provide can provide benefits for you in finding the information you need

you have finished reading the article about Lync Deskphones and Wildcard Certificates if you want to bookmark or also want to share this information to many people can use the link http://belialslut.blogspot.com/2011/09/lync-deskphones-and-wildcard.html ok so and thank you.

Tag :
Share on Facebook
Share on Twitter
Share on Google+
Tags :

Related : Lync Deskphones and Wildcard Certificates

0 komentar:

Posting Komentar