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.
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"
<gatekeeperregistered_with_gatekeeper="no" /><endduration="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_startedA scheduled conference was started. Either a permanent conference or
one with a scheduled end time
ad-hoc_conference_startedAn ad hoc conference was started through the auto attendant
participant_joinedA participant joined the conference
participant_leftA participant disconnected or w as forcibly disconne cted
conference_finishedThe 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_startedevents
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_startedevents
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