<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","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;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1328289695;
mso-list-type:hybrid;
mso-list-template-ids:1066931692 67698705 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></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]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi Somphol,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">1)<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Why I’m not sure WHY CUCM would send the INVITE with <caller_ext>@CUBE, the key for putting a call on hold and resuming is in the SDP attached to
that INVITE’s, not the address URL. As long as the outcome is as desired, the actual address URL used after the INVITE may not matter. Although I suspect this does have a reasonable explanation
</span><span style="font-size:11.0pt;font-family:Wingdings;color:#1F497D">J</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><span style="mso-list:Ignore">2)<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">CUBE, by default is designed to maximize security, hiding everything and anything behind it. To pass PAI use:<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.25in"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">sip<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.25in"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> asserted-id pai<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Arial","sans-serif";color:#0F245F">Zoltan Kelemen</span></b><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#0F245F"><br>
</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#666666">Global Communications and Information Security
<br>
Implementation Engineering<br>
Emerson</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> cisco-voip [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>Somphol Boonjing<br>
<b>Sent:</b> Wednesday, February 05, 2014 7:23 PM<br>
<b>To:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> [cisco-voip] CUBE behavior<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Hi,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We are running CUCM 8.6.2 and CUBE 15.2(2)T1. I collect SIP trace from an incoming call made between from ITSP to one of our number.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">There are two things from SIP trace collected from CUBE that I don't quite understand. If anyone has seen similar things and able to explain what happens, that would be great.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">[1] After the call is put on hold and a Resume button is pressed. CUCM seems to send an INVITE to CUBE, but addressing it to our local number. (ext 1111 registered to our CUCM at 2.2.2.2, but the CUCM send out INVITE to 1111@CUBE_IP)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The trace of the anomaly one. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">Feb 3 13:11:31.062: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Received: <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><u>INVITE <a href="sip:1111@203.13.194.13:5060;transport=tcp">
sip:1111@203.13.194.13:5060;transport=tcp</a> SIP/2.0</u></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Via: SIP/2.0/TCP 2.2.2.2:5060;branch=z9hG4bK224ce234d6995<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">From: <<a href="mailto:sip%3A1111@2.2.2.2">sip:1111@2.2.2.2</a>>;tag=1518352~5715354d-5e10-479a-bb99-fd13399246ab-42474051<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">To: "Foo Foo" <<a href="mailto:sip%3A00222222222@203.13.194.13">sip:00222222222@203.13.194.13</a>>;tag=BCC14C68-1155<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">All other Re-INVITEs in the trace contain the correct target URI.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">Feb 3 13:11:28.086: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Received: <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><u>INVITE <a href="sip:00222222222@203.13.194.13:5060;transport=tcp">
sip:00222222222@203.13.194.13:5060;transport=tcp</a> SIP/2.0</u></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Via: SIP/2.0/TCP 2.2.2.2:5060;branch=z9hG4bK224ca3fe1b3aa<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">From: <<a href="mailto:sip%3A1111@2.2.2.2">sip:1111@2.2.2.2</a>>;tag=1518352~5715354d-5e10-479a-bb99-fd13399246ab-42474051<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">To: "Foo Foo" <<a href="mailto:sip%3A00222222222@203.13.194.13">sip:00222222222@203.13.194.13</a>>;tag=BCC14C68-1155<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Is this a known bug or by design?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">[2] For Re-INVITE, CUBE seems to filter both "Remote-Party-ID" & "P-Asserted-Identify" before sending it out to our ITSP. Is this expected? CUBE seems to be very young and many aspect of its operation is fairly undocumented so I don't
know whether this is a bug or by-design.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Here is the relevant configuration on CUBE<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">#show run | b voice service voip<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">voice service voip<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> ip address trusted list<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">....<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">...<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> address-hiding<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> mode border-element<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> allow-connections sip to sip<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> sip<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> bind control source-interface GigabitEthernet0/0<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> bind media source-interface GigabitEthernet0/0<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> session transport tcp<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> rel1xx disable<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> header-passing<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> error-passthru<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> midcall-signaling passthru<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> pass-thru content sdp<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal">...<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">...<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">A full call trace in question is attached. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Regards,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">--Somphol.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>