Archive for the ‘Office Communicator 2007 R2’ Category

OCS 2007 R2 Communicator Error: “…could not be reached and this message was not delivered” – Duplicate OCS SIP Address

June 21, 2010 Leave a comment

We had an issue today were a user was not receiving Instant Messages to their SIP address using Office Communicator 2007 R2.  Anytime a users would send an IM to this user, they would receive message was not delivered errors.  The issues were due to two entries located in the OCS 2007 R2 database, one as a “User” and the other as a “Group”.   The “Group” entry was created because they mail enabled a security group with the same SMTP alias as their user account and the OCS Enabled the account.  There are many reasons not to do this, one obviously is it breaks OCS IM message routing and Presence info, etc.  When you did a search for the user within the Communicator 2007 R2 client, multiple entries were displayed.

The FIX:

1. In order to identify the contact ID for the affected user address, we need to dump the address book from one of the OCS 2007 R2 Front-End Servers.  Run this command from a command window.

C:\Program Files\Microsoft Office Communications Server 2007 R2\Server\Core>ABServer.exe -dumpfile \\OCS-SQL-Instance\AddressBook\F-0d79.lsabs

Note: The F-od79.lsabs file is a daily generated file that will have arbitrary name assigned, sort by date and size.  It will be roughly 10-30 MB in size.

2. Do a search for the SIP address (duplicate) –  Find the contact ID that is a group.  It will look similar to:

ContactId 96bd221f-8492-4450-abb2-2bd6828db27a
ouPathId  209
groupType 01

3. Open the RTC database on the SQL backend and issue this command using a SQL query command:

Delete From AbUserEntry where (UserGuid=’96bd221f-8492-4450-abb2-2bd6828db27a’)

Note: Here we want to add the ContactID as the UserGuid= portion.

4. You must then Regenerate the Address Book on the OCS 2007 R2 Front-End.

C:\Program Files\Microsoft Office Communications Server 2007 R2\Server\Core>ABSrver.exe –regenur

5. You must then ReSync the Address Book on the OCS 2007 R2 Front-End.

C:\Program Files\Microsoft Office Communications Server 2007 R2\Server\Core>ABSrver.exe –Syncnow

6. Delete the Address book cache from the testing Communicator 2007 R2 client.    The recopy of the Address book may take 30 minutes.  On a Windows 7 machine, the cache directory is located at:

Delete the contents from C:\Users\User1\AppData\Local\Microsoft\Communicator\

Log out and log back in completely.  It may take 5-15 minutes to recopy the address book back to your local workstation.

You should not no longer see multiple entries for the user.

Best of Luck,

Ed McKinzie


Deploy OCS 2007 R2 and OCS Edge 2007 R2: With Full Redundancy and High Availability (Load Balanced)

February 3, 2010 2 comments

One of big challenges in deploying Office Communication Server 2007 R2 with OCS 2007 R2 Edge Services, was reading Microsoft’s OCS documentation, digesting it, and then deploying a High Availability solution.  My goal was to create redundancy in every layer, however Microsoft assumes many things, including customers using NAT, stand-alone servers and split DNS within their networking environment.  In my case, we don’t use Split DNS, only have one Hardware Load Balancer, support multiple domains and use Publicly routable IP addresses for each server.  This goes against most of Microsoft’s canned documentation which makes HA environments tougher to design.

I will first go into the conceptual view of what is needed to make this deployment scenario work.  Hopefully this article will help a few of you better understand OCS. Sometime soon, I will post in depth install instructions for each component and server role.  The idea of me writing this was to help others fundamentaly understand all of the OCS 2007 R2 moving parts before you begin installing servers.

Let’s begin…..

Here is a conceptual Visio diagram of an OCS 2007 R2 working environment with Edge Services deployed.  There are many ways to deploy this type of environment and many variables that can change the design, such as virtualization and network architecture.

Servers Needed:  

  • 2 – Office Communication Server R2 Front-End Servers
  • 2 – SQL 2008 Back-End Servers (Active\Passive Cluster)
  • 2 – Office Communication Server R2 Edge Servers
  • 2 – ISA 2006 Servers (Virtual Machines)

8 Servers in Total.

Key Notes:

  1. Each physical server is running Windows 2008 Standard – 64 Bit – Xeon Quad Core 2.66 GHz Procs – 4 GB RAM – 73 GB Drives)
  2. Each ISA Server (VMware) is Windows 2003 Standard – 32 Bit – Quad Core 2.66 GHz – 2 GB RAM – 40 GB Drive)

Storage Requirements:  

We are using a MD3000 Storage appliance for the OCS SQL Databases.   You will need 8 LUNs or Cluster Resource Drives to properly create the cluster for OCS.  I roughly allocated 450 GB total to this project.

Key Notes:

  1. The Storage is 5,  300 GB SAS drives carved up as Raid10, assigned as 4 data and 1 hotspare.
  2. We are keeping 60 days worth of Archived data.
  3. The Passive SQL Node is also the Archiving server.
  4. The MSMQ Service is running on the OCS Front-End and Back-End servers for Archiving Purposes.


Key Notes:

  1. We use NIC teaming on most of our physical machines for redundancy and better performance.
  2. The OCS Front-End Pool Servers have 2 physical NICs that were used to create a single Virtual teamed NIC.
  3. The SQL Back-Ends have 3 physical NICs, one teamed pair and a standalone NIC for the cluster Heartbeat.
  4. The Edge servers have 4 physical NICs to create 2 virtual teamed NICs.  The Internal NICs have no gateway defined.
  5. The ISA servers have virtual NICs, so NIC teaming is not required.

Subnet Break Down

You will need at least 5 different VLANs, or subnets.  VLAN1,2, and 4 will all be behind the Load Balancer.  These subnets MUST be behind the Load Balancer to effectively route between the OCS Servers.

Key Notes:

* Since the OCS Edge Servers are Dual-Homed, and since we only have 1 Hardware Load Balancer, we decided to place the Internal and External OCS Edge NICs on the same VLAN.  The External NICS are the only NIC with a default gateway.  Because of this, you must specify persistent, static routes on the Internal OCS Edge server NICS to map to the OCS Front-End Pool servers (which are also behind the Load Balancer, but on a different VLAN, hence a mess dealing with routing issues).  The other option is to place the OCS Edge NICS on the same VLAN.  Microsoft recommends you must place these NICs are different VLANs, however we have locked down the servers and ports and ensured they are shielded by the external and local OS based Firewall.

I would like to add that Windows 2003 handles dual-homed configurations more eloquently and routing behaviors changes dramatically with Windows 2008.  In our testing, adding perisistent routes were not affective as packets were still trying to go out the default gateway. Jeff Schertz has written a great article going into more detail about the Windows 2008 Strong Host model in regard to deploying OCS 2007 R2 Edge servers:

VIP and Load Balancing Break Down 

Key Notes:

  1. You will need 6 VIPs, or Virtual IP addresses that are all on the same VLAN and are Hardware Load Balanced.
  2. The VIP names are also the External DNS names for OCS clients talk to.  This simplified certificates name requirements. (SANs).  Some admins even make OCS-Access VIP for even more simplicity.

Firewall Exceptions:

Key Notes:

  1. * The and it’s Load Balanced IPs assigned to the physical server External OCS-AV NICs must have port 443 open to the world.  If they don’t, Live Meeting will not function properly.  (So in this example, IP’s,, need port 443 open to the Net).
  2. The port exceptions are also true for the OCS Internal Pool Front-End servers.  The Firewall exceptions listed above for the VIP must also be opened on the Pool Front-End Server IPs (Internal Network only) . ( and  This is due to A\V requirements for the client to talk directly to the OCS Pool Servers.


Key Notes:

Once you get to the point where you are installing certificates on the OCS Edge Servers, do not install internal PKI certificates on your Access Edge, A\V Edge or Reverse Proxy and attempt to achieve any valid testing.  Basic IM and A\V will work, assuming the internal Certificate Authority certificate is installed and trusted on each testing machine, however Live Meeting will not function properly.  The Live Meeting client does CRL (Certificate Revocation Checking) upon the initial connection.  It will retrieve the CRL URL from the certificate and attempt to verify the certificate over port 80.  In most cases, your internal Certificate Authority or Firewall should block all foreign port 80 requests from external IPs.  If you are accessing Live Meeting from a public ISP, the client will fail while looking up your internal CA, dumping misleading errors about authentication, permissions and unable to connect messages.  It wasn’t until I performed packet captures that I learned this behavior.

Also be sure to install your internal Certificate Authority into your Trusted Root List on your OCS Edge Servers.  If you are running an Intermediary Certificate, place it is the Trusted Intermediary Trust Certificate List (Local Computer)


DNS and SRV Records: 

SRV Examples:

image image image

Key notes:

DNS and SRV records must be created for every domain you plan on supporting.  You must also point the SRV records at the correct DNS zone.  As an example, if you have and, you must create the appropriate DNS and SRV records for each domain.  If you have multiple domains pointing at a single OCS Edge array, instead of pointing the SRV records at, point them at the Host (A) record of for domain 1, and for domain 2, etc.  The and domains will point at the same IP as the VIP.  This way you can support multiple domains and use a single IP.  The certificate must constain the names and Subject Alternate Names.  If you attempt to point the SRV record at, OCS federation will break, because of the DNS zone mismatch.  To fix this, point at

Other Issues and Gotchas: 

  1. Client Migration: If you are running LCS 2005 and are migrating users to OCS 2007 R2, you have several options on the migration path.  I would recommend you migrate your users to OCS 2007 R2 first, change DNS\SRV records, and then upgrade your clients at your convenience.  When the user is migrated, you must enable Enhanced Presence.  The user can continue to use the Communicator 2005 client until they log into Communicator 2007 for the first time.  Once they log in with the new client, they cannot go back and use the 2005 client.  Along with Enhanced Presence, a flag is set in the OCS 2007 R2 database disabling the ability to use the older client once a new 2007 client is used.
  2. Use the OCS 2007 Capacity and OCS 2007 Edge Planning Tools Diligently.  These are great when planning and designing your individual needs.  When you get to the options in the Edge Planning Tool where it asks you for the External and Internal Firewall IPs, if you are running only one Firewall, these IPs (VIP IPs) are the same.  This is true for the OCS-WebCon and OCS-AV VIPs as well.


2. Install Forefront for Office Communication Server 2007 R2 on both the Internal OCS Pool and OCS Edge Servers.

Additional Resources: 

  1. OCS 2007 Planning Tool:
  2. OCS Edge Planning Tool:
  3. OCS 2007 R2 Documentation:
  4. Strong Host Model and OCS 2007 R2:

I hope this article helped articulate some of the nuances of OCS 2007 R2.  This is one way I was able to get OCS 2007 R2 deployed and working in a production environment.  There may be better ways to do it, especially with varying needs and environments. As always, if you have any questions, let me know.

Best of luck!


OCS 2007 R2 Communicator Branding: TABS, Help Menu and Splash page messages

January 19, 2010 1 comment

These steps were taken from the OCS Communicator 2007 R2 Deployment Guide and

Create the following Registry keys in the HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Communicator directory.

You will need to create 4 registry keys that control the clients behavior. 

Create them as follows:

1.) New String named IMWarning. This will control the IM splash page warning. Give it the value of “Instant Messaging is subject to Contoso’s E-Discovery policy. All content is archived and can be retrieved per the request of administrative staff and the representatives of the”.

2.) New String named TabURL. This value will be either a web URL or a file on the local machine. This is the local of the XML file, or configuration file of the communicator client branding.

3.) New String named HelpMenuURL. This value will be the URL of the Help Desk website. 

4.) New String named HelpMenuText. This value will be the Displayed text of the Help Desk Site name.

The registry keys are as follows:


Create the necessary files, such as:

  • A PNG formatted image per tab. Create two in this example.
  • A XML file that contains the URL information.
  • A HTML page for each tab.  Create two in this example.

5.) Create the PNG files. You can use any picture editor to do this; however, the PNG image must be formatted as no bigger than 32 X 32 pixels in size. They work better if they are exact.

6.) Create the HTML web pages that contain alerts or info for each of your tabs. They should be unique names and can be located on your local workstation or placed on a web server. The web server will be the production mode as we could push alerts out to the entire OCS user base.

7.) Create your XML file. The file will contain the location for your tab image and URL link.

<?xml version="1.0" ?> 
   <name>My Co1</name>
   <tooltip>My Co1 News</tooltip> 
   <name>My Co1 2</name>
   <tooltip>My Co1 Sports</tooltip> 

Once all of these are created, you must restart the communicator client.

You can copy the below text and save as a filename.reg registry file and install in one step.

Windows Registry Editor Version 5.00

"IMWarning"="Instant Messaging is subject to Contoso’s E-Discovery policy. All content is archived and can be retrieved per the request of administrative staff and the representatives of"
"HelpMenuText"="Help Desk Website"





Office Communicator 2007 R2: “Incompatible security setting. The call could not be completed because security levels do not match“

July 28, 2009 Leave a comment

We have been piloting a pair of CX5000 devices, a LifeSize device, and native Communicator 2007 R2 clients to test interoperability with SIP and VOIP within our OCS 2007 R2 environment. 

After authorizing the LifeSize device and trying to successfully start an OCS Live meeting, we immediately received the error:

Incompatible security setting.
The call could not be completed because security levels do not match

After some initial research, we have found the problem to be related to encryption settings on the Communicator 2007 R2 client\host.
I found a good article ( that goes into some detail.

At the Communicator level there are 3 levels of security when it comes to encryption.  There are also varying settings on the 3rd party devices.

Here is an example of 3 levels of security on the devices that support VOIP or Dial Plans:

VoIP Security

Mutual TLS


Unsecured Disabled Disabled
SIP Secured Enabled (required) Disabled
Secured Enabled (required) Enabled (required)


On the OCS Communicator Client there are also 3 levels of security you can set.

  • 0 = Support encryption, but do not require it. Should only be used with the TLS network protocol. (default)
  • 1 = Require encryption. Unencrypted calls are not accepted. Should only be used with the TLS network protocol.
  • 2 = Do not support encryption. Encrypted calls are not accepted.

These levels are configured with a group policy settings (the communicator.adm file) or by manually editing the registry.  The easiest option is to use the Local Security Policy and load the communicator.adm file.

Here are the steps to do so:

We first need to copy the communicator.adm security template from the OCS 2007 Client installation directory.  This can be accessed by the going into the support directory in the OCS 2007 client install folder.  If this doesn’t exist, contact your Administrator to obtain the file.  Or you can download it from Microsoft here.  (Communicator.adm)


Once you have the Communicator.adm template, Click on Start –> Run and type “MMC”

Once the MMC has loaded click on Add\Remove, click Add and select “Group Policy Object Editor” from the list.  Click Add, Select Local Computer and Close.



Expand the local computer configuration, Expand Windows Settings and highlight Administrative Templates.  Right click and select Add template.  Browse to the directory you saved the communicator.adm file. Open the file.



Now expand the Admin Templates, Expand Microsoft Office Communicator and then select the Microsoft Office Communicator Feature Policies.  Locate the setting “Specify encryption for computer-to-computer audio and video calls”


Set this setting to Enable.


Restart the OCS Client and you should be all set.

Communicator 2007 \ Outlook 2007 Integration error

December 10, 2008 1 comment

There was a problem connecting to Microsoft Office Outlook. Your Outlook profile is not configured correctly. Contact your system administrator with this information."


I have read several blogs and forums regarding this topic.  I have ran the gauntlet of uninstalling Communicator 2007, Outlook 2007, Exchange System Manager 2003, and several hotfixes, but nothing has seemed to fix the issue.  Until now.  The simple fix was to run FIXMAPI from a command prompt.  The file itself is located in the "C:\Windows\System32" directory.  I opened a command prompt and ran the FIXMAPI executable.   It returns no errors or output stating it ran. 

My assumption here is it replaces or removes a lock on the mapi32.dll that is shared among the Office and OCS products.

Once you run it, restart Outlook and Communicator 2007.  I now no longer get the Outlook Integration errors. 

Fixmapi is described here: and