このドキュメントでは、Cisco Conductor と Cisco Unified Communications Manager(CUCM)の間の HTTPS 統合において発生する問題について説明します。
アドホック会議のための Conductor と CUCM 間の HTTPS 統合が失敗する。 この問題が発生するときには、主に次の 2 つの症状があります。
以下のセクションでは、これらの 2 つの症状についてさらに詳しく説明します。
この症状は、次の 2 つのシナリオで発生します。
以下の図は、これらの両方のシナリオの登録ステータスを示しています。
この登録失敗の根本原因は、HTTPS/Transport Layer Security(TLS)に使用されるライブラリにあります。 ライブラリが HTTPS/TLS の IP アドレス形式として Uniform Resource Identifiers(URI)をサポートしていないため、TLS のハンドシェイクが失敗し、Encrypted アラートが出されます。
TLS のハンドシェイクは概ね次のように発生します。
この症状は、上記の症状に回避策が適用されると発生します。つまり、アドホック会議の作成が失敗します。
この症状の根本原因は Conductor にあります。Conductor は、URI が FQDN を使用して形成されると、CUCM からの conference.create アプリケーション プログラム インターフェイス(API)呼び出しの処理に失敗します。
その後 Conductor は次のイベントをログに記録します。
Event="An API request could not be processed." Command="conference.create"
Conference_name="001035060001" Detail="<Fault 201:
'Request received to a non ad-hoc IP address'>
CUCM と Conductor 間での HTTPS の統合とアドホック会議の作成を正常に機能させるには、Cisco Bug ID CSCut22572 のフィックスが必要です。 このフィックスにより、HTTPS の宛先アドレスを FQDN として設定できます。
長期的には、Cisco Bug ID CSCut10254 で説明している機能強化により、手動/オーバーライドの設定または SIP トランクから、HTTPS 宛先アドレスを IP アドレスで設定できるようになります。
SIP トランク サービスの状態として、No Service や Down と表示されることがあります。 これは次の場合に発生します。
次に例を示します。
この根本原因は Conductor にあります。Conductor は、CUCM から送信される SIP Options メッセージに応答しません。 SIP URI は宛先アドレス(この例では FQDN)に基づいて作成されますが、Conductor は IP アドレスの表記を想定しています。
2015-03-27T18:00:23+01:00 conductorcucm b2bua[28262]: UTCTime="2015-03-27 17:00:23,269"
Module="network.sip" Level="DEBUG": Action="Received" Local-ip="10.48.36.195"
Local-port="5061" Src-ip="10.48.36.128" Src-port="40523"
Msg-Hash="17750686918648045057"
SIPMSG:
|OPTIONS sip:condcucmadhoc.vngtp.lab:5061 SIP/2.0
Via: SIP/2.0/TLS 10.48.36.128:5061;branch=z9hG4bK1539977cd7264
Call-ID: c0a17300-51518ca7-15313-8024300a@10.48.36.128
CSeq: 101 OPTIONS
Contact: <sip:10.48.36.128:5061;transport=tls>
From: <sip:10.48.36.128>;tag=1335522536
To: <sip:condcucmadhoc.vngtp.lab>
Max-Forwards: 0
User-Agent: Cisco-CUCM10.5
Date: Fri, 27 Mar 2015 17:00:23 GMT
Content-Length: 0
2015-03-27T18:00:23+01:00 conductorcucm b2bua[28262]: UTCTime="2015-03-27 17:00:23,322"
Module="developer.applicationmanager.search" Level="INFO"
CodeLocation="ppcmains/ivy/search/SearchFsmState_Idle.cpp(82)"
Method="SearchFsmState_Idle::handleRequest" Thread="0x7feea9888700":
AppId="59" LegId="ASide[1]" CurState="SearchFsmState_Idle"
Detail="Received search" searchContext="mTarget : sip:condcucmadhoc.vngtp.lab
mRouteSet:
"
2015-03-27T18:00:23+01:00 conductorcucm b2bua[28262]: UTCTime="2015-03-27 17:00:23,325"
Module="developer.applicationmanager.search" Level="INFO"
CodeLocation="ppcmains/ivy/search/SearchFsmState_Idle.cpp(96)"
Method="SearchFsmState_Idle::performSearch" Thread="0x7feea9888700":
AppId="59" LegId="BSide[1]" CurState="SearchFsmState_Idle"
Detail="Initiating search" searchContext="mTarget : sip:condcucmadhoc.vngtp.lab
mRouteSet:
"
2015-03-27T18:00:23+01:00 conductorcucm b2bua[28262]: UTCTime="2015-03-27 17:00:23,344"
Module="developer.modulefactory.threadeddispatcher" Level="ERROR"
CodeLocation="ppcmains/ivy/threadeddispatcher/ThreadedDispatcher.cpp(106)"
Method="ThreadedDispatcher::run" Thread="0x7feea9888700": Detail="Caught
std::exception" what="DefaultRouteHeaderStrategy::manipulateOutgoingRouteSet:
Policy routing configured, but no outgoing route found."
これは、Conductor がアドホック FQDN を解決できる場合にも発生します。