<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    Jason,<br>
    <br>
    Can you elaborate a bit more?<br>
    <br>
    My initial interpretation of your post reminds me of a commonly
    discussed feature for Cisco UC called "global call id's".  The idea
    there is to generate a single GUID to track a call through all
    products and features.  This requires passing the GUID in signaling
    (h323, SIP, SCCP, MGCP).  The concept garners significant interest. 
    Implementation complexity has been prohibitive so far.<br>
    <br>
    This suggests a possibility - the "GUID" referenced may be the h.323
    GUID assigned per-call when h.323 is used.  CVP may have exposed
    that in original H.323 integrations. SIP does not have a GUID
    concept AFAIK - we ran into this with Analysis Manager (see below). 
    So if you are using SIP integration there would be no h.323 GUID. 
    Unless someone took special steps to translate something from
    signaling into a GUID there would be no SIP GUID per say.<br>
    <br>
    <br>
    The closest that exists today is Analysis Manager:<br>
    <a class="moz-txt-link-freetext" href="http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_0_1/rtmt/ch1_overview.html">http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_0_1/rtmt/ch1_overview.html</a> 
    <br>
    This pulls CDRs from CUCM, IPCC, Unity?, and IOS? and uses unique
    attributes of signaling (tcp port numbers, h323 guids, sccp call ref
    numbers, SIP call ref numbers, ...). I'm not clear of the products
    covered in the current release.  All of those were in the original
    feature discussion.<br>
    <br>
    Regards,<br>
    Wes<br>
    <br>
    On 5/6/2011 10:42 AM, Jason Aarons (AM) wrote:
    <blockquote
cite="mid:4E38DB0A1959B04C8C83EDCF069B53ED0C9F754694@USISPCLEXDB01.na.didata.local"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 14 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">From a co-worker doing some UCCE work “I’m
          not getting GUID on any of my CVP calls that originate from
          UCM. Both calls from the dialer 30VIP ports and calls to CTI
          RPs don’t have a guid”<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">I wasn’t familiar that CallManager used
          GUIDs for call tracking. Anyone familiar with a setting to
          turn GUIDs on or off? -jason<o:p></o:p></p>
      </div>
      <br>
      <br>
      <hr size="1">
      <p><strong><font size="2"><font color="#808080">
              Disclaimer:
              This e-mail communication and any attachments may contain
              confidential and privileged information and is for use by
              the designated addressee(s) named above only. If you are
              not the intended addressee, you are hereby notified that
              you have received this communication in error and that any
              use or reproduction of this email or its contents is
              strictly prohibited and may be unlawful. If you have
              received this communication in error, please notify us
              immediately by replying to this message and deleting it
              from your computer. Thank you.
            </font></font></strong></p>
      <strong></strong>
      <pre wrap=""><font size="2"><font color="#808080">
</font></font><fieldset class="mimeAttachmentHeader"></fieldset><font size="2"><font color="#808080">
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</font></font></pre>
    </blockquote>
  </body>
</html>