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

この機能を構成すると、サポートされている次のエンドポイントでサイト存続可能性が利用できるようになります。

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

既存の Webex Calling の場所にサイトの存続可能性を追加するには、次のタスクを完了します。Webex クラウドへの接続が切断された場合、ローカル ネットワーク内の Survivability Gateway がその場所のエンドポイントに対してバックアップの通話制御を提供できます。

開始する前に

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

コネクタは、コール数メトリックの収集を容易にするために、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 分ですが、5 分に設定すると、CDR がより速くファイルに記録されます。

• cdr-format detailed- これがデフォルトの形式です。コンパクト形式はダイヤルピア タグが含まれていないため適切ではありません。

この表は、Control Hub のハント グループ機能の構成と Survivability ゲートウェイ コマンドの使用のマッピングを示します。

• ハントグループのシーケンシャルリングを設定する

  
    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​

基本自動着信分配 (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 ルータがアクセスできる場所にコピーします。オーディオ ファイルとスクリプト ファイルは、Web サイト上の tar ファイルにバンドルされています。デフォルトのファイルとそのメッセージが表にリストされています。デフォルト メッセージの上にカスタマイズされたメッセージを再録音することはできますが、 言語コードとファイル名の変更で具体的に説明されている場合を除き、オーディオ ファイルの名前を変更することはできません。

B-ACD サービスを初めて使用する前に、デフォルトのオーディオ プロンプトを再録音してインストールするには、 Tcl スクリプトおよびオーディオ プロンプトのダウンロードの手順に従います。既存の B-ACD サービスで音声プロンプトを再録音するには、 スクリプト パラメータと音声プロンプトの更新 (内線によるダイヤルのみ)の手順に従います。

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

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

• Sun Microsystems Inc. による Solaris 用 AudioTool。

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 
  paramspace english language en
  param aa-pilot 
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail 
  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 
 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 
 port %tdm_port%
! 

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

• ファイル名のプレフィックスは、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 言語コマンドで指定したものと同じプレフィックスを持つオーディオ ファイルを識別します。

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

• ファイル名のプレフィックス部分は、paramspace language コマンドで指定された言語コードと同じである必要があります。たとえば、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 で使用できるメニュー オプションの種類を表に示します。メニュー オプションは、音声プロンプトによって発信者に通知されます。音声プロンプトについては、 ようこそプロンプトとその他の音声ファイルで説明されています。

内線ダイヤルオプション

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

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

B-ACD コールキュー サービス内では、内線ダイヤル オプション番号とハント グループ オプション番号は相互に排他的である必要があります。この制限は、内線ダイヤル オプションに使用されるオプション番号は、aa-hunt オプションで使用されるオプション番号と同じにすることはできないことを意味します。たとえば、call-queue サービス設定でハント グループを指定するために 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. 必要に応じてオーディオファイルを再録音します。

コマンドの説明:

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

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

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

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

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

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 

次の例は、キュー アプリケーションのみがアクティブなセッションを示しています。アクティブな通話がないため、 show call application sessions コマンドの出力には AA スクリプトは表示されません。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を確認する:

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

   次の例は、アクティブな通話があるセッションを示しています。「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 サービスとコール キュー サービス セッションを停止します。AA および call-queue セッションを停止するには、特権 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 サービスにアクティブに接続されているすべての通話が切断されます。

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

   通話が切断される可能性を排除するには、勤務時間後など、着信通話がなくなるまで待ってからスクリプトを再読み込みします。

   show call application sessions コマンドの出力に AA サービス名が表示されない場合は、コール セッションが存在しないため、 call application session stop コマンドを発行する必要がないことを意味します。

3. AAスクリプトとコールキュースクリプトをリロードします

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

   
   Router# call application voice load aa
   Router# call application voice load queue

4. 音声プロンプトファイルが変更された場合は、再読み込みしてください

   特権 EXEC モードで audio-prompt load コマンドを使用して、オーディオ ファイルをリロードします。変更されるオーディオ ファイルごとにこのコマンドを繰り返します。

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

外部通話の場合は、PSTN への接続を構成します。このトピックでは、いくつかのオプションの概要とサンプル構成を示します。主なオプションは次の 2 つです。

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

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

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

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

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

• VIC の設定方法の詳細と例については、 『Voice Port Configuration Guide, Cisco IOS Release 3S』を参照してください。

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

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

voice class tenant 300 
  sip-server ipv4::
  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: 
 !
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

電話システムのトランスレーションルールから +E164

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

次の例には、緊急通話の構成例が含まれています。

緊急対応場所（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