音声 : H.323

syslog サーバおよび Cisco IOS ゲートウェイとの CDR ロギング設定

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2003 年 9 月 1 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

会計または課金目的で、Voice over IP(VoIP)システムからのコール詳細レコード(CDR)をロギングすることを、お客様が望むことがあります。 これを実現するために推奨される方法は、外部の Authentication、Authorization、and Accounting(AAA; 認証、承認、会計)サーバ(RADIUS または TACACS)を使用することです。 通常、こうした AAA システムにより、CDR ロギング、コール レコード後処理、および課金レポート生成ファシリティが提供されます。

AAAサーバの複雑な状況かコストが使用を禁止するが、今でも CDR ロギングのための要件があるいくつかの状況がある場合もあります。 このような場合、Cisco ゲートウェイやルータのシスログ機能を使って、VoIP CDR を外部シスログ サーバにロギングできます。 これらのレコードはカンマによって分けられる可変(CSV)形式にあります。 それらはスプレッドシートまたはデータベースのような外部ソフトウェア アプリケーションによって容易にロードされ、処理することができます。 シスログ サーバ ソフトウェアは、通常の PC 上で実行できます。 基本的なシスログ サーバ アプリケーションは、インターネットからダウンロード可能です。 シスコは、特定のタイプまたはバージョンのシスログ サーバ ソフトウェアの推奨は行いません。

シスログは基本転送メカニズムとして User Datagram Protocol(UDP; ユーザ データグラム プロトコル)を使用するため、データ パケットに対してはシーケンス処理や確認応答が行われません。 従って重い利用されたネットワークで、いくつかのパケットが廃棄することができ、CDR 情報が失われることは可能性のあるです。 冗長性を実現するため、複数のシスログ サーバを指定できます。

正しい CDR のタイムスタンプに関しては要件は Cisco IOS のためですか。 Network Time Protocol (NTP) 時刻源によって時刻の同期のために設定されるべきルータかゲートウェイ。 ルータが NTP 同期機能を備えていない場合、各 CDR の開始時刻と終了時刻の値は 0(ヌル)になります。 外部 NTP ソースが使用できない場合、ルータを NTP マスターとして設定する必要があります。 これはコンフィギュレーションセクションで説明されます。

前提条件

要件

このドキュメントに関する特別な要件はありません。

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

設定

これは VoIP CDR を生成し、外部 の syslog サーバにそれらを送信 することをルータが可能にする設定 例です:

router(config)#service timestamps log datetime msec localtime

!--- Ensures that the records are timestamped with an accurate value.
 
! 
router(config)#aaa new-model
!
router(config)#aaa authentication login default none

!--- Enables AAA to prevent Telnet authentication via AAA.

router(config)#aaa accounting connection h323 start-stop radius

!--- Generates the H.323 call start/stop CDRs. 

router(config)#gw-accounting syslog     

!--- Sends the H.323 CDRs to the syslog server. 

router(config)#logging 10.64.6.250  

!--- The IP address of the syslog server. Multiple syslog servers 
!--- can be specified for redundancy. 

Cisco IOS ルータで NTP が動作する H.323 にスタート/ストップ レコードを確認するゲートウェイに正しい時刻値があります。 これらは NTP の 2 つのメソッドです:

  • 外部 NTP サーバに Cisco IOS ルータかゲートウェイを同期するこの Cisco IOSソフトウェア グローバル 設定 コマンドを使用して下さい:

    router(config)#ntp server ip address
    
    

    ip address — クロック 同期を行なうタイム サーバーの IP アドレス。

  • 外部 NTP タイム ソースがない場合は、時刻源として内部クロックを使用します。 これはここに示されている Cisco IOSソフトウェア グローバル 設定 コマンドで実行されます:

    router(config)#ntp master
    

    ルータクロックはこのコマンドで正しい時刻にタイムスタンプが正しいことを確認する(正常な Execモードから)設定 する必要があります:

    router#clock set 15:15:00 8 May 2001
    

    注: いくつかの Cisco プラットフォームで、ルータクロックはバッテリ ソースとバックアップされませんでした。 システムの時刻はルータ リロードか電源の障害の後でリセットされる必要があります。

CDR 出力例

これはルータからのコンソール出力の部分です。 この資料の設定が有効に なるとき、CDR はルータコンソール、また syslog サーバに指示されます。 ロギングをルータコンソールから取除くために、ルータのグローバル コンフィギュレーション モードの no logging console を設定して下さい。 これにより、CDR や他のシステム メッセージがコンソールに表示されなくなりますが、シスログ サーバへのロギングは継続されます。

VoIP コールが発生すると、コールが送信先への転送方向に置かれます。 送信先は、全二重の VoIP 接続を確立するため、リターン コールを返します。 したがって、転送レッグ用に CDR が 1 つ、リターン レッグ用に 2 つ目の CDR が 1 つあります。 帰りコールレグに 1.のコール原点がある間、前方コールレグに 2 のコール原点があります。

注: 一部の出力行は、印刷用に複数の行に分割されています。

router#

!--- This output is for the forward call leg.

Jun 18 11:15:02.867: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:39.367 UTC Mon
Jun 18 2001, PeerAddress 68575, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.707 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.867 UTC Mon Jun 18 2001, CallOrigin 2,
    ChargedUnits 0, InfoType 2, TransmitPackets 1509, TransmitBytes 102600,
    ReceivePackets 1510, ReceiveBytes 138920

router#

!--- This output is for the reverse call leg.

Jun 18 11:15:02.983: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:41.683 UTC Mon
Jun 18 2001, PeerAddress 2887, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.703 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.983 UTC Mon Jun 18 2001, CallOrigin 1,
    ChargedUnits 0, InfoType 2, TransmitPackets 1510, TransmitBytes 102692,
    ReceivePackets 1509, ReceiveBytes 138828
router#

この CDR は示します:

転送コール レッグ
CDR の生成時刻 の部分は次のとおりです。 Jun 18 11:15:02.867
固有の接続 ID の部分は次のとおりです。 BA55719E F8C10015 0 1B1E08
設定時刻 の部分は次のとおりです。 11:14:39.367 UTC Mon Jun 18 2001
ピア アドレス(発信者番号) の部分は次のとおりです。 68575
接続解除原因コード の部分は次のとおりです。 10
接続解除原因テキスト の部分は次のとおりです。 normal call clearing(通常の通話解除)
接続時刻 の部分は次のとおりです。 11:14:49.707 UTC Mon Jun 18 2001
コール オリジン の部分は次のとおりです。 2
切断時刻 の部分は次のとおりです。 11:15:02.867 UTC Mon Jun 18 2001
送信パケット の部分は次のとおりです。 1509
送信バイト の部分は次のとおりです。 102600
受信パケット の部分は次のとおりです。 1509
受信バイト の部分は次のとおりです。 138828

リターン コール レッグ
CDR の生成時刻 の部分は次のとおりです。 Jun 18 11:15:02.983
接続 ID の部分は次のとおりです。 BA55719E F8C10015 0 1B1E08
設定時刻 の部分は次のとおりです。 11:14:41.683 UTC Mon Jun 18 2001
ピア アドレス(受信者番号) の部分は次のとおりです。 2887
接続解除原因コード の部分は次のとおりです。 10
接続解除原因テキスト の部分は次のとおりです。 normal call clearing(通常の通話解除)
接続時刻 の部分は次のとおりです。 11:14:49.703 UTC Mon Jun 18 2001
コール オリジン の部分は次のとおりです。 1
切断時刻 の部分は次のとおりです。 11:15:02.983 UTC Mon Jun 18 2001
送信パケット の部分は次のとおりです。 1510
送信バイト の部分は次のとおりです。 102692
受信パケット の部分は次のとおりです。 1509
受信バイト の部分は次のとおりです。 138828

接続解除原因コード値のデフォルト値は 16 進数です。 この表はいくつかのよくある 16進値および説明を示したものです:

16 進数の値 説明
0x0 下記の注を参照して下さい
0x1 番号未割り当て
0x3 宛先への経路がない
0x10 正常なコール クリア
0x11 ユーザ ビジー
0x12 ユーザの応答がない
0x13 ユーザからの返信がない
0x15 コール拒否
0x1C 無効な番号
0x1F 正常、詳細不明
0x22 回線がない
0x2C 要求された回線がない
0x2F リソースがない
0x3F サービスまたはオプションが利用できない、未指定

注: いくつかの Cisco IOS ソフトウェア リリースは提示 h323 ゲートウェイ 原因コード コマンドが発行されるとき多数に切断原因 コード "0" メッセージを伝えるかもしれません。 それは表面的 欠陥で、パフォーマンスの影響を持っていません。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 14068