PSTN連携の考慮事項
このセクションは、追加の耐障害性のためにZPLSモジュールをSBCおよびPSTN接続と連携することを検討しているお客様に適用されます。ZPLSモジュールをPSTN接続と連携する予定がないお客様は、このセクションを問題なく省略できます。
SBC連携に関する考慮事項
SBCの要件
耐障害性のためにSBCをZoomと連携するには、SBCが以下の要件を満たしている必要があります。
TLS 1.2およびSRTP
相互TLSのサポート
セッション開始プロトコル（SIP）
DTMF（RFC-2833）
トポロジー隠蔽（RFC-5853）
SIPアーリーオファー（必須)
Opus、G.711 μ-law、G.711 A-law、およびG.729コーデック
PSTN連携には、SBCおよび信頼性の高いサードパーティプロバイダーが必要です
PSTN接続の場合、お客様は、レガシー接続、または携帯電話回線もしくは代替接続（例：DSL）を備えたSIPトランクのいずれかに接続されたセッションボーダーコントローラ（SBC）を用意する必要があります。お客様は、SBCに展開されるSIPトランクが、障害の発生している同一のインターネットサービスに依存している可能性があることを考慮する必要があります。この可能性があるため、お客様はPSTN接続用に信頼性の高い第三の接続を検討する必要があります。
Zoom Phone BYOC認定SBCはすべて使用できます
以下のセッションボーダーコントローラ（SBC）はすべて Zoom Phoneの認定を受けている ZPLSモジュールでも使用できます。既存のZoom Phone BYOCプランをご利用のお客様は、耐障害性の目的で追加または別個のSBCを必要としません。
ZoomのDigiCert証明書をSBCにインストールする必要があります
ZPLSモジュールとZoomクラウドの両方へのTLS接続を確立するには、Zoomの DigiCertルート証明書および中間証明書 をSBCにインストールする必要があります。
SBCは、着信通話を第1および第2のルーティング先としてZoom Phoneデータセンターへ、第3のルーティング先としてZPLSモジュールへルーティングする必要があります
お客様のSBCは、ZPLSモジュールを試行する前に、PSTNからの着信通話をプライマリおよびセカンダリSIPゾーンへルーティングする必要があります。この設定では、SBCおよびZoom Phoneデータセンターは通常安定した接続を維持するため、耐障害性イベント中にのみ通話がZPLSモジュールへルーティングされます。
このロジックに従わない場合、ZPLSモジュールはクラウド登録済みデバイスへ通話をルーティングできないため、通話配信の失敗につながる可能性があります。
ZPLSモジュールからの発信通話は、SBCおよびPSTN SIPトランクへルーティングする必要があります
耐障害性モードがアクティブな場合、外部電話接続を確立するために、ZPLSからSBCへの通話はPSTN SIPトランクへルーティングする必要があります。ZPLSモジュールに登録されていない番号へのすべての通話は、E.164形式で耐障害性用に設定されたSBCへ送信されます。
ローカル耐障害性の着信転送に関する考慮事項
耐障害性イベント中、Zoom Phoneが提供する電話番号は、着信転送を通じて再ルーティングされない限り外部から到達できません
耐障害性イベント中、Zoomが提供する電話番号はクラウドの観点から外部から到達できません。そのため、プライマリ番号への通話がオンプレミスSBCに関連付けられた代替番号へ転送されない限り、影響を受けた位置情報にいるユーザーには連絡できない可能性があります。
オンプレミスベースのBYOCを使用するお客様は高度な設定を必要とせず、SBCからZPLSモジュールへの第三のルートを追加することで着信転送を回避できます
オンプレミスベースのBYOCプラン（つまり、Zoom Phone登録番号を使用しないお客様）を使用するお客様は、着信転送を有効にするための高度な設定を必要としません。代わりに、BYOCのお客様はオンプレミスベースのSBCからZPLSモジュールへの第三のルートを追加できます。
着信転送の設定は、管理者または権限を付与されたユーザーがウェブポータルから行います
アカウント管理者または権限を付与されたユーザーは、 着信転送ロジックを設定する ウェブポータルから次を使用して 手動入力または一括CSVアップロード.
着信転送が設定されたユーザーには、3つの番号が割り当てられます
着信転送の耐障害性のためにBYOC番号をユーザーに適用すると、クライアントデバイスには 少なくとも 3つの番号：
サイトコードが先頭に付加された内部内線番号
Zoom提供のPSTN番号
BYOC PSTN番号
電話番号は最大1つのBYOC番号に転送できます
各Zoom Phone番号は最大 1つの 別のBYOC番号に転送できます。ただし、複数の電話番号を同じBYOC番号に転送することはできます。
たとえば、Johnに電話番号X55-555-5555が割り当てられている場合、Johnの電話番号を彼のビルの代表番号X99-999-9999へ転送できます。同様に、Johnの同僚も自分の番号（X55-555-5554、X55-555-5553など）をX99-999-9999へ転送できます。あるいは、各ユーザーは電話番号を完全に固有の番号に転送できます。たとえば、X55-555-5554をX99-999-9998へ、X55-555-5553をX99-999-9997へルーティングできます。ただし、個々のユーザーが自分の番号をX99-999-9999とX99-999-9998の両方に転送することはできません。
耐障害性イベントが発生するまで、着信転送は無効のままにする必要があります
管理者は事前にサイトの着信転送ロジックをプロビジョニングできますが、耐障害性イベントが発生するまで着信転送機能は無効のままにする必要があります。通常運用中に着信転送を有効にすると、Zoom Phone登録番号へのすべての着信通話がオンプレミスSBCおよび関連付けられたBYOC電話番号へ再ルーティングされ、Zoom Phoneサービスを迂回します。したがって、通常のZoom Phoneルーティングを維持するには、通常運用中は着信転送を無効にする必要があります。
着信転送を有効にできるのは、機能するインターネット接続を持つ権限を付与されたユーザーまたは管理者のみです
耐障害性モードイベント中は、サイトのインターネット接続が利用できないものと想定されます。ただし、標準運用では着信転送を無効のままにする必要があるため、電話のデータプランなどの機能するインターネット接続、または別の位置情報内の代替インターネット接続を持つ権限を付与されたユーザーまたは管理者のみが有効にできます。
着信転送ルールは、サイト全体または個々の番号に適用できます
耐障害性イベント中、管理者または権限を付与されたユーザーは、ウェブポータルからサイト全体または特定の番号に対する着信転送ルールを有効にできます。
ユーザーの電話番号に対して着信転送が有効になると、独立したクラウド接続が維持されている場合でも、Zoomはユーザーのクラウド登録済みクライアントを鳴らしません
Zoom Phone登録番号に対して着信転送が有効になると、Zoomはクラウド経由でユーザーへの通話をルーティングしようとしません。したがって、影響を受けたユーザーが携帯電話などのクラウド登録済みデバイスを持っている場合でも、電話番号が着信転送用にマークされている場合、すべての通話はPSTNを経由して会社のSBCへルーティングされます。
たとえば、サイトで耐障害性モードイベントが発生しており、ユーザーの携帯電話が携帯電話事業者のデータ接続を通じてZoom Phoneクラウドに接続されているとします。ユーザーの電話番号が着信転送用にマークされている場合、Zoom Phoneクラウドは しません 安定した接続にもかかわらず、モバイルアプリを通じてそのZoom Phone番号を鳴らしません。代わりに、すべての通話は引き続きPSTNを経由してお客様のSBCへルーティングされます。
耐障害性イベント中にユーザーの着信転送が有効になっていない場合、着信通話は各ユーザーのコールハンドリング設定に従います
耐障害性イベント中に着信転送が有効になっていない場合、着信通話は次に従って処理されます コールハンドリングロジック 各ユーザーごとに適用されます。ユーザーに携帯電話などのクラウドに登録されたバックアップ電話クライアントがない場合、発信者には次で定義されるルールが適用されます 通話に応答がない場合 コールハンドリング設定のセクション。
着信転送は着信PSTN通話にのみ適用されます
耐障害性のための着信転送は、PSTNおよび/またはZoom Phoneクラウドを経由してルーティングされる通話にのみ適用されます。同じサイト内のZoom登録済み内線番号から発信された通話は、まずZPLSモジュールを通じた接続を試行し、SBCが接続されている場合は次にPSTNを試行します。接続できない通話には、次で定義された処理が適用されます 通話に応答がない場合 ユーザーの電話設定内にあるコールハンドリングルールのセクション。
着信転送フロー
次の図は、耐障害性イベント中の着信転送（有効にした後）のロジックを詳しく示しています。このロジックは、着信転送が無効になるか標準運用が復旧するまで有効です。ただし、着信転送が有効なままの場合 後に 標準運用が復旧すると、転送された通話はZoom PhoneクラウドからSBCへ、さらにクラウドへとヘアピンされてから、ユーザーのデバイスに配信されます。このため、耐障害性イベント後は速やかに着信転送を無効にする必要があります。
外部の発信者がZoom Phone登録番号への通話を開始し、PSTNを経由してルーティングされます。
通話はZoom Phoneクラウドへルーティングされ、ダイヤルされた電話番号が着信転送の影響を受けるものとして識別されます。
着信転送が有効になっているため、Zoomはユーザーにアラートを送信しようとせず、代わりにPSTNを経由して指定された着信転送番号へ通話をリダイレクトします。
通話はPSTNから耐障害性SBCへルーティングされます。
耐障害性SBCは通話をZPLSモジュールへ転送します。
ZPLSモジュールは、接続されている場合、通話をユーザーの登録済みクライアントへ転送します。
緊急位置識別番号（ELIN）に関する考慮事項
ELINは、ダイヤルされたときに緊急サービスへ位置情報を伝える、サイト専用の電話番号です
緊急位置識別番号（ELIN）は、緊急サービスに電話をかける際に発信者の物理的な住所を識別するために公安応答拠点（PSAP）が使用する専用電話番号です。この機能では、企業はPSTNサービスプロバイダーと連携して住所を電話番号にマッピングし、PSAPオペレーターが通話を受信したときに、その住所が自動位置識別（ALI）データベースに記載されるようにする必要があります。
たとえば、複数の建物にまたがる大学キャンパスを考えてみましょう。各建物は個別のZoom Phoneサイトとして表されます。耐障害性イベント中にユーザーが電話またはデバイスから緊急サービスへダイヤルした場合 サイトに関連付けられた、位置情報が設定され、サービスプロバイダーに最新の情報が登録されている場合、緊急サービスはそのサイトに登録されている完全な住所を自動的に受信します。
各サイトは複数のELINをサポートできます
お客様は、緊急番号リソースのプールとして、複数のELINをサイトに割り当てることができます。耐障害性イベント中に緊急事態が発生した場合、これにより複数の発信者に一意に割り当てられたELINを持たせることができ、緊急サービスが折り返し電話をかける際に元の発信者へ連絡するのに役立ちます。
さらに、ELINはユーザーまたは共用エリア電話機に割り当てることができ、サイトレベルよりも詳細なELIN割り当てが可能となり、緊急サービスにより正確な位置情報を提供します。
耐障害性イベント中、すべての緊急通話はELINに置き換えられます
耐障害性イベント中にユーザーが緊急通話を行うと、利用可能な場合、ユーザーの発信番号はサイトレベルで指定されたELINに置き換えられます。これにより、直通番号を持たないユーザーでも緊急サービスに電話をかけ、緊急オペレーターからの折り返し電話を受けることができます。
ELIN番号は、サイトのSBC PSTNトランクに関連付けられたBYOC番号である必要があります
サイトのELINは 必須 サイトのフェイルオーバーSBCにあるPSTNトランクで終端されるBYOC番号である必要があります。他の種類の番号は使用できません。
ZPLSモジュールは、緊急サービスプロバイダーからELINへの通話を、最初にダイヤルしたユーザーの内線番号へ最大2時間自動的にルーティングします
緊急オペレーターがELINへ折り返し電話をかけた場合、ZPLSモジュールは通話を緊急通話を行った元のユーザーへルーティングします。ZPLSモジュールは、PSAPからの折り返し通話を元の発信者へ最大2時間ルーティングし続けます。現在、この機能は最初の発信者に限定されています。
電話番号がELINとして指定されると、ユーザーまたはデバイスに割り当てることはできません
管理者がサイトの指定ELINとしてBYOC番号を割り当てると、割り当てを解除しない限り、そのBYOC番号をユーザーまたはその他のZoom Phoneエンティティに割り当てることはできません。
お客様は、各サイトのELINに関連付けられた物理的な住所を維持および更新する責任を負います
Zoomは、各ELINに対応する物理的な住所をBYOC通信事業者へ更新する責任を負いません。お客様は、緊急時の住所が適切な物理的住所に正しくマッピングされていることを確認する責任を負います。
PSTNルーティングに関する考慮事項
耐障害性モードがアクティブな場合、メディアパケットはZPLSモジュールを経由してルーティングされます
耐障害性モードが有効な場合、クライアントはSBCまたは他の内部クライアントと直接通信しません。代わりに、メディアオフロードはサポートされず、メディアパケットはZPLSモジュールを経由してアンカーまたは「ヘアピン」されます。
次の図は、アクティブな内部通話および外部通話のシグナリングパスとメディアパスを示しています。
通話は最初にローカルでのルーティングを試行します
可能な限り、ZPLSモジュールは登録済みZoomクライアントから発信された通話をローカルに登録された宛先へルーティングしようとします。着信SIP招待のRequest URIフィールドに含まれる宛先が登録済み内線番号と一致しない場合にのみ、通話はSBCへ転送されます。
耐障害性イベント中、外部への発信通話にはユーザーのBYOC番号が表示されます
耐障害性イベント中、ZPLS登録済みデバイスからの外部への発信通話には、BYOC発信番号が含まれます。次の図は、ユーザーの耐障害性モードの通話フローを示しています。
折り返し通話はユーザーのBYOC番号へルーティングされる場合があります
耐障害性イベント中に行われる外部への発信通話ではBYOC番号が使用されるため、外部の発信者はユーザーのZoom登録電話番号ではなくBYOC番号を使用して折り返し電話をかける場合があります。耐障害性イベントが終了している場合、通話はクラウドを経由して戻ります 正しいルーティング優先順位が設定されている場合。ただし、イベントが継続中の場合、SBCは通話をZPLSモジュールおよびクライアント登録済みデバイスへルーティングします。
サポートされる耐障害性コーデック
サポートされる耐障害性コーデックは、Opus、G.711 μ-law、G.711 A-law、およびG.729です。オーディオコーデックのトランスコーディングまたはトランスレーティングはサポートされていません。アクティブな通話に関与するすべての参加者は、同じコーデックおよびサンプリングレートをサポートする必要があります。
耐障害性分配グループに関する考慮事項
このセクションでは、耐障害性分配グループ（SDG）に関する考慮事項について説明します。SDGを利用する予定がない、またはZPLSモジュールをPSTN接続と連携する予定がないお客様は、このセクションを問題なく省略できます。
耐障害性分配グループは、耐障害性イベント中にきめ細かなコールルーティングオプションを提供します
耐障害性分配グループ（SDG）は、耐障害性イベント中に、コールキューや自動音声応答システム（IVR）メニューのようなきめ細かなコールルーティングオプションを企業に提供します。SDGを使用すると、企業は標準運用が復旧するまで、主要なテレフォニーサービスおよびコールルーティング設定（コールキュー、自動受付、共有回線グループなど）を継続してサポートできます。
SDGは標準運用の分配グループとは異なり、個別に構築および維持する必要があります
SDGは標準運用の分配グループと類似したコールルーティング機能を提供しますが、SDGは耐障害性イベントに固有のものであり、個別に構築および維持する必要があります。言い換えると、SDGは しません 標準運用の分配グループ（つまり、コールキュー、自動受付、IVRなど）の設定または構成を継承します
SDGは、BYOC-PSTN連携と着信転送の有効化を組み合わせるのが最適です
SDGは内部専用のサポート（つまり、非PSTN通話）を提供できますが、BYOC-PSTN連携と組み合わせるのが最適です。PSTN対応のSDGでは、耐障害性イベント中に着信転送が有効になると、会社代表番号を指定されたSDG電話番号へルーティングでき、通話は設定されたルーティングプロファイルに従います。これにより、企業は標準運用が復旧するまで、外部の発信者に一貫した通話フローエクスペリエンスを提供できます。
次の図は、PSTN対応SDGのコールルーティングロジックを示しています。
SDGは以下の方法でカスタマイズできます
SDGは以下のオプションをサポートします：
専用内線番号
割り当てられたダイヤルイン直通番号
タイムゾーン
営業時間
録音済みのあいさつ
グループメンバー
ルーティング先：
ユーザー
自動音声応答システム（IVR）メニュー
グループメンバー
電話番号
着信呼分配：
同時
シーケンシャル
ハードウェアおよびネットワークに関する考慮事項
このセクションでは、ZPLSモジュール、SBC連携、Zoomクライアント、および電話デバイスのハードウェアおよびネットワークに関する考慮事項について説明します。このセクションを読むと、ZPLSの展開に必要なネットワーク通信および構成を理解できます。
ZPLSモジュールの展開およびネットワークに関する考慮事項
ZPLSモジュールには、ネットワーク内の静的IPv4アドレスが必要です
ZPLSモジュールは、Zoom Phoneデバイスおよびデスクトップクライアントからアクセス可能な静的IPv4アドレスを持つ内部LANに展開する必要があります。現時点で、ZPLSモジュールはIPv6アドレスをサポートしていません。
ZPLSモジュールはZoom Phoneクラウドとの定期的なHTTPS接続を維持する必要があります
ZPLSモジュールは、Zoom Phoneクラウドとの定期的なHTTPS接続を必要とします。目的： アカウントおよびユーザー設定を同期する.
ほとんどの場合、ZPLSモジュールはお客様のネットワーク内の内部LANに展開できます。代わりに、状況によってはDMZネットワークを使用することもできますが、ネットワーク管理者はエンタープライズファイアウォールを通じて通信可能であることを確認する必要があります。いずれの場合も、管理者はZPLSモジュールとZoomクラウド間の通信を有効にするため、企業のファイアウォールポリシーを調整する必要があります。
ZPLSモジュールはZoom Phoneクラウドとの定期的なOPTIONS pingを維持する必要があります
アイドル状態では、ZPLSモジュールは接続性を監視するために、Zoom PhoneクラウドとのOPTIONSキープアライブpingを維持する必要があります。サイト内のクライアントデバイスとZPLSモジュールの両方がZoom Phoneクラウドとの接続を失った場合、サポート対象のクライアントおよびデバイスは、TLS v1.2経由のSIPダイジェスト認証を使用してZPLSモジュールに登録されます。
SBCの展開およびネットワークに関する考慮事項
可能な限り、SBCはZPLSおよびZoomクラウドから到達可能である必要があります
お客様は、可能な限りSBCがZPLSモジュールおよびZoom Phoneクラウドの両方との接続を維持するようにする必要があります。お客様は、プライベートおよびパブリックIPv4アドレスで設定されたデュアルNIC SBCをプロビジョニングするか、必要なポートを開放することに加えて、エッジファイアウォールに静的1:1 NATルールが設定されていることを確認できます。
SBCはZoom PhoneクラウドとZPLSモジュール間のTLSおよびUDP接続を維持する必要があります
通常運用中、SBCはZoom Phoneクラウドおよび関連するサイトのZPLSモジュールの両方へのTLSおよびUDP接続を維持する必要があります。この接続は、BYOCリストにある電話番号への通話の可能性をルーティングするために使用されます Zoom Phoneクラウドを経由して。OPTIONSキープアライブメカニズムはZPLSとSBCの間で自動的に有効になり、SBCとクラウドの間ではオプションです。
Zoomクライアントおよび電話デバイスに関する考慮事項
クライアントおよびデバイスは、ローカルエリアネットワーク内でサイトのZPLSモジュールを検出できる必要があります
クライアントおよびサポート対象デバイスは、 電話の耐障害性が有効になっている 起動プロセス中に、Zoom Phoneクラウドから適切なフェイルオーバーZPLSモジュールを検出します。ただし、モジュールはすでに 電話システムサイトにバインドされている 内部から検出可能なIPv4アドレスで。
デバイスには静的IPを設定するか、ローカルDHCPサーバー経由でプライベートIPを割り当てる必要があります
潜在的な問題を軽減するため、電話デバイスにはローカルDHCPサーバー経由で静的IPまたは内部IPを割り当てる必要があります。デバイスに静的IPが割り当てられていない場合、または耐障害性イベント中にDHCPサーバーが利用できない場合、電話デバイスが登録に失敗する可能性があります。
クライアントおよびデバイスは、Zoom Phoneクラウドとの定期的なOPTIONS pingを維持する必要があります
ZPLSモジュールと同様に、サポート対象のクライアントおよびデバイスは、データセンターの接続状態を判定するために、Zoom PhoneクラウドへのOPTIONSキープアライブpingを維持する必要があります。障害が発生した場合、クライアントはクラウドサービスの復帰を検出し、通常運用の再開を開始するために、キープアライブメッセージを送信し続けます。このプロセスは自動であり、無効にすることはできません。
ファイアウォールおよびネットワークのデータフロー
次のセクションを参照してください ネットワークポートとデータフロー.
最終更新
役に立ちましたか？