PSTN連携に関する考慮事項

このセクションは、追加の可用性のために ZPLS モジュールを SBC および PSTN 接続と連携することを検討しているお客様に適用されます。ZPLS モジュールを PSTN 接続と連携する予定のないお客様は、このセクションを問題なく省略できます。

SBC 連携に関する考慮事項

SBC の要件

可用性のために SBC を Zoom と連携するには、SBC は次の要件を満たす必要があります:

TLS 1.2 および SRTP
相互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 接続用に信頼できる第 3 の接続を検討する必要があります。

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

次のいずれかのセッションボーダーコントローラ（SBC）は Zoom Phone 認定済みのものは、ZPLS モジュールでも使用できます。既存の Zoom Phone BYOC プランをご利用のお客様は、可用性のために追加または別個の SBC を必要としません。

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

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

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

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

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

可用性イベント後に Zoom Phone クラウドが利用可能になると、影響を受けた番号のクライアントデバイスが ZPLS モジュールに登録されている間、SBC は 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 つの番号が割り当てられます:

サイトコードが先頭に付いた内線番号
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 にルーティングします。ただし、1 人のユーザーの番号を 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へ、そしてクラウドへ戻るようにヘアピンし、その後ユーザーのデバイスに配信されます。このため、コール転送はサバイバビリティイベントの後、速やかに無効にする必要があります。

外部の発信者がZoom Phone登録済み番号に通話を開始し、PSTN経由でルーティングされます。
その通話はZoom Phoneクラウドにルーティングされ、ダイヤルされた電話番号がコール転送の影響を受けるものとして識別されます。

コール転送が有効でない場合、Zoom Phoneは次に従います 通話に応答がない場合 その特定のユーザーまたは内線のロジック。

コール転送が有効であるため、Zoomはユーザーにアラートを送ろうとせず、代わりに指定されたコール転送番号に向けてPSTN経由で通話をリダイレクトします。
その通話はPSTNからサバイバビリティSBCにルーティングされます。
サバイバビリティSBCはその通話をZPLSモジュールに転送します。
ZPLSモジュールは、接続されている場合、ユーザーの登録済みクライアントにその通話を転送します。

緊急位置情報識別番号（ELIN）に関する考慮事項

ELINは、ダイヤルされたときに緊急サービスへ位置情報を伝達する、サイト専用の電話番号です

緊急位置情報識別番号（ELIN）は、緊急サービスに電話をかける際に、発信者の物理的住所を特定するために公共安全応答ポイント（PSAP）によって使用される専用の電話番号です。この機能のために、企業はPSTN サービスプロバイダーと連携して、住所を電話番号にマッピングする必要があります。これにより、PSAPオペレーターが通話を受けたときに、その住所が自動位置識別（ALI）データベース内に登録されていることを確実にしやすくなります。

たとえば、複数の建物にまたがる大学キャンパスがあり、各建物が別々のZoom Phoneサイトとして表されているとします。ユーザーがサバイバビリティイベント中に電話またはデバイスから緊急サービスにダイヤルした場合サイトに関連付けられた、位置情報が構成され、サービスプロバイダーで最新の状態に保たれていれば、緊急サービスはそのサイトについて記録されている完全な住所を自動的に受信します。

各サイトは複数のELINをサポートできます

お客様の声は、緊急番号リソースのプール用に、1つのサイトへ複数の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に転送されます。

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

サバイバビリティイベント中、外部への発信通話にはユーザーのBYOC番号が表示されます

サバイバビリティイベント中、ZPLS登録済みデバイスからの外部への発信通話にはBYOC発信番号が含まれます。次の図は、ユーザーに対するサバイバビリティモードの通話フローを示しています。

折り返し通話はユーザーのBYOC番号にルーティングされる場合があります

サバイバビリティイベント中に発信された外部への発信通話ではBYOC番号が使用されるため、外部発信者はユーザーのZoom登録済み電話番号ではなくBYOC番号を使用して折り返し通話を行う場合があります。サバイバビリティイベントが終了していれば、通話はクラウド経由にルーティングして戻されます正しいルーティング優先順位が設定されている場合。ただし、イベントが進行中の場合、SBCは通話をZPLSモジュールおよびクライアント登録済みデバイスにルーティングします。

サポートされるサバイバビリティコーデック

サポートされるサバイバビリティコーデックは、Opus、G.711 μ-law、G.711 A-law、およびG.729です。オーディオコーデックのトランスコーディングまたはトランスレーティングはサポートされていません。アクティブな通話に関与するすべての当事者は、同じコーデックとサンプリングレートをサポートしている必要があります。

サバイバビリティ配信グループに関する考慮事項

このセクションでは、Survivability Distribution Groups（SDG）に関する考慮事項について説明します。SDGを利用する予定がない、またはZPLSモジュールをPSTN接続と連携する予定がないお客様の声は、このセクションを問題なく読み飛ばすことができます。

Survivability Distribution Groupsは、サバイバビリティイベント中にきめ細かなコールルーティングオプションを提供します

Survivability distribution groups（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デバイスおよびデスクトップクライアントからアクセス可能な静的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 keepalive pingを維持する必要があります。サイト内のクライアントデバイスとZPLSモジュールの両方がZoom Phoneクラウドへの接続を失った場合、サポート対象のクライアントおよびデバイスは、TLS v1.2上のSIP Digest Authenticationを使用して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 keepaliveメカニズムは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 keepalive pingを維持する必要があります。障害が発生した場合、クライアントはクラウドサービスの復旧を検知して通常運用の再開を開始するために、keepaliveメッセージの送信を継続します。このプロセスは自動であり、無効にすることはできません。

ファイアウォールとネットワークのデータフロー

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

最終更新 3 か月前

役に立ちましたか？