Mino – The UC Guy

Microsoft Unified Communications Blog

Archive for the ‘communicator client’ Category

How to allow domain users to connect to Lync 2010 or OCS 2007 from Clients running on non-domain computers

Posted by Mino on September 15, 2010

I had a situation in our company where we have exceptional few users who got Domain credentials but they are working on Computers that are not joined to the domain.

However these computers run over the LAN or WAN, can communicate with the internal DNS and got the certificate chain of the CA imported to them and they use DOMAIN\UID and password credentials to login to mail , MOSS and everything is working fine.

When I installed the OCS 2007 R2 client on their machines and tried to login with the same behavior as mail using DOMAIN\UID , I was not able to log in and I received the below event log warning:

"Communicator was unable to authenticate because an authenticating authority was not reachable.”
Resolution:
The server may be asking for Kerberos authentication and Communicator is not able to find the Kerberos Domain Controller in order to generate credentials and authenticate.  The network administrator will need to change the configuration on the server to utilize only NTLM authentication before Communicator can login from this location properly, or connectivity will need to be made available to an authenticating authority"

 

also as for testing I removed the OCS 2007 R2 client and installed the new Lync RC client on the same machine , I know it is not supported scenario but I was just testing it. Now the user was able to login but it disconnects after 10 seconds then reconnects again , it keep in this loop. I also found the same warning in the event log.

I know why this is happening and I know it would have been solved from the beginning if i forced the OCS to use NTLM only rather than Kerberos but this was not something i can force.

So in the end the Solution was this problem was simple :

Ensure that the users when singing in to communicator 2007 or Lync 2010 to include the ".local" in the domain.local\username part of the authentication and not DOMAIN\username.

Posted in Common Errors, communicator client, Lync 2010 Client | Tagged: , , , | 3 Comments »

PreCallDiagnostic Tool

Posted by Mino on September 21, 2009

The PreCallDiagTool is an application that reports expected audio quality as it relates to the network effect. The tool should be installed on any desktop or laptop PC that suffers from inconsistent network connection quality. The PreCallDiagTool can provide a quick check of the current network conditions and also preserve a history of quality data to let users profile their network performance over time or other conditions. The tool is particularly useful for home/mobile users and users using WIFI access points.

The tool is available for download here: http://www.microsoft.com/downloads/details.aspx?FamilyID=f16ab4c2-353f-4c9b-b353-22a656c03c9b

Monitor

Posted in communicator client, Mediation Server, Miscellaneous, OCS 2007 R2, OCS Tools Kit, Phone Edition | Tagged: , , , , , , | Leave a Comment »

No Name Appears When Callings from OC to Cisco or vice versa

Posted by Mino on August 10, 2009

One of the frustrating drawbacks when Implementing OCS enterprise voice integrating with Cisco Call Manager or other PBX is that No name would appear in Communicator 2007 when a telephone user calls a Communications Server 2007 user or vice versa .

The only solution by then was to place a media gateway in the middle between mediation and IP-PBX and use a translation feature built in the media gateway to edit the packet header and add Caller Name before sending it to the PBX.

But Finally Microsoft has listened to my prayers and they have released July fix for OCS 2007 R2, once they were released our team started to do the testing in our LABs. At the beginning things didn’t work fine but in the end it worked and it appeared that we only applied the server side updates while the KB 971844 includes Office Communicator update too.

However, even with these fixes, this don’t send display name by default. So, this configuration in KB 972721 will be also necessary. Below are the snapshots taken by our Engineer Amr Nassar who has worked on this and successfully made it work after applying those Fixes.

Calling from Office Communicator R2 with ext 6000 to Cisco IP Phone with ext 10000

From OCS

Calling from  Cisco IP Phone with ext 10000 to Office Communicator R2 with ext 6000 

From Cisco

But let me also share Microsoft explanation on why this problem happens in the first place and what these updates fix?

Problem Explanation:

When a Private Branch Exchange (PBX) telephone user calls a Microsoft Office Communications Server (OCS) 2007 R2 user, the calling party name that exists in PBX is stripped at the OCS 2007 R2 Mediation Server. Because the PBX telephone user does not exist in Active Directory, no name appears in Microsoft Office Communicator 2007 R2

This problem occurs because the OCS 2007 R2 Mediation Server does not forward the display name information from the Unified Communications (UC) side to the gateway side. Therefore, the Communicator 2007 R2 client does not receive the display name information.

Update 970679 introduces functionality for the Mediation Server role of Communications Server 2007 R2 to forward Display Name information that is part of the From header between its gateway side and its proxy side.

A file called MediationServerSvc.exe.config should be created in the Mediation Installation Directory which be default is at  %programfiles%\Microsoft Office Communications Server 2007\Mediation Server

This file should contain.

<?xml version=”1.0″ encoding=”utf-8″ ?>
<configuration>
                 <appSettings>
                                <add key=”forwardDisplayName” value=”True” />
                 </appSettings>
</configuration>

Posted in AVAYA, Cisco 4.x Integration, Cisco 5.x Integration, Cisco 6.x Integration, Cisco 7.x Integration, communicator client, Mediation Server, Nortel CS1000, OCS 2007 R2, PBX Integration, Phone Edition, Quintum's gateways | Tagged: , , , , , , , , , , , , , , | 3 Comments »

New Microsoft Office Communicator Mobile 2007 R2 Update

Posted by Mino on August 5, 2009

The Windows Mobile version of Office Communicator 2007 R2 has just been updated. Communicator Mobile is strongly positioned as a desktop replacement application allowing OCS-enabled users to receive and place work calls over a mobile phone, exchange instant messages, and keep their presence indicators up-to-date while on the road.

This new version is available now and will be also compatible with the soon-to-be-released Windows Mobile 6.5, offering even richer integration to its users.

includes additions such as the Join Conference feature, where instead of dialing in and entering complicated conference entry codes, users can now join a meeting with the click of a button. This capability is available for all types of meetings that are scheduled using the new UC Conferencing capability in Microsoft Office Communications Server 2007 R2.

 What’s new?

Communicator Mobile 2007 R2 update is far more than a standard QFE, with several new key features:

  • Click-to-join conferences!  No more pesky dial-in numbers or passcodes to remember!
  • A better Call via Work experience, where callbacks are automatically accepted.  Just click Call via Work, and place the phone to your ear.  After a quick call setup, you’ll be connected!
  • Support for new Windows Mobile Homescreens, on Windows Mobile 6.5 and higher devices.
  • The ability to call any number via Work, on Windows Mobile 6.5 and higher devices.  This means that you can even dial extensions from your mobile phone!
  • Detection for when the phone is roaming:  by default, Communicator does not sign in to roaming networks.

For more information about Communicator Mobile 2007 R2, visit the Microsoft Download website, or point your mobile browser to www.GetComo.com to download and install it.

Posted in communicator client, Communicator Mobile, OCS 2007 R2 | Tagged: , , , | Leave a Comment »

Address Book Download Issue (Vista Only)

Posted by Mino on July 6, 2009

This is a case I have faced right after the MVP award thing; it proves one thing to me.  You will always learn till the last minute of your life whether you are a Ranger or MVP or even one of the product team themselves. 

Ok here is the case; I have a Pilot on Isolated Environment where I have deployed 3 machines (AD+ CA+ Exchange, OCS Front End, OCS Mediation) And the users are on another production environment and they are planning to test the OC locally from their computers joined to the Production domain not the pilot one.

I have everything configured fine, hosts file edited correctly, Certificate Chain imported and Communicator is able to login correctly with no Problem. All of a Sudden all Vista machines are not able to download address book or to retrieve outlook free /busy information. However XP machines are working smoothly with no Problem

OK….then we think logic , what is common between Address Book and Exchange Free/ Busy?  Both are Web Services retrieved through HTTPS, so it has to be IE problem.

After some Googleing I found the solution on the UC No Evil blog as he describes details of troubleshooting steps he did and in the end it appeared to be the IE setting of Check for sever certificate revocation along with Disabling Windows Vista User Access Control

Below Are the Detailed Steps as described on the Blog:

  1. Make sure this symptom is the same on all of your Vista clients.
  2. Flush DNS by using ipconfig /flushdns on the client.
  3. Verify within IE that ‘Check for server certificate revocation* is disabled.  To do this go to IE > Advanced > Security section > Check for sever certificate revocation*.   Deselect the check box.
  4. Now  close Internet Explorer, close Communicator (Completely — sign-out and close application)
  5. Start Communicator| Sign in
  6. If you’re not presented with an error or the warning stating an issue accessing the Address Book, go to the %userprofile%\Local Settings\Application data\Microsoft\Communicator and verify that a GalContacts.db file exists.  If it does exist, GREAT! You’re done.   If not then continue with the rest of the procedure.
  7. Within IE add the Address Book URL that users will download the AB files.  IE > Internet Options > Security > Trusted Sites > Add the URL to trusted sites (ex.  https://ocsfrontend.company.com)
  8. Repeat steps 4-6
  9. If you still cannot download the address book try, move to step 10.
  10. Verify that User Access Control is off and then repeat steps 4-6.

Also some good technical details for the issue are available here on Microsoft Forums

Posted in Certificates, Common Errors, communicator client, Front End Server, Good Articles take from Other Blogs, Miscellaneous, OCS 2007 R2 | Tagged: , , , , , , , , , , , | 8 Comments »

How to get save password option for Office Communicator users

Posted by Mino on May 24, 2009

Open Registry editor and locate the following key:

HKLM/Software/Policies/Microsoft/Communicator,  and set SavePassword=1.  

This enables a checkbox to save password in MOC login dialogue.

After the password is entered it is saved into the registry

HKCU/Software/Microsoft/Communicator/AccountPassword

This registry key store in hashed value. Changing the hash requires re-entering the password.

Note: You may want to use this option if MOC users login from workgroup machine, or Kerberos authentication is not working

Source :http://www.ocspedia.com/FE/How_to_Save_Password_MOC.htm

Posted in communicator client, OCS 2007 R2, Uncategorized | Tagged: , , , , , | 3 Comments »

How to Fix Exchange UM Certificate errors when Integrating with OCS 2007

Posted by Mino on May 19, 2009

Typically When Exchange 2007 is installed, it generates a self-issued certificate for use with IIS, SMTP, and SIP (if you’re using UM).  This certificate generally isn’t ideal for Outlook and OWA clients because it’s not trusted by any machines except for the Exchange server, and one of the first tasks to do is replace this certificate with one that is trusted by the user’s machines.

So typically you would request to buy a Public certificate for the Exchange and usually people don’t include the internal FQDN of the servers in this request.

On the Other Hand when you deploy the OCS 2007 you will require Certificate for each OCS server and this is required for securing the communication internally between OCS to OCS servers and OCS to Client. So you will deploy internal Enterprise CA in your domain to issue the certificates for the OCS , and since this is Enterprise CA so it will be published in the Active directory and it will be trusted by default for all internal domain user computers.

However when you try to integrate the OCS 2007 with the Exchange UM by this design , the first thing you will notice that the Voice mail is not accessible from the Communicator client  and it is giving you communicator error whenever you click on voice mail ,and you will find lots of Certificate event logs and OCS Protocol stack errors on both OCS front end and Exchange UM Server.

The reason behind that is because the Exchange UM server is still using the Exchange Self Signed certificate for its internal name and it is trying to communicate with the OCS using this certificate , and since the OCS doesn’t know anything about this issuer so it drops the connection.

To solve this problem we will have to replace the Exchange UM self signed certificate with one from the same CA that the OCS 2007 is using. To accomplish this task simply run the below command on the Exchange command shell.

New-ExchangeCertificate -GenerateRequest -Path c:\UMrequest.req -SubjectName “c=US, o=Contoso, cn=umsrv.mydomain.local” -DomainName mydomain.local  -PrivateKeyExportable $true

This will generate a request on the C: drive under the name of UMrequest.req  for the UM server internal FQDN umsrv.mydomain.local , open it with notepad and copy the content and then go to the PKI auto enrolment page https:\\pkisrv.mydomain.local\certsrv   to issue the certificate and save it locally .

Then we need to import the certificate to exchange and Enable it for UM service usage , my certificate is saved on the C: drive with the name of UMCertificate.cer

Import-ExchangeCertificate -Path c:\UMCertificate.cer

The last thing we will do is to enable this certificate for UM usage, first make sure to copy the Thumbprint of the certificate that you will see in the command shell then run the below command .

Enable-ExchangeCertificate -Thumbprint 5113ae0233a72fccb75b1d0198628675333d010e –Services UM

Restart UM service and restart OCS Front End Server and now you will get the UM working fine with the OCS and you will no longer see the protocol stack errors.

Posted in Certificates, Common Errors, communicator client, Front End Server, Mediation Server, OCS & Exchange07, OCS 2007 R2, Phone Edition, Unified Messaging | Tagged: , , , , , , , , , , | 3 Comments »

Multilingual User Interface Package for Microsoft Office Communicator 2007 R2

Posted by Mino on April 26, 2009

I have been into a deployment within the GULF countries where the language of the application is much more important than the application itself.

English is not commonly used and the localized language was requested even on the OCS level.

Microsoft Provides localized MUI (Multilingual User Interface ) for Both Communicator Client 2007 R2 and Communicator Web Access. However there is no MUI yet for the Communicator Phone Edition 😦

This MUI Package for Office Communicator 2007 R2 includes the following languages:

·         Arabic

·         Bulgarian

·         Catalan

·         Chinese – Simplified

·         Chinese – Traditional

·         Chinese Hong Kong

·         Croatian

·         Czech

·         Danish

·         Dutch

·         English

·         Estonian

·         Finnish

·         French

·         German

·         Greek

·         Hebrew

·         Hindi

·         Hungarian

·         Italian

·         Japanese

·         Korean

·         Latvian

·         Lithuanian

·         Norwegian

·         Polish

·         Portuguese (Portugal)

·         Portuguese (Brazil)

·         Romanian

·         Russian

·         Serbian

·         Slovak

·         Slovenian

·         Spanish

·         Swedish

·         Thai

·         Turkish

·         Ukrainian

13

 

21

 

3

Posted in communicator client, Communicator Web Access, OCS 2007 R2 | Tagged: , , , | 1 Comment »

Users migrated from OCS 2007 RTM version to R2 version will get an error that all contact’s presence is “Unknown”

Posted by Mino on April 10, 2009

Cause:
—–
Local cache of MOC client problem. MOC failed to update current status of
contact.

Solution:
—–
Delete local cache.
Location is
(Vista/2008)
“%userprofile%\AppData\Local\Microsoft\Communicator”
(XP/2003)
“%userprofile%\local settings\application data\Microsoft\Communicator”.

Simple and Quick 🙂

Posted in communicator client, Front End Server, Migration LCS to OCS, OCS 2007 R2 | Tagged: , , , , , , , | 1 Comment »

A SIP request made by Communicator failed in an unexpected manner (status code 80ef01f4)

Posted by Mino on March 23, 2009

Rami Calache, One of my very good team members faced this problem and I thought to share it with you

After installing Office Communications Server 2007 R2, one user using Office Communicator R2 was unable to receive IM messages or communicator calls although he was logged in successfully,

However If he initiates an IM conversation then he can receive IM’s through the same session with no problem, he can also call anyone successfully in the list but no one can call him .

When turning on logging on any other client trying to call him the following warning is logged in the event viewer.

 

Communicator ID 11

A SIP request made by Communicator failed in an unexpected manner (status code 80ef01f4). More information is contained in the following technical data:

RequestUri: _sip:imohamed@mydomain.com

From: _sip:hamdim@mydomain.com;tag=4fec8f509b

To: _sip:imohamed@mydomain.com;tag=808EDC4E808A77850A6B03B82AC60800

Call-ID: 70a7871eed87478f8b2e3fbb770d3dc5

Content-type: application/sdp;call-type=im

v=0

o=- 0 0 IN IP4 172.20.31.3

s=session

c=IN IP4 172.20.31.3

t=0 0

m=message 5060 sip null

a=accept-types:text/plain multipart/alternative image/gif text/rtf text/html application/x-ms-ink application/ms-imdn+xml text/x-msmsgsinvite

Response Data:

500 The server encountered an unexpected internal error

ms-diagnostics: 1;reason=”Service Unavailable”;source=”HO-OCS-FE.mydomain.com”;AppUri=”_http://www.microsoft.com/LCS/ApiModule”;reason=”The application specified an invalid static forwarding url”

Resolution:

If this error continues to occur, please contact your network administrator. The network administrator can use a tool like winerror.exe from the Windows Resource Kit or lcserror.exe from the Office Communications Server Resource Kit in order to interpret any error codes listed above.

Resolution:

This is a strange error only with R2 communicator and the reason was because that this user had a record inside the active directory under the below:

 AD user……Telephones tab…….IP Phone……..Other—–> an additional entry was added.

Once this entry inside others was removed, the client worked fine.

 

error

Posted in communicator client, OCS 2007 R2 | Tagged: , , , , | 16 Comments »