Exchange Serverでの音声アーキテクチャの変更

適用対象: Exchange Server 2013、Exchange Server 2016

Microsoft Exchange Server 2013 アーキテクチャは、Exchange Server 2007 および Exchange Server 2010 のアーキテクチャとは異なります。 Exchange 2007 と Exchange 2010 では、サーバーの種類が複数のサーバー ロール (クライアント アクセス、メールボックス、ハブ トランスポート、ユニファイド メッセージング) に分割されました。 Exchange 2013 では、サーバーロールは 2 種類のサーバーに結合され、それらのサーバーロールのすべてのコンポーネントまたはサービスは、同じ物理サーバー上、またはクライアント アクセスとメールボックスという 2 つの別個のサーバーで実行されます。 新しいモデルでは、Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスを実行しているクライアント アクセス サーバーは、着信呼び出しから生成されたセッション初期化プロトコル (SIP) トラフィックをメールボックス サーバーにリダイレクトします。 その後、VoIP ゲートウェイまたは IP Private Branch eXchange (PBX) から、ユーザーのメールボックスをホストするメールボックス サーバーにメディア (リアルタイム トランスポート プロトコル (RTP) またはセキュア RTP (SRTP) チャネルが確立されます。 Exchange 2013 では、メールボックス サーバーには Exchange 2007 および Exchange 2010 のユニファイド メッセージング サーバーの役割と同じプロセスがあります。 メールボックス サーバーは、Microsoft Exchange ユニファイド メッセージング サービスと UM ワーカー プロセスの両方を実行します。 クライアント アクセス サーバーは、Microsoft Exchange ユニファイド メッセージング通話ルーター サービスを実行します。このサービスは、着信通話を受信してメールボックス サーバーに転送します。

新しい Exchange アーキテクチャのサポート

Exchange 2013 では、クライアント アクセス サーバーは、自動検出、SSL (Secure Sockets Layer)、認証、リダイレクト、プロキシを担当します。 クライアント アクセス サーバーは、すべての着信呼び出しまたはユニファイド メッセージング (UM) に対する SIP 要求のエントリ ポイントです。 ルーティングのロジックおよび SIP REDIRECT は、クライアント アクセス サーバーに自動的に含まれているサービスとして実装されています。 このサービスは、Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスと呼ばれます。 これは、組織の各クライアント アクセス サーバーにインストールされて実行されます。 クライアント アクセス サーバーが着信呼び出しに対する SIP INVITE を受信すると、Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスは、着信呼び出しをメールボックス サーバーにリダイレクトします。 次に、VoIP ゲートウェイ、IP PBX、またはセッション ボーダー コントローラー (SBC) とメールボックス サーバーの間にメディア チャネル (RTP または SRTP) が作成されます。 クライアント アクセス サーバーは SIP リダイレクターとして動作しますが、VoIP ゲートウェイ、IP PBX、または SBC からの SIP 要求だけを処理します。 メディア トラフィックは受信しません。 RTP または SRTP を使用するメディア トラフィックは、メールボックス サーバーと VoIP ゲートウェイ、IP PBX、SBC などの SIP ピアの間でのみ、クライアント アクセス サーバーに渡されません。 Exchange 2013 および UM を展開する場合、VoIP ゲートウェイ、IP PBX、または SBC が、インストールしたクライアント アクセス サーバーを指し示して、着信呼び出しが UM に対して正しくルーティングされるように構成する必要があります。

場合によっては、複数のクライアント アクセス サーバーを展開することが要件で、クライアント アクセス サーバーはメールボックス サーバーとは別の物理ハードウェア上に展開されます。 L4 または L5 ハードウェアを使用するか、ソフトウェア負荷分散装置を使用して、複数のクライアント アクセス サーバーをアレイにグループ化できます。 ただし、Active Directory の Exchange オブジェクト ベースのクライアント アクセス サーバー アレイはありません。 クライアント アクセス サーバーの前段階にハードウェアまたはソフトウェアの負荷分散装置を使用することは、大規模な Exchange 展開における一般的に認められたプラクティスです。

クライアント アクセス サーバーをインストールすると、Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスが実行されます。 サービスは、次のような操作を行います。

• 初期化時に、msexchangeumcallrouter.config という名前のローカル構成ファイルを読み込みます。
• 組織の調停メールボックスを使用して、音声認識文章校正の生成を実行します。
• 伝送制御プロトコル (TCP) またはトランスポート層セキュリティ (TLS) 接続をサポートします。 この設定は構成可能です。
• 構成エラーがある場合または必要なポートを登録できない場合にだけ停止します。

Exchange 2013 では、メールボックス サーバーは着信呼び出しの SIP 要求に対する返答を担当しません。 クライアント アクセス サーバーからの SIP トラフィックの受信だけを担当し、VoIP ゲートウェイ、IP PBX、または SBC に対して RTP または SRTP 接続を確立します。

クライアント アクセス サーバーがメールボックス サーバーに着信呼び出しをリダイレクトすると、VoIP ゲートウェイ、IP PBX、または SBC とメールボックス サーバーの間にメディア チャネルが確立されます。 メディア チャネルが確立されると、メールボックス サーバー上の Microsoft Exchange ユニファイド メッセージング サービスがユーザーのボイス メール のあいさつを再生し、ユーザーの通話応答ルールを処理し、発信者に音声メッセージを残すように招待します。 その後、メールボックス サーバーは音声メッセージを記録し、メッセージの文字起こしを作成し、ユーザーのメールボックスに預けます。 ただし、Exchange と Office Communications Server 2007 R2 または Lync Server を統合する場合は、着信呼び出しの SIP と RTP、SRTP の両方のメディア チャネルが Lync サーバーとメールボックス サーバーによって処理されます。 Lync 統合環境では、VoIP ゲートウェイ、IP PBX、または SBC がありません。 Lync では、Microsoft Exchange ユニファイド メッセージング サービスを実行しているメールボックス サーバーは、Exchange 2010 UM サーバーと同じように見えます。 メールボックス サーバーと Microsoft Exchange ユニファイド メッセージング通話ルーター サービスを実行しているクライアント アクセス サーバーは、両方のサーバーを SIP ダイヤル プランに追加する必要があるため、信頼できるピアと見なされます。 Lync は、SIP を使用してクライアント アクセス サーバーと通信し、メールボックス サーバーに通話をルーティングする受信ルーティング コンポーネントを使用して着信呼び出しをルーティングします。

Exchange 2010 UM 管理者は、各 UM サーバー上にユニファイド メッセージング用のプロパティのセットを構成できます。 Exchange 2013 では、UM コンポーネントおよび UM の構成の設定は、クライアント アクセスとメールボックス サーバーの両方に存在します。 Exchange 2010 のユニファイド メッセージング サーバーの役割を実行している、単一コンピューターに適用された構成設定はすべて引き続き利用可能です。 ただし、これらのプロパティおよび構成設定の一部は、Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスを実行しているクライアント アクセス サーバー上で設定され、その他は Microsoft Exchange ユニファイド メッセージング サービスを実行しているメールボックス サーバー上で利用できます。 場合によっては、両方で同じ設定を利用できます。 次の表に、クライアント アクセス サーバーおよびメールボックス サーバーで利用できるコマンドレットとパラメーター、および以前のバージョンのユニファイド メッセージングで展開シナリオをサポートするためにコマンドレットで変更が行われた箇所を示します。

• Set-UMService -DialPlans <MultiValuedProperty>: Exchange 2013 メールボックス サーバーで使用でき、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでも動作します。

• Set-UMCallRouterSettings -DialPlans <MultiValuedProperty>: Exchange 2013 クライアント アクセス サーバーで使用できますが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでは使用できません。

• Set-UMService -MaxCallsAllowed <Int32>: Exchange 2013 メールボックス サーバーで使用でき、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでも動作します。

• Set-UMCallRouterSettings -MaxCallsAllowed <Int32>: Exchange 2013 クライアント アクセス サーバーでは使用できません。Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでは使用できません。

• Set-UMService -SipTcpListeningPort <Int32>: Exchange 2013 メールボックス サーバーでは構成できませんが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーで動作します。

• Set-UMService -SipTlsListeningPort <Int32>: Exchange 2013 メールボックス サーバーでは構成できませんが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーで動作します。

• Set-UMCallRouterSettings -SipTcpListeningPort <Int32>: Exchange 2013 クライアント アクセス サーバーで使用できますが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでは機能しません。

• Set-UMCallRouterSettings -SipTlsListeningPort <Int32>: Exchange 2013 クライアント アクセス サーバーで使用できますが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでは機能しません。

• Set-UMService - 状態 <有効な|無効な|NoNewCalls>: Exchange 2013 メールボックス サーバーでは使用できませんが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーで動作します。

• Set-UMCallRouterSettings - 状態 <有効な|無効な|NoNewCalls>: Exchange 2013 クライアント アクセス サーバーでは使用できません。Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでは機能しません。

• Set-UMService -UMStartupMode <TCP |TLS |デュアル>: Exchange 2013 メールボックス サーバーで使用でき、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーで動作します。

• Set-UMCallRouterSettings - UMStartupMode <TCP |TLS |デュアル>: Exchange 2013 クライアント アクセス サーバーで使用できますが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーでは機能しません。

• Enable-UMService: Exchange 2013 メールボックス サーバーでは使用できませんが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーで動作します。

• Disable-UMService: Exchange 2013 メールボックス サーバーでは使用できませんが、Exchange 2007 および Exchange 2010 ユニファイド メッセージング サーバーで動作します。

メールボックス サーバーについては、 Set/Get/Enable/Disable-UMService コマンドレットを使用して、Exchange 2013 メールボックス サーバーあるいは Exchange 2007 または Exchange 2010 のユニファイド メッセージング サーバー上の Microsoft Exchange ユニファイド メッセージング サービスの UM プロパティを表示または構成します。 クライアント アクセス サーバー上の Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスのプロパティを表示または構成するには、異なるセットのコマンドレット、 Set/Get-UMCallRouterSettings を使用します。 これにより、Exchange 2007 および Exchange 2010 の既存のコマンドレット、 Get-UMServer 、 Set-UMServer 、 Enable-UMServer 、および Disable-UMServer は、Exchange 2013 メールボックス サーバーとの共存展開において確実に機能します。 また、メールボックス サーバーおよびクライアント アクセス サーバーが同じサーバーまたは別のサーバーにインストールされている場合でもコマンドレットが確実に機能するようにもなります。

UM ポート

クライアント アクセス サーバーの Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスは、伝送制御プロトコル (TCP) または相互トランスポート層セキュリティ (相互 TLS) のいずれかを経由する SIP を使用して、Microsoft Exchange ユニファイド メッセージング サービスを実行しているメールボックス サーバーと通信します。 TCP/ユーザー データグラム プロトコル (UDP) ポートの競合を回避するために、Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスおよび Microsoft Exchange ユニファイド メッセージング サービスは、既定では別の TCP ポートに設定され、その TCP ポート上で待機します。 それらは、SIP および RTP トラフィックで相互 TLS が使用されているかどうかによって、セキュリティで保護されていない接続とセキュリティで保護された接続の両方を受け付けます。 相互 TLS が使用されている場合、既定ではクライアント アクセス サーバーは、TCP ポート 5060 (セキュリティで保護されないモード) および TCP ポート 5061 (SIP セキュリティで保護されたモード) の両方で SIP 要求を待機します。 これらのポートは Set-UMCallRouterSettings コマンドレットを使用して構成します。 クライアント アクセス サーバーの Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスはメディア (RTP または SRTP) トラフィックを処理しないので、TCP ポートだけを使用して UDP ポートは使用しません。 相互 TLS が使用されている場合、既定ではメールボックス サーバーは、TCP ポート 5062 (セキュリティで保護されないモード) および TCP ポート 5063 (SIP セキュリティで保護されたモード) の両方で SIP 要求を待機します。 これらのポートは、Exchange 管理シェル コマンドレットでは構成できません。 Microsoft Exchange ユニファイド メッセージング サービスを実行しているメールボックス サーバー上では、Exchange サーバーの TCP ポートはシェルを使用したりレジストリの設定を構成しても構成できません。 メールボックス サーバー上の Microsoft Exchange ユニファイド メッセージング サービスは、SIP ポート 5062 および 5063 でクライアント アクセス サーバーからの接続を受け付けます。 クライアント アクセス サーバーが SIP 要求をメールボックス サーバーにリダイレクトした後、VoIP ゲートウェイ、IP PBX、または SBC、およびメールボックス サーバー上の Microsoft Exchange ユニファイド メッセージング ワーカー プロセスを使用して、RTP または SRTP メディア チャネルが作成されます。

次の表は、Exchange 2013 のポートとプロトコル、そしてポートを変更できるかどうかをまとめたものです。

UM のリスニング ポート

UM ダイヤル プラン

UM ダイヤル プランを Exchange 2007 と Exchange 2010 の場合と同様に、Exchange 2013 で UM ダイヤル プランを UM サーバーにマッピングまたは関連付ける必要はありません。 UM サービスを実行しているクライアント アクセス サーバーまたはメールボックス サーバーは、すべてのクライアント アクセス サーバーとメールボックス サーバーが VoIP ゲートウェイ、IP PBX、または SBC からすべての着信呼び出しを受信することが予想されるため、ダイヤル プランにリンクする必要はありません。 ただし、Lync 2013、Lync Server 2010、Office Communications Server 2007 R2 で使用される SIP ダイヤル プランは、展開したクライアント アクセス サーバーとメールボックス サーバーに関連付ける必要があります。 Communications Server 2007 R2 または Lync Server から信頼できるピアとして含まれるには、どちらの種類の Exchange サーバーも各 SIP ダイヤル プランに追加する必要があります。 それ以外の場合、Communications Server 2007 R2 または Lync Server はユーザーからの発信呼び出しを拒否します。

次の表に、クライアント アクセス サーバーとメールボックス サーバーと UM ダイヤル プランの関係をまとめます。

UM ダイヤル プランのリンク

UM 呼び出しルーターのパフォーマンス カウンター

過去のバージョンの Exchange には、Microsoft Exchange ユニファイド メッセージング サービスを実行するユニファイド メッセージング サーバーの役割が含まれていました。 Exchange 2013 ではアーキテクチャが変更されたため、クライアント アクセス サーバーが Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスを実行し、メールボックス サーバーが Microsoft Exchange ユニファイド メッセージング サービスを実行します。 以前のバージョンの Exchange UM と同じ Microsoft Exchange ユニファイド メッセージング サービス用のパフォーマンス カウンターを管理者が利用できます。 ただし、クライアント アクセス サーバー上で使用して Microsoft Exchange ユニファイド メッセージング呼び出しルーター サービスの状態を確認したりトラブルシューティングのために使用できる追加のパフォーマンス カウンターもあります。

Exchange 2013 の新しいクライアント アクセス ユニファイド メッセージング呼び出しルーター サービスをサポートするために、次のパフォーマンス カウンターが使用可能になりました。

パフォーマンス カウンター