CCM over wan DCOM/SQL Error

Unanswered Question
Feb 5th, 2008


On my publisher server, every few mins I get the following error:

Type: Error


Computer: CCMPUB

Source: DCOM

Category: None

Event ID: 10009

Description: DCOM was unable to communicate with the computer CCMSUB05 using any of the configured protocols.

CCMSUB05 and CCMSUB06 are the only subscribers used over the WAN, the Local subscribers (main site) do not experience this issue...

Both CCMSUB05 and 06 produce this error about 2-3 times per/min.

I've verified that my DCOM protocol has TCP/IP as highest priority.

HK LM/Software/Microsoft/RPC/DCOM Protocols

Removed IPX, UDP protocols..

Also tried:

Any ideas what else to try? The problem as I stated before only occurs on the WAN Subscribers and not the local.



I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4 (1 ratings)
Tommer Catlin Wed, 02/06/2008 - 07:51

If you have verified all WAN connections roundtrip times, packet drops, etc, I would concentrate your efforts on the remote sub that is failing to connect. If the database is beyond connecting back to the publisher to replicate, you may be better off just rebuilding the subscriber. Sometimes, if the Sub because outsynce to a point, there is no "fixing" it.

When you split the cluster across the WAN, you are playing with fire. It can be done, and it does work, but when things like this happen, it takes some time to fix. Typically should have a dedicated circuit only used for the CallManagers to replicate. Even if you are using a managed service such as MPLS, you can not guarantee that the provider is giving all the correct numbers. I have seen many dropped packets on ATT and other providers running "point to point" MPLSs across multiple routers, causing significant delays. The only way I could prove it was to have a third party come in and monitor the WAN for a couple days. The reports showed what we thought even though ATT said they showed no problems.

Im not sure on CUCM 4.x what the command is to force another replication. Most likely in SQL. In 5.x and 6.x you can use a dbReplication command at the shell. I would recommend having TAC look at the sub and see if there is way to force a new replication or update.



This Discussion