Tandberg TELEPRESENCE CALL User Manual

Cisco TelePresence
Call Detail Records
File Format
Reference Guide
D14663.03

Contents

Contents
Introduction ......................................................................................................................... 3
Overview of CDR file formats .................................................................................................................. 3
How to use this reference guide .............................................................................................................. 4
MCUs .................................................................................................................................... 5
Example CDR file: MCU 4200 Series/MCU 4500 Series/MCU MSE blades .......................................... 5
MCU and MCU MSE blade CDR event types ......................................................................................... 6
scheduled_conference_started ........................................................................................................ 6
ad-hoc_conference_started.............................................................................................................. 7
participant_joined ............................................................................................................................. 8
participant_left .................................................................................................................................. 8
conference_finished ......................................................................................................................... 9
ISDN gateways....................................................................................................................11
Example CDR file: ISDN gateway 3200 and 3210 Series/MSE 8310 and 8321 blades ....................... 11
ISDN gateway event types .................................................................................................................... 13
new_connection ............................................................................................................................. 13
connection_proceeding .................................................................................................................. 14
multiway_call_transfer .................................................................................................................... 14
connection_finished ........................................................................................................................ 15
IP gateways .........................................................................................................................17
Example CDR file: IP gateway 3500 Series and MSE 8350 blade ....................................................... 17
IP gateway event types ......................................................................................................................... 19
incoming_connection ...................................................................................................................... 19
call_operator ................................................................................................................................... 19
outgoing_connection ...................................................................................................................... 19
call_rejected ................................................................................................................................... 20
call_accepted ................................................................................................................................. 21
enter_menu .................................................................................................................................... 21
video_start ...................................................................................................................................... 21
video_end ....................................................................................................................................... 21
connection_finished ........................................................................................................................ 22
Advanced Media Gateway .................................................................................................23
Example CDR file: AM gateway 3600 series ......................................................................................... 23
AM gateway event types ....................................................................................................................... 24
connection_started ......................................................................................................................... 24
connection_finished ........................................................................................................................ 24
participant_disconnected ................................................................................................................ 25
Call Detail Record File Format Reference Guide Page 2 of 26

Introduction

Introduction
Call Detail Records (CDRs) are used by Cisco TelePresence products for auditing and billing purposes. The following Cisco TelePresence products are able to generate CDRs:
MCUs: MCU 4200 Series, MCU 4500 Series, MCU MSE 8420 and the MCU MSE 8510. ISDN gateways: ISDN GW 3241, ISDN GW MSE 8310 and ISDN GW MSE 8321. IP gateways: IP GW 3500 Series and IP GW MSE 8350. Advanced Media Gateway: AM GW 3610
When logging is enabled on a Cisco device, CDRs are generated as follows:
On an MCU/MCU MSE blade: when a conference starts or finishes, and in response to other
events such as participants joining and leaving the conference.
On an ISDN gateway or IP gateway unit or blade: When a call starts, completes, transfers to a
multisite call, or is disconnected for some other reason.
On an AM gateway: When a call starts, completes, or is disconnected for some other reason.
The CDR log is stored on the unit’s/blade’s CompactFlash card. The CDR log is stored in a proprietary Cisco format. You can only read this format on a Cisco unit or blade, however, it is possible to export or download the complete CDR log, or part of it, in XML format using the web interface. The export ed log includes all stored CDRs, and all available details, regardless of the current filtering and display settings set in the web interface.
This document explains the format of the log as exported in XML.

Overview of CDR file format s

CDR files begin with the <cdr_events> opening tag and close with the matching </cdr_events> closing tag.
Each event starts with:
<event index="number" date="DD Month YYYY" time="hh:mm:ss" type="event type">
and ends with:
</event>
where number is a unique identifier for the event starting at zero and incremented by one for each CDR event. The fields that occur between the <event> and </event> tags depend on the event.
Note: When using the timestamp on an event you should be aware that changing the time on the MCU and NTP’s UTC Offset (go to Settings > Time) affects the CDR log timestamp in the following ways:
Changing the time either by changing the system time or via an NTP update causes new events
in the CDR log to show the new time but no change will be made to existing logged CDR events.
With NTP enabled, setting a UTC offset changes the displayed time for all the CDR events. The
stored time remains the same because it is stored in UTC and the offset is applied for display purposes.
Enabling or disabling NTP when an offset is configured causes the display time to change for all
existing events and the UTC time will change for logging future CDR events. This is because when NTP is disabled, the current time is treated as UTC with an offset of 0.
Call Detail Record File Format Reference Guide Page 3 of 26

How to use this reference guide

For each product type the following information is provided:
Example exported CDR file in XML. Summary of reported event types. Details of the parameters for each event type.
The section on MCU CDRs starts on page 5. The section on ISDN gateway CDRs starts on page 11. The section on IP gateway CDRs starts on page 17. The section on AM gateway CDRs starts on page 23.
Introduction
Call Detail Record File Format Reference Guide Page 4 of 26

MCUs

MCUs

Example CDR file: MCU 4200 Series/MCU 4500 Series/MCU MSE blades

The exported file has the name cdr_log.xml. You can change the filename if necessary. Below is a short extract showing each event type on the MCU or MCU MSE blade.
<?xml version="1.0" encoding="UTF-8" ?>
<cdr_events>
<event index="0" date="13 April 2010" time="13:09:14"
type="scheduled_conference_started">
<conference unique_id="3365002" name="Temporary conference" /> <conference_details numeric_id="1111" has_pin="no" billing_code=“<none>” /> <owner name="admin" /> <end scheduled_date="13 April 2010" scheduled_time="13:18:00"
scheduled_duration_in_minutes="9" />
</event>
<event index="1" date="13 April 2010" time="13:09:38"
type="scheduled_conference_started">
<conference unique_id="3365003" name="Permanent conference" /> <conference_details numeric_id=“<none>” has_pin="yes"
billing_code=“<none>” />
<owner name="admin" /> <end scheduled_time="permanent" /> </event>
<event index="2" date="13 April 2010" time="13:10:22" type="ad-hoc_conference_started">
<conference unique_id="3365005" name="3333" /> <conference_details numeric_id="3333" has_pin="no" billing_code=“<none>” /> <creator participant_id="1" /> <end scheduled_time=“<none>” /> </event>
<event index="3" date="13 April 2010" time="13:10:26" type="participant_joined">
<conference unique_id="3365005" name="3333" /> <participant particpant_id="1" participant_id="1" /> <call direction="incoming" /> </event>
<event index="4" date="13 April 2010" time="13:12:41" type="participant_left">
<conference unique_id="3365005" name="3333" /> <endpoint_details ip_address="10.2.160.3" dn=“<none>”
h323_alias="sam.spade.e20o1@cisco.com" configured_name=“<none>” />
<participant participant_id="1" /> <call time_in_conference="2 mins 15 sec" time_in_conference_in_minutes="3"
disconnect_reason="participant ended call" />
<media_from_endpoint resolution="1280 x 768" video_codec="H.264" audio_codec="AAC"
bandwidth="832000 bit/s" />
<media_to_endpoint resolution="768 x 512" video_codec="H.264" audio_codec="AAC"
bandwidth="832000 bit/s" />
</event>
<event index="5" date="13 April 2010" time="13:12:41" type="conference_finished">
<conference unique_id="3365005" name="3333" /> <limits audio_video_participants="20" audio_only_participants="60"
streaming_participants_allowed="1" />
<participants max_simultaneous_audio_video="1" max_simultaneous_audio_only="0"
max_simultaneous_streaming="0" total_audio_video="1" total_audio_only="0" total_streaming="0" />
<gatekeeper registered_with_gatekeeper="no" /> <end duration="2 mins 19 sec" duration_in_minutes="3" /> </event>
<event index="6" date="13 April 2010" time="13:18:00" type="conference_finished">
<conference unique_id="3365002" name="Temporary conference" /> <limits audio_video_participants="20" audio_only_participants="60"
streaming_participants_allowed="1" />
<participants max_simultaneous_audio_video="0" max_simultaneous_audio_only="0"
max_simultaneous_streaming="0" total_audio_video="0" total_audio_only="0" total_streaming="0" />
<gatekeeper registered_with_gatekeeper="no" /> <end duration="10 mins 0 sec" duration_in_minutes="10" /> </event> </cdr_events>
Call Detail Record File Format Reference Guide Page 5 of 26
MCUs

MCU and MCU MSE bla de CDR event types

Currently the MCU and MCU MSE blade CDRs support the event types listed in the table below. They are listed in the order that they occur in the CDR.
Event type Description
scheduled_conference_started A scheduled conference was started. Either a permanent conference or
one with a scheduled end time
ad-hoc_conference_started An ad hoc conference was started through the auto attendant
participant_joined A participant joined the conference
participant_left A participant disconnected or w as forcibly disconne cted
conference_finished The conference finished
The tables in the sections below show the parameters for each event type in the order in which they appear in the CDR. There is an explanation for each parameter.

scheduled_conference_started

There are two variations for this event. One for permanent conferences and one for conferences with a scheduled end time. The differences are indicated in the table.
Section Name Description
<conference> unique_id Unique identifier for the conference in the
format nnnnnnnn. This is generated automatically by the MCU
name For scheduled conferences, this is the
conference name as allocated by the user. For ad hoc conferences, it is a name provided by the MCU
<conference details> numeric_id Numeric id given to the conference by the
creator or <none>. Used either for calling into a conference via a gatekeeper or calling in using the MCU as an H.323 gateway
has_pin Whether or not a PIN was used to enter the
conference. This will be one of:
yes no
Note that PINs are optional for scheduled conferences
billing_code For future expansion
<owner> name Log in user name of the person who
Call Detail Record File Format Reference Guide Page 6 of 26
Section Name Description
created the conference
MCUs
<end> scheduled_date
scheduled_time
scheduled_duration_in_minutes Scheduled length of the conference in
End date of the conference in the format dd Month yyyy unless this is a permanent conference in which case the end date is not included
Either the time in the format hh:mm:ss or permanent.
minutes. Not included for permanent conferences

ad-hoc_conference_started

This event is seen when a conference is started from the MCU’s auto attendant with the Create new conference option.
Section Name Description
<conference> unique_id Unique identifier for the conference in the
format nnnnnnnn. This is generated automatically by the MCU
name Usually the same as the numeric_id
<conference details> numeric_id The conference ID entered by the creator of
the conference or <none>
has_pin Whether or not a PIN was used to enter the
conference. This will be one of:
yes no
Note that PINs are optional for ad hoc conferences
billing_code For future expansion
<creator> participant_id A number corresponding to one of the
participants' "participant_id" values that can be found in its "participant_joined" record (see next event)
<end> scheduled_time Not relevant to an ad hoc conference and
therefore always <none>
Call Detail Record File Format Reference Guide Page 7 of 26
MCUs

participant_joined

This event is seen whenever a participant joins a conference.
Section Name Description
<conference> unique_id
name For scheduled conferences, the conference name
<participant> * participant_id
<call> direction
The unique identifier in the format nnnnnnnn for the conference seen in the
scheduled_conference_started or ad-hoc_conference_started events
as allocated by the user and, for ad hoc conferences, a name allocated by the unit
Unique number in the format nnnnnnnn for this participant, automatically generated by the MCU
Either incoming or outgoing
* Within this event you will see both a “particpant_id” and “partic ip ant_ id” with in th e "<part ic ip ant >" parameter group because of the need to correct a spelling mistake in the code.

participant_left

This event is seen whenever a participant leaves a conference.
Section Name Description
<conference> unique_id
name For scheduled conferences, the conference
<endpoint_details> ip_address IP address of the participant’s endpoint
dn Far end endpoint's E.164 number h323_alias Far end's configured endpoint name configured_name Name of MCU-configured endpoint name that
<participant> participant_id
<call> time_in_conference Duration that the participant was connected to
time_in_conference_in_ minutes
disconnect_reason A string explaining the reason why the
The unique identifier in the format nnnnnnnn for the conference seen in the
scheduled_conference_started or ad-hoc_conference_started events
name as allocated by the user and, for ad hoc conferences, a name allocated by the unit
is, from the Endpoints tab on the MCU web interface) if this participant is a pre-configured one
Unique number (n or nn ) for this participant, as generated by the MCU when the participant joined the conference
the conference in minutes and seconds Duration that the participant was connected to
the conference rounded up to the next minute
participant was disconnected. Currently one of:
unspecified no answer rejected rejected immediately busy gatekeeper error protocol error destination unreachable participant ended call participant dropped gatekeeper ended call
Call Detail Record File Format Reference Guide Page 8 of 26
MCUs
Section Name Description
<media_from_endpoint> resolution The highest resolution sent to or received from
the participant’s endpoint dur in g the course of its conference participation in the format n x n, for example "704 x 576"
video_codec One of:
Null H.261 Motion JPEG MPEG2 system stream raw H.263 H.264 Remote frame buffer
audio_codec One of:
Null G.711a G.711mu MPEG2 system stream raw Linear G.711mu ASF G.722 G.722.1
G.722.1 Annex C
G.723.1 G.728 G.729 G.729A G.729B G.729AB Polycom(R) Siren14(TM) AAC
bandwidth Bandwidth in bits per second
<media_to_endpoint> resolution The highest resolution sent to or received from
the endpoint during the course of its conference participation in the format "n x n" for example
"704 x 576” video_codec As for <media_from_endpoint> above audio_codec As for <media_from_endpoint> above bandwidth Bandwidth in bits per second

conference_finished

This event is seen when a conference completes according to its schedule end time or is terminated.
Section Name Description
<conference> unique_id Unique identifier for the conference in the
format nnnnnnnn as seen in the
scheduled_conference_started or ad-hoc_conference_started events
name For scheduled conferences, the conference
name as allocated by the user and, for ad hoc conferences, a name allocated by the unit
<limits> audio_video_participants The maximum number of video plus audio
participants that were allowed on this conference. This limit can either be explicitly set by the conference owner or will be the maximum number of participants that the MCU supports
Call Detail Record File Format Reference Guide Page 9 of 26
Section Name Description
audio_only_participants The maximum number of audio-only
participants that were allowed on this conference. This limit can either be explicitly set by the conference owner or will be the maximum number of participants that the MCU supports
streaming_participants_allowed
<participants> max_simultaneous_audio_video
max_simultaneous_audio_only max_simultaneous_streaming total_audio_video total_audio_only total_streaming
<gatekeeper> registered_with_gatekeeper
<end> duration How long the conference lasted in minutes
duration_in_minutes How long the conference lasted rounded up
Either 1 (allowed) or 0 (not allowed) The highest number of a ty pe of part ic ipan t
present at any one time during the lifetime of the conference
The total number of a type of participant who joined the conference during its lifetime
Either yes or no: “yes" if at any point during its lifetime the conference was registered with a gatekeeper
and seconds
to the next whole number of minutes
MCUs
Call Detail Record File Format Reference Guide Page 10 of 26

ISDN gateways

ISDN gateways

Example CDR file: ISDN GW 3241/ ISDN GW MSE 8310 and 8321 blades

The exported file has the name cdr_log.xml. This can be changed if required. The following is an extract showing each event type on the ISDN gateway unit or blade.
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<cdr_events> <event index="0" date="17 March 2010" time="17:08:57" type="new_connection">
<connection unique_id="1200000" /> <call direction="ip to isdn" calling_number="sam.spade.t@tandberg.com"
original_called_number="110541" />
<isdn call_type="bonding" max_call_duration="<no time limit>" /> </event>
<event index="1" date="17 March 2010" time="17:09:03" type="connection_proceeding">
<connection unique_id="1200000" /> <call via_auto_attendant="no" final_called_number="0541" /> <isdn_numbers subcall_1="" subcall_2="" subcall_3="" subcall_4="" subcall_5=""
subcall_6="" subcall_7="" subcall_8="" subcall_9="" subcall_10="" subcall_11="" />
</event> <event index="2" date="17 March 2010" time="17:09:37" type="new_connection">
<connection unique_id="1200001" /> <call direction="ip to isdn" calling_number="sam.spade.t@tandberg.com"
original_called_number="11153030" />
<isdn call_type="bonding" max_call_duration="<no time limit>" /> </event>
<event index="3" date="17 March 2010" time="17:09:52" type="connection_proceeding">
<connection unique_id="1200001" /> <call via_auto_attendant="no" final_called_number="153030" /> <isdn_numbers subcall_1="" subcall_2="" subcall_3="" subcall_4="" subcall_5=""
subcall_6="" subcall_7="" />
</event>
<event index="4" date="17 March 2010" time="17:10:07" type="multiway_call_transfer">
<connection unique_id="1200001" /> <call duration="30 sec" duration_in_minutes="1" disconnect_reason="call transferred to
multiway destination" new_called_number="0175300009@tandberg.com" />
<bandwidth max_bandwidth="512 kbit/s" downspeeded="no" /> <h323_endpoint_details ip_address="10.2.160.3" dn="1119"
h323_alias="sam.spade.t@tandberg.com" />
<media_from_isdn resolution="116 x 105" video_codec="unknown" audio_codec="unknown"
bandwidth="116 bit/s" />
<media_to_isdn resolution="105 x 111" video_codec="unknown" audio_codec="Null"
bandwidth="576000 bit/s" />
</event>
<event index="5" date="17 March 2010" time="17:10:08" type="multiway_call_transfer">
<connection unique_id="1200000" /> <call duration="1 mins 11 sec" duration_in_minutes="2" disconnect_reason="call
transferred to multiway destination" new_called_number="0175300009@tandberg.com" />
<bandwidth max_bandwidth="768 kbit/s" downspeeded="no" /> <h323_endpoint_details ip_address="10.2.160.3" dn="1119"
h323_alias="sam.spade.t@tandberg.com" />
<media_from_isdn resolution="116 x 105" video_codec="unknown" audio_codec="unknown"
bandwidth="116 bit/s" />
<media_to_isdn resolution="105 x 111" video_codec="unknown" audio_codec="Null"
bandwidth="768000 bit/s" />
</event>
<event index="6" date="17 March 2010" time="17:10:27" type="connection_finished">
<connection unique_id="1200000" /> <call duration="1 mins 30 sec" duration_in_minutes="2" disconnect_reason="participant
ended call" />
<bandwidth max_bandwidth="768 kbit/s" downspeeded="no" /> <h323_endpoint_details ip_address="10.2.160.3" dn="0175300009@tandberg.com"
h323_alias="multiway" />
Call Detail Record File Format Reference Guide Page 11 of 26
ISDN gateways
<media_from_isdn resolution="1280 x 768" video_codec="H.263" audio_codec="G.722"
bandwidth="824000 bit/s" />
<media_to_isdn resolution="704 x 576" video_codec="H.263" audio_codec="G.722"
bandwidth="768000 bit/s" />
</event>
<event index="7" date="17 March 2010" time="17:10:32" type="connection_finished">
<connection unique_id="1200001" /> <call duration="55 sec" duration_in_minutes="1" disconnect_reason="participant ended
call" />
<bandwidth max_bandwidth="512 kbit/s" downspeeded="no" /> <h323_endpoint_details ip_address="10.2.160.3" dn="0175300009@tandberg.com"
h323_alias="multiway" />
<media_from_isdn resolution="1280 x 768" video_codec="H.264" audio_codec="G.711a"
bandwidth="64000 bit/s" />
<media_to_isdn resolution="1280 x 768" video_codec="H.264" audio_codec="G.711a"
bandwidth="64000 bit/s" />
</event>
<event index="8" date="31 March 2010" time="10:24:41" type="new_connection">
<connection unique_id="381009" /> <call direction="isdn to ip" calling_number="084000" original_called_number="1500" /> <isdn call_type="bonding" max_call_duration="<no time limit>" /> </event>
<event index="9" date="31 March 2010" time="10:25:03" type="connection_finished">
<connection unique_id="381009" /> <call duration="22 sec" duration_in_minutes="1" disconnect_reason="gatekeeper error" /> <bandwidth max_bandwidth="384 kbit/s" downspeeded="no" /> <h323_endpoint_details ip_address="0.0.0.0" dn="Codian ISDN GW Auto Attendant"
h323_alias=“<none>” />
<media_from_isdn resolution="352 x 288" video_codec="H.263" audio_codec="G.711mu"
bandwidth="448000 bit/s" />
<media_to_isdn resolution="352 x 288" video_codec="H.263" audio_codec="G.711mu"
bandwidth="448000 bit/s" />
</event>
<event index="10" date="31 March 2010" time="10:25:26" type="new_connection">
<connection unique_id="381010" /> <call direction="isdn to ip" calling_number="084000" original_called_number="1500" /> <isdn call_type="bonding" max_call_duration="<no time limit>" /> </event>
<event index="11" date="31 March 2010" time="10:26:12" type="connection_proceeding">
<connection unique_id="381010" /> <call via_auto_attendant="yes" final_called_number="10.2.135.150" /> <isdn_numbers subcall_1="" subcall_2="" subcall_3="" subcall_4="" subcall_5="" /> </event>
<event index="11" date="31 March 2010" time="10:26:42" type="connection_finished">
<connection unique_id="381010" /> <call duration="1 mins 16 sec" duration_in_minutes="2" disconnect_reason="participant
ended call" />
<bandwidth max_bandwidth="384 kbit/s" downspeeded="no" /> <h323_endpoint_details ip_address="10.2.135.150" dn="Codian ISDN GW Auto Attendant"
h323_alias="endpoint10.2.135.150" />
<media_from_isdn resolution="1280 x 768" video_codec="H.264" audio_codec="G.722"
bandwidth="440000 bit/s" />
<media_to_isdn resolution="704 x 576" video_codec="H.263" audio_codec="G.722"
bandwidth="384000 bit/s" />
</event> </cdr_events>
Call Detail Record File Format Reference Guide Page 12 of 26
ISDN gateways

ISDN gateway event types

Currently the ISDN gateway CDRs support the event types listed in the table below. They are listed in the order that they occur in the CDR.
Event type Description
new_connection A new connection is initiated connection_proceeding Appears whenever:
- the call has been connected
- a downspeeding event occurs. (Downspeding is a technique that limits the bandwidth used by a video conferencing unit to the maximum specified by the gatekeeper)
- a channel is added in an aggregation call
multiway_call_transfer An H.323 call leg is transferred to a multiway conference connection_finished A connection is closed. The reason is provided within the event detail
The tables in the sections below show the parameters for each event type in the order in which they appear in the CDR. There is an explanation for each parameter.

new_connection

This event is seen when a call starts.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn. This is generated automatically by the ISDN gateway
<call> direction
calling_number For IP to ISDN calls, the H.323 alias or E.164 number
original_called_number The E.164 number that was originally dialed by the
<isdn> call_type One of:
max_call_duration
Either ip to isdn or isdn to ip
of the IP endpoint. For ISDN to IP calls, the E.164 number of the ISDN endpoint or ISDN if number is unknown
calling endpoint, or <none> if an IP endpoint calls the ISDN gateway by its IP address
bonding (Video using bonding) voice (Telephone) h221 aggregation (Video using N x 64 kbps)
Either <no time limit> or a number of seconds
Call Detail Record File Format Reference Guide Page 13 of 26
ISDN gateways

connection_proceeding

This event is seen during a call.
Section Name Description
<connection> unique_id The same unique identifier for the connection as
provided in the previous format nnnnnnnn
<call> via_auto_attendant Whether or not the connection was set up via the auto
attendant. Either yes or no
final_called_number
isdn_numbers
The final called number in the format <ip address:port no> or a number as generated by the dial plan
The subcall number in the format subcall_n where n is between 1 and 5. The full number is shown for aggregation calls. For bonding calls, only the final digits of the number are shown (that is, those numbers that are different from the master call). There should be n subcall attributes where n is the number of B­channels used by the call minus 1. The contents of the subcall attribute for aggregation calls should be the subcall number, and for bonding calls should only be those digits that differ from the main number as described here.
new_connection event in the

multiway_call_transfer

This event appears when an H.323 call leg is transferred to a multiway conference.
Section Name Description
<connection> unique_id
<call> duration How long the transferred connection lasted in
duration_in_minutes How long the transferred connection lasted rounded
disconnect_reason A string specifying the reason why the call was
<bandwidth> max_bandwidth The highest bandwidth seen during the lifetime of the
downspeeded Whether or not the connection was downspeeded.
<h323_endpoint_details> ip_address The endpoint’s IP address
dn h323_alias The IP endpoint’s configured e ndpoi nt name
The same unique identifier in the format nnnnnnnn for the connection as provided in the previous new_connection event
minutes and seconds
up to the nearest minute
transferred. Can only be:
call_transferred_to_multiway_destination
transferred connection in kbit/s
Either yes or no
Either <none> or the IP endpoint's E.164 number
Call Detail Record File Format Reference Guide Page 14 of 26
ISDN gateways
Section Name Description
<media_from_isdn> and/or <media_to_isdn>
resolution This is the highest resolution sent to or received from
that endpoint during the course of the connection in the format "n x n" (e.g. "704 x 576")
video_codec One of:
Null H.261 H.263 H.264
audio_codec One of:
Null G.711 G.722 G.728 G.722.1 Annex C
bandwidth Bandwidth in bits per second

connection_finished

This event is seen when a call completes or is terminated.
Section Name Description
<connection> unique_id
<call> duration How long the connection lasted in minutes and
duration_in_minutes How long the connection lasted rounded up to the
disconnect_reason A string specifying the reason why the participant
<bandwidth> max_bandwidth The highest bandwidth seen during the lifetime of
downspeeded Whether or not the connection was downspeeded.
The same unique identifier in the format nnnnnnnn for the connection as provided in the previous
new_connection event
seconds
nearest minute
was disconnected. One of:
unspecified no answer rejected rejected immediately busy gatekeeper error protocol error destination unreachable participan t ended call participant dropped gatekeeper ended call all participants dropped destination out of order incompatible destination auto attendant idle ip encryption required unknown reason
the connection in kbit/s
Either yes or no
Call Detail Record File Format Reference Guide Page 15 of 26
Section Name Description
<h323_endpoint_details> ip_address The endpoint’s IP address
Either <none> or the IP endpoint's E.164 number
from that endpoint during the course of the connection in the format "n x n" (e.g. "704 x 576")
Null H.261 H.263 H.264
Null G.711 G.722 G.728 G.722.1 Annex C
<media_from_isdn> and/or <media_to_isdn>
dn h323_alias The IP endpoint’s config ur ed e ndpoi nt name resolution This is the highest resolution sent to or received
video_codec One of:
audio_codec One of:
bandwidth Bandwidth in bits per second
ISDN gateways
Call Detail Record File Format Reference Guide Page 16 of 26

IP gateways

IP gateways

Example CDR file: IP GW 3500 Series and IP GW MSE 8350

The exported file has the name cdr_log.xml. You can change this if necessary. The following is an extract showing each event type on the IP gateway unit or blade.
<?xml version="1.0" encoding="UTF-8" ?>
<cdr_events> <event index="102403" date="17 September 2010" time="11:23:17" type="incoming_connection">
<connection unique_id="27004" calling_number="" original_called_number="">
</connection> </event> <event index="102404" date="17 September 2010" time="11:23:17" type="enter_menu">
<connection unique_id="27004">
</connection>
<menu name="Port A menu">
</menu> </event> <event index="102405" date="17 September 2010" time="11:23:29" type="video_start">
<connection unique_id="27005"> </connection>
<video vcr="videovcr" numeric_id="3505">
</video> </event> <event index="102406" date="17 September 2010" time="11:23:55" type="video_end">
<connection unique_id="27005"> </connection>
<video complete="yes">
</video> </event> <event index="102407" date="17 September 2010" time="11:24:25" type="call_operator">
<connection unique_id="27004"> </connection>
<operator user_name="">
</operator> </event> <event index="102408" date="17 September 2010" time="11:25:24" type="outgoing_connection">
<connection unique_id="27004"> </connection>
<target called_number="sip:123@ocs2007.lcs.Cisco.com" protocol="sip" registrar="">
</target>
<screening screened="yes">
</screening> </event> <event index="102409" date="17 September 2010" time="11:25:40" type="call_accepted">
<connection unique_id="27004"> </connection>
<target name="my_endpoint">
</target> </event> <event index="102410" date="17 September 2010" time="11:26:03" type="outgoing_connection">
<connection unique_id="27004"> </connection>
Call Detail Record File Format Reference Guide Page 17 of 26
IP gateways
<target called_number="10.2.161.253" protocol="h323" gateway="" gatekeeper="">
</target>
<screening screened="yes">
</screening> </event> <event index="102411" date="17 September 2010" time="11:26:13" type="call_rejected">
<connection unique_id="27004"> </connection>
<target disconnect_reason="participant ended call">
</target> </event> <event index="102412" date="17 September 2010" time="11:26:19" type="connection_finished">
<connection unique_id="27004" duration="2 mins 46 sec" duration_in_minutes="3"
disconnect_reason="participant ended call" disconnector="caller">
</connection>
<call duration="2 mins 29 sec" duration_in_minutes="3">
</call> </event> </cdr_events>
Call Detail Record File Format Reference Guide Page 18 of 26
IP gateways

IP gateway event types

Currently the IP gateway CDRs support the event types listed in the table below. They are listed in the order that they occur in the CDR.
Event type Description
incoming_connection An endpoint has dialed in to the IP gateway and a connection is initiated call_operator An endpoint has dialed in to the IP gateway and the call is connected to
the operator
outgoing_connection The IP gateway connects to the far end call_rejected The IP gateway’s call to the far end is rejected. The far end may be busy,
may not answer or rejects the call from the operator
call_accepted The far end accepts the call either directly or via the operator enter_menu The caller enters the menu system for the first time video_start The IP gateway plays a video (not a video prompt) to the endpoint video_end The playback of a recording is terminated connection_finished A call completes or is terminated
The tables in the sections below show the parameters for each event type in the order in which they appear in the CDR. There is an explanation for each parameter.

incoming_connection

This event is seen when a call starts.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn. This is generated automatically by the
ISDN gateway calling_number The H.323 alias or E.164 number of the endpoint original_called_number The E.164 number that was originally dialed by the
calling endpoint, or <none> if an endpoint calls the IP
gateway by its IP address

call_operator

This event is seen when an operator has been called.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn
<operator> user_name The user name of the operator being called

outgoing_connection

The IP gateway is connecting through to the far end.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn
Call Detail Record File Format Reference Guide Page 19 of 26
IP gateways
Section Name Description
<target> called_number The number, URI, or IP address of the endpoint being
called
protocol The protocol used on the connection. Either SIP or
H.323 gateway Gateway address. Only present if the protocol is H.323 gatekeeper Name of the gatekeepers used to m ake the call. Only
present if the protocol is H.323 registrar Name of the registrar used to make the call. Only
present if the protocol is SIP
<screening> screened
Either yes or no, depending on whether this outgoing
connection is made through the operator

call_rejected

The far end did not accept the call either by not answering, being busy, or by not accepting the call from the operator.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn
<target> disconnect_reason A string explaining the reason why the participant was
disconnected. Currently one of:
unspecified no answer rejected rejected immediately busy gatekeeper error protocol error destination unreachable participant ended call participant dropped gatekeeper ended call all participants dropped destination out of order incompatible destination auto attendant idle ip encryption required unknown reason
Call Detail Record File Format Reference Guide Page 20 of 26
IP gateways

call_accepted

The far end accepted the call either through the operator or directly. After this event, the caller is talking to the far end.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn
<target> name Holds the name of the endpoint which accepted the
call. If no name is available, it holds the IP address or E.164 number of the endpoint.

enter_menu

The participant was sent into the menu system. This event is only seen when first entering the menu system, not when loading additional menus.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn
<menu> name The name of the menu that was loaded

video_start

The IP gateway is playing a video (not a video prompt) to the endpoint.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn
<video> vcr The name of the VCR connected to
numeric_id The numeric ID of the recording

video_end

Playback of a recording has terminated.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn
<video> complete Whether or not the video playback was run to the end.
Yes - the video ran to completion No - the participant terminated the video
Call Detail Record File Format Reference Guide Page 21 of 26
IP gateways

connection_finished

A call completes or is terminated.
Section Name Description
<connection> unique_id Unique identifier for the connection in the format
nnnnnnnn..
duration How long the connection lasted in minutes and
seconds
duration_in_minutes How long the connection lasted rounded up to the
nearest minute
disconnect_reason A string explaining the reason why the participant was
disconnected. One of:
unspecified no answer rejected rejected immediately busy gatekeeper error protocol error destination unreachable participant ended call participant dropped gatekeeper ended call all participants dropped destination out of order incompatible destination auto attendant idle ip encryption required unknown reason.
disconnector The party that caused the disconnection. One of:
caller callee ipgw
<call> duration How long the caller was connected to the callee
(called party) for
duration_in_minutes How long the connection lasted rounded up to the
nearest minute
Call Detail Record File Format Reference Guide Page 22 of 26

Advanced Media Gateway

Advanced Media Gateway

Example CDR file: AM GW 3610

The exported file has the name cdr_log.xml. You can change the filename if necessary. Below is a short extract showing each event type on the AM gateway.
<?xml version="1.0" encoding="UTF-8" ?>
<cdr_events> <event index="219151" date="26 April 2010" time="10:38:58" type="connection_started">
<connection unique_id="860001" /> <call source="fred" destination="support@cisco.com" /> </event>
<event index="219152" date="26 April 2010" time="10:44:18" type="connection_finished">
<connection unique_id="860001" /> <call duration="5 mins 11 sec" duration_in_minutes="6" disconnect_reason="participant ended call"
/>
</event>
<event index="219153" date="26 April 2010" time="10:44:18" type="participant_disconnected">
<connection unique_id="860001" /> <endpoint_details ip_address="10.3.129.102" dn="bill" h323_alias="<none>"
configured_name="<none>" />
<media_from_endpoint resolution="704 x 576" video_codec="H.263" audio_codec="AAC"
bandwidth="4064000 bit/s" />
<media_to_endpoint resolution="640 x 480" video_codec="H.264" audio_codec="AAC"
bandwidth="768000 bit/s" />
</event>
<event index="219154" date="26 April 2010" time="10:44:18" type="participant_disconnected">
<connection unique_id="860001" /> <endpoint_details ip_address="10.3.129.102" dn="bill" h323_alias="<none>"
configured_name="<none>" />
<media_from_endpoint resolution="640 x 480" video_codec="RTVC1" audio_codec="Polycom(R)
Siren7(TM)" bandwidth="2016000 bit/s" />
<media_to_endpoint resolution="1280 x 720" video_codec="RTVC1" audio_codec="G.722.1"
bandwidth="1524000 bit/s" />
</event> </cdr_events>
Call Detail Record File Format Reference Guide Page 23 of 26
Advanced Media Gateway
Reason the participant was disconn ec ted. One

AM gateway event types

Currently the AM gateway CDRs support the event types listed in the table below. They are listed in the order that they occur in the CDR.
Event type Description
<connection_started> A new connection is initiated <connection_finished> A connection is terminated <participant_disconnected> A participant has or has been disconnected. Note that there will be two
participant disconnected events per call
The tables in the sections below show the parameters for each event type in the order in which they appear in the CDR. There is an explanation for each parameter.

connection_started

A new connection is initiated on the AM gateway.
Section Name Description
<connection> unique_id Unique identifier for the connection <call> source Name of the calling participant
destination Name of the called participant

connection_finished

A connection is terminated on the AM gateway.
Section Name Description
<connection> unique_id Unique identifier for the connection <call> duration Duration in minutes and seconds
duration_in_minutes Duration rounded up to nearest minute disconnect_reason
of:
unspecified unspecified error participant ended call gateway ended call no answer rejected rejected immediately busy timeout network error protocol error destination unreachable authentication failed service unavailable capability negotiation error
Call Detail Record File Format Reference Guide Page 24 of 26
Advanced Media Gateway

participant_disconnected

A participant has or has been disconnected from the AM gateway. Note that there will be two participant_disconnected events per call record.
Section Name Description
<connection> unique_id Unique identifier for the connection <endpoint_details> ip_address The IP address of the proxy server
dn Participant name
<media_from_endpoint> and <media_to_endpoint>
resolution The highest resolution received during the call video_codec The codec used on the outgoing and incoming
video. One of:
Null H.261 H.263 H.264 RTVC1
audio_codec The codec used on the outgoing and incoming
audio. One of:
Null G.711a G.711mu G.722 G.722.1 G.722.1 Annex C G.723.1 G.728 G.729 G.729A G.729B G.729AB Polycom(R) Siren7(TM) Polycom(R) Siren14(TM)
Call Detail Record File Format Reference Guide Page 25 of 26
Advanced Media Gateway
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INF ORMA T IO N, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WIT H THE PRODUCT AND ARE INCO RPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHO UT LI MITA TI ON, LO ST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.
© November 2010 Cisco Systems, Inc. All rights reserved.
www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their
Call Detail Record File Format Reference Guide Page 26 of 26
Loading...