SIP トランクの最適化

最終更新 : Aug 01, 2026 |
プロローグ情報
メタデータ
キーワード：
SIP トランクの最適化機能を使用すると、トランクのプロビジョニングを行わなくても冗長性を確保できます。この機能では空いたトランクを SIP エージェント、SIP 電話機、PSTN 向けの SIP トランクの通話に使用できるようにトランクが解放されます。次の図では冗長性によるトランク消費の問題について説明しています。
上の図は、次の 2 つのシナリオを示しています。
  • 1 つ目のシナリオ：Communication Manager と Session Manager の接続に問題がない場合。
  • 2 つ目のシナリオ：Communication Manager と Session Manager が接続できない場合。
1 つ目のシナリオでは、Communication Manager から赤いエージェント（エージェントプール 1）に接続する必要がある場合、Communication Manager と Session Manager-1 の間にある赤いトランクを使用して接続できます。同様に Communication Manager から青いエージェント（エージェントプール 2）に接続する必要がある場合も、Communication Manager と Session Manager-2 の間にある青いトランクを使用して接続できます。
2 つ目のシナリオでは、追加トランクを管理することで赤と青のエージェントにサービスを提供できますが、いくつか別の問題が発生しています。
  • Session Manager-1 と Session Manager-2 へのエンティティリンクが稼動している場合、1 つ目のシナリオでは、冗長性を確保するために管理されている追加のトランクメンバーが引き続きアイドル状態となります。
    注：
    System Manager でポリシーベースの割り当てが有効になっている場合、SIP 電話機で最大 4 つの Session Manager を管理できます。
  • 発生頻度の低い 2 番目のシナリオに対処するために 2 倍のトランク数をプロビジョニングする必要があります。Communication Manager のトランクメンバー数が限られているため、トランクを使用して冗長性を確保すると、実際のトラフィックに必要なトランク数が減ってしまいます。
  • ルーティングとルートパターン管理が複雑になります。
Session Manager-1 と Session Manager-2 への接続性を用意するプロビジョニングでは、Communication Manager で次の 2 つのシグナリンググループが作成される必要があります。
  • Session Manager-1 へのシグナリンググループ：近い方の端が procr、遠い方の端が Session Manager-1
  • Session Manager-2 へのシグナリンググループ：近い方の端が procr、遠い方の端が Session Manager-2
前述のとおり、シグナリングごとに Session Manager-1 で 5,000 のトランクをプロビジョニングし、Session Manager-2 で 5,000 のトランクをプロビジョニングする必要があります。
SIP トランクの最適化機能は、各シグナリンググループがそれぞれ複数の Session Manager にポイントできます。この特定のケースでは、1 つのシグナリンググループが Session Manager-1 と Session Manager-2 の両方にポイントすることになります。Session Manager を 1 つのクラスタとし、このクラスタにこのシグナリンググループをポイントすると、この状態を作り出すことができます。SM クラスタ 1 つで 28 もの Session Manager に対応できます。Session Manager クラスタでは、すべての Session Manager が同様の設定を共有し、任意の Session Manager が通話を先方の電話機または先方のトランクにルーティングできることを前提としています。
シグナリンググループが両方の Session Manager にポイントできる機能によって Communication Manager で管理する必要のあるトランク数を半分に抑えつつ、完全な冗長性を確保できます。Session Manager-1 へのリンクで障害が発生した場合、このシグナリンググループではすべての発信トラフィックのルーティングに Session Manager-2 へのリンクが使用されます。1 つのシグナリンググループが複数の Session Manager にポイントできる効果は次のとおりです。
  • 1 つでもクラスタ内で稼働している Session Manager に接続できれば、シグナリンググループのサービスが維持されます。
  • トランクグループのサービスを維持し、そのトランクグループで管理されているメンバーをすべてトラフィック伝送に活用できます。
  • たとえば 1 つ目のシナリオで挙げたメンバー数 5000 のトランクグループでは、Session Manager-1 のエージェント 2500 人と Session Manager-2 のエージェント 2500 人にサービスを提供できます。Communication Manager と Session Manager-1 の接続がダウンした場合、5000 人のメンバーがいる同じトランクグループは、Communication Manager と Session Manager-2 間のリンクから Session Manager-1 の 2500 人のエージェント、Session Manager-1 の 2500 人のエージェント、Session Manager-2 の 2500 人のエージェントにサービスを提供できます。Session Manager-1 がダウンし、すべてのエージェントが Session Manager-2 に移行した場合でも、同じ 5000 人のメンバーは 5000 人すべてのエージェントにアクセスできます。
SIP トランク最適化機能は次のとおりです。
  • SIP トランクグループのトランクメンバー数は 9,999 人。
  • SIP エージェント数は 10,000 人。
  • システム全体のトランクメンバーは 30,000 人。
  • 測定対象トランク数は 30,000。
  • SIP の TLS 接続は、32 から 56 になり、28 個の Session Manager がサポートされるようになりました。これは各 Session Manager をサポートするには 2 つのリンクが必要なためです。
  • SIP 電話機構造では、各 Session Manager をサポートするには 2 つのリンクが必要なため、プライマリおよびセカンダリ Session Manager で 28 個の Session Manager をサポートするように直接指定されます。容量の詳細については、「 Avaya Aura® Communication Manager System Capacities Table」を参照してください。
    注：
    System Manager でポリシーベースの割り当てが有効になっている場合、SIP 電話機で最大 4 つの Session Manager を管理できます。
  • クラスタ化されたシグナリンググループでルーティングする場合、SIP 電話機の通話のルックアヘッドルーティング機能は非推奨となりました。
  • ルートパターンでネットワーク領域を指定できるようになりました。