この記事の内容
dropdown icon
導入に関する考慮事項
    単一ロケーションのセットアップ
    マルチロケーションセットアップ
    サイト存続可能性の主な条件
    ユニファイド 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エンドポイントはアクティブモードで動作し、Webexクラウドに接続してSIP登録と通話制御を行います。 Webexへのネットワーク接続が失われると、エンドポイントは自動的にサバイバビリティモードに切り替わり、ローカルのサバイバビリティゲートウェイに登録されます。 このモードでは、ゲートウェイは基本的なバックアップ通話サービスを提供します。 Webexへのネットワーク接続が回復すると、通話制御と登録はWebexクラウドに戻ります。

サバイバビリティモードでは以下の呼び出しがサポートされています。

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

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

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

単一ロケーションのセットアップ

次の画像は、Webexへの接続が切断され、Webexサイトのエンドポイントがサバイバビリティモードで動作しているネットワーク障害シナリオを示しています。 この画像では、サバイバビリティゲートウェイは、Webexに接続しなくても、2つのオンサイトエンドポイント間の内部通話をルーティングします。 この場合、サバイバビリティゲートウェイはローカル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 Callingサバイバビリティモードの1か所からのエンドポイント

マルチロケーションセットアップ

次の画像は、Webexへの接続が切断され、さまざまな場所にあるエンドポイントがサバイバビリティモードで動作しているネットワーク障害のシナリオを示しています。 LANネットワーク内には、1つのサバイバビリティゲートウェイにマップされた複数の小さな場所があります。 この導入により、コールルーティングのロケーション固有の設定を維持しながら、ゲートウェイのリソース利用が最適化されます。

Webex calling endpoints from multiple locations in Site Survivability mode

シスコでは、サバイバビリティゲートウェイとLAN内のエンドポイント間の接続の遅延閾値を50ミリ秒に維持することを推奨しています。

サイト存続可能性の主な条件

サバイバビリティ・ゲートウェイには次の条件が適用されます。

  • Webexクラウドのデバイス設定ファイルには、サバイバビリティゲートウェイのIPアドレス、ホスト名、ポートが含まれます。 その結果、Webexへの接続が切断された場合でも、エンドポイントはサバイバビリティゲートウェイに連絡して登録することができます。

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

  • サバイバビリティゲートウェイは、Webexが提供するルーティング情報を使用して内部通話を自動的にルーティングできます。 外部通話を提供するために、サバイバビリティゲートウェイにPSTNトランク設定を追加してください。

  • サイトサバイバビリティを導入する各サイトには、ローカルネットワーク内にサバイバビリティゲートウェイが必要です。

  • Webexネットワーク接続が少なくとも30秒間再開すると、登録と通話制御の両方がWebexクラウドに戻ります。

ユニファイド SRSTとのコロケーション

サバイバビリティゲートウェイは、 Webexサバイバビリティ設定とUnified SRST設定を同じゲートウェイ上にコロケーションすることをサポートします。 ゲートウェイは、 Webex Calling エンドポイントとユニファイドコミュニケーションマネージャーに登録されたエンドポイントの両方の存続可能性をサポートできます。 コロケーションを設定するには:

コロケーションに関するコールルーティングの考慮事項

コロケーションシナリオのコールルーティングを設定するときは、次の点を考慮してください。

  • サバイバビリティゲートウェイは、 通話の両方のエンドポイントがサバイバビリティゲートウェイに登録されていれば、内部通話を自動的にルーティングします。 内部通話は、登録されているすべてのクライアント間で自動的にルーティングされます( SRSTまたはWebex Calling)。

  • 一方のコールコントロールシステムへの接続がダウンし、もう一方のコールコントロールシステムへの接続がアップしたままになることがあります。 その結果、1セットのエンドポイントがサバイバビリティゲートウェイに登録され、同じサイトの別のエンドポイントセットがプライマリコールコントロールに登録されます。 この場合、2組のエンドポイント間の通話をSIPトランクまたはPSTN回線にルーティングする必要があるかもしれません。

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

サポートされている機能とコンポーネント

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

テーブル 1.サポートされている通話機能
特集 MPP デバイスと Webex アプリvg4xx ATA

サイト内内線通話

サバイバビリティゲートウェイで特定のルーティング設定を必要とせずに自動的にサポートされます。

サバイバビリティゲートウェイで特定のルーティング設定を必要とせずに自動的にサポートされます。

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

サイト間通話とPSTN通話(インバウンドとアウトバウンド)

通信回線またはSIPトランクに基づくPSTN通話。

通信回線またはSIPトランクに基づくPSTN通話。

E911コールハンドリング

E911通話にはPSTN回線またはSIPトランクが必要です。

発信通話では、指定された緊急対応場所(ERL)に登録されている特定の緊急場所識別番号(ELIN)を使用します。 緊急オペレーターが切断された電話を返した場合、サバイバビリティゲートウェイは緊急電話番号に電話をかけた最後のデバイスに通話を転送します。

E911通話にはPSTN回線またはSIPトランクが必要です。

発信通話では、指定された緊急対応場所(ERL)に登録されている特定の緊急場所識別番号(ELIN)を使用します。 緊急オペレーターが切断された電話を返した場合、サバイバビリティゲートウェイは緊急電話番号に電話をかけた最後のデバイスに通話を転送します。

通話保留と再開

サポートされています

ミュージック・オン・ホールド(MOH)を使用している場合は、MOHファイルを使用してサバイバビリティ・ゲートウェイを手動でプロビジョニングしてください。

VG4xx ATA アナログ回線では、通話を保留または再開することはできません。

この機能は、着信コールがVG4xx ATAで受信された場合にのみサポートされます。

有人通話転送

サポートされています

この機能は、着信コールがVG4xx ATAで受信された場合にのみサポートされます。

ブラインドコール転送

サポートされています

この機能は、着信コールがVG4xx ATAで受信された場合にのみサポートされます。

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

サポートされています

サポートされています

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

サポートされています

サポートされています

ポイントツーポイントのビデオ通話

サポートされています

サポートされていません

三者間通話

サポートされていません

サポートされていません

共有回線

サポートされています

サポートされています

仮想回線

サポートされています

サポートされていません

コールフォワード

全自動転送、無応答、話中に対応しています。

サポートされています

ハントグループ

次のものをサポートしています:シーケンシャル、パラレル、ピア、および最長アイドル時間。

サポートされています

オートアテンダント

内線番号によるダイヤルに対応しています

サポートされています

機能を設定すると、Site Survivabilityは次のサポートされているエンドポイントで利用できるようになります。

テーブル 2.サポートされているエンドポイントモデル
タイプモデル最小バージョン
マルチプラットフォーム(MPP)ファームウェア搭載のCisco IP電話

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

7811, 7821, 7841, 7861

8811, 8841, 8851, 8861

8845 (オーディオのみ)、8865 (オーディオのみ)、8875 (ビデオのみ)

9800

マルチプラットフォーム(MPP)ファームウェアでサポートされている Cisco IP Phone の詳細については、以下を参照してください。

12.0(1)

8875台の電話の場合-電話OS 3.2以降のバージョン

9800シリーズの場合-電話番号 3.2 (1)

シスコ IP 会議電話

7832, 8832

12.0(1)

Cisco Webexアプリ

ウィンドウズ、マック

43.2

アナログエンドポイント

VG400 ATA、VG410 ATA、および VG420 ATA

シスコATA 191と192です

17.16.1a

ATA 191と192の場合は11.3 (1)

サードパーティのデバイスはサバイバビリティゲートウェイではサポートされていません。

次の表は、Cisco IOS XEルーターをサバイバビリティゲートウェイとして設定するのに役立ちます。 この表は、各プラットフォームがサポートするエンドポイントの最大数と、IOS XEの最小バージョンを示しています。

Webex Callingサバイバビリティゲートウェイの機能は、Cisco IOS XE Dublin 17.12.3バージョン以降のリリースで利用できます。 ハントグループ、コール転送、自動応答機能は、IOS 17.18.2以降のリリースで利用可能です。

テーブル 3.サポートされているプラットフォームモデル
モデルエンドポイントの最大登録数最小バージョン

サービス統合型ルーター 4321です

50

Cisco IOSXE ダブリン 17.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

サバイバビリティゲートウェイのポート参照情報

テーブル 4.サバイバビリティゲートウェイのポート参照情報

接続目的

ソースアドレス

送信元ポート

プロトコル

目的地の住所

宛先ポート

サバイバビリティゲートウェイ(SIP TLS)へのコールシグナリング

デバイス

5060-5080

TLS

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

8933

サバイバビリティゲートウェイ(SRTP)にメディアを呼び出します

デバイス

19560-19660

UDP

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

8000-14198(SRTP over UDP)

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 Callingヘルプ記事の「ポートリファレンス情報」を参照してください。

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

機能構成

サイト存続可能性設定のタスクフロー

Webex Calling既存の場所にサイトサバイバビリティを追加するには、次のタスクを実行してください。 Webexクラウドへの接続が切断された場合、ローカルネットワークのSurvivability Gatewayがその場所のエンドポイントのバックアップ通話制御を提供できます。

始める前に

サバイバビリティゲートウェイとして機能する新しいゲートウェイをプロビジョニングする必要がある場合は、Webex の記事「Cisco IOSマネージドゲートウェイを Webex Cloud に登録して、Control Hub にゲートウェイを追加してください。

手順コマンドまたはアクション目的

1

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

コントロールハブで、サバイバビリティゲートウェイサービスをゲートウェイに割り当てます。

2

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

Control Hub から設定テンプレートをダウンロードします。 このテンプレートは、ゲートウェイのコマンドラインを設定するときに必要になります。

3

ライセンスを設定してください

サバイバビリティゲートウェイのライセンスを設定します。

4

Cisco IOSXEで証明書を設定します

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

5

ゲートウェイをサバイバビリティゲートウェイとして設定してください

ゲートウェイのコマンドラインを設定するガイドとして、以前にダウンロードした設定テンプレートを使用してください。 テンプレートにある必須の設定をすべて完了してください。

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

始める前に

Control Hubにゲートウェイがない場合は、「Cisco IOSWebex Callingゲートウェイを登録して新しいゲートウェイインスタンスを追加してください」を参照してください。
1

「サービス」の「通話」に移動し、「マネージドゲートウェイ」タブをクリックします。

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

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

3

サービスタイプのドロップダウンから、Survivability Gatewayを選択し、次のフィールドに入力してください。

  • 場所 —ドロップダウンから場所を選択します。 サバイバビリティゲートウェイに複数の場所を割り当てるには、リストから必要な場所をすべて選択してください。

  • ホスト名—ゲートウェイの証明書を作成するときに使用した完全修飾ドメイン名(FQDN)を入力します。 証明書のサブジェクト代替名フィールド(SAN)に含まれている名前でもかまいません。 FQDNとIPアドレスは、ゲートウェイとの安全な接続を確立するためにのみ使用されます。 したがって、DNSへの入力は必須ではありません。

  • IPアドレス — IPv4形式では、サバイバビリティ・ゲートウェイのIPアドレスを入力します。 サバイバビリティモードで動作している間、デバイスはこのアドレスに登録されます。

登録が完了すると、ロケーションの詳細がマネージドゲートウェイページに表示されます。

4

「割り当て」をクリックします。

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

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

Control Hubから、またはこのリンクを使用して、設定テンプレートをダウンロードします。 このテンプレートは、ゲートウェイのコマンドラインを設定するときに必要になります。
1

コントロールハブにサインインしてください。

パートナー組織の場合は、パートナーハブが立ち上がります。 Control Hubを開くには、Partner Hubの顧客ビューをクリックして該当する顧客を選択するか、「私の組織」を選択してパートナー組織のControl Hub設定を開きます。

2

[サービス] > [PSTNとルーティング] > [ゲートウェイの設定] > [ゲートウェイの管理] に移動します。

3

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

4

「設定テンプレートをダウンロード」をクリックして、テンプレートをデスクトップまたはラップトップにダウンロードします。

ライセンスを設定してください

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

ルーターでグローバルコンフィグレーションモードに入ります:

enable
 configure terminal
2

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

  • シスコ ISR 4000シリーズの場合:

    license boot level uck9
     license boot level securityk9
    
  • Cisco Catalyst 8300および8200シリーズのエッジプラットフォームの場合は、DNA Network Advantage機能ライセンスかそれ以上のライセンスを使用して、必要なスループットレベルを入力してください。 次の例では、25Mbpsの双方向暗号スループットを使用しています。 予想される通話数に適したレベルを選択してください。

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

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

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

証明書を設定する

Cisco IOS XEで証明書を設定してください

サバイバビリティゲートウェイの証明書をリクエストして作成するには、次の手順を実行してください。 公的に知られている人が署名した証明書を使用してくださいCertificate Authority。

サバイバビリティゲートウェイプラットフォームは、公的に知られているCA証明書のみをサポートしています。 プライベートまたはエンタープライズのCA証明書はサバイバビリティゲートウェイには使用できません。

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

サバイバビリティゲートウェイプラットフォームはワイルドカード証明書をサポートしていません。

サンプルコードのコマンドを実行して、手順を完了してください。 これらのコマンドの詳細やその他の設定オプションについては、Cisco Unified Border Element設定ガイドの「SIP TLSサポート」の章を参照してください。

1

次のコマンドを実行して、グローバルコンフィグレーションモードに入ります。

enable
 configure terminal
2

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

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

サバイバビリティゲートウェイ証明書を保持するようにトラストポイントを設定します。 ゲートウェイの完全修飾ドメイン名(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が画面に表示されたら、メモ帳を使って証明書をファイルにコピーし、サポートされている認証局(CA)に送信できます。

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

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

CAが証明書を発行したら、crypto pki authenticate webex-sgwコマンドを実行して証明書を認証します。 execconfigこのコマンドはまたはモードで実行できます。

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

6

コマンドを使用して、署名付きホスト証明書をトラストポイントにインポートします。crypto pki import webex-sgw certificate

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

7

ルートCA証明書が入手可能であることを確認してください。

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

  1. show crypto pki certificates webex-sgw | begin CA Certを実行してルートCAの共通名を検索してください。 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_core.p7b、拡張IOS CAバンドルを使用してください。 詳細については、「Cisco IOSXEでのローカルゲートウェイの設定」Webex Calling を参照してください。

  4. これらのサブステップを繰り返して、ルートCA証明書が入手可能になったかどうかを確認してください。 サブステップを繰り返した後:

    証明書がない場合は、手順8に進んでください。 証明書があれば、ステップ9に進んでください。

8

ルートCA証明書がバンドルに含まれていない場合は、証明書を入手して新しいトラストポイントにインポートしてください。

Cisco IOS公開されているCAルート証明書がXEゲートウェイで利用できない場合は、この手順を実行してください。

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

プロンプトが表示されたら、Base 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は特殊な種類の証明書形式です。 ルート証明書からID証明書までの証明書チェーン全体が、RSAキーペアとともにバンドルされています。 つまり、インポートするPKCS12バンドルには、キーペア、ホスト証明書、中間証明書が含まれます。 次のシナリオでは、PKCS12バンドルをインポートしてください。

  • Cisco IOS別のXEルーターからエクスポートして、サバイバビリティゲートウェイのルーターにインポートします

  • Cisco IOSOpenSSLを使用したXEルーターの外部でのPKCS12バンドルの生成

次の手順を実行して、Survivability Gatewayルーターの証明書とキーペアを作成、エクスポート、インポートしてください。

1

(オプション)サバイバビリティゲートウェイのルーターに必要な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)、ID証明書(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ファイルを生成するときは、パスワードを入力してください。

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

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(たとえば、 ブートフラッシュ:certificate.pfx)

  • <file password>—PKCS12ファイルを作成するときに使用されるパスワード(たとえば、xyz123)。

crypto pki importコマンドは、証明書を収容するためのトラストポイントを自動的に構築します。

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—サバイバビリティゲートウェイがSIPメッセージを受け付ける必要がある未登録アドレスのリストを定義します。 たとえば、SIPトランクのピアアドレスです。

  • <ip_address><subnet_mask>そして信頼できるアドレス範囲を表します。 サバイバビリティゲートウェイは自動的にサブネットを信頼するので、直接接続されたサブネットを入力する必要はありません。

  • allow-connections sip to sip—VoIPネットワークでSIPからSIPへの接続を許可します。

  • no supplementary-service sip refer—コールフォワードとコール転送の補足サービスのREFER方法を無効にしてください。 Webex Callingこれらの方法は使用しません。

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

  • 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-sgwWebex Calling —ユニファイドコミュニケーションマネージャーエンドポイントのサバイバビリティモードとサバイバブルリモートサイトテレフォニーを有効にします。

    webex-sgwモードの設定後、サバイバビリティゲートウェイはエンドポイントからの安全な接続をポート8933で受信します。

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

    共有回線のアピアランスは max-dn の制限にカウントされます。 たとえば、5台の電話機がすべて同じ5つのDNを共有している場合、 この設定は最大DN数の制限に25DNとしてカウントされます。

  • 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

前の例では、categoryという名前のカスタム制限クラス(たとえば、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—プールは、Webex Calling特に内線番号1234のユーザーに適用されます。 ネットワークに適した拡張子を使用してください。

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

  • dtmf-relayrtp-nteDTMFディジットの送信方法を指定します。 この例では、ネームドフォンイベント(NTE)ペイロードタイプのリアルタイムトランスポート(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を割り当てます。 この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

オプション。 ルーターの Music on Hold を有効にしてください。 音楽ファイルはルーターのフラッシュメモリにG.711形式で保存する必要があります。 ファイルは.auまたは.wavファイル形式でもかまいませんが、ファイル形式には8ビットの8 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 クラウドは 1 日 1 回、自動的に通話データをサバイバビリティゲートウェイに同期するので、この手順は必須ではありません。

1

コントロールハブにサインインしてください。

パートナー組織の場合は、パートナーハブが立ち上がります。 Control Hubを開くには、Partner Hubの顧客ビューをクリックして該当する顧客を選択するか、「私の組織」を選択してパートナー組織のControl Hub設定を開きます。

2

[サービス] > [PSTNとルーティング] > [ゲートウェイの設定] > [ゲートウェイの管理] に移動します。

3

該当するサバイバビリティゲートウェイをクリックして、そのゲートウェイのサバイバビリティサービスビューを開きます。

4

「同期」ボタンをクリックします。

5

[送信] をクリックします。

同期が完了するまでに最大10分かかる場合があります。

サバイバビリティゲートウェイのプロパティを編集してください

このオプションの手順は、既存のサバイバビリティゲートウェイの設定を編集する場合にのみ使用してください。
1

コントロールハブにサインインしてください。

パートナー組織の場合は、パートナーハブが立ち上がります。 Control Hubを開くには、Partner Hubの顧客ビューをクリックして該当する顧客を選択するか、「私の組織」を選択してパートナー組織のControl Hub設定を開きます。

2

[サービス] > [PSTNとルーティング] > [ゲートウェイの設定] > [ゲートウェイの管理] に移動します。

3

該当するサバイバビリティゲートウェイをクリックして、そのゲートウェイのサバイバビリティサービスビューを開きます。

4

編集ボタンをクリックして、次の設定を更新してください。

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

  • IPアドレス —IPv4形式では、サバイバビリティモードで動作しているときにデバイスが登録するゲートウェイのIPアドレスを入力します。

5

[送信] をクリックします。

Control Hubからサバイバビリティゲートウェイを削除したい場合は、 まずサバイバビリティゲートウェイサービスの割り当てを解除してください。 詳細については、「マネージドゲートウェイへのサービスの割り当て」を参照してください。

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

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

サバイバビリティイベントの最後に、コネクタはイベント期間中に生成されたCDRを設定データとともに処理して、さまざまなコール数を識別します。 この指標には、総通話、緊急通話、外部通話の数が含まれ、内部機能の使用状況を監視するために使用されます。 コールカウント指標のみがWebexクラウドに送信され、実際のCDRは送信されません。

以下は設定例です。


!
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ファイルをguest-shareフォルダに保存して、コネクタからのアクセスを許可するものです。

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

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

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

着信転送を有効にする設定

着信転送機能は、Webexクラウドへの接続が失われたときにネットワークが停止しても継続的な通話処理を保証するサバイバビリティ機能の一部です。 サバイバビリティゲートウェイはローカルフォールバックゲートウェイとして機能し、エンドポイントがローカルに登録して重要な通話機能を維持できるようにします。

  • サバイバビリティモードでの着信転送動作は、プール構成、ダイヤルピア構成、および通話をローカルで処理するか、PSTNまたはSIPトランク経由でルーティングするルーティングポリシーを使用して、サバイバビリティゲートウェイによって管理されます。

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

コール転送シナリオ用の音声レジスタプールの設定:

コールフォワード機能を使用するには、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 

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

この表は、コントロールハブのハントグループ機能設定とサバイバビリティゲートウェイコマンドの使用のマッピングを示しています

ハントグループの特徴コントロールハブを使った設定サバイバビリティゲートウェイコマンド

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

トップダウン/同時/円形/最長アイドル時間

シーケンシャル/パラレル/ピア/最長アイドル時間

​

ハントグループを追加してください

場所ごとに名前と電話番号を指定してハントグループを追加します。

ハントグループを追加するには、を使用してくださいvoice hunt-group <tag> <call routing pattern>。 次に、コマンドを使用して電話番号を追加し、pilotdescriptionコマンドを使用してハントグループ名を追加します

追加するユーザー、ワークスペース、または仮想回線を選択してください

ハントグループの一員になるエージェントを選んでください

number <tag> <phone-number>コマンドを使用してエージェントのリストを設定します

決められた数のリングの後に進めます

「リングの数を設定」オプションを使用して設定します

timeout <timeout value>コマンドを使用して、呼び出し回数の代わりに次のエージェントに通話を進めるように設定します。

忙しいときは前に進んでください

「忙しいときにアドバンスする」オプションを使用して設定してください

present-call idle-phoneコマンドを使って設定してください

すべてのエージェントと連絡が取れなくなったら通話を転送します

「すべてのエージェントが連絡が取れないときにコールを転送する」オプションを使用して設定してください

​

final <phone number>コマンドを使って設定してください

すべてのエージェントが忙しいとき、またはハントグループが忙しいときにコールを転送します

すべてのエージェントが話中のとき、またはハントグループが話中のときにコールを転送するオプションを使用して設定してください

を使用して設定してください 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#

基本的な自動通話分配(B-ACD)を有効にする設定

基本的な自動着信分配(B-ACD)と自動応答(AA)サービスでは、発信者が適切な部署を選択したり、既知の内線番号をダイヤルしたりできるグリーティングやメニューを使用して、外部からの電話に自動的に応答します。

B-ACDは、インタラクティブメニューとローカルハントグループを使用して、通話の自動応答と着信配信を行います。 B-ACDアプリケーションは、自動応答(AA)サービスと1つのコールキューサービスで構成されています。 B-ACD自動応答は、g711ulawコーデックの着信SIPトランクとネゴシエートされるPSTN通話をサポートします

B-ACDは、シーケンシャル、パラレル、ピア、最長アイドル状態のコールブラストで、SIP共有回線と混合共有回線をサポートするボイスハントグループをサポートします。

着信があると、B-ACD AAのパイロット番号がダイヤルされ、あいさつや発信者が自動的に通話をルーティングするのに役立つ指示が聞こえます。

制限事項

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

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秒間の一時停止を含めます。 このプロンプトは、セカンドグリーティングとも呼ばれます。

7秒です

en_bacd_music_on_hol d.au

保留音(MOH)は、B-ACDの発信者には再生されます。

60秒です

オーディオファイルのいずれかを再録音する場合、B-ACDプロンプトには、8ビット、mu-law、8kHzエンコーディングのG.711オーディオファイル(.au)形式が必要であることに注意してください。 次のオーディオツールまたは同様の品質の他のツールをお勧めします。

  • Microsoft Windowsアドビシステムズ社によるアドビオーディション (以前はシントリウム・ソフトウェア社によってクール・エディットと呼ばれていました)

  • サン・マイクロシステムズ社の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>

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

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

param aa-pilot

自動応答ダイヤルピアに関連付けられているパイロット番号を指定します

param voice-mail

AAエージェントが応答しない通話の代替宛先を定義します

paramspace english language en

IVRアプリケーションでダイナミックプロンプトに使用されるオーディオファイルの言語コードを定義します。

  • 言語パッケージ — 使用する言語パッケージの名前。 中国語、英語、スペイン語の3つの言語パッケージが組み込まれています。 TCL(ツールコマンド言語)言語スクリプトを使用すると、他の言語がサポートされる場合があります。

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

    — ch —中国語

    — en —英語

    — sp —スペイン語

    — a —すべて

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

param welcome-prompt audio-filename

このAAサービスで使用されるウェルカムグリーティングに音声ファイルを割り当てます。

  • audio-filename —発信者が初めてB-ACDサービスにアクセスしたときに再生されるウェルカムグリーティングを含むオーディオファイルの名前の識別子部分。 ファイル名の識別子部分には言語プレフィックスが含まれていません。アンダースコアで始まる必要があります。

言語コードとファイル名の変更

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

  • ウェルカムプロンプトのファイル名(en_bacd_welcomeデフォルトは.au)には、プレフィックスの後にコマンドで定義されている任意の識別名を付けることができます。param welcome-prompt

  • 接頭辞の後に、ドロップスループロンプトのファイル名(デフォルトは指定されていません)には、コマンドで定義されている任意の識別名を付けることができます。param drop-through-prompt

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

ファイルを除いて、オーディオファイルの名前の識別部分を変更しないでください。 _bacd_welcome.au スクリプトは、表にあるものと同じ識別名を持ち、paramspace language コマンドで指定したのと同じ接頭辞を持つオーディオファイルを識別します。

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

  • ファイル名のプレフィックス部分は、paramspace language コマンドで指定された言語コードと同じでなければなりません。 たとえば、en。

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

音声ファイルを使用してメニューの選択肢を説明する

デフォルトでは、最初の発信者へのオリエンテーションと、選択できるメニューについてのガイダンスを提供するために、とという2つの音声ファイルが用意されています。en_welcome_prompt.auen_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

発信者が数字を押すと、既知の内線番号にダイヤルできるようになります。

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

要件はありません。

メニューの選択を聞いた後、発信者は4をダイヤルし、内線番号をダイヤルできます。

内線番号によるダイヤルオプション

B-ACDサービスには、内線番号をすでに知っている発信者が内線番号をダイヤルできるようにする、内線番号ごとのダイヤルオプションもあります。 内線番号によるダイヤルオプションはメニューオプションとして表示されます。

内線番号によるダイヤルオプションは、内線番号によるダイヤルパラメータのメニューオプション番号を指定することによって設定されます。 次のコマンドを使用すると、発信者は1をダイヤルしてから内線番号をダイヤルできます。

param dial-by-extension-option 1

B-ACDコールキューサービス内では、内線番号によるダイヤルオプション番号とハントグループオプション番号は相互に排他的でなければなりません。 この制限は、内線番号によるダイヤルオプションに使用されるオプション番号が、aa-huntオプションで使用されるオプション番号と同じであってはならないことを意味します。 たとえば、aa-hunt1からaa-hunt5を使用してコールキューサービス設定でハントグループを指定する場合、内線番号によるダイヤルオプションにはオプション6を使用できますが、1から5までの番号は使えません。

10個のAAハント番号すべてがコールキューサービスのハントグループに使用されている場合、内線番号によるダイヤルオプションのオプションは残っていません。 この制限は、コールキューサービスで使用されるすべてのオプション番号(AAハント番号)に基づいており、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ファイルをダウンロードしてください

cme-b-acd-3.0.0.8.tarSGWルーターにアクセス可能なTFTPサーバーに呼び出されるB-ACD tarファイルをダウンロードしてください。

この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.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 (音声ファイル)

必要なら記録してください

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

例

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

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

スクリプトパラメータと音声プロンプトの更新(内線番号でダイヤルのみ)

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

  1. アクティブなセッションのセッションIDを調べてください-

    showcall application sessions特権EXECモードでコマンドを使用して、AAおよびコールキューサービスのセッションID(SID)番号を取得します。 AAセッションにアクティブなコールがない場合、show call application sessionsAAスクリプト名はコマンドの出力に表示されません。

  2. 必要に応じて、B-ACD AAとコールキューサービスのセッションを停止します。手順1のセッションID番号を使用して、B-ACD AAサービスとコールキューサービスのセッションを停止します。 AA セッションとコールキューセッションを停止するには、特権 EXEC call application session stopモードでコマンドを使用してください。
  3. AAスクリプトとコールキュースクリプトをリロードしてください-スクリプトをリロードするには、特権 EXEC call application voice loadモードでコマンドを使用してください。
  4. オーディオプロンプトファイルが変更された場合は、リロードしてください。audio-prompt load特権EXECモードでコマンドを使用して、オーディオファイルをリロードしてください。 変更されたオーディオファイルごとにこのコマンドを繰り返します。

B-ACDステータスの検証中

show call application sessionsコマンドを使用して、B-ACDがアクティブであることを確認してください。

次の例は、アクティブなAAアプリケーションとコールキューアプリケーションを含むセッションを示しています。 「アプリ」フィールドはサービス名、「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 

次の例は、キューアプリケーションのみがアクティブなセッションを示しています。 アクティブなコールがないため、show call application sessionsAAスクリプトはコマンドの出力に表示されません。 AAサービスの名前は、通話中の場合にのみ出力に表示されます。 call-queueスクリプトは、最初の着信後にアクティブになり、アクティブなコールがなくてもアクティブなままです。


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

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

  1. アクティブなセッションのセッションIDを調べてください:

    show call application sessions特権EXECモードでコマンドを使用して、AAおよびコールキューサービスのセッションID(SID)番号を取得します。 AAセッションにアクティブなコールがない場合、show call application sessionsAAスクリプト名はコマンドの出力に表示されません。

    次の例は、アクティブコールのあるセッションを示しています。 「アプリ」フィールドは、コールキュースクリプトと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サービスとコールキューサービスのセッションを停止します。 AA セッションとコールキューセッションを停止するには、特権 EXEC call application session stopモードでコマンドを使用してください。

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

    AA サービスで call application session stop コマンドを使用すると、次のアクションが実行されます。

    AAサービスは停止しています。

    AAサービスにアクティブに接続されているすべての通話が切断されます。

    AA サービス名は、show call application sessionsコマンドの出力から削除されます。

    通話を切断する可能性をなくすために、着信がなくなるまで待ってから、勤務時間後など、スクリプトをリロードしてください。

    show call application sessionsAAサービス名がコマンドの出力に表示されない場合は、コールセッションがなく、 call application session stopコマンドを発行する必要がないということです。

  3. AAスクリプトとコールキュースクリプトをリロードしてください

    スクリプトをリロードするには、特権 EXEC call application voice loadモードでコマンドを使用してください。

    
    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

制限と制約

  • 公衆交換電話網(PSTN)サービスの可用性は、 ネットワーク障害時に利用できるSIPトランクまたはPSTN回線によって異なります。

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

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

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

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

  • コーリングドックはサバイバビリティモードではサポートされていません。

  • SIP bind 音声サービスのVoIP設定モードでコマンドを設定しないでください。 サバイバビリティゲートウェイへのエンドポイントの登録失敗につながります。

  • 競合を避け、トレーサビリティ、冗長性、フェイルオーバーの信頼性を向上させるために、 物理的に異なる場所にある企業の重要番号(ESN)が一意であることを確認してください。

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

  • MPPソフトキー:パーク、パーク解除、バージ、ピックアップ、グループピックアップ、 コールプルなどのソフトキーはサポートされていませんが、デバイスでは無効には表示されません。

  • 共有回線:共有回線への通話はすべてのデバイスで鳴ります。ただし、リモート回線の状態監視、保留、 再開、同期着信拒否(DND)、通話転送設定など、 他の共有回線機能は使用できません。

  • 会議:会議や三者間通話はサポートされていません。

  • 基本的な自動通話分配(B-ACD): サバイバビリティゲートウェイとローカルゲートウェイが同じ場所にあるサービスはサポートされていません。

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

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

  • 共有通話表示の強化:回線状態通知、 共有回線の保留/リモート再開、その他の基本コール、ハントグループ、 コール転送などの機能はサポートされていません。

  • ハントグループの通話ルーティング: 加重通話のルーティングパターンはサポートされていません。

設定例

PSTN接続の例

外部通話の場合は、PSTNへの接続を設定してください。 このトピックでは、いくつかのオプションの概要を説明し、設定例を紹介します。 主な選択肢は2つあります。

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

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

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

ルーターに音声インターフェースカード(VIC)を取り付けて、PSTNへのポート接続を設定できます。

  • VICをルータに取り付ける方法の詳細については、ご使用のルータモデルのハードウェアインストールガイドを参照してください。

  • VICの設定方法の詳細と例については、「音声ポート設定ガイド、Cisco IOSリリース3S」を参照してください。

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

PSTNゲートウェイを指すSIPトランク接続を設定できます。 ゲートウェイのトランク接続を設定するには、ボイスクラステナント設定を使用してください。 以下は設定例です。

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

UDPとRTPを使用する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番号に変換する必要がある場合があります。 以下はサンプル構成です:

+E164以外のPSTN変換ルールから

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

+E164の電話システム変換ルールから

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 
この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?