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 接続のために信頼できる第3の接続を検討すべきです。

Zoom Phone BYOC 認定済みの SBC はすべて使用可能です

次の条件を満たす任意のセッションボーダーコントローラ (SBC) は Zoom Phone の認定を受けた ZPLS モジュールにも使用できます。既存の Zoom Phone BYOC プランの顧客は、サバイバビリティ目的で追加の別個の SBC を必要としません。

Zoom の DigiCert 証明書を SBC にインストールする必要があります

ZPLS モジュールと Zoom クラウドの両方に対して TLS 接続を確立するために、Zoom の DigitCert ルートおよび中間証明書 を SBC にインストールする必要があります。

SBC は着信通話を最優先と第2のルーティング先として Zoom Phone データセンターにルーティングし、ZPLS モジュールを第3のルーティング先にする必要があります

顧客の SBC は PSTN からの着信通話を ZPLS モジュールを試行する前に、プライマリおよびセカンダリの SIP ゾーンにルーティングする必要があります。この構成により、SBC と Zoom Phone データセンターが通常は安定した接続を維持するため、サバイバビリティイベント時にのみ通話が ZPLS モジュールにルーティングされます。

この論理に従わないと、ZPLS モジュールはクラウドに登録されたデバイスに通話をルーティングできないため、通話配信の失敗が発生する可能性があります。

サバイバビリティイベント後に Zoom Phone クラウドが利用可能になった場合、SBC は影響を受けた番号のクライアントデバイスが ZPLS モジュールに登録されている間、一時的に BYOC 番号を Zoom クラウドにルーティングしようとすることがあります。この場合、通話ルーティングは 応答がない場合 の設定に従ってこの過渡期間中に行われます。

ZPLS モジュールからの発信は SBC と PSTN SIP トランクへルーティングする必要があります

サバイバビリティモードが有効な場合、ZPLS から SBC に送られる通話は外部電話接続を確立するために PSTN SIP トランクにルーティングされる必要があります。ZPLS モジュールに登録されていない番号へのすべての通話は、E.164 形式でサバイバビリティ用に構成された SBC に送信されます。

コール転送のローカルサバイバビリティに関する考慮事項

サバイバビリティイベント中、Zoom Phone によって付与された電話番号は、コール転送を経由して再ルーティングされない限り外部から到達できなくなります

サバイバビリティイベント中、Zoom が付与する電話番号はクラウドの観点から外部から到達できなくなります。そのため、影響を受けたロケーション内にいるユーザーは、プライマリ番号への着信がオンプレミスの SBC に関連付けられた代替番号に転送されない限り、到達できなくなる可能性があります。

影響を受ける番号の一般的な例には、ユーザー、共用エリア、オートレセプション (AR)、共有回線グループ (SLG)、コールキュー (CQ) に割り当てられた番号が含まれる場合があります。

オンプレミスベースの BYOC を使用する顧客は高度な構成を必要とせず、SBC から ZPLS モジュールへの第3経路を追加することでコール転送をバイパスできます

オンプレミスベースの BYOC プラン（つまり、Zoom Phone に登録された番号を使用していない顧客）を使用する顧客は、コール転送を有効にするための高度な構成を必要としません。代わりに、BYOC 顧客はオンプレミスの SBC から ZPLS モジュールへの第3経路を追加できます。

コール転送の設定は管理者または権限のあるユーザーがウェブポータルから行います

アカウント管理者または権限のあるユーザーは コール転送ロジックを構成できます ウェブポータルから 手動入力または一括 CSV アップロードを通じて.

コール転送に設定されたユーザーには 3 つの割り当て番号があります

コール転送サバイバビリティのためにユーザーに BYOC 番号を適用した後、クライアントデバイスには次のものが割り当てられます 少なくとも 3 つの番号：

1. サイトコードが前置された内部内線番号

2. Zoom 提供の PSTN 番号

3. 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 は独立したクラウド接続を維持していてもユーザーのクラウド登録クライアントを着信させません

Zoom Phone に登録された番号にコール転送が有効になっている場合、Zoom はクラウド経由で該当ユーザーへの通話を試行しません。そのため、影響を受けたユーザーがモバイル電話のようなクラウド登録デバイスを持っていても、電話番号がコール転送にマークされている場合、すべての通話は PSTN を介して企業の SBC にルーティングされます。

たとえば、あるサイトがサバイバビリティモードのイベントを経験しており、ユーザーの携帯電話がセルラープロバイダーのデータ接続を介して Zoom Phone クラウドに接続されているとします。ユーザーの電話番号がコール転送にマークされている場合、Zoom Phone クラウドは 着信を行いません 安定した接続があってもモバイルアプリを通じてその Zoom Phone 番号を鳴らしません。代わりに、すべての通話は引き続き PSTN を介して顧客の SBC にルーティングされます。

サバイバビリティイベント中にユーザーに対してコール転送が有効になっていない場合、着信通話は各ユーザーの通話処理の設定に従います

サバイバビリティイベント中にコール転送が有効になっていない場合、着信通話は各ユーザーの 通話処理ロジック に従って処理されます。ユーザーがモバイル電話のようなクラウドに登録されたバックアップの電話クライアントを持っていない場合、発信者は 応答がない場合 の通話処理設定で定義されたルールの対象となります。

コール転送は受信 PSTN 通話にのみ適用されます

サバイバビリティのためのコール転送は PSTN および/または Zoom Phone クラウドを経由してルーティングされる通話にのみ適用されます。同じサイト内の Zoom 登録内線から発信される通話はまず ZPLS モジュールを介して接続を試み、SBC が接続されている場合は次に PSTN を試みます。接続できない通話は、ユーザーの電話設定内の 応答がない場合 通話処理ルールのセクション

に定義された扱いの対象となります。

コール転送フロー 次の図は、サバイバビリティイベント中に（有効化後の）コール転送のロジックを詳細に示しています。このロジックは、コール転送が無効にされるか通常の運用が回復するまで有効なままです。ただし、コール転送が引き続き有効な場合は 通常の運用が回復した後でも、転送された通話は Zoom Phone クラウドから SBC へ、そしてクラウドへとヘアピンしてからユーザーのデバイスに配信されます。このため、サバイバビリティイベント後には速やかにコール転送を無効にする必要があります。

1. 外部発信者が Zoom Phone に登録された番号に発信し、PSTN を経由してルーティングされます。

2. 通話は Zoom Phone クラウドにルーティングされ、発信された電話番号がコール転送の対象として影響を受けていることが識別されます。

コール転送が有効でない場合、Zoom Phone は該当するユーザーまたは内線に対して 応答がない場合 そのユーザーまたは内線のロジックに従います。

1. コール転送が有効になっているため、Zoom はユーザーに通知を試みず、代わりに指定されたコール転送番号に通話を PSTN 経由でリダイレクトします。

2. 通話は PSTN からサバイバビリティ SBC にルーティングされます。

3. サバイバビリティ SBC は通話を ZPLS モジュールに転送します。

4. 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 モジュールは緊急サービスからの通話を最大 2 時間まで発信者（元のユーザー）の元に自動的にルーティングします

緊急オペレーターが ELIN に折り返し電話をかけた場合、ZPLS モジュールは通話を元の緊急通話を行ったユーザーにルーティングします。ZPLS モジュールは最大 2 時間にわたり PSAP の折り返し通話を元の発信者にルーティングし続けます。現時点ではこの機能は最初の発信者に限定されています。

一度電話番号が ELIN に指定されると、その番号をユーザーやデバイスに割り当てることはできません

管理者がサイトの指定 ELIN として BYOC 番号を割り当てると、その BYOC 番号は割り当て解除されない限り、ユーザーや他の Zoom Phone エンティティに割り当てることはできません。

顧客は各サイトの ELIN に関連付けられた物理住所の維持および更新に責任を負います

Zoom は各 ELIN に対応する物理住所を BYOC キャリアに更新する責任を負いません。緊急住所が適切な物理住所に正しくマッピングされていることを確認するのは顧客の責任です。

PSTN ルーティングに関する考慮事項

サバイバビリティモードが有効な場合、メディアパケットは ZPLS モジュールを経由してルーティングされます

サバイバビリティモードが有効な場合、クライアントは SBC や他の内部クライアントと直接通信せず、メディアパケットは ZPLS モジュールを介してアンカーまたは“ヘアピン”され、メディアのオフロードはサポートされません。

次の図は、アクティブな内部および外部通話のシグナリングおよびメディア経路を示しています。

通話はまずローカルでのルーティングを試みます

可能な限り、ZPLS モジュールは登録された Zoom クライアントから発信された通話をローカルに登録された宛先にルーティングしようとします。着信 SIP Invite の Request URI フィールドに含まれる宛先が登録済みの内線と一致しない場合にのみ、通話は SBC に転送されます。

登録済み内線とは、サイトコードなしの短い内線、サイトコード付きの長い内線、割り当てられた Zoom 登録番号、または割り当てられた BYOC 番号を指します。管理者は ZPLS モジュールがこのデータを 10 時間ごとに.

更新することを念頭に置くべきです。

サバイバビリティイベント中、外部への発信通話はユーザーの 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 モジュールの展開およびネットワーキングに関する考慮事項

ZPLS モジュールはネットワーク内で静的な IPv4 アドレスを必要とします

ZPLS モジュールは、Zoom Phone デバイスとデスクトップクライアントがアクセスできる内部 LAN 上にデプロイされ、静的な IPv4 アドレスを持つ必要があります。ZPLS モジュールは現時点で IPv6 アドレスをサポートしていません。

ZPLS モジュールは Zoom Phone クラウドと定期的に HTTPS 接続を維持する必要があります ZPLS モジュールはアカウントおよびユーザー設定を.

同期するために、Zoom Phone クラウドと定期的な HTTPS 接続を必要とします

ほとんどの場合、ZPLS モジュールは顧客のネットワーク内の内部 LAN にデプロイできます。場合によっては DMZ ネットワークを使用することも可能ですが、ネットワーク管理者は企業ファイアウォールを介して通信が可能であることを確認する必要があります。いずれの場合も、管理者は ZPLS モジュールと Zoom クラウド間の通信を有効にするために企業のファイアウォールポリシーを調整する必要があります。

ZPLS モジュールは Zoom Phone クラウドと定期的な OPTIONS キーピングを維持する必要があります

アイドル状態の間、ZPLS モジュールは接続性を監視するために Zoom Phone クラウドと OPTIONS キープアライブピングを維持する必要があります。サイト内のクライアントデバイスと 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 モジュールを検出します。ただし、モジュールは既に Phone System サイトにバインドされている 内部で検出可能な IPv4 アドレスを持っている必要があります。

デバイスは静的 IP を持つか、ローカル DHCP サーバーによってプライベート IP が割り当てられるべきです

潜在的な問題を軽減するために、電話機器には静的 IP を割り当てるか、ローカル DHCP サーバーを介して内部 IP を割り当てるべきです。デバイスに静的 IP が割り当てられていないか、サバイバビリティイベント中に DHCP サーバーが利用できない場合、電話機器は登録に失敗する可能性があります。

クライアントおよびデバイスは Zoom Phone クラウドと定期的な OPTIONS キープアライブを維持する必要があります

ZPLS モジュールと同様に、サポートされるクライアントとデバイスはデータセンター接続状態を判断するために Zoom Phone クラウドへの OPTIONS キープアライブピングを維持する必要があります。障害が発生した場合、クライアントはクラウドサービスの復帰を検出して通常の運用再開を開始するためにキープアライブメッセージの送信を継続します。このプロセスは自動であり無効にすることはできません。

ファイアウォールおよびネットワークデータフロー

次のセクションを参照してください： ネットワークポートおよびデータフロー.