Skype for Businessでのメディア バイパスの計画

  • [アーティクル]

Skype for Business Server エンタープライズ VoIPでのメディア バイパスの計画に必要な決定。 これには、通話受付管理 (CAC) との相互運用が含まれます。

メディア バイパスとは、シグナリングが仲介サーバーを走査する呼び出しに対して可能な限り、メディア パスから仲介サーバーを削除することを指します。

メディア バイパスにより、遅延、不要な変換、パケット損失の可能性、および潜在的な障害点の数を低減して、音声品質を向上できます。 バイパスされた呼び出しのメディア処理を排除すると仲介サーバーの負荷が軽減されるため、スケーラビリティを向上させることができます。 この負荷の削減は、仲介サーバーが複数のゲートウェイを制御する機能を補完します。

仲介サーバーのないブランチ サイトが、制限された帯域幅を持つ 1 つ以上の WAN リンクによって中央サイトに接続されている場合、メディア バイパスは、ブランチ サイトのクライアントからのメディアが、最初に中央サイトの仲介サーバーへの WAN リンクを経由せずにローカル ゲートウェイに直接流れるようにすることで、帯域幅の要件を低下させます。

メディア処理から仲介サーバーを解放することで、メディア バイパスによって、エンタープライズ VoIP インフラストラクチャに必要な仲介サーバーの数が減る場合もあります。 原則として、メディア バイパスを可能な限り有効にします。

次の図は、メディア バイパスを使用した場合と使用しない場合の、トポロジ内のメディアと信号の基本経路を示しています。

メディア バイパスを使用した場合と使用しない場合の、メディアと信号の経路

音声 CAC メディアの接続の適用をバイパスします。

メディア バイパスは、展開される仲介サーバーの数を最小限に抑える場合に便利です。 通常、仲介サーバー プールは中央サイトに展開され、ブランチ サイトのゲートウェイを制御します。 メディア バイパスを有効にすると、ブランチ サイトのクライアントからの公衆交換電話網 (PSTN) 通話のメディアが、そのブランチ サイトのゲートウェイを直接通過することができます。 Skype for Business Server発信呼び出しルートとエンタープライズ VoIP ポリシーは、ブランチ サイトのクライアントからの PSTN 呼び出しが適切なゲートウェイにルーティングされるように適切に構成する必要があります。

Wi-Fi ネットワークでは、通常、有線ネットワークよりも多くのパケット損失が発生します。 このパケット損失からの回復は、通常、ゲートウェイで対応できるものではありません。 そのため、ワイヤレス サブネットに対してバイパスを有効にするかどうかを判断する前に、Wi-Fi ネットワークの品質を評価することをお勧めします。 考慮すべきパケット損失からの回復に対する待機時間の削減にはトレードオフがあります。 RTAudio は、仲介サーバーをバイパスしない呼び出しに使用できるコーデックで、パケット損失の処理に適しています。

メディアバイパス展開の計画

エンタープライズ VoIP構造が整ったら、メディア バイパスの計画は簡単です。

  • ブランチ サイトへの WAN リンクを含まない集中管理トポロジの場合は、細かい制御は必要ないため、グローバル メディア バイパスを有効にすることができます。

  • 1 つまたは複数のネットワーク地域とその地域と連携するブランチ サイトで構成される分散トポロジの場合は、次の点を判断してください。

    • 仲介サーバーのピアが、メディア バイパスで必要な処理能力をサポートできるかどうか。

    • 各ネットワーク地域の中のどのサイトの接続状況が良好か。

    • ネットワークにとって、メディア バイパスと通話受付管理のどの組み合わせが適切か。

メディア バイパスを有効にすると、ネットワーク地域およびその地域内の帯域幅制限のないすべてのネットワーク サイトに対して、一意のバイパス ID が自動で生成されます。 地域内の帯域幅制限があるサイトや帯域幅制限がある WAN リンク経由で地域に接続されているサイトには、それぞれ、一意の専用バイパス ID が割り当てられます。

ユーザーが PSTN を呼び出すと、仲介サーバーはクライアント サブネットのバイパス ID とゲートウェイ サブネットのバイパス ID を比較します。 2 つのバイパス ID が一致すると、その通話にはメディア バイパスが使用されます。 バイパス ID が一致しない場合、呼び出しのメディアは仲介サーバーを経由する必要があります。

ユーザーが PSTN から通話を受信すると、ユーザーのクライアントはバイパス ID を PSTN ゲートウェイの呼び出しと比較します。 2 つのバイパス ID が一致する場合、メディアはゲートウェイからクライアントに直接流れ、仲介サーバーをバイパスします。

メディア バイパス操作を仲介サーバーとサポートするのは、Lync 2010 以降のクライアントとデバイスのみです。

重要

メディア バイパスをグローバルで有効にすることに加え、PSTN トランクごとに個別に有効にする必要もあります。 バイパスがグローバルでは有効になっているが、特定の PSTN トランクに対しては有効になっていない場合、その PSTN トランクが関わる通話に対してはメディア バイパスは起動されません。 また、メディア バイパスが [サイトおよび地域情報の使用] に設定されている場合は、ルーティング可能なすべてのサブネットをそのサブネットが配置されているサイトに関連付ける必要があります。 バイパスが必要ないサイト内部にルーティング可能なサブネットがある場合、新しいサイトを作りこれらのサブネットをその中にまとめてから、メディア バイパスを有効にしてください。 そうすることで、ルーティングが不可能なサブネットに別のバイパス ID が割り当てられます。

メディア バイパス モード

メディア バイパスには、グローバル レベルの構成と個々の PSTN トランクごとの構成が必要です。 メディア バイパスをグローバルで有効にする場合は、[常にバイパスする] と [サイトおよび地域情報の使用] の 2 つの選択肢があります。

名前が示すように、 Always Bypass は、すべての PSTN 呼び出しに対してバイパスが試行されることを意味します。 Always Bypass は、通話受付制御を有効にする必要がなく、メディア バイパスを試みるタイミングに関する詳細な構成情報を指定する必要もない展開に使用されます。 さらに、クライアントと PSTN ゲートウェイの間に完全な接続がある場合は、 Always Bypass が使用されます。 この構成では、すべてのサブネットが 1 つのバイパス ID にのみマップされ、システムによって計算されます。

[ サイトとリージョンの情報を使用する] では、サイトとリージョンの構成に関連付けられているバイパス ID を使用してバイパスの決定を行います。 この構成により、ほとんどの一般的なトポロジのバイパスを柔軟に構成できます。これにより、呼び出し受付制御 (CAC) との対話をサポートするだけでなく、バイパスが発生するタイミングをきめ細かく制御できます。 システムは、次のようにバイパス ID を自動的に割り当てることで、タスクを容易にしようとします。

  • システムは、各地域に一意のバイパス ID を自動で 1 つ割り当てます。

  • 帯域幅制限のない WAN リンクを経由して地域に接続されるサイトはすべて、地域と同じバイパス ID を継承します。

  • 帯域幅の制限のある WAN リンク経由で地域に関連付けられるサイトには、地域とは別のバイパス ID が割り当てられます。

  • 各サイトに関連付けられるサブネットは、そのサイトのバイパス ID を継承します。

メディア バイパスと通話受付管理

メディア バイパスと通話受付制御 (CAC) は連携して、通話メディアの帯域幅制御を管理します。 メディア バイパスは、適切に接続されたリンク上のメディア フローを容易にします。CAC は、帯域幅の制約を持つリンク上のトラフィックを管理します。 メディア バイパスと CAC は相互に排他的であるため、もう一方を計画するときは注意する必要があります。 次の組み合わせがサポートされています。

  • CAC およびメディア バイパスはどちらも有効です。 メディア バイパスは、[サイトおよび地域情報を使用する] に設定されていなければなりません。 このサイトおよび地域情報は、CAC に使われている情報と同じです。

    CAC を有効にした場合、2 つの構成は相互に排他的であるため、[ Always Bypass]\(常にバイパス\) を選択することはできません。また、その逆も選択できません。 つまり、2 つのうちの 1 つだけが、特定の PSTN 呼び出しに適用されます。 まず、メディア バイパスが呼び出しに適用されるかどうかを判断するために、チェックが行われます。 その場合、CAC は使用されません。 これは、呼び出しがバイパスの対象となる場合は、CAC が必要ない接続を使用する定義であるため、理にかなっています。 バイパスを呼び出しに適用できない場合 (つまり、クライアントとゲートウェイのバイパス ID が一致しない場合)、CAC が呼び出しに適用されます。

  • CAC は無効で、メディア バイパスは [常にバイパスする] に設定されています。

    この構成では、クライアントおよびトランクの両方のサブネットが、システムによって計算された、唯一のバイパス ID にマップされています。

  • CAC は無効で、メディア バイパスは [サイトおよび地域情報を使用する] に設定されています。

    [サイトおよび地域情報を使用する] が有効である場合には、CAC が有効であるかないかにかかわらず、バイパスの決定は基本的に同じ方法で行われます。 つまり、特定の PSTN 呼び出しでは、クライアントのサブネットが特定のサイトにマップされ、そのサブネットのバイパス ID が抽出されます。 同様に、ゲートウェイのサブネットは特定のサイトにマップされ、そのサブネットのバイパス ID が抽出されます。 2 つのバイパス ID が同一である場合のみ、通話にバイパスが発生します。 2 つのバイパス ID が同一でない場合、メディア バイパスは発生しません。

    たとえ CAC がグローバルに無効であった場合でも、バイパス決定を制御するのに [サイトおよび地域] 構成を使用したい場合は、帯域幅ポリシーをそれぞれのサイトおよびリンクに定義する必要があります。 帯域幅制約またはそのモダリティの実際の値は関係ありません。 最大の目標は、システムが、うまく接続されていない異なるロケールと関連付けるため、異なるバイパス ID を自動的に計算できるようにすることです。 定義上、帯域幅の制限を定義するということは、リンクがうまく接続されていないことを意味します。

  • CAC は有効ですが、メディア バイパスは有効ではありません。 これは、すべてのゲートウェイまたは IP-PBX がうまく接続されていない、あるいはメディア バイパスのその他の要件が満たされていない場合にのみ適用されます。 メディア バイパスの要件の詳細については、「Requirements for Media Bypass」を参照してください。

技術要件

PSTN への呼び出しごとに、仲介サーバーは、仲介サーバーを走査することなく、配信元のSkype for Business エンドポイントからのメディアを仲介サーバー ピアに直接送信できるかどうかを決定します。 ピアには、通話がルーティングされる仲介サーバー間のトランクに関連付けられた PSTN ゲートウェイ、IP-PBX、またはインターネット テレフォニー サービス プロバイダー (ITSP) のセッション ボーダー コントローラー (SBC) を使用できます。

メディア バイパスを使用できるのは、次の要件を満たす場合です。

  • 仲介サーバー ピアは、メディア バイパスに必要な機能をサポートする必要があります。最も重要なのは、フォークされた複数の応答 ("初期ダイアログ" と呼ばれます) を処理する機能です。 ゲートウェイ、PBX、または SBC で受け入れられる初期ダイアログの最大数の値を取得するには、ゲートウェイまたは PBX、または ITSP の製造元に問い合わせてください。

  • 仲介サーバー ピアは、Skype for Business エンドポイントから直接メディア トラフィックを受け入れる必要があります。 多くの ITSP では、SBC が仲介サーバーからのみトラフィックを受信できます。 ITSP に問い合わせて、SBC がSkype for Business エンドポイントから直接メディア トラフィックを受け入れるかどうかを判断します。

  • Skype for Businessクライアントと仲介サーバー ピアが適切に接続されている必要があります。つまり、クライアントは同じネットワーク リージョンに配置されているか、帯域幅の制約のない WAN リンク経由でリージョンに接続するネットワーク サイトに配置されている必要があります