Интеграция: Microsoft Office Communications Server (OCS) 2007 R2 с телефонами Avaya Communication Manager (CM) в режиме удаленного управления вызовами (RCC)

Мне нужно интегрировать Microsoft Office Communications Server (OCS) 2007 R2 с телефонами Avaya Communication Manager (CM) в режиме удаленного управления вызовами (RCC).

Я имею:

• Сервер 1: Windows Server 2008 (роль AD DS, роль DNS, роль центра сертификации);
• Сервер 2: Windows Server 2008 (внешний интерфейс OCS, 177.12.199.14);
• Сервер 3: Windows Server 2008 (OCS Back-End);
• Сервер 4: Windows Server 2008 (посредничество OCS);
• Сервер 5: Windows Server 2008 (посредничество OCS);
• Сервер 6: Linux (Avaya Application Enablement Service (AES) 5.2.3, 177.12.199.137);
• Сервер 7: Linux (Avaya CM 5.2.1);
• Windows Workstation (Офисный коммуникатор);
• Все необходимые лицензии Avaya;
• Некоторые телефоны Avaya.

Я сделал все настройки в соответствии с официальным руководством Avaya ( http://support.avaya.com/css/P8/documents/100127013), затем перезагрузил OCS Front-End server и AES Server. После того, как я запустил Office Communicator и вошел в систему, я получил ошибку: "Нет подключения к телефонной системе"

Вот журналы сервера AES и OCS Front-End Server:

Сервер AES:

------------------------- некоторая бесполезная информация ---------------------- -------------------

ВНИМАНИЕ: gov.nist.javax.sip.stack.TLSMessageProcessor.sslHandshake(TLSMessageProcessor.java:364) [Закрыть сокет, поскольку сертификат клиента недействителен или не может найти CN в списке авторизованных хостов]
2011-05-24 12.23.07,340 gov.nist.core.LogWriter logError
ВНИМАНИЕ: Проблема с подключением
java.security.cert.CertificateException: javax.net.ssl.SSLPeerUnverifiedException: узел не аутентифицирован
    at gov.nist.javax.sip.stack.TLSPeerValidator.(TLSPeerValidator.java:133)
    в gov.nist.javax.sip.stack.TLSMessageProcessor.sslHandshake(TLSMessageProcessor.java:337)
    в gov.nist.javax.sip.stack.TLSMessageProcessor.access$000(TLSMessageProcessor.java:73)
    в gov.nist.javax.sip.stack.TLSMessageProcessor$BackoffTask.run(TLSMessageProcessor.java:501)
    в java.util.TimerThread.mainLoop(Timer.java:512)
    at java.util.TimerThread.run(Timer.java:462)
Вызвано: javax.net.ssl.SSLPeerUnverifiedException: узел не аутентифицирован
    в com.sun.net.ssl.internal.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:345)
    at gov.nist.javax.sip.stack.TLSPeerValidator.(TLSPeerValidator.java:131)
    ... еще 5
2011-05-24 12.28.59,417 gov.nist.core.LogWriter logError

------------------------- опять какая-то бесполезная информация --------------------- ----------------

OCS Front-End:

------------------------- некоторая бесполезная информация -----------------------------------------

TL_ERROR(TF_CONNECTION) [1]0CD0.0710::05/24/2011-09:09:51.753.00000046 (SIPStack,SIPAdminLog::TraceConnectionRecord:SIPAdminLog.cpp(157))$$begin_record
LogType: соединение
Серьезность: ошибка
Текст: исходящее согласование TLS не удалось
Local-IP: 177.12.199.14:54779
Peer-IP: 177.12.199.137:4723
Одноранговое полное доменное имя: aeserver1.mydomain.ru
Идентификатор соединения: 0x6D101
Транспорт: TLS
Код результата: 0x80090327
$$end_record

TL_ERROR(TF_CONNECTION) [1]0CD0.0710::05/24/2011-09:09:51.753.00000048 (SIPStack,SIPAdminLog::TraceConnectionRecord:SIPAdminLog.cpp(157))$$begin_record
LogType: соединение
Серьезность: ошибка
Текст: соединение было закрыто до завершения согласования TLS. Принимал ли удаленный узел наш сертификат?
Local-IP: 177.12.199.14:54779
Peer-IP: 177.12.199.137:4723
Одноранговое полное доменное имя: aeserver1.mydomain.ru
Идентификатор соединения: 0x6D101
Транспорт: TLS
$$end_record

TL_ERROR(TF_DIAG) [1]0CD0.0710::05/24/2011-09:09:51.753.0000004b (SIPStack,SIPAdminLog::TraceDiagRecord:SIPAdminLog.cpp(140))$$begin_record
LogType: диагностика
Серьезность: ошибка
Текст: сообщение не было отправлено, потому что соединение было закрыто
SIP-Start-Line: ПРИГЛАСИТЕ sip:aes@aeserver1.mudomain.ru SIP/2.0
SIP-Call-ID: ae15203a74ce4ec5a9c014d46a320655
SIP-CSeq: 1 INVITE
Пэр: aeserver1.mydomain.ru:4723
$$end_record

------------------------- опять какая-то бесполезная информация --------------------- ----------------

Я думаю, что есть ошибка сертификатов, но я правильно настроил свой CA и сертификаты.

Есть идеи?

Кто-то настраивал интеграцию между OCS и Avaya в режиме RCC?