シングルコア・アーキテクチャ

シングルコアアーキテクチャとは、コアサービスを提供する単一のCommunicateサイトのことです。 N + 1構成で展開されたEdgeアプライアンスにローカルの冗長性とスケーラビリティを提供します。 これはまた、統合により支社からテレフォニー回線を除去することで会社がコストを削減する助けにもなります。

シングルコアアーキテクチャを使用しているお客様は、多くの場合、

  • 在宅勤務のユーザーをサポートする単一の物理的な会社の事務所。
  • リモートブランチオフィスをサポートする単一のセントラルオフィス。
  • すべての企業の地域ITをホストする中央データセンター。
  • グローバル企業の地域部門

技術アーキテクチャの要件とベストプラクティス

アーキテクチャ図

sc architecturediagram

BYOCはLANへのエッジを前提としています

Edgeアプライアンスには、モデルに基づいて3つまたは7つの使用可能なネットワークインターフェースを備えた規格 または 標準が付属しています。 Edgeはこれらのインターフェースを使ってローカル エリア ネットワーク （ LAN ）（LAN）に接続します。 内蔵 WAN インターフェイスとポート 2 を用いて Edge をデプロイすることを推奨します。 

単一のネットワークセグメントしかない場合は、単一のネットワークインターフェイスを使用してEdgeを展開できます。 トラフィックを分離することは Edge ネットワーク インターフェイスの収束の防止に役立ちます。 収束は、Edge がすべてのトラフィックを単一のネットワーク インターフェイスで処理する場合に発生します。 単一インターフェイスによるデプロイメントでは、Edge が正しく機能するためには Edge 上の WAN インターフェイスをネットワークに接続する必要があります。 

2 つのインターフェイスを使って Edge をデプロイするには、WAN インターフェイスをパブリック インターネットへのアウトバウンド アクセスを持つネットワーク セグメントに接続します。 これを使って PureCloud プラットフォームに接続します。 ポート 2 のインターフェイスを、御社の LAN へのアクセスを持つ異なるネットワーク セグメントに接続します。

 メモ：   WAN インターフェイスにパブリック IP は必要ありません。 アウトバウンド パブリック インターネット トラフィックがセキュリティ デバイスのルータブル パブリック IP に到達するために NAT または PAT を使用している限り、プライベート IP を使用できます。

次の図は、サポートされている2つのベストプラクティス展開を示しています。

sc デュアル インターフェイス rec

sc シングル インターフェイス supp

BYOC PremisesEdgeからBYOCPremisesEdgeへ

シングルコアアーキテクチャでは、物理的に同じCommunicateサイトにEdgeを展開します。 同一の LAN ネットワーク セグメントにすべての Edge をデプロイすることを推奨します。

デバイス間の遅延を最小にして最大の出力を確保するために、この配置をお勧めします。 Edge アプライアンスは自動クラスタリングとロード バランシングのため、頻繁に互いに通信し合います。 音声トラフィックは、規格 または 標準操作中にも送受信されます。

サイト内の異なるLANネットワークセグメントにEdgeアプライアンスを展開する場合は、次の手順を実行します。

  • アプライアンス間の最大ネットワーク遅延は10ミリ秒です。
  • トラフィックのパケットジッタは1ミリ秒未満です。
  • デバイス間のすべてのネットワークポートは開いています。
  • デバイス間の利用可能な帯域幅は、同時通話の最大数をサポートします。

sc 同一 LAN rec

sc 異なる LAN supp

 

BYOC Premises Edge to PSTNプロバイダー（SIP）

Genesys Cloudのお客様は、SIP音声プロバイダーを3つの主要チャネルを通じてGenesys Cloudに導入します。

  • 外部音声プロバイダーへのSIPトランキング
  • レガシー第3のへのSIPトランキング
  • ネットワークゲートウェイデバイスまたはSBCへのSIPトランキング

Genesys Cloudは3つのチャネルすべてをサポートします。 SIPトランキングの観点から、それらを同じように設計します。 各 Edge アプライアンス用に SIP トランクを確立することを推奨します。

Genesys CloudでSIPトランキングを使用するときは、着信および発信トラフィックを異なるSIPトランクに分割することをお勧めします。 トラフィックを分離することで、最良のテレフォニー レジリエンスと将来のスケーラビリティ オプションが得られます。

Genesys Cloudは双方向SIPトランクもサポートできます。 当社では推奨しておりません。 これらはソリューションのスケーラビリティ、機能性、およびフェイルオーバーの制限を引き起こす可能性があります。

ヒント:   PSTN プロバイダーから利用可能な場合、異なるリージョンの異なるプロバイダー エンドポイントの SIP トランクを終端することを推奨します。 PSTN プロバイダーがデバイスまたはリージョンのサービス停止を経験した場合にも、御社のサービスは継続します。

ヒント:   複数 PSTN プロバイダーの使用をご検討の場合には、担当のセールス エンジニアにご相談ください。 御社の要件および PSTN プロバイダーのサービス提供能力に基き、複数 PSTN プロバイダーを利用する最良の方法の決定をお手伝いします。

着信SIPトランキング

インバウンドSIPトランキングは、社外の人々が社内の人々やサービスに到達する方法です。 インバウンドSIPトランキングを正しく設計することは、外部顧客の保守性を確保するために重要です。  インバウンドSIPトランクを設計するときは、次のことをお勧めします。

1. PSTN プロバイダーの協力を得て、各 Edge アプライアンスへの SIP トランクを構築する。

2. すべてのトランクを 1 つのトランク グループにまとめる。

3. インバウンド SIP トランク グループに PSTN プロバイダー提供の着信電話番号 （DID、NGN、または TFN） を割り当てる。

このプロセスにより、EdgeまたはPSTN Providerコンポーネントに障害が発生した場合でも、冗長性と回復力が得られます。

アウトバウンドSIPトランキング

発信SIPトランキングは、社外の関係者に連絡するために重要です。 そのアーキテクチャはインバウンド SIP とランキングより簡単です。 発信SIPトランキングは着信電話番号には依存しません。 PSTN プロバイダーの協力を得て、各 Edge アプライアンスへの専用アウトバウンド SIP トランクを構築することを推奨します。

独立したトランクを構築することで、各Edgeアプライアンスは同時に発信コールを処理できます。 これにより、他の Edge アプライアンスがお使いの PSTN プロバイダーを通して同時にアウトバウンド コールを発信できるようになります。 またコンポーネントが故障した場合には、Edge アプライアンス間のコール バランシングを可能にすることでスケーラビリティを高め、影響を受けるアクティブ コールの数を低減できます。またコンポーネントが故障した場合には、Edge アプライアンス間のコール バランシングを可能にすることでスケーラビリティを高め、影響を受けるアクティブ コールの数を低減できます。

sc インバウンド アウトバウンド

双方向SIPトランキング

双方向SIPトランキングは、同じSIP トランクを指し、PSTNプロバイダーへの着信および発信音声トラフィックを容易にします。 Genesys Cloudはそれをサポートしていますが、PSTNプロバイダーの機能や特徴によっては、スケーラビリティの制約が生じることがあります。 PSTNプロバイダーは多くの場合、双方向SIPトランキングの冗長性に対してアクティブ/パッシブ設定のみを提供します。

アクティブ/アクティブまたはアクティブ/パッシブロードバランシング

多くのPSTNキャリアは、SIP トランクグループでアクティブ/パッシブまたはアクティブ/アクティブロードバランシングの冗長性オプションを提供します。 アクティブ/アクティブトランクグループに展開することをお勧めします。 アクティブ/アクティブ ロードバランシングにより、他の Edge アプライアンスが PSTN プロバイダーからコールを受け付けることができるようになります。 またコンポーネントが故障した場合には、Edge アプライアンス間のコール バランシングを可能にすることでスケーラビリティを高め、影響を受けるアクティブ コールの数を低減できます。

ヒント:   アクティブ/アクティブ設定をサポートしているかをプロバイダーにご確認ください。

Genesys Cloudは、アクティブ/パッシブのロードバランシングもサポートしています。 アクティブ/パッシブ構成では、PSTN プロバイダーはシングル SIP トランクを構築します。 カスタマーと SIP プロバイダーは共に、SIP トランク用 SIP サーバーの順次リストを提供します。 コールはリスト上の最初の SIP サーバーに接続を試みます。 リストの最初の SIP サーバーが応答しない場合、コールは次のサーバーへの接続を試みます。 SIP サーバー リストを PSTN プロバイダーに提供するとき、Edge アプライアンスのリストも提供してください。 このリストにより、コンポーネントが故障した場合に別の Edge にフェールオーバーできるようになります。 現在、この構成により、シングル Edge アプライアンスがすべての PSTN バウンド コールを管理しており、これによってスケーラビリティが制限されています。

sc 双方向アクティブとフェールオーバー

 メモ：   PSTN プロバイダーによっては、ソリューションをスケールアップしてより複雑なサービスを追加できる場合があります。 これらの機会をご検討の場合は、担当のセールス エンジニアにご相談ください。

特別ヒント：  PSTN障害ルーティング計画

一部の通信事業者のPSTNプロバイダは、SIPトランキングサービスで「障害ルーティング計画」を提供しています。 このサービスは、PSTN プロバイダーの SIP トランキング サービスが中断された場合にカスタマーが自動または手動でインバウンド テレフォニー番号ルーティング プランをセットアップできるようにします。 障害が発生した場合は、ルーティング計画で電話番号を他の場所に転送できます。

通信事業者がこのサービスを提供している場合は、ミッションクリティカルな着信電話番号の基本的なルーティングプランを設定することをお勧めします。

sc PSTN 失敗ルーティング

緊急ダイヤル

会社の管轄、規制、業界、または内部の方針によっては、Communicateソリューションを公共の緊急サービスに接続できるようにする必要があります。 米国の公共緊急番号には 911 が含まれます。

緊急サービスをさまざまな方法でソリューションに統合できます。 最も一般的なのは、ローカル アナログ ゲートウェイを各物理 Communicate サイトでビジネス POTS 回線に接続する方法です。 この方法では、ローカル POTS 回線で「緊急」と指定されたサイトにコールをつなぐようにダイヤル プランを設定できます。

他の緊急ダイヤルソリューションに興味がある場合は、会社の要件に基づいた最善の方法について、セールスエンジニアに相談してください。

sc 緊急ダイヤル supp

ヒント:   ビジネス POTS 回線は一度に 1 コールしかサポートしていません。 複数の緊急コールを許可する必要がある場合には、複数の POTS 回線をアナログ ゲートウェイに接続することを推奨します。

ヒント:   ローカル POTS 回線をご注文の際は、そのプロバイダーに緊急ダイヤル用リンクを使用する意図を通知することを推奨します。    また、電話番号が全国緊急データベースに登録されることもご確認ください。

電話

物理電話をGenesys Cloudに接続する場合は、DHCPおよびDNSサービスを使用することをお勧めします。 DHCP および DNS サービス を使用すると、初期デプロイを効率化し、継続的な電話管理を削減して、ユーザーにより良い回復力を提供できます。 Genesys Cloudは、静的IP情報とプロビジョニングを使用して、各電話を手動で展開できます。 当社では手動デプロイメントは推奨していません。

DHCP と DNS を使った電話プロビジョニング

DHCPとDNSを使用して電話機を配置するには、これらのサービスを社内のカスタマーネットワークで有効にする必要があります。 これらのサービスが使用可能になったら、Genesys Cloud電話プロビジョニング用の新しいホスト「A」リソースレコードをDNSフォワードルックアップゾーンに設定します。 ホスト「A」レコードはすべて同じ名前を持ちますが、各 Edge アプライアンスの IP を持つ新しいレコードを作成します。 すべての Edge を追加することで、1 つの Edge アプライアンスが利用不可の場合、電話は次の Edge アプライアンスに接続を試みます。

ホストの「A」レコードを作成したら、電話機にDHCPスコープを作成します。 各電話ネットワーク セグメントは DHPC サーバーで定義されたそれぞれ異なる DHCP スコープを必要とします。 DHCP スコープを作成した後、コードのスコープ用の新しい DHCP オプションを作成します： 160. このオプションは電話がネットワークにオンラインになったときにそれぞれのプロビジョニング Edge を通知します。 オプション 160 では、前方参照ゾーン内で作成した電話プロビジョニング DNS レコードの名前を追加します。

メモ：   Edge アプリケーションおよび電話を単一ネットワーク セグメント上にデプロイするカスタマーに対しては、Edge アプライアンスは電話から受信した DHCP DISCOVER と INFORM メッセージに応答します。 この応答により、電話はそのプロビジョニング情報を直接 Edge から受け取り、DHCP スコープ内で DHCP オプション 160 を設定する必要が排除されます。
ヒント:   他のサービス用に DHCP オプション 160 を既にお使いの場合には、お使いの電話の製造元提供の別のカスタム DHCP オプション値を使用できます。