PSTN統合に関する考慮事項

このセクションは、追加の生存性確保のために ZPLS モジュールを SBC および PSTN 接続と統合することを検討しているお客様に適用されます。ZPLS モジュールを PSTN 接続と統合する予定のないお客様は、このセクションを無視しても問題ありません。

SBC 統合に関する考慮事項

SBC要件

SBC を生存性確保のために Zoom と統合するには、SBC が次の要件を満たしている必要があります：

• TLS 1.2 と SRTP

• 相互TLS（Mutual TLS）のサポート

• セッションイニシエーションプロトコル（SIP）

• DTMF（RFC-2833）

• トポロジ隠蔽（RFC-5853）

• SIP Early Offer（必須)

• 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 を用意する必要はありません。

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

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

SBC は着信通話を Zoom Phone データセンターを第1・第2の経路、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の経路を追加できます。

着信転送の設定は Web ポータルの管理者または認可ユーザーによって行われます

アカウント管理者または認可ユーザーは 着信転送のロジックを設定できます Web ポータルから 手動入力または一括 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 はサバイバビリティイベント中に Web ポータルから着信転送ロジックを有効にするための信頼できる手順を企業が確立することを推奨します。

着信転送ルールはサイト全体または個別番号に適用できます

サバイバビリティイベント中、管理者または認可ユーザーは Web ポータルからサイト全体または特定の番号に対して着信転送ルールを有効にできます。

ユーザーの電話番号に対して着信転送が有効になると、たとえ独立したクラウド接続を維持していても Zoom はユーザーのクラウド登録クライアントを鳴らしません

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

例えば、あるサイトがサバイバビリティモードのイベントを経験しており、ユーザーのモバイルフォンがセルラー事業者のデータ接続を介して Zoom Phone クラウドに接続されている場合を考えます。もしユーザーの電話番号が着信転送に設定されていると、Zoom Phone クラウドは 通知されません 安定した接続にもかかわらずモバイルアプリ経由で Zoom Phone 番号を鳴らすことはありません。代わりに、すべての通話は PSTN を経由して顧客の SBC にルーティングされ続けます。

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

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

着信転送は着信 PSTN 通話にのみ適用されます

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

に定義された処理の対象となります。

着信転送フロー 次の図は、サバイバビリティイベント中に着信転送が有効になっている場合のロジックを示します。このロジックは、着信転送が無効にされるか標準運用が復旧するまで有効のままです。ただし、着信転送が 標準運用の復旧後も

1. 有効のままであると、転送された通話は Zoom Phone クラウドから SBC、そして再びクラウドへとヘアピン（往復）してからユーザーのデバイスに配信されます。このため、サバイバビリティイベント終了後は速やかに着信転送を無効にする必要があります。

2. 外部発信者が Zoom Phone 登録番号に対して通話を開始し、その通話が PSTN を介してルーティングされます。

通話は Zoom Phone クラウドへルーティングされ、発信された電話番号が着信転送の対象として影響を受けていることが識別されます。 着信が応答されない場合 着信転送が有効でない場合、Zoom Phone はその特定のユーザーまたは内線に対する

1. ロジックに従います。

2. 着信転送が有効になっているため、Zoom はユーザーへ通知しようとはせず、代わりに通話を PSTN 経由で指定された着信転送番号へリダイレクトします。

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

4. サバイバビリティ 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 モジュールは緊急オペレータからのコールを元の発信ユーザーに最大 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 モジュールの展開にはネットワーク内の静的 IPv4 アドレスが必要です

ZPLS モジュールは Zoom Phone デバイスおよびデスクトップクライアントからアクセス可能な内部 LAN 上に静的な IPv4 アドレスで展開する必要があります。ZPLS モジュールは現時点で IPv6 アドレスをサポートしていません。

ZPLS モジュールは Zoom Phone クラウドと定期的に HTTPS 接続を維持する必要があります

ZPLS モジュールはアカウントおよびユーザー設定を 同期するために.

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

ZPLS モジュールは Zoom Phone クラウドと定期的に OPTIONS キープアライブを維持する必要があります

アイドル状態の間、ZPLS モジュールは接続状況を監視するために Zoom Phone クラウドと OPTIONS キープアライブ ping を維持する必要があります。サイト内のクライアントデバイスと ZPLS モジュールの両方が Zoom Phone クラウドとの接続を失った場合、サポートされるクライアントとデバイスは TLS v1.2 上の SIP Digest 認証を使用して 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 クライアントおよび電話機器に関する考慮事項

クライアントとデバイスはローカル LAN 内でサイトの ZPLS モジュールを検出できる必要があります

サポートされるクライアントとデバイスは 電話の生存性のために有効化されており、 ブートアッププロセス中に Zoom Phone クラウドから適切なフェイルオーバー ZPLS モジュールを検出します。ただし、モジュールは既に Phone System サイトにバインドされている 内部で検出可能な IPv4 アドレスを持っている必要があります。

デバイスには静的 IP を割り当てるかローカル DHCP サーバーからプライベート IP を割り当てる必要があります

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

クライアントとデバイスは Zoom Phone クラウドと定期的に OPTIONS ping を維持する必要があります

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

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

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