cdr analytics · stub

CUCM CDR and CMR field reference

Verified 2026-09-15 · 30 claims · sources tier 2

Also known as call management record, globalCallID_callId, origCause_value.

Stub. This topic has 30 verified claims and no published article. The claims below are exactly what the corpus holds today.

So far, no summary has been generated for this topic. The claims below are what the corpus currently holds.

See also

Related to

Referenced by

Claims

#ClaimStatusConfidenceVerified
1A conference a transfer a forwarded call or a call through a gateway each produces a set of records written at the end of the call rather than a single record.fact0.902026-09-15
2A transferred call in Unified CM generates three call detail records: one for the original call, one for the consultation call, and one for the final transferred call.fact0.902026-09-15
3The complete 12.5(1) call detail records guide is retrievable and hashable by this programme through the Internet Archive as a 244-page PDF of original bytes, although cisco.com itself refuses direct retrieval from this network with HTTP 403 on every documentation path.field-pattern0.902026-09-15
4One row of the Cisco-specific cause code table is internally inconsistent: the bad extension row gives a decimal value of 83886207 against a hexadecimal value of 0x1500007F, which is 352321663, and the decimal given is instead the marker used by the not found row.disputed0.602026-09-15
5A blind transfer and a consultation transfer are distinguished in the record set by the consultation record's duration: it is 0 for a blind transfer and non-zero for a consultation transfer, while every other marker on the three records is identical.
Call Detail Records Administration Guide for Cisco Unified Communications Manager Release 12.5(1), complete book, Internet Archive capture of 2025-03-23 · Call Detail Records chapter, Transferred Calls, the four worked example tables on pages 124 to 126
field-pattern0.902026-09-15
6The originating cause is populated when the originating party releases the call and the destination cause when the terminating party releases it or the call is rejected, and an unpopulated cause field shows zero, so which of the two fields is non-zero says which end ended the call.fact0.902026-09-15
7The originating and destination cause values reflect why each party cleared the call and take their values from the Q.850 specification.fact0.902026-09-15
8A call detail record stores the endpoints of a call and its control and routing while a call management record holds diagnostic information about the quality of the streamed audio and more than one management record can exist per detail record.fact0.902026-09-15
9Unified CM publishes call termination cause codes beyond the Q.850 set, marked Cisco specific in the table, including 125 out of bandwidth, 126 call split, 131 Call Control Discovery PSTN failover and a run of IME failure codes through 148.fact0.902026-09-15
10The duration field is the difference between the connect time and the disconnect time in seconds and so measures connected time rather than the life of the call.fact0.902026-09-15
11The duration field is zero both when a call never connects and when it connects for less than one second, so a duration of zero is not evidence that a call was never answered.fact0.902026-09-15
12The current field reference is published for release 15 and the record type description the corpus could reach is published for release 12.5.field-pattern0.902026-09-15
13The final transferred record's destination leg identifier equals the consultation record's destination leg identifier in all four worked transfer examples, which is the link between the consultation and the surviving call.
Call Detail Records Administration Guide for Cisco Unified Communications Manager Release 12.5(1), complete book, Internet Archive capture of 2025-03-23 · Call Detail Records chapter, Transferred Calls, the four worked example tables on pages 124 to 126
field-pattern0.902026-09-15
14The final transferred record's originating leg identifier is one of the original record's two leg identifiers, and which of the two it is depends on which party transferred, so a join from the original to the final record has to allow either.
Call Detail Records Administration Guide for Cisco Unified Communications Manager Release 12.5(1), complete book, Internet Archive capture of 2025-03-23 · Call Detail Records chapter, Transferred Calls, the four worked example tables on pages 124 to 126
field-pattern0.902026-09-15
15The global call identifier designates a unique call identity value assigned to each call and is allocated independently on each call server.fact0.902026-09-15
16Grouping a transfer's records on the global call identifier collects two of the three: in all four worked examples the original and the final transferred record share one global call identifier and the consultation record carries a different one.
Call Detail Records Administration Guide for Cisco Unified Communications Manager Release 12.5(1), complete book, Internet Archive capture of 2025-03-23 · Call Detail Records chapter, Transferred Calls, the four worked example tables on pages 124 to 126
field-pattern0.902026-09-15
17Unified CM stores IP addresses as unsigned integers and the call detail record file displays them as signed integers, and recovering the address means converting to a 32-bit hexadecimal value and reversing the byte order.fact0.902026-09-15
18The final transferred record is the one whose join-on-behalf-of field is set to 10 meaning transfer, and that field is 0 on the original and consultation records.field-pattern0.902026-09-15
19The originating and terminating leg identifiers each identify one leg of a call and are unique within a cluster.fact0.902026-09-15
20More than one call management record can exist per call detail record, and management records are produced by Cisco Unified IP Phones, Cisco 7960 series phones and MGCP gateways rather than by every endpoint.fact0.902026-09-15
21For on-net call legs Unified CM determines the cause code value and for off-net legs the far-end switch determines it, so a cause on an off-net leg is a foreign network's statement carried through rather than Unified CM's own diagnosis.fact0.902026-09-15
22Only completed calls and failed calls generate call detail and call management records, and Unified CM performs no post-processing on either, so the files are the raw record set and nothing in them has been reconciled.fact0.902026-09-15
23The release 15 reporting and billing guide is archived only chapter by chapter and only 2 of its 13 chapters are captured, so the release comparison the corpus wants cannot be made from the archive: the chapter carrying the transfer examples is not among them.field-pattern0.902026-09-15
24The Cisco-specific cause code table lists SIP 503 service unavailable twice with two different codes whose Q.850 low words differ, 41 temporary failure and 63 service or option not available unspecified, so one SIP status maps to two Unified CM cause codes.fact0.902026-09-15
25Every one of the 42 SIP rows of the Cisco-specific cause code table has a Q.850 cause value in the low 16 bits of its code, and the guide states the construction for one row by writing the loop-detected code as 0x42000000 plus EXCHANGE_ROUTING_ERROR.field-pattern0.902026-09-15
26On both the original and the consultation record of a transfer, the originating and destination cause values are set to 393216 meaning split and the originating and destination termination-on-behalf-of fields are set to 10 meaning transfer.field-pattern0.902026-09-15
27The Cisco-specific code 393216, hexadecimal 0x60000, is call split and the table records that it was formerly 126; it is set when a call terminates during a transfer because it was split off and was not part of the final transferred call.fact0.902026-09-15
28The high byte of a SIP-derived Unified CM cause code is not a fixed function of the SIP status code: across the 41 distinct status codes in the table the difference between the status code and the marker takes 6 different values, so decoding the SIP status out of a cause code needs the table rather than arithmetic.field-pattern0.902026-09-15
29The date and time fields are unsigned 32-bit integers holding a time value obtained from the operating system and stored as coordinated universal time.fact0.902026-09-15
30The connect time field holds 0 when the call never connects and the disconnect time field is set even when the call never connects.fact0.902026-09-15

Sources

tier 2 current vendor documentation

Call Detail Records Administration Guide for Cisco Unified Communications Manager Release 12.5(1), Call Information Record Types

Cisco Systems, Inc. (Webex Help Center) · accessed 2026-09-15

tier 2 current vendor documentation

Call Detail Records Administration Guide for Cisco Unified Communications Manager Release 12.5(1), complete book, Internet Archive capture of 2025-03-23

Cisco Systems, Inc., served by the Internet Archive · 2025-03-23 · accessed 2026-09-15

tier 2 current vendor documentation

Call Reporting and Billing Administration Guide for Cisco Unified Communications Manager Release 15 and SUs, CDR Field Descriptions

Cisco Systems, Inc. (Webex Help Center) · accessed 2026-09-15

Cite this page

APA

WarmTransfer. (2026, September 15). CUCM CDR and CMR field reference. WarmTransfer. https://warmtransfer.net/knowledge/cucm-cdr-field-reference

BibTeX

@misc{warmtransfer-cucm-cdr-field-reference,
  title  = {CUCM CDR and CMR field reference},
  author = {{WarmTransfer}},
  year   = {2026},
  url    = {https://warmtransfer.net/knowledge/cucm-cdr-field-reference},
  note   = {Verified 2026-09-15}
}