Cisco Resource Pool Management

データシート

• Cisco Resource Pool Managementの製品情報ページ

[目次]

◆[サービス]

◆[ホールセールダイヤルサービス]

◆[アクセスVPNサービス]

◆[カスタマープロファイル]

◆[DNISグループ]

◆[トランクグループ]

◆[セッション制限とオーバーフローセッション制限]

◆[リソースグループ]

◆[リソースサービス]

◆[コール処理]

◆[VPDNグループ]

◆[しきい値]

◆[バックアップカスタマープロファイル]

◆[Data over Voice]

◆[コールの識別]

◆[AAAアカウンティング]

◆[AAAスタートレコード]

◆[RPMSのコール詳細レコード]

◆[レポート]

◆[システムアーキテクチャ]

◆[構成]

◆[RMP]

◆[耐障害性と復元性]

◆[MIB]

◆[システム要求仕様]

　サービスプロバイダーは、Cisco Resouce Pool Managementソリューションを使用して、次のようなサービスを実現できます。

• 顧客が使用する共有リソースの管理。共有リソースには、データ通信用のモデムやHDLC（High-Level Data Link Control）コントローラなどがあります。
  
• VPDN（仮想プライベートダイヤルアップネットワーク）を使用した、企業やISPに対する高度なホールセールダイヤルアップサービス。
  
• トランクのグループ化やvPoP（virtual Point of Presence）あるいはトランク単位での使用制限を設けることで、vPoPをモデル化
  
• モデムなどのリソースグループを有効に利用することで、各種料金およびダイヤルSLA（サービスレベル契約）に対応可能。
  
• ホールセールダイヤルの顧客を収容するUGスタックで、ローカルのリテールダイヤルサービスも行える柔軟性の維持。
  
• DoVBS（音声ベアラサービス上のデータ伝送）の展開。
• コールに応答する前に、次の機能を使って、コールを許可あるいは拒否
  
  • DNIS（発信者番号通知サービス）
    
  • コール数やCPU使用量について定義されたしきい値
    
• コール数がしきい値を超えた場合、話し中のシグナルをPSTN（公衆電話網）に送信
  
• プライマリRPMSに障害が発生した場合、セカンダリRPMSとCisco AS5000ユニバーサルゲートウェイとの間でコール数を自動的に同期
  
• 許可あるいは拒否したコールに関するCDR（コール詳細レコード）の開始/終了を生成
  

　Cisco RPMは、リテールダイヤルサービスとホールセールダイヤルサービスを組み合わせるのに最適なシステムで、Cisco AS5350、AS5300、AS5400、AS5800、およびAS5850 UGで動作します。コールに応答する前に、コールの管理および識別が行われるように設定することができます。

　Cisco RPMは、設定可能なカスタマープロファイルにより、ダイヤルしてきた顧客を分類します。このプロファイルには、コールが着信したときに決定されるダイヤル番号（DNIS）とコールの種別が使われます。

　サービスプロバイダーは、VPDNを利用して、企業の顧客にVPNアクセスサービスを提供できます。VPDNによる管理を使用すると、VPDNグループに対して、VPDNセッションを許可するか拒否するかという情報を設定できます。VPDNセットアップは、コール確立中には受信したDNISに基づいて、コール応答後にはドメイン名に基づいて行われます。負荷分散機能を使用することで、VPDNトンネルを効率的に利用することができます。

　DNISを使用せずに、すべてのコールに応答してドメイン名を使ってセッションの識別と制限を行う場合には、VPDNグループが「カスタマープロファイル」の役割を果たすこともあります。

　カスタマープロファイルは、顧客の構成を識別するためにUGまたはRPMSが保持しているレコードです。このレコードのフィールドには、カスタマーのダイヤルサービスプランに使用されるリソースの種類が含まれており、最大許容セッション数が指定されています。

　設定されているカスタマープロファイルには、それぞれ、最大許容セッション値とオーバーフロー値が含まれています。セッションが、UGにおいて開始あるいは終了されると、UGまたはRPMSにある各カスタマープロファイルに対応するセッションカウンタがインクリメントあるいはデクリメントされます。セッション数が上限に達すると、その顧客に対してサービスレベル契約に基づく適切なコール処理が行われます。

　カスタマープロファイルの着信コール管理には、DNIS、コール種別、顧客が利用しているコール数といったパラメータが必要になります。このパラメータを使って、コールに応答するかどうかが決定されます。応答すべきコールがあれば、着信コール管理によって、そのコールに対して適切なリソースが割り当てられます。DNISとコール種別の情報は、公衆電話網から集められます。サポートしているコールの種別には、音声（モデム）、デジタル、V.110、およびV.120があります。

　カスタマープロファイルの送信セッション管理では、応答したコールのセッションを適切な送信先に転送します。この段階で、セッションが利用できる送信先は次のようになります。

• リテールダイヤルアプリケーションおよびイントラネットアクセスとインターネットアクセス用のローカル認証サーバ。
  
• VPDN技術、L2TP（レイヤ2トンネリングプロトコル）またはL2F（レイヤ2フォワーディング）を使用して確立されているホールセールダイヤルカスタマーのホームゲートウェイに対するトンネル。

　カスタマープロファイルにおいて設定可能なコンポーネントを図2に示します。

　DNISグループとは、特定の顧客や提供サービスに対応するDNIS番号が設定されているリストのことです。着信コールのDNIS番号は、カスタマープロファイルのDNISグループにあるかどうかチェックされます。

　フリーダイヤルなどの特別な番号では、通信事業者の交換機からUGに伝達されるDNISが、ユーザーがダイヤルした番号とは異なります。Cisco RPMは、UGに送られたこのようなDNISからのコールを受け入れるように設定されています。

　トラブルシューティングをリアルタイムで行えるようにするために、RPMSのすべてのDNISグループレコードは、オプションフィールドがフリーダイヤルなどへの参照番号となっています。この番号は、公衆通信網データベースの参照が必要で、POTS（従来の電話回線）にルーティングできるDNISとなります。

　セッション数の制限は、簡単にいうと、このカスタマープロファイルに対してサポートされるオーバーフローしないセッションの最大数です。セッション数がこの上限に達した場合、オーバーフローが使用できなければ、新しいコールは拒否されます。オーバーフローを許可している場合は、セッション制限変数によって、サポートされるセッション数が「ソフト」制限されます。

　オーバーフローセッション制限変数は、セッション制限を超えてサポートされるセッション数を表します。オーバーフローが1以上の場合には、セッション制限にオーバーフローセッション制限を加えた値を超えたとき、サポートされるセッション数が「ハード」制限されます。

　あるカスタマープロファイルに対するアクティブセッションの数がセッション制限値を超えているが、オーバーフロー制限に達していないとき、入力コールは、オーバーフロー状態となり、コールの処理とアカウンティングのためのフラグが立ちます。セッション数が最大オーバーフローセッション制限に達すると、新しいコールはすべて拒否されます。

　リソースグループは、UGにある利用可能なリソースを区分するのに使用されます。ポートベースのリソースの場合、個別のリソースは、ポート、あるいはスロットやポートといった物理的な位置によって識別されます。この種のリソースを含むリソースグループでは、明示的にポートの範囲を列挙することが必要です。この種のリソースの例としては、モデムまたはV.110 TA（端末アダプタ）があります。

　ポートベース以外のリソースの場合、リソースグループには、グループの大きさを示す単一のパラメータがあります。この種のリソースには、データコール用のHDLCコントローラまたはCisco IOS V.120ベースの TAがあります。

　RPMSソフトウェアを使用している場合、リソースグループがUGに設定されたままですが、RPMSのカスタマープロファイルにリソースグループ名が設定されているため、コールの受け入れと同時にUGに送られます。

　リソースサービスは、リソースグループごとに設定され、いくつかのリソースコマンドを含んでいます。このコマンドによって、クライアントセッションは動的に設定されます。現在利用可能なリソースサービスコマンドとパラメータを表2に示します。

　コール処理は柔軟なツールで、サービスプロバイダーは、このツールを自分のネットワークの設計に応じて利用します。適用できるコール処理には、無応答、話中、およびチャネル利用不可などがあります。

　チャネル利用不可を使用することで、通信事業者のトランクグループが複数のUGにわたっている場合、交換機が次に利用可能なリソースを探すことができるようになります。

　コールが受け入れられると、必ず通信事業者の交換機に対してコール応答処理が行われます。

　VPDNが設定されている場合、VPDNグループには、VPDNセッションをセットアップあるいは拒否するのに必要な情報が含まれています。この情報を以下に示します。

• 関連するドメイン名またはDNIS
  
• ホームゲートウェイに対するIPエンドポイント
  
• IPエンドポイントあたりの最大セッション数
  
• トンネリングプロトコル（L2FまたはL2TP）
  
• 最大MLP（マルチリンクポイントツーポイントプロトコル）バンドル数
  
• MLPバンドルあたりの最大リンク数

　管理者だけがRPMSを使用してしきい値を指定し、関係者に特定のシステムの利用レベル（たとえば、顧客の現在の制限数）が一定値を超えているかどうかを知らせることができます。顧客のしきい値を超えると、RPMSは所定の動作を実行して、関係者に事態を知らせます。この機能は、システム利用状況の解析、処理容量の見積もり、およびサービスの診断に使用することもできます。

　しきい値を次に示します。

• カスタマーセッション制限（非オーバーフロー）
  
• カスタマーオーバーフローセッション制限
  
• VPDNグループ
  
• IPエンドポイント
  
• 拒否されたコール
  
• 拒否されたオーバーフローコール

　バックアップカスタマープロファイルは、UGリソースがRPMSによって制御されるときに、UG上に設定されるカスタマープロファイルです。UGとRPMSの間のリンクが動作しなくなり、UGがどのサーバとも通信できなくなると、UGはバックアップカスタマープロファイルを使って、特定の顧客のコールに応答することができるようになります。バックアップカスタマープロファイルには、正規のカスタマープロファイル内の要素がすべて含まれています。この要素には、ベースサイズやオーバーフローパラメータがあります。しかし、セッションの計算は行われず、コール制限が適用されることはありません。

　DoVBSをサポートするために、サービスプロバイダーはDNISを使ってコールを適切なリソースに転送します。デジタルコールが音声ネットワークを経由してUGに到着したときは、モデムではなくHDLCコントローラで終端しなければなりません。この場合、DNISグループに割り当てられているカスタマープロファイルのコール種別が「スピーチ」となり、リソースグループはコールをHDLCコントローラに転送します。

　Cisco RPMには、コール識別機能があり、DNISグループおよびコール種別フィルタに基づいてコールを拒否することができるようになっています。コールがUGに到着すると、DNISとコール種別が拒否コール表と照合され、表に記載されている項目に一致すると、そのコールは拒否されます。

　コール識別は、リソースの種類ごとに課金管理を行うために顧客が使用します。サービスプロバイダーが、モデムコールとデジタルコールに対して異なる課金体系を適用する場合、コールの種別ごとに異なるDNISを割り当てます。ユーザーがDNISに対してコールする場合には、コール種別が一致していることが必要になります。コール種別が一致しないコールは拒否されます。

　UGは、カスタマープロファイルに対するアカウンティングレコードの配信先として、Cisco Secure ACS（Access Control Server）のような既存のAAAサーバを指定することができます。ここでは、RADIUSプロトコルまたはTACACS+プロトコルが使用されます。

　RPMSを使用して、特定の顧客に対して設定された制限値に基づいてUGリソースの割り当てを許可したり拒否すると、それぞれのコールに関する情報がUGに送られます。UGは、この情報を反映した新しいAAAの属性と値をAAAアカウンティングスタートレコードに入れ、それを外部のAAAサーバに送ります。

　拡張AAAアカウンティングスタートレコードは、次のようなシスコ独自の属性フィールドを持っています。

• Call-Type
  
• CAS-Group-Name
  
• Customer-Profile-Name
  
• Customer-Profile-Active-Sessions
  
• DNIS-Group-Name
  
• Resource-Group-Name
  
• Overflow
  
• VPDN-Domain-Name（VPDNの場合のみ）
  
• VPDN-Tunnel-ID（VPDNの場合のみ）
  
• VPDN-Homegateway（VPDNの場合のみ）
  
• VPDN-Group-Active-Sessions（VPDNの場場合のみ）

　RPMSが処理するコールは、ひとつひとつに対してCDR（コール詳細レコード）が生成され、コールが終了したときに、ログファイルに格納されます。CDRの例を以下に示します。

Cisco Systems RPMS call detail record export
source = RPMS, Version = 1.0, Type = csv
Attribute,Value
Time,Mon Mar 01 01:57:56 1999
Customer, Cisco
DNIS, 4087873346
Call Type, speech
Call Count, 132
CLID, 4085277168
UG IP Address, 192.168.15.5
UG Port, UGsim Port 0
UG Name, localhost
Start Time, 01:57:56
Stop Time, 02:37:42
Reject Reason, " "
Response Code, " "
VPDN Reject Reason, " "
Overflow Count, 0
Reference Number, 8005551212
Resource Group Name, modemstack
Service Group Name, " "
Modem Connect tx Speed, 56000
Modem Connect rx Speed, 56000
Modem Disconnect tx Speed, 56000
Modem Disconnect rx Speed, 56000
Tunnel Name, " "
Bundle ID, " "
Hgw IP Addr, " "
Hgw Name, " "
Terminate Cause, 2
Call End Status, 1
Reconstructed, no

　カスタムレポートは、RPMSのレポート作成ツールを使用して生成されます。このレポートは、システムの監視やトラブルシューティングの目的で、コールトラフィック状況を評価するのに使用されます。レポートは、RPMSの各要素に対して入手可能です。それぞれの要素についてのレポートは、その要素に関連する特有のデータの集まりとして構成されています。レポートの種類を表3で説明します。

　Cisco RPMソフトウェアは、UG管理用のUGプラットフォームで稼動しているCisco IOSソフトウェア内に実装され、特定のUGアーキテクチャ（Cisco AS5200/AS5300/AS5350/AS5400/AS5800/AS5850）のサイズに応じて規模を拡大することができます。

　Cisco RPMSは、クライアントサーバソリューションであり、複数のUGスタック全体の顧客に対して、共有リソースを管理するのに使用されます。RPMSは、クライアントに対するサーバプロセスとして動作し、設定可能なセッション制限および現行のセッション制限に基づいて、リソースの割り当てを許可あるいは制限します。

　RPMSには、HTMLブラウザベースのアプリケーションが含まれており、顧客構成、レポート作成、料金計算、スケーラビリティ等の操作に大きな柔軟性を持たせています。さらに地理的に広い地域にわたる複数のPOPをコストパフォーマンスが高い管理ツールでサポートしています。複数サーバを運用して、大容量データネットワークと広い地域に分散したPOPを管理するという最先端の要求に応えることができます。

　RMP（Resource Manager Protocol）をRPMSとUGの間で動作させて、システムのアベイラビリティを向上させることができます。各クライアントUGは、このプロトコルを介して通信し、RPMSからのリソース管理要求を確立します。このプロトコルは、定期的にクライアントを「ポーリング」して情報収集し、現在のコール情報あるいはエラー状態を収集します。プロトコルのコマンドセットには、多数のプロトコル属性があり、拡張することにより、顧客のアカウンティング要求をサポートすることもできます。

　RPMSは、システム障害とクライアント障害の影響を受けないように設計されています。耐障害性は、情報の冗長化、サービスの多様化、またリソース管理を単一コンポーネントに依存しないようにすることによって達成しています。

　特にRPMSシステムは、耐障害性に対応するために、Cisco DSMPカウンティングメカニズムを使用して、複数のサーバが1つの「システム」として動作するように構成できるようになっています。プライマリRPMSに障害が発生した場合、セカンダリRPMSがCisco AS5000 UGとコール数を自動的に同期して、コール数を維持します。またRPMSデータベースをセカンダリサーバに複製することができます。このようにRPMSは、データベースの障害によってサービスが中断することがないように設計されています。

　このシステムを展開する望ましい形態は、UGクライアントサーバを1台以上用意して、現在のUG環境で行われているように、外部サーバのリストをUGの「データベース」に含めておく方式と同じ方式にすることです。外部サーバに到達できない場合には、このリストの順にしたがって、サーバが見つかるまで繰り返します。

　UGが提供する統計データは、Cisco RPMのMIB（Management Information Base）に蓄積し、CiscoViewによってサポートされます。このデータには、カスタマープロファイル統計、DNIS番号統計、コール識別統計、およびVPDNグループ統計が含まれています。

　Cisco RPMのシステム要求仕様は次のとおりです。

更新日：2001年11月15日