この記事の内容
dropdown icon
展開の考慮事項
    単一ロケーションのセットアップ
    マルチロケーションのセットアップ
    サイトのサバイバビリティの主な条件
    Unified SRST とのコロケーション
    サポートされている機能とコンポーネント
    サバイバビリティ ゲートウェイのポート参照情報
dropdown icon
機能設定
    サイトのサバイバビリティの設定タスク フロー
    ゲートウェイにサバイバビリティ サービスを割り当て
    構成テンプレートをダウンロード
    ライセンスを設定
dropdown icon
証明書の設定
    Cisco IOS XE で証明書を設定する
    キーパッドとともに証明書をインポート
dropdown icon
サバイバビリティ ゲートウェイを設定
    ゲートウェイをサバイバビリティ ゲートウェイとして設定
    オンデマンドの同期を完了
    サバイバビリティ ゲートウェイ プロパティを編集
    サバイバビリティ ゲートウェイで CDR を有効にする設定
    通話転送を有効にする設定
    ハント グループを有効にする設定
    基本自動着信分配(B-ACD)を有効にする設定
制限と制限
フェールオーバー中のユーザーエクスペリエンス
dropdown icon
設定例
    PSTN 接続の例
    緊急通話の例
Webex Calling のサイト サバイバビリティ
list-menuこの記事の内容
list-menuフィードバックがある場合

サイトのサバイバビリティにより、Webex への接続が失われた場合でも、ビジネスが到達可能になります。 ローカル ネットワーク ゲートウェイを使用して、ネットワークの停止中にオンサイトのエンドポイントにフォールバック コール サービスを提供します。

展開の考慮事項

デフォルトでは、Webex CallingエンドポイントはActiveモードで動作し、SIP登録とコールコントロールのためにWebexクラウドに接続します。Webex へのネットワーク接続が失われると、エンドポイントは自動的に Survivability モードに切り替え、ローカルの Survivability Gateway に登録します。このモードでは、ゲートウェイは基本的なバックアップ呼び出しサービスを提供します。Webex へのネットワーク接続が復元されると、コールコントロールと登録が Webex クラウドに切り替わります。

Survivabilityモードでは、以下の呼び出しがサポートされています。

  • サポートされているWebex呼び出しエンドポイント間の内部通話(サイト内)

  • ローカルのPSTN回路またはSIPトランクを使用して外部番号およびE911 プロバイダへの外部通話(着信および発信)

この機能を使用するには、ローカルネットワークで Cisco IOS XE ルータを Survivability Gateway として設定する必要があります。Survivability Gatewayは、Webexクラウドからその場所のエンドポイントを毎日呼び出す情報を同期します。エンドポイントがSurvivabilityモードに切り替わる場合、ゲートウェイはこの情報を使用してSIP登録を受け継ぎ、基本的な呼び出しサービスを提供することができます。

単一ロケーションの設定

以下の画像は、Webexへの接続が切断され、WebexサイトのエンドポイントがSurvivabilityモードで動作しているネットワーク障害シナリオを示しています。画像では、Survivability Gatewayは、Webexへの接続を必要とせずに、2つのオンサイトエンドポイント間の内部呼び出しをルーティングします。この場合、Survivability GatewayはローカルPSTN接続で設定されます。その結果、サバイバリティモードのオンサイトエンドポイントは、外部番号およびE911 プロバイダへの着信および発信通話にPSTNを使用できます。

Diagram of a network failure scenario where the connection to Webex is broken and endpoints at the Webex site are operating in survivability mode.
Webex 生存モードで 1 つの場所からエンドポイントを呼び出す

マルチロケーションの設定

以下の画像は、Webexへの接続が壊れ、異なる場所にあるエンドポイントがSurvivabilityモードで動作しているネットワーク障害のシナリオを示しています。LANネットワーク内には複数の小さな場所があり、一つのサバイバリティゲートウェイにマッピングされています。このデプロイは、コールルーティングのロケーション特有の構成を維持しながら、ゲートウェイリソースの利用を最適化します。​

Webex calling endpoints from multiple locations in Site Survivability mode

Ciscoは、Survivability GatewayとLAN内のロケーション間の接続のために、50 ミリ秒の遅延しきい値を維持することを推奨しています。

治験実施施設の生存性に関する主な条件

Survivability Gatewayには以下の条件が適用されます。

  • Webex クラウドには、デバイス構成ファイルの Survivability Gateway IP アドレス、ホスト名、ポートが含まれます。その結果、Webexへの接続が切断された場合、エンドポイントは登録のためにSurvivability Gatewayに連絡することができます。

  • WebexクラウドとSurvivability Gatewayの間の毎日の通話データ同期には、登録ユーザーの認証情報が含まれています。その結果、エンドポイントはSurvivabilityモードで動作していても、安全な登録を維持できます。同期には、それらのユーザーのためのルーティング情報も含まれます。

  • Survivability Gateway は、Webex が提供するルーティング情報を使用して内部呼び出しを自動的にルーティングできます。PSTNトランク構成をSurvivability Gatewayに追加して、外部呼び出しを提供します。

  • Site Survivabilityを展開する各サイトには、ローカルネットワーク内のサバイバリティ・ゲートウェイが必要です。

  • Webexネットワーク接続が少なくとも30 秒間再開されると、登録とコールコントロールはWebexクラウドに戻ります。

Unified SRSTとの共同

Survivability Gatewayは、同じゲートウェイでWebex Survivability構成とUnified SRST構成の連携をサポートしています。ゲートウェイは、Webex CallingエンドポイントとUnified Communications Managerに登録するエンドポイントの両方で生存性をサポートできます。共有を設定するには:

Call routing considerations for colocation のコロケーション

コロケーションのシナリオのためのコールルーティングを設定する際には、次のことを検討してください。

  • Survivability Gatewayは、内部呼び出しを自動的に、呼び出し内の両方のエンドポイントがSurvivability Gatewayに登録されていることを提供します。内部呼び出しは、登録されたクライアント(SRSTまたはWebexコール)間で自動的にルーティングされます。

  • 1つのコールコントロールシステムへの接続がダウンし、もう1つのコールコントロールシステムへの接続がアップしている状況を持つことが可能です。その結果、1セットのエンドポイントがSurvivability Gatewayに登録され、1セットのエンドポイントがプライマリコールコントロールに登録されます。この場合、2つのエンドポイント間の呼び出しをSIPトランクまたはPSTN回路にルーティングする必要がある場合があります。

  • 外部コールとE911 コールは、SIPトランクまたはPSTN回路にルーティングできます。

サポートされている機能およびコンポーネント

以下の表は、サポートされている機能に関する情報を提供します。

Table 1. Supported Calling features
特長 MPPデバイスとWebexアプリVG4xx ATA

施設内延長通話

Survivability Gatewayで特定のルーティング構成を必要としない場合、自動的にサポートされます。

Survivability Gatewayで特定のルーティング構成を必要としない場合、自動的にサポートされます。

代替番号はサポートされていません。

インターサイトおよびPSTNコール(インバウンドおよびアウトバウンド)

テルコ回路またはSIPトランクに基づいてPSTNコール。

テルコ回路またはSIPトランクに基づいてPSTNコール。

E911 通話の処理

E911 Callingには、PSTN回路またはSIPトランクが必要です。

アウトバウンドコールは、定義された緊急対応ロケーション(ERL)に対して、特定の登録された緊急ロケーション識別番号(ELIN)を使用します。緊急オペレータが接続されていないコールを返すと、Survivability Gatewayは緊急番号を呼び出した最後のデバイスへの呼び出しを指示します。

E911 Callingには、PSTN回路またはSIPトランクが必要です。

アウトバウンドコールは、定義された緊急対応ロケーション(ERL)に対して、特定の登録された緊急ロケーション識別番号(ELIN)を使用します。緊急オペレータが接続されていないコールを返すと、Survivability Gatewayは緊急番号を呼び出した最後のデバイスへの呼び出しを指示します。

通話保留・再開

サポートされる

Music on Hold (MOH) を使用している場合は、MOH ファイルで Survivability Gateway を手動で提供してください。

VG4xx ATAアナログ・ラインは、通話を一時停止または再開することはできません。

この機能は、VG4xx ATAで着信電話を受信した場合にのみサポートされます。

出席した通話転送

サポートされる

この機能は、VG4xx ATAで着信電話を受信した場合にのみサポートされます。

ブラインドコール転送

サポートされる

この機能は、VG4xx ATAで着信電話を受信した場合にのみサポートされます。

着信発信者 ID (名前)

サポートされる

サポートされる

インバウンド発信者ID (名前と番号)

サポートされる

サポートされる

ポイントツーポイントビデオコール

サポートされる

サポートなし

三方通話

サポートなし

サポートなし

共有電話

サポートされる

サポートされる

仮想回線

サポートされる

サポートなし

不在転送

Call Forward All、No Answer、Busyに対応しています。

サポートされる

ハントグループ

以下に対応しています。Sequential, Parallel, Peer, Longest-idleです。

サポートされる

自動音声応答

拡張機能による文字盤に対応

サポートされる

機能の設定では、以下のサポートされているエンドポイントでSite Survivabilityを利用できます。

Table 2. Supported endpoint models
タイプモデル最小バージョン
Cisco IP Phone with Multiplatform (MPP) ファームウェア

6821、6841、6851、6861、6861 Wi-Fi、 6871

7811、 7821、 7841、 7861

8811、 8841、 8851、 8861

8845 (音声のみ)、8865(音声のみ)、8875(ビデオ)

9800

サポートされている Cisco IP Phone with Multiplatform (MPP) ファームウェアの詳細については、以下を参照してください。

12.0(1)

8875電話用 - Phone OS 3.2およびそれ以降のバージョン

9800シリーズ- PhoneOS 32(1)

Cisco IP Conference Phone

7832、8832

12.0(1)

Cisco Webex アプリ

Windows、Mac

43。2

アナログエンドポイント

VG400 ATA、VG410 ATA、VG420 ATA

Cisco ATA 191 および 192

17.16.1a

11.3(1) ATA 191 および 192

サードパーティデバイスは、Survivability Gatewayではサポートされていません。

以下の表は、Cisco IOS XE ルータを Survivability Gateway として設定するのに役立ちます。この表は、各プラットフォームがサポートするエンドポイントの最大数と最小のIOS XEバージョンのリストです。

Webex Calling Survivability Gateway機能は、Cisco IOS XE Dublin 17.12.3バージョンまたはそれ以降のリリースで利用できます。「Hunt Group」、「Call forward」、「Auto Attendant」機能は、IOS 17.18.2以降リリースから入手できます。

Table 3. Supported platform models
モデル最大エンドポイント登録最小バージョン

統合 サービス ルーター 4321

50

Cisco IOS XE Dublin17.12.3 またはそれ以降のリリース

統合 サービス ルーター 4331

100

統合 サービス ルーター 4351

700

統合 サービス ルーター 4431

1200

統合サービスルータ4451-X

2000

統合 サービス ルーター 4461

2000

触媒エッジ8200L-1N-4T

1500

触媒エッジ8200-1N-4T

2500

触媒エッジ8300-1N1S-6T

2500

触媒エッジ8300-2N2S-6T

2500

触媒エッジ8300-1N1S-4T2X

2500

触媒エッジ8300-2N2S-4T2X

2500

Catalyst Edge 8000V ソフトウェアの小さな構成

500

Catalyst Edge 8000V ソフトウェアメディア構成

1000

Catalyst Edge 8000V ソフトウェアの大規模な構成

2000

Survivability Gatewayのポート参照情報

Table 4. Port reference information for Survivability Gateway

接続目的

ソース アドレス

ソース ポート

プロトコル

接続先アドレス

宛先ポート

Survivability Gateway(SIP TLS)へのシグナル伝達

デバイス 

5060-5080

TLS

サバイバリティ ゲートウェイ

8933

Survivability Gateway(SRTP)にメディアを呼び出す

デバイス 

19560-19660

UDP

サバイバリティ ゲートウェイ

8000-14198 (UDP経由のSRTP)

PSTN ゲートウェイ (SIP) へのシグナル伝達

サバイバリティ ゲートウェイ

エフェメラル

TCP または UDP

ITSP PSTN ゲートウェイ

5060

PSTN ゲートウェイへのコール メディア (SRTP)

サバイバリティ ゲートウェイ

8000-48198

UDP

ITSP PSTN ゲートウェイ

エフェメラル

時刻同期 (NTP)

サバイバリティ ゲートウェイ

エフェメラル

UDP

NTP サーバー

123

名前解決(DNS)

サバイバリティ ゲートウェイ

エフェメラル

UDP

DNS サーバー

53

クラウド 管理

コネクタ

エフェメラル

HTTPS

Webex サービス

443、8433

クラウドモードでの運用ガイダンスは、 Webex 呼び出しのポート参照情報ヘルプ記事

Cisco IOS XE ルータでポート設定値をカスタマイズできます。この表は、デフォルト値を使用してガイダンスを提供します。

機能設定

治験実施施設の生存可能性設定タスクフロー

既存のWebex呼び出しの場所にSite Survivabilityを追加するには、以下のタスクを完了してください。Webexクラウドへの接続が切断された場合、ローカルネットワークのSurvivability Gatewayは、その場所のエンドポイントのバックアップコールコントロールを提供できます。

はじめる前に

サバイバリティゲートウェイとして機能するために新しいゲートウェイを提供する必要がある場合は、Webex の記事を参照してください。 Cisco IOS マネージドゲートウェイを Webex クラウドに登録ゲートウェイを Control Hub に追加します。

ステップコマンドまたはアクション目的

1

ゲートウェイにサバイバリティサービスを割り当てる

コントロールハブで、 Survivability Gateway ゲートウェイへのサービス。

2

設定テンプレートをダウンロード

Control Hubから構成テンプレートをダウンロードします。ゲートウェイのコマンドラインを設定する際には、テンプレートが必要です。

3

ライセンスを設定

Survivability Gateway のライセンスを設定します。

4

Cisco IOS XE で証明書を設定します

サバイバリティゲートウェイの証明書を設定します。

5

ゲートウェイをサバイバリティゲートウェイとして設定

先にダウンロードした設定テンプレートを使用して、ゲートウェイのコマンドラインを構成します。テンプレート内の必須構成をすべて入力してください。

ゲートウェイにサバイバリティサービスを割り当てる

はじめる前に

Control Hubにゲートウェイが存在しない場合は、 Cisco IOS ゲートウェイを Webex コールに登録新しいゲートウェイインスタンスを追加します。
1

移動 CallingServicesを選択し、 Managed Gateways します。

管理ゲートウェイビューには、Control Hubで管理するゲートウェイのリストが表示されます。
2

サバイバリティゲートウェイとして割り当てるゲートウェイを選択し、次のいずれかのゲートウェイを選択します。 Service フィールド:

  • 割り当てられていない (空の値) — クリック Assign Service 次のステップに進みます

  • Survivability Gateway— 既存のゲートウェイIP設定を編集したい場合は、 サバイバリティゲートウェイのプロパティを編集.それ以外の場合は、フロー内の次の手順に進みます。

3

サービスタイプドロップダウンから、 Survivability Gateway そして、次のフィールドに入力します。

  • Location— ドロップダウンから、場所を選択します。複数のロケーションをSurvivabilityゲートウェイに割り当てるには、リストから必要なすべてのロケーションを選択します。

  • Host Name— ゲートウェイの証明書を作成する際に使用される Fully Qualified Domain Name (FQDN) を入力します。証明書の Subject Alternate Name フィールド (SAN) に含まれる名前です。FQDN と IP アドレスは、ゲートウェイへの安全な接続を確立するためにのみ使用されます。したがって、DNSに埋め込むことは必須ではありません。

  • IP Address— IPv4 形式で、Survivability Gateway の IP アドレスを入力します。Survivabilityモードで動作している間、デバイスはこのアドレスにレジストリします。

登録を完了すると、管理委託ゲートウェイページにその位置情報が表示されます。

4

オプション Assign.

管理委託ゲートウェイビューには、ゲートウェイに割り当てられている場所のリストが表示されます。
(オプション) サバイバリティサービスの割り当てを解除する— ゲートウェイからサバイバリティ・ゲートウェイを削除したい場合は、 マネージドゲートウェイのサービスの割り当てを解除する.

設定テンプレートをダウンロード

Control Hubから設定テンプレートをダウンロードするか、これを使用して リンク.ゲートウェイのコマンドラインを設定する際には、テンプレートが必要です。
1

サインイン コントロール ハブ.

パートナー組織であれば、Partner Hubが起動します。Control Hubを開くには、 Customer パートナーハブに表示し、該当する顧客を選択するか、 My Organization をクリックして、パートナー組織のControl Hub設定を開きます。

2

移動 Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

該当するサバイバリティゲートウェイをクリックします。

4

オプション Download Config Template テンプレートをデスクトップまたはラップトップにダウンロードします。

ライセンスを設定

ゲートウェイに適切なプラットフォームライセンスがあることを確認してください。プラットフォームに適したコマンドを使用してライセンスを設定します。
1

ルーターでグローバル設定モードを入力:

enable
 configure terminal
2

特定のプラットフォームにのみ適用されるコマンドを使用してライセンスを設定します。

  • Cisco ISR 4000 シリーズの場合:

    license boot level uck9
     license boot level securityk9
    
  • Cisco Catalyst8300 および8200Series Edge Platformsの場合、DNA Network Advantage機能ライセンスを使用するか、またはそれ以降で使用し、必要なスループットレベルを入力します。次の例では、25Mbps双方向暗号スループットを使用しています。予想される通話回数の適切なレベルを選択します。

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • Cisco Catalyst 8000V Edge ソフトウェアでは、DNA Network Advantage 機能ライセンスを使用するか、必要なスループットレベルを入力します。次の例では、1Gbps スループットを使用しています。予想される通話回数の適切なレベルを選択します。

    license boot level network-essentials addon dna-essentials
     platform hardware throughput level MB 1000
    

250Mbpよりも高いスループットを設定する場合は、HSECプラットフォームライセンスが必要です。

証明書の設定

Cisco IOS XE で証明書を設定します

Survivability Gatewayの証明書を要求し、作成するには、以下の手順を実行します。公に知られている認証局によって署名された証明書を使用してください。

Survivability Gatewayプラットフォームは、公知のCA証明書のみをサポートしています。プライベート/エンタープライズ CA 証明書は Survivability Gateway では使用できません。

Webex 呼び出しでサポートされているルート証明書当局のリストについては、を参照してください。 Cisco Webex オーディオおよびビデオプラットフォームへの呼び出しでサポートされているルート証明書当局はどれですか?.

Survivability Gatewayプラットフォームは、ワイルドカード証明書をサポートしていません。

サンプルコードからコマンドを実行して手順を完了します。これらのコマンドに関する追加情報、およびより多くの設定オプションについては、「 SIP TLS サポート「 Chapter in the Cisco Unified Border Element 設定ガイド.

1

以下のコマンドを実行してグローバル設定モードを入力してください。

enable
 configure terminal
2

以下のコマンドを実行して、RSA 秘密鍵を生成します。秘密鍵モジュールは少なくとも2048 ビットでなければなりません。

crypto key generate rsa general-keys label webex-sgw exportable modulus 2048
3

Survivability Gateway証明書を保持するトラストポイントを設定します。ゲートウェイ完全修飾ドメイン名 (fqdn) は、ゲートウェイにサバイバリティサービスを割り当てるときに使用した値と同じ値を使用する必要があります。

crypto pki trustpoint webex-sgw 
 enrollment terminal 
 fqdn <gateway_fqdn> 
 subject-name cn=<gateway_fqdn>
 subject-alt-name <gateway_fqdn>
 revocation-check crl 
 rsakeypair webex-sgw
4

実行して証明書署名要求を生成します crypto pki enroll webex-sgw します。

プロンプトが表示されたら、 yes.

CSRが画面に表示された後、Notepadを使用して、サポートされている認証局(CA)に送信できるファイルに証明書をコピーします。

証明書署名プロバイダがPEM(Privacy Enhanced Mail)形式のCSRを必要とする場合は、送信する前にヘッダーとフッターを追加してください。例:

-----BEGIN CERTIFICATE REQUEST-----
 <Insert CSR here>
 -----END CERTIFICATE REQUEST-----
5

CAが証明書を発行したら、 crypto pki authenticate webex-sgw 証明書を認証するコマンド。このコマンドはどちらからも実行できます exec または config モード。

プロンプトが表示されたら、ベースの64 CER/PEMのCA証明書内容(デバイス証明書ではなく)を端末に貼り付けます。

6

署名されたホスト証明書をtrustpointにインポートします。 crypto pki import webex-sgw certificate します。

プロンプトが表示されたら、ベース64 のCER/PEM証明書を端末に貼り付けます。

7

ルートの CA 証明書が使用可能であることを確認してください:

Webex Callingソリューションでは、公的に知られている証明書当局のみがサポートされています。プライベート/エンタープライズ CA 証明書はサポートされていません。

  1. 実行してルートのCA共通名を見つけます show crypto pki certificates webex-sgw | begin CA Cert.発行者を探す cn= <value>.

  2. 以下を実行します。 show crypto pki trustpool | include cn= コマンドで、このルートの CA 証明書が CISCO CA バンドルにインストールされているかどうかを確認します。CAが表示されたら、ステップ9にスキップしてください。

  3. 証明書が表示されない場合は、以下のいずれかの操作を行うことができます。

    • 欠けている証明書をインポート

    • 次のコマンドを実行して、拡張されたIOS CAバンドルをインストールします。

      crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios_union.p7b

      拡張IOS CAバンドルを使う ios_core.p7bは、ゲートウェイが共有されたローカルゲートウェイである場合に限ります。参照 Webex の呼び出しで Cisco IOS XE のローカルゲートウェイを設定します詳しくはこちら

  4. これらのサブステップを繰り返して、ルートの CA 証明書が使用可能かどうかを判断します。次の手順を繰り返した後:

    証明書が利用できない場合は、ステップ8に進みます。証明書が利用可能であれば、ステップ9に進みます。

8

ルートのCA証明書がバンドルに含まれていない場合は、証明書を取得し、新しいtrustpointにインポートします。

Cisco IOS XE ゲートウェイで公知の CA ルート証明書が利用できない場合、この手順を実行します。

crypto pki trustpoint <CA name>
 enrollment terminal
 revocation-check crl
 crypto pki authenticate <CA name>

プロンプトが表示されたら、ベース64 のCER/PEM証明書の内容をターミナルに貼り付けます。

9

設定モードを使用して、以下のコマンドでデフォルトの信頼ポイント、TLSバージョン、SIP-UAのデフォルトを指定します。

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

証明書をキーパッドとともにインポート

PKCS12形式(.pfxまたは.p12)を使用して、CA証明書とキーパッドをバンドルとしてインポートできます。バンドルをローカルファイルシステムまたはリモートサーバーからインポートできます。PKCS12 は特別な種類の証明書形式です。ルート証明書から証明書チェーン全体を RSA キーと共に ID 証明書にバンドルします。つまり、インポートする PKCS12 バンドルには、キーパール、ホスト証明書、中間証明書が含まれます。以下のシナリオの PKCS12 バンドルをインポートします。

  • 別の Cisco IOS XE ルータからエクスポートし、Survivability Gateway ルータにインポートします。

  • OpenSSLを使用してPKCS12 バンドルをCisco IOS XEルータの外で生成

Survivability Gatewayルーター用の証明書とキーパイを作成、エクスポート、インポートするには、以下の手順を実行します。

1

(オプション) Survivability Gatewayルーターに必要なPKCS12 バンドルをエクスポートします。

crypto pki export webex-sgw pkcs12 terminal password xyz123

この手順は、別の Cisco IOS XE ルータからエクスポートする場合にのみ適用されます。

2

(オプション) OpenSSLを使用してPKCS12 バンドルを作成します。

  1. このプロセスが実行されているシステムにOpenSSLがインストールされていることを確認します。Mac OSXとGNU/Linuxユーザーの場合、デフォルトでインストールされています。

  2. 鍵、証明書、およびチェーンファイルが格納されているディレクトリに切り替えます。

    Windows:デフォルトでは、ユーティリティは、 C:\Openssl\bin.この場所にコマンドプロンプトを開きます。

    Mac OSX/Linuxの場合:PKCS12 証明書を作成するために必要なディレクトリで「ターミナル」ウィンドウを開きます。

  3. ディレクトリには、秘密鍵 (privateKey.key)、アイデンティティ証明書 (certificate.crt)、ルート CA 証明書チェーン (CACert.crt) ファイルを保存します。

    秘密鍵、ID証明書、ルートCA証明書チェーンをPKCS12 ファイルに結合します。PKCS12 証明書を保護するためのパスフレーズを入力してください。

    console> openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile CACert.crt

    OpenSSLを使用してPKCS12 ファイルを生成するときにパスワードを入力します。

この手順は、OpenSSLを使用してPKCS12 バンドルをCisco IOS XEの外で生成する場合にのみ適用されます。

3

ファイルバンドルをPKCS12 形式でインポートします。

crypto pki import <trustpoint name> pkcs12 <certificate file location> password <file password>

以下は、コマンドのサンプル構成と、設定可能なパラメータの詳細です。

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>— このコマンドを使用して作成されたトラストポイントの名前 (例えば、webex-sgw) として共有する必要があります。

  • <certificate file location>— 証明書ファイルを指すローカルまたはネットワーク URL (例: bootflash:certificate.pfx)

  • <file password>—PKCS12 ファイルを作成するときに使用するパスワード(例えば、xyz123) として共有する必要があります。

メッセージは、 crypto pki import コマンドは、証明書に対応するためにtrustpointを自動的に構築します。

4

設定モードを使用して、以下のコマンドでデフォルトの信頼ポイント、TLSバージョン、SIP-UAのデフォルトを指定します。

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

サバイバリティゲートウェイの設定

ゲートウェイをサバイバリティゲートウェイとして設定

先にダウンロードした設定テンプレートを使用して、ゲートウェイのコマンドラインを構成します。テンプレートで必須の設定を完了します。

以下の手順には、コマンドの説明とともに、サンプルコマンドが含まれています。デプロイに適した設定を編集します。角括弧(例えば、<settings>) デプロイに適用される値を入力する設定を指定します。さまざまな<tag> 設定は、数値を使用して、一連の構成を識別および割り当てます。

  • 別段の定めがない限り、このソリューションは、この手順のすべての構成を完了する必要があります。
  • テンプレートから設定を適用する場合は、 %tokens% ゲートウェイにコピーする前に、優先する値を指定できます。
  • コマンドの詳細については、を参照してください。 Webex マネージドゲートウェイコマンドリファレンス.コマンド説明が別の文書を参照しない限り、このガイドを使用してください。
1

グローバル設定モードに入ります。


enable
 configure terminal

場所:

  • enable— 特権的なEXECモードを有効にします。

  • configure terminal— グローバル設定モードを有効にします。

2

音声サービスの構成を実行します。


 voice service voip
  ip address trusted list
    ipv4 <ip_address> <subnet_mask>
    ipv4 <ip_address> <subnet_mask>
  allow-connections sip to sip
  supplementary-service media-renegotiate
  no supplementary-service sip refer
  no supplementary-service sip moved-temporarily
  trace
  sip
   asymmetric payload full
   registrar server
  

コマンドの説明:

  • ip address trusted list— Survivability GatewayがSIPメッセージを受信しなければならない非登録アドレスのリストを定義します。例えば、SIPトランクピアアドレスです。

  • <ip_address> および <subnet_mask> 信頼されたアドレス範囲を表します。Survivability Gatewayが自動的にそれらを信頼するので、直接接続されたサブネットを入力する必要はありません。

  • allow-connections sip to sip— VoIPネットワーク内のSIPへのSIP接続を可能にします。

  • no supplementary-service sip refer— コールフォワードおよびコール転送補助サービスの参照方法を無効にします。Webex 呼び出しはこれらのメソッドを使用しません。

  • no supplementary-service sip moved-temporarily— ゲートウェイのSIP302 リダイレクトメッセージの自動処理を無効にします。

  • sip— サービスSIP構成モードに入ります。

  • registrar server— SIPレジストラを有効にして、Webex Callingクライアントがゲートウェイへの登録を許可します。

  • asymmetric payload full— サバイバリティモードでビデオ通話を有効にします。

3

ルータのサバイバリティを有効にする:


voice register global
 mode webex-sgw
 max-dn 50
 max-pool 50
 exit
 

コマンドの説明:

  • voice register global— グローバルボイス登録モードに入ります。

  • mode webex-sgw— Webex Calling SurvivabilityモードとSurvivable Remote Site Telephony for Unified Communications Managerエンドポイントを有効にします。

    mode webex-sgw 構成、Survivability Gatewayは、エンドポイントからの安全な接続をポート8933 で待ち受けます。

  • max-dn— ルータが処理できるディレクトリ番号 (DN) の数を制限します。このソリューションでは、常にプラットフォームで利用可能な最大値を設定します。

    共有線の外観は max-dn 限界までカウントします。たとえば、5電話機がすべて同じ5 DNを共有している場合、この構成はMAX-DN制限に対する25 DNとしてカウントされます。

  • max-pool— ゲートウェイに登録できるデバイスの最大数を設定します。表3に記載されているように、この値を、プラットフォームが許可する最大値に設定します。

4

NTP サーバの設定:

ntp server <ip_address_of_primary_NTP_server>
 ntp server <ip_address_of_secondary_NTP_server>

5

(オプション)。一般的な制限クラスコール権限を設定します:


dial-peer cor custom
 name Wx_calling_Internal
 name Wx_calling_Toll-free
 name Wx_calling_National
 name Wx_calling_International
 name Wx_calling_Operator_Assistance
 name Wx_calling_Chargeable_Directory_Assistance
 name Wx_calling_Special_Services1
 name Wx_calling_Special_Services2
 name Wx_calling_Premium_Services1
 name Wx_calling_Premium_Services2

上記の例では、カテゴリという名前の制限のカスタムクラスを生成します(例えば、Wx_calling_International) として共有する必要があります。文字盤のピアと制限のクラスを使用する方法の詳細については、「制限のクラス」を参照してください。 ピア設定ガイド、Cisco IOS リリース 15M&T.

6

推奨コーデックの一覧を設定します。たとえば、次のリストではg711ulawを優先コーデックとして指定し、続いてg711alawを指定します。


voice class codec 1
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

コマンドの説明:

  • voice class codec 1 コーデックグループ1のボイスクラス構成モードに入ります。

  • codec preference このコーデックグループの推奨コーデックを識別します。

7

デフォルトの音声登録プールを設定します:


voice register pool 1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1

コマンドの説明:

  • voice register pool 1— このプールのSIPデバイスの音声登録プール設定モードに入ります。

  • id network および mask SIP デバイス、またはこのプールを使用するネットワークデバイスのセットを識別します。展開に適用されるアドレスとマスクを使用してください。住所 0.0.0.0 どこからでもデバイスを登録できます (デバイスのアドレスが許可リストにある場合)。

  • id extension-number— このプールは、拡張機能1234 でWebex Callingユーザーに適用されます。ネットワークに適切な拡張機能を使用してください。

  • id phone-number— このプールは、電話番号+1 210-903-443のWebex Callingユーザーに特に適用されます。ネットワークに適切な電話番号を使用してください。

  • dtmf-relay は、 rtp-nte DTMF桁の送信方法。この例では、Named phone event (NTE) ペイロード型の Real-Time Transport (RTP) です。

  • voice-class codec 1— このプールにコーデックグループ1 を割り当てます。

8

緊急通話を設定:


voice emergency response location 1
 elin 1 <number>
 subnet 1 <ip-group> <subnet-mask>

 voice emergency response location 2
  elin 1 <number>
  subnet 1 <ip-group> <subnet-mask>

 voice emergency response zone 1
  location 1
  location 2

 voice class e164-pattern-map 301
 voice class e164-pattern-map 351

コマンドの説明:

  • voice emergency response location 1—高度な911サービスのための緊急対応ロケーショングループ1を作成します。その後のコマンドにより、緊急対応ロケーショングループ2が作成されます。

  • elin 1 <number>—緊急対応の場所にelinを割り当てます。このエリンの場合、<number> 部分が911 発信者の拡張機能を置き換えるPSTN番号を定義します(例えば、14085550100) として共有する必要があります。

  • subnet 1 <ip-group> <subnet-mask>— この緊急対応の場所の特定のサブネットアドレスとともにサブネットグループを定義します。このコマンドを使用して、IP アドレスとサブネットマスクを介して発信者のネットワークを識別します。次に例を示します。subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1緊急対応ゾーンを定義します。

  • location 1 (and 2)— この緊急対応ゾーンに1および2を割り当てます。

  • voice class e164-pattern-map 301 (and 351)— この音声クラスのe164 パターンマップ301 と351を識別します。地図を使用して、ダイヤルプランと緊急位置識別子を定義できます。

Wi-FiオーバーレイがIPサブネットと正確に一致しない場合、遊牧的なデバイスの緊急呼び出しが正しいELINマッピングを持っていない可能性があります。

9

PSTN のダイヤルピアを設定します。ダイヤルピア設定の例については、 PSTN 接続の例.

10

オプションです。ルーターの音楽オン・ホールドを有効にします。音楽ファイルをG.711 形式でルータフラッシュメモリに保存する必要があります。ファイルは.auまたは.wavファイル形式である可能性がありますが、ファイル形式には8-bit8-kHzデータ(例:ITU-T A-lawまたはmu-lawデータ形式)が含まれている必要があります。

call-manager-fallback
 moh enable-g711 "bootflash:<MOH_filename>"

コマンドの説明:

  • call-manager-fallback— SRST設定モードに入ります。

  • moh enable-g711 "bootflash:<MOH_filename>"— G.711を使用してユニキャストミュージックオン・ホールドを有効にします。また、ディレクトリとオーディオファイル名も提供します(例えば、bootflash:music-on-hold.au) として共有する必要があります。ファイル名が128文字を超えることはできません。

オンデマンドの完全な同期

オプションです。即時オンデマンド同期を完了したい場合のみ、この手順を完了してください。この手順は、WebexクラウドシンクがSurvivability Gatewayに1日1回データを自動的に呼び出すため、必須ではありません。

1

サインイン コントロール ハブ.

パートナー組織であれば、Partner Hubが起動します。Control Hubを開くには、 Customer パートナーハブに表示し、該当する顧客を選択するか、 My Organization をクリックして、パートナー組織のControl Hub設定を開きます。

2

移動 Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

該当するサバイバリティゲートウェイをクリックして開きます。 Survivability Service ゲートウェイの眺め

4

クリックします。 Sync ボタンをクリックします。

5

オプション Submit.

同期を完了するには、最大10 分かかることがあります。

サバイバリティゲートウェイのプロパティを編集

既存のSurvivability Gatewayの設定を編集したい場合のみ、このオプションの手順を使用してください。
1

サインイン コントロール ハブ.

パートナー組織であれば、Partner Hubが起動します。Control Hubを開くには、 Customer パートナーハブに表示し、該当する顧客を選択するか、 My Organization をクリックして、パートナー組織のControl Hub設定を開きます。

2

移動 Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

該当するサバイバリティゲートウェイをクリックして開きます。 Survivability Service ゲートウェイの眺め

4

クリックします。 Edit 以下のボタンと更新設定を行います。

  • Host Name— 証明書のホスト名または完全修飾ドメイン名を使用して、クライアントと IP アドレスとの TLS 接続を確立します。

  • IP Address— IPv4 形式で、Survivability モードで動作中にデバイスが登録するゲートウェイの IP アドレスを入力します。

5

オプション Submit.

Control HubからSurvivability Gatewayを削除する場合は、 Survivability Gateway まずはサービス。詳細については、を参照してください。 マネージドゲートウェイにサービスを割り当て.

サバイバリティゲートウェイ上のCDRを有効にする設定

コネクタはCDR関連のコマンドを自動的に設定し、コールカウントメトリクスの収集を容易にします。

サバイバリティイベントの終了時、コネクタは、イベント期間中に生成されたCDRと構成データを処理し、さまざまなコールカウントを特定します。メトリクスは、総通話、緊急通話、外部通話をカウントし、内部機能の使用状況を監視するために使用されます。実際のCDRが送信されない間、コールカウントメトリクスはWebexクラウドに送信されます。

以下はサンプル構成です。


!
gw-accounting file
 primary ifs bootflash:guest-share/cdrs/
 acct-template callhistory-detail
 maximum cdrflush-timer 5
 cdr-format detailed
!

コマンドの説明:

  • primary ifs bootflash:guest-share/cdrs/- このコマンドは、コネクタによるアクセスを許可するために、ゲスト共有フォルダの下にCDRファイルを保存します。

  • acct-template callhistory-detail- このコマンドは、ダイヤルピアタグをCDRに含める必要があります。

  • maximum cdrflush-timer 5- デフォルトは60 minutesですが、5 minutesに設定するとCDRがファイルをより速くログに記録できます。

  • cdr-format detailed- これはデフォルトのフォーマットです。コンパクトなフォーマットは、ダイヤルピアのタグが含まれていないため、適していません。

コール転送を有効にする設定

コールフォワーディング機能は、Webexクラウドへの接続が失われたときにネットワークが停止したときに継続的なコール処理を確実にするサバイバリティ機能の一部です。Survivability ゲートウェイは、ローカルフォールバックゲートウェイとして機能し、エンドポイントがローカルに登録し、必要な呼び出し機能を維持することを可能にします。

  • Survivabilityモードでのコール転送動作は、プール設定、ダイヤルピア設定、ルーティングポリシーを使用して、コールをローカルに処理するか、PSTNまたはSIPトランクを介してルーティングするルーティングポリシーを使用して、Survivabilityゲートウェイによって管理されます。

  • Webex Callingはサバイバリティモードではこれらのメソッドを使用しないため、サバイバリティゲートウェイはSIP参照を無効にします。 SIPは、コールフォワードおよびコール転送の補足サービスのために一時的に移動します。

音声登録プールをコールフォワードシナリオに設定します:

コールフォワード機能を使用するには、 call-forward b2bua コマンドの下 voice register pool 個々の携帯電話。

  • 有効にする call-forward all設定する:call-forward b2bua all <extn/phone number/ESN>

  • 有効にする call-forward no-answer設定する:call-forward b2bua noan <extn/phone number/ESN> timeout <time in sec> ​

  • 指定された数の着信で忙しいトリガーを有効にするには、次のように設定してください。

    
    call-forward b2bua busy <extn/phone number/ESN>
    busy-trigger-per-button <count>

  • 設定例: ​

    
    voice register pool  1​
      id phone-number +12107501105​
      dtmf-relay rtp-nte​
      call-forward b2bua noan +12107501155 timeout 20​
      codec g711ulaw​
    
    voice register pool  2
       busy-trigger-per-button 2
       id extension-number 1104
       dtmf-relay rtp-nte
       call-forward b2bua busy +12307501111
       codec g711ulaw 

ハントグループを有効にする設定

このテーブルは、Control Hubのハントグループ機能の設定とSurvivabilityゲートウェイコマンドを使用してマッピングを提供します。

ハントグループの特徴Control Hub を使用した設定サバイバリティゲートウェイコマンド

通話ルーティングパターンを選択 ​

上下/同時/円形/最長アイドル

連続的/パラレルピア/最長アイドル

ハントグループを追加

場所ごとの名前と電話番号でハントグループを追加します。​

ハントグループを追加するには、 voice hunt-group <tag> <call routing pattern>.次に、電話番号を追加する pilot コマンドとハントグループ名 description コマンド

追加するユーザー、ワークスペース、または仮想行を選択します。

ハントグループに参加するエージェントを選択します。

エージェントリストを設定する number <tag> <phone-number> コマンド

リング数を設定した後に進みます。

設定する Set number of Rings オプション

設定するtimeout <timeout value> リングの数ではなく、次のエージェントへの呼び出しを進めるコマンドです。

忙しいときに進む

設定する Advance when busy オプション

設定する present-call idle-phoneコマンド

すべてのエージェントが到達できないときに電話を迂回する

設定する Divert calls when all agents unreachable オプション

設定する final <phone number> コマンド

すべてのエージェントが忙しいとき、またはハントグループが忙しいとき、電話を迂回します。

設定するDivert calls when all agents are busy or the hunt group is busy オプション

使用して設定 final <phone number> command​

  • ハント群のシーケンシャルリングを設定します

    
      voice hunt-group 1 sequential​
        pilot 1111
        number 1 1001​
        number 2 1002​
        number 3 7089001​
        number 4 7089002​
        number 5 +1210903443​
        .....​
        .....​
        timeout 20​
        final 1009
        statistics collect
        description​
        present-call idle-phone

  • ハント群並列リングを設定します

    
    voice hunt-group 2 parallel​
      pilot 2222​
      number 1 2001
      number 2 2002​
      number 3 2089001​
      number 4 2089002​
      number 5 +12109034433​
      .....​
      .....​
      timeout 60​
      final 1009​
      statistics collect​
      description​

コマンドの説明:

  • voice hunt-group- このコマンドは、ハントグループの構成モードを定義し、入力するために使用されます。

  • parallel- このキーワードは、システムがこのハントグループのメンバー間で受信呼び出しを配布するために使用されるハントグループのメソッドまたはアルゴリズムを指定します。

  • number- ボイスハンティンググループのメンバーである拡張機能/e164 番号/ESNのリストを作成します。リスト内の任意の番号は、他の狩猟グループのパイロット番号にはなりません。

  • pilot- これは、狩猟グループのメイン番号またはディレクトリ番号です。通報者はこの番号をダイヤルして ハントグループに到達する。

  • timeout- 次のアクションを実行する前に、ハントグループがメンバーのリングを試みる最大時間を秒単位で設定します。

  • final- このコマンドはフォールバック番号を指定します。

  • statistics collect​- ハントグループの運用統計の収集を可能にします。

  • descriptin- ハントグループの説明

  • present-call idle-phone- アイドル状態のエージェントにのみ電話をください。

以下は、以下のサンプル出力です。 show voice hunt-group statistics します。出力には、音声追跡グループ番号への直接呼び出しと、キューまたはB-ACDからの呼び出しが含まれます。


Router# show voice hunt-group 1 statistics last 1 h 
Wed 04:00 - 05:00
	Max Agents: 3
	Min Agents: 3
	Total Calls: 9
	Answered Calls: 7
	Abandoned Calls: 2
	Average Time to Answer (secs): 6
	Longest Time to Answer (secs): 13
	Average Time in Call (secs): 75
	Longest Time in Call (secs): 161
	Average Time before Abandon (secs): 8
	Calls on Hold: 2
	Average Time in Hold (secs): 16	
	Longest Time in Hold (secs): 21
	Per agent statistics:
		Agent: 5012
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 70
				Longest Time in Call (secs): 150
				Totals Calls on Hold: 1
				Average Hold Time (secs): 21
				Longest Hold Time (secs): 21
			From Queue:
				Total Calls Answered: 3
				Average Time in Call (secs): 55
				Longest Time in Call (secs): 78
				Total Calls on Hold: 2
				Average Hold Time (secs): 19
				Longest Hold Time (secs): 26
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5013
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 51
				Longest Time in Call (secs): 118
				Totals Calls on Hold: 1
				Average Hold Time (secs): 11
				Longest Hold Time (secs): 11
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 4
				Longest Time in Call (secs): 4
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5014
			From Direct Call:
				Total Calls Answered: 1
				Average Time in Call (secs): 161
				Longest Time in Call (secs): 161
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 658
				Longest Time in Call (secs): 658
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600

	Queue related statistics:
		Total calls presented to the queue: 5
		Calls handoff to IOS: 5
		Number of calls in the queue: 0
		Average time to handoff (secs): 2
		Longest time to handoff (secs): 3
		Number of abandoned calls: 0
		Average time before abandon (secs): 0
		Calls forwarded to voice mail: 0
		Calls answered by voice mail: 0
		Number of error calls: 0

Router# sh voice hunt-group 
Group 1
    type: sequential
    pilot number: 4444, peer-tag 2147483647
    list of numbers: 
        Member        Used-by       State  Login/Logout
        ======        =======       =====  ============
        1001          1001          up   -
        1003          1003          up   -
    preference: 0
    preference (sec): 0
    timeout: 15
    final_number: 
    auto logout: no
    stat collect: no
    phone-display: no
    hlog-block: no
    calls in queue: 0
    overwrite-dyn-stats: no
    members logout: no
    present-call idle-phone: no
webex-sgw-bgl14#

Basic Automatic Call Distribution (B-ACD) を有効にする設定

Basic Automatic Call Distribution (B-ACD) AND Auto-AttenDANT (AA) サービスは、呼び出し者が適切な部署を選択したり、既知の拡張番号をダイヤルすることを可能にする挨拶とメニューで外部呼び出しの自動応答を提供します。

B-ACDは、インタラクティブなメニューやローカルハントグループを使用して、通話に対する自動応答および通話配布を提供します。B-ACDアプリケーションは、オートアテンダント(AA)サービスと1つのコールキューサービスで構成されています。B-ACDオートアテンダントは、G711ulawコーデックで着信SIPトランクと交渉されるPSTNコールをサポートします。

B-ACDは、シーケンシャル、並列、ピア、最長アイドルコールブラストをサポートするSIP共有線と混合共有線をサポートする。

着信コールはB-ACD AAパイロット番号をダイヤルし、呼び出し者が自動的にコールをルーティングするための挨拶と指示を提供するプロンプトを聞きます。

制限

通話の転送時に、着信と発信のダイヤルピアに同じコーデックを使用します。異なるコーデックの使用はサポートされていません。IOSは、TCLアプリケーションによって処理される呼び出しに対してTranscoderを呼び出しません。

B-ACD成分

B-ACDアプリケーションは、コールキューサービスと1つ以上のAAサービスで構成されています。これらのサービスの構成可能なコンポーネントは次のとおりです。

  • パイロット番号

  • ウェルカムプロンプトとその他のオーディオファイル

  • メニュー オプション

  • 内線番号でダイヤルする

パイロット番号

各AAサービスには、発信者がAAに到達するためにダイヤルする独自のAAパイロット番号があります。この番号は、 param aa-pilot します。AAパイロット番号は、エージェントの電話番号や物理電話とは関連付けられていませんが、この番号が外部発信者がアクセスできるように、AAパイロット番号のダイヤルピアを着信呼び出し番号として定義する必要があります。

ウェルカムプロンプトとその他のオーディオファイル

ウェルカムプロンプトは、パイロット番号によって呼び出しが応答されたときに再生されるオーディオファイルです。このオーディオファイルは、B-ACDサービスで使用されているいくつかのオーディオファイルの1つで、呼び出し元にその状態と実行可能なアクションを知らせます。通話者が利用できるメニューの選択肢を記述したパーソナライズされたオーディオファイルを作成できます。B-ACDオーディオファイルは、以下のセクションで説明されています。

デフォルトのオーディオファイルを再読み込み

デフォルトの音声ファイルはスクリプト内の各ポイントに提供され、呼び出し元に渡されます。デフォルトのオーディオファイルをダウンロードします リンクそして、フラッシュメモリやTFTPサーバーなどのB-ACDルータで到達できる場所にコピーします。オーディオファイルとスクリプトファイルは、ウェブサイトの tar ファイルにバンドルされています。既定のファイルとそのメッセージはテーブルにリストされています。パーソナライズされたメッセージをデフォルトのメッセージにリコードすることはできますが、オーディオファイルの名前を変更することはできません。 言語コードとファイル名の変更.

B-ACDサービスを初めて使用する前にデフォルトのオーディオプロンプトを再録音してインストールするには、 Tcl スクリプトと音声プロンプトのダウンロード.既存の B-ACD サービスでオーディオプロンプトを再解釈するには、 スクリプトパラメータと音声プロンプトの更新(拡張機能によるダイヤルのみ).

デフォルトのファイル名デフォルトのアナウンスデフォルトの発表の長さ
en_bacd_welcome.au

「電話してくれてありがとう」。メッセージの後に 2 秒間の休憩を含めます。

3秒

en_bacd_options_menu.au

販売プレス用1 (一時停止)

カスタマーサービスプレス2 (一時停止)

拡張機能でダイヤルするには、3を押します(一時停止)

オペレータに話すには、ゼロを押します。

メッセージの後に 4 秒間の休憩を含めます。

15秒

en_bacd_disconnect.au

「現時点では、あなたの電話は受けられません。後で再度お試しください。電話してくれてありがとう」。メッセージの後に 4 秒間の休憩を含めます。

10秒

en_bacd_invalidoption. au

「無効なオプションを入力しました。もう一度やってみてください」。メッセージの後に 1 秒間の休憩を含めます。このプロンプトは、発信者が無効なメニューオプションを選択したとき、または無効な拡張機能をダイヤルしたときに再生されます。

7秒

en_bacd_enter_dest.au

「到達したい拡張機能番号を入力してください。」メッセージの後に 5 秒間の休憩を含めます。このプロンプトは、呼び出し者が次のコマンドを選択したときに再生されます。 dial-by-extension オプション

7秒

en_bacd_allagentsbusy. au

「すべてのエージェントは、現在、他の顧客を支援するのに忙しい。支援を続けること。もうすぐ誰かがあなたと一緒にいるでしょう」。メッセージの後に 2 秒間の休憩を含めます。このプロンプトは2番目の挨拶としても知られています。

7秒

en_bacd_music_on_hol d.au

音楽オン・ホールド(MOH)はB-ACDコールラーで演奏される。

60秒

オーディオファイルのいずれかを再コードする場合は、B-ACDプロンプトには、8-bit、mu-law、8-kHzエンコーディングのG.711オーディオファイル(.au)形式が必要です。以下のオーディオツールまたは同様の品質のものをお勧めします。

  • Adobe Systems Inc.(旧称Syntrillium Software Corp.)によるMicrosoft Windows用のAdobe Audition(旧称Cool Edit)

  • Sun Microsystems Inc. による Solaris のオーディオツール

B-ACD を設定

以下の設定例がいくつかあります。


application
 service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
  paramspace english index 1
  param handoff-string aa
  param dial-by-extension-option <dial-by-extn menu option, standard BACD script menu option is 3>
  paramspace english language en
  param aa-pilot <auto attendant 164 pilot number associated in auto attendant dial-peer>
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail <alternate destination for calls that are not answered>
  param service-name queue
 !
 service queue bootflash:app-b-acd-3.0.0.8.tcl
  param queue-len 30
  param queue-manager-debugs 1
 ! 

! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 session protocol sipv2
 incoming called-number <Auto Attendant Pilot number>
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 incoming called-number <Auto Attendant Pilot number>
 port %tdm_port%
! 
コマンドの説明:
コマンド説明
param dial-by-extension-option <menu-number>

指定されたメニュー番号をダイヤルした後、発信者が拡張番号をダイヤルできるようにします。

menu-number—メニューオプションの識別子。範囲は1から9です。デフォルトはありません。

param aa-pilot

オートアテンダント ダイヤルピアのパイロット番号を指定します

param voice-mail

AA エージェントが応答しない呼び出しの代替先を定義します

paramspace english language en

IVR アプリケーションによる動的プロンプトに使用する音声ファイルの言語コードを定義します。

  • language-package — 使用する言語パッケージの名前。3つの組み込み言語パッケージがあります。中国語、英語、スペイン語。他の言語は、Tcl (Tool Command Language) 言語スクリプトを使用することでサポートされる場合があります。

  • language-code — 関連する音声ファイルの言語を識別する 2 文字コード。有効なエントリは次の通りです:

    ch -中国語

    - en - 英語

    sp —スペイン語

    AA -すべて

この言語コードは、実際のファイルで使用されている言語に関係なく、音声プロンプトファイルの名前で使用される2文字の言語接頭辞と一致する必要があります。詳細は、 ウェルカムプロンプトとその他のオーディオファイル

param welcome-prompt audio-filename

この AA サービスで使用する挨拶文に音声ファイルを割り当てます。

  • audio- filename — 発信者がB-ACDサービスに最初に到達したときに再生される歓迎挨拶を含む音声ファイル名の識別子。ファイル名の識別子部分には言語接頭辞が含まれておらず、アンダースコアで始まる必要があります。

言語コードとファイル名を変更する

  • ファイル名の接頭辞は ch, en, sp, aa に変更できます。接頭辞は、ファイルで使用されている実際の言語に関係なく、paramspace 言語コマンドの language-code パラメータで指定されたコードと一致する必要があります。

  • 接頭辞の後、ウェルカムプロンプトファイル名 (デフォルトは en_bacd_welcome.au) は、 param welcome-prompt します。

  • その接頭辞に続いて、ドロップスループロンプトファイル名(デフォルトは提供されていません)は、 param drop-through-prompt します。

オーディオファイルでは、任意の言語でプロンプトを録音することができます。言語コード接頭辞がB-ACDサービスの一部ではない機能に使用されているため、異なる言語でプロンプトを含むファイルの接頭辞を変更する必要はありません。しかし、音声ファイルで実際に使用されている言語に関係なく、ファイルの言語コード接頭辞が paramspace 言語コマンドの language-code パラメータで指定された言語コードと一致することが重要です。

オーディオファイルの名前の ID 部分を変更しないでください。 _bacd_welcome.au ファイルを保存する場所を選択します。スクリプトは、同じ識別名を持つ音声ファイルを識別します これは paramspace 言語コマンドで指定した接頭辞と同じものです。

一般的なファイル名規則の 2 つの例外は、ウェルカムプロンプトオーディオファイル (デフォルトは en_bacd_welcome.au です) と、 drop-through-option プロンプトオーディオファイル (デフォルトは提供されていません)。この2つの音声プロンプトのファイル名の識別部分は、設定時に明示的に指定され、完全にユーザー設定可能です。これらのファイルは、名前が次の慣例に従っている限り、任意のファイル名を使用することができます。

  • filename の接頭辞部分は paramspace 言語コマンドで指定された言語コードと同じでなければなりません。例えば、en。

  • ファイル名の識別子部分は、アンダースコアで始まる必要があります。次に例を示します。 _welcome_to_xyz.au.

メニューの選択を説明するためにオーディオファイルを使用する

デフォルトでは、2 つのオーディオファイルが提供され、利用可能なメニューの選択に関する最初の呼び出し元の向きとガイダンスを提供します。en_welcome_prompt.au および en_bacd_options_menu.au.カスタマイズしたメッセージを、これらのファイルで提供されるデフォルトのメッセージの上に再コードできます。 .

B-ACDサービスが単一のAAサービスを使用している場合は、ウェルカムグリーティングを録音します。 en_welcome_prompt.au メニューの選択に関する指示を en_bacd_options_menu.au.

B-ACDサービスが複数のAAサービスを使用する場合、次のガイドラインを使用して、各AAに対して個別の挨拶と指示が必要です。

  • 各ウェルカムプロンプトのオーディオファイルの異なる名前を使用して、各AAサービスの別々のウェルカムプロンプトを録音します。例:en_welcome_aa1.au およびen_welcome_aa2.au.これらのファイルに記録したウェルカムプロンプトには、挨拶とメニューオプションに関する指示の両方が含まれている必要があります。

  • 音声ファイルに無音を記録する en_bacd_options_menu.au.少なくとも1秒の沈黙を記録しなければならない。複数のAAサービスが存在する場合、このファイルにはメニューの説明が含まれていないことに注意してください。

メニュー オプション

B-ACDサービスの目的は、組織の正しい宛先への呼び出しを自動的にルーティングすることです。インタラクティブなAAサービスは、呼び出し者にメニューオプションを提供することを可能にし、呼び出しに適切な選択を行うことができます。B-ACDで利用可能なメニューオプションの種類を以下に示します。メニューオプションは、オーディオプロンプトによって発信者に通知されます。 ウェルカムプロンプトとその他のオーディオファイル.

タイプ説明要件この例を参考にしてください。
Dial-by-extension

Callerは、既知の拡張子をダイヤルするために数字を押します。

このオプションに使用するメニュー番号は、コールキューサービスで使用するメニュー (aa-hunt) 番号と同じでなくてはなりません。

要求なし。

メニューの選択を聞くと、発信者のダイヤル4 と内部拡張番号をダイヤルできます。

拡張機能ダイヤルのオプション

B-ACDサービスには、拡張機能番号を既に知っているときに内部拡張機能番号をダイヤルできるオプションもあります。ダイヤル・バイ・エクステンションオプションは、メニューオプションとして表示されます。

ダイヤル・バイ・エクステンションオプションは、ダイヤル・バイ・エクステンションパラメータのメニューオプション番号を指定することで構成されます。以下のコマンドを使用する場合、発信者は1 、次に拡張番号をダイヤルできます。

param dial-by-extension-option 1

B-ACDコールキューサービスでは、ダイヤルバイ拡張オプション番号とハントグループオプション番号は相互に排他的である必要があります。この制限は、ダイアルバイエクステンションオプションに使用されるオプション番号は、aa-huntオプションで使用されているオプション番号と同じではないことを意味します。たとえば、コールキューサービス構成でハントグループを指定するためにaa-hunt1からaa-hunt5を使用する場合、ダイヤル-by-extensionオプションの6オプションを使用できますが、数字の15は使用できません。

コールキューサービスのハントグループにすべての10個のaa-hunt番号が使用されている場合、ダイヤルバイ拡張オプションにはオプションが残りません。この制限は、コールキューサービスで使用されるすべてのオプション番号(aa-hunt番号)に基づいており、AAアプリケーションで使用されるオプション番号には基づいていることに注意してください。

Tcl スクリプトと音声プロンプトのダウンロード

これらの手順を使用して、B-ACDサービスに必要なスクリプトファイルとプロンプトファイルを準備します。

  1. tar ファイルを SGW ルータブフラッシュにコピーします

  2. コマンドを使用してtclとオーディオファイルを解凍します。

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. 必要に応じて、オーディオファイルを再構成します。

コマンドの説明:

コマンド説明

B-ACD tarファイルをダウンロード

B-ACD tarファイルをダウンロードします cme-b-acd-3.0.0.8.tar SGW ルーターにアクセスできる TFTP サーバーへ。

この tar ファイルには AA Tcl スクリプト、コールキューの Tcl スクリプト、B-ACD サービスに必要なデフォルトのオーディオファイルが含まれています

enable

SGW ルータで EXEC 特権モードを有効にします。プロンプトが表示されたらパスワードを入力してください。

archivetar/xtract <source-url> flash:

B-ACDファイルアーカイブ内のファイルを解凍し、フラッシュメモリにコピーします。以下のファイルが、 cme-b-acd-3.0.0.8.tar ファイル:

  • app-b-acd-aa-x.x.x.x.tcl (AA スクリプト)

  • app-b-acd-x.x.x.x.tcl (コールキュースクリプト)

  • en_bacd_allagentsbusy.au (オーディオファイル)

  • en_bacd_options_menu.au (オーディオファイル)

  • en_bacd_disconnect.au (オーディオファイル)

  • en_bacd_music_on_hold.au (オーディオファイル)

  • en_bacd_invalidoption.au (オーディオファイル)

  • en_bacd_welcome.au (オーディオファイル)

  • en_bacd_enter_dest.au (オーディオファイル)

必要に応じて記録する

カスタムメッセージでオーディオファイルを再構成しますが、オーディオファイル名を変更しないでください。

例 

以下の例では、cme-b-acd- と呼ばれるアーカイブからファイルを抽出します。2.1.0.0サーバーの 192.168.1.1そしてB-ACDルータフラッシュメモリにコピーします。

archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash:

スクリプトパラメータと音声プロンプトの更新(拡張機能によるダイヤルのみ)

Cisco IOSの設定を変更することで、B-ACDスクリプトパラメータを更新できます。パラメータの変更が有効になるには、変更した B-ACD スクリプトを停止して再読み込みする必要があります。オーディオプロンプトを再読み込む場合は、変更したオーディオプロンプトファイルを再読み込みする必要があります。

  1. アクティブなセッションのセッションIDを決定します。

    イベント、登録者、出席者にすばやくアクセスするため、 showcall application sessions AAとコールキューサービスのセッションID(SID)番号を取得するための特権的なEXECモードのコマンドです。AA セッションにアクティブな呼び出しがない場合、AA スクリプト名は show call application sessions します。

  2. 必要に応じて、B-ACD AAおよびコールキューサービスセッションを停止します。 StepからセッションID番号を使用して1、B-ACD AAサービスおよびコールキューサービスセッションを停止します。イベント、登録者、出席者にすばやくアクセスするため、 call application session stop 特権EXECモードでAAとコールキューセッションを停止するコマンド。
  3. AA スクリプトとコールキュースクリプトを再読み込みします。 call application voice load 特権EXECモードでスクリプトを再読み込みするコマンド。
  4. オーディオプロンプトファイルが変更された場合は、再読み込みします。 audio-prompt load EXEC 特権モードでオーディオファイルを再読み込みするコマンド。変更されたオーディオファイルごとにこのコマンドを繰り返します。

B-ACDステータスの確認

イベント、登録者、出席者にすばやくアクセスするため、 show call application sessions B-ACD がアクティブであることを確認するためのコマンドです。

次の例は、アクティブな AA アプリケーションとコールキューアプリケーションとのセッションを示しています。“App” フィールドはサービス名 “Url” フィールドはアプリケーションのスクリプトファイルの場所です


Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl 

次の例では、キューアプリケーションのみがアクティブなセッションを示しています。AA スクリプトは、 show call application sessions コマンドは、アクティブな呼び出しがないからです。AA サービスの名前はアクティブな呼び出しがある場合にのみ出力に表示されます。コールキュースクリプトは、最初の着信呼び出し後にアクティブになり、アクティブな呼び出しがない場合でも、アクティブのままです。


Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Cisco IOSの設定を変更することで、B-ACDスクリプトパラメータを更新できます。パラメータの変更が有効になるには、以下の手順で説明されているように、変更した B-ACD スクリプトを停止して再読み込みする必要があります。オーディオプロンプトを再読み込む場合は、変更したオーディオプロンプトファイルを再読み込みする必要があります。

  1. アクティブセッションのセッションIDを決定します:

    イベント、登録者、出席者にすばやくアクセスするため、 show call application sessions AAとコールキューサービスのセッションID(SID)番号を取得するための特権的なEXECモードのコマンドです。AA セッションにアクティブな呼び出しがない場合、AA スクリプト名は show call application sessions します。

    次の例は、アクティブな呼び出しを持つセッションを示しています。“App” フィールドは、コールキュースクリプトと AA スクリプトに与えられたサービス名です。また、show running-config コマンドの出力のサービス名も確認できます。

    
    Router# show call application sessions
    Session ID 17
    App: aa
    Type: Service
    Url: bootflash:app-b-acd-aa-3.0.0.8.tcl
    
    Session ID 12
    App: queue
    Type: Service
    Url: bootflash:app-b-acd-3.0.0.8.tcl
    
  2. 必要に応じて、B-ACD AAおよびコールキューサービスのセッションを中止する

    ステップ1からセッションID番号を使用して、B-ACD AAサービスおよびコールキューサービスセッションを停止します。イベント、登録者、出席者にすばやくアクセスするため、 call application session stop 特権EXECモードでAAとコールキューセッションを停止するコマンド。

    
    Router# call application session stop id 17
    Router# call application session stop id 12

    AAサービスでコールアプリケーションセッション停止コマンドを使用する場合、以下のアクションが発生します。

    AAサービスが停止しました。

    AAサービスに接続されているすべての呼び出しは切断されます。

    AA サービス名が出力から削除されます。 show call application sessions します。

    接続を切断する可能性を排除するには、作業時間後など、スクリプトを再読み込みする前に着信呼び出しがなくなるまで待ちます。

    出力に AA サービス名が表示されない場合、 show call application sessions コマンドは、コールセッションがないことを意味し、 call application session stop 命令だ

  3. AA スクリプトとコールキュースクリプトを再読み込みします

    イベント、登録者、出席者にすばやくアクセスするため、 call application voice load 特権EXECモードでスクリプトを再読み込みするコマンド。

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. 音声プロンプトファイルが変更された場合は、再読み込みします

    イベント、登録者、出席者にすばやくアクセスするため、 audio-prompt load EXEC 特権モードでオーディオファイルを再読み込みするコマンド。変更されたオーディオファイルごとにこのコマンドを繰り返します。

    
    Router# audio-prompt load flash:en_bacd_welcome.au
    Reload of flash:en_bacd_welcome.au successful

制限と制限

  • Public Switched Telephone Network (PSTN) サービスの可用性は、ネットワーク停止時に利用可能な SIP トランクまたは PSTN 回路に依存します。

  • 4Gおよび5G接続のデバイス(モバイルまたはタブレット用のWebex Appなど)は、停車中にWebex Callingに登録することができます。その結果、停電時に同じ場所から他の番号を呼び出すことができない可能性があります。

  • ダイヤルパターンは、アクティブ モードとサバイバリティ モードでは異なる機能があります。

  • サバイバリティゲートウェイはIPv4 アドレスを使用する必要があります。IPv6 はサポートされていません。

  • Control Hubのオンデマンド同期ステータスの更新には、最大30 分かかることがあります。

  • Calling dock は Survivability モードではサポートされていません。

  • 設定しない SIP bind Voice Serviceのvoip設定モードでのコマンド。これは、Survivability Gatewayでエンドポイントの登録に失敗します。

  • 競合を回避し、トレーサビリティ、冗長性、フェイルオーバーの信頼性を向上させるために、さまざまな物理的ロケーションにわたるEnterprise Significant Numbers(ESN)がユニークであることを確認します。

サバイバリティモードでは、以下の制限が適用されます。

  • MPP ソフトキー:Park、Unpark、Barge、Pickup、Group Pickup、Call Pullなどのソフトキーはサポートされていませんが、デバイス上で無効になっていません。

  • 共有線:ただし、リモートライン状態監視、保持、再開、同期して邪魔しない (DND)、コール転送設定などの他の共有ライン機能は利用できません。

  • 会議:会議や三方向の呼び出しはサポートされていません。

  • Basic Automatic Call Distribution (B-ACD):Survivability GatewayとLocal Gatewayが共存しているサービスはサポートされていません。

  • コール履歴:通話は、MPPデバイスとWebexアプリの両方の通話履歴にローカルに保存されます。

  • ハントグループ:最大100の追跡グループを設定できます。各グループは最大32 のユーザーをサポートします。

  • Enhanced Shared Call Appearance:Basic コール、Hunt Group、Call Forward などの機能をサポートしていません。

  • ハントグループコールルーティング:重み付きコールルーティングパターンはサポートされていません。

フェイルオーバー時のユーザーエクスペリエンス

会社のある場所でインターネット接続が失われても、その場所から社内通話や外部顧客への通話を受発信できます。参照 Webexアプリ | サイトの生存可能性.

設定の例

PSTN 接続の例

外部呼び出しの場合は、PSTN への接続を設定します。このトピックでは、いくつかのオプションを概説し、サンプル構成を提供します。2 つの主なオプションは次のとおりです。

  • PSTNへの音声インターフェイスカード(VIC)接続

  • SIP トランク PSTN ゲートウェイ

PSTNへの音声インターフェイスカード接続

ルーターにVoice Interface Card(VIC)をインストールし、PSTNへのポート接続を設定できます。

SIP トランク PSTN ゲートウェイ

PSTN ゲートウェイを指す SIP トランク接続を構成できます。ゲートウェイ上のトランク接続を構成するには、voice-class-tenant 設定を使用します。以下はサンプル構成です。

voice class tenant 300 
  sip-server ipv4:<ip_address>:<port>
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

ダイヤル ピア構成

トランク接続の場合、トランク接続のインバウンドとアウトバウンドのダイヤルピアを設定します。構成はあなたの要求によって決まります。詳細な構成情報については、 ピア設定ガイド、Cisco IOS リリース 3S.

サンプル構成は以下のとおりです。

UDPおよびRTPによるPSTNへのアウトバウンドダイヤル・ピアー

dial-peer voice 300 voip 
 description outbound to PSTN 
 destination-pattern +1[2-9]..[2-9]......$ 
 translation-profile outgoing 300
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 session target sip-server
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

RTPでUDPを使用してPSTNからのインバウンドダイヤル・ピア

voice class uri 350 sip 
 host ipv4:<ip_address> 
 !
dial-peer voice 190 voip 
 description inbound from PSTN 
 translation-profile incoming 350 
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

数字

PSTN 接続では、内部拡張機能を PSTN がルーティングできる E.164 番号に変換するために、翻訳ルールを使用する必要があります。サンプル構成は以下のとおりです。

PSTNの翻訳規則から+E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

+Eで電話システム翻訳ルールから164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

緊急通報例

以下の例では、緊急コール設定の例を含んでいます。

WiFiオーバーレイがIPサブネットと正確に一致しない場合、遊牧デバイスへの緊急通報が正しいELINマッピングを持っていない可能性があります。

緊急対応場所(ERL)


voice emergency response location 1
 elin 1 14085550100
 subnet 1 192.168.100.0 /26
 !
voice emergency response location 2
 elin 1 14085550111
 subnet 1 192.168.100.64 /26
 !
voice emergency response zone 1
 location 1 
 location 2 

発信ダイヤル・ピアス


voice class e164-pattern-map 301
 description Emergency services numbers
  e164 911
  e164 988
 !
voice class e164-pattern-map 351
 description Emergency ELINs
  e164 14085550100
  e164 14085550111
 !
dial-peer voice 301 pots
 description Outbound dial-peer for E911 call
 emergency response zone 1 
 destination e164-pattern-map 301
 !
 dial-peer voice 301 pots
 description Inbound dial-peer for E911 call
 emergency response callback
 incoming called e164-pattern-map 351
 direct-inward-dial 
この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?