<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 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Helvetica;
        panose-1:2 11 6 4 2 2 2 2 2 4;}
@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;}
/* 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.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.apple-converted-space
        {mso-style-name:apple-converted-space;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#404040;
        font-weight:normal;
        font-style:normal;
        text-decoration:none none;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@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:1827938171;
        mso-list-type:hybrid;
        mso-list-template-ids:1404336312 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
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:#404040">Wrapping up on this one after revising the call flow in a lab environment –<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoListParagraph"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">LAB</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">: I have an ICT between Cluster_A and Cluster_B. There’s an ACL between the two allowing
 H.225 traffic on port 1720 and blocking everything else. Cluster_A calling Cluster_B results in Cluster_A receiving the H245 address information in a Progress message. Cluster_A creates related H245 SDL processes, fails to establish a second TCP session for
 H245 communication (confirmed in pcap), and throws multiple errors including:<o:p></o:p></span></p>
<p class="MsoListParagraph" style="margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1">
<![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><span style="mso-list:Ignore">a.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">“Cannot get remote address for connector socket”<o:p></o:p></span></p>
<p class="MsoListParagraph" style="margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1">
<![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><span style="mso-list:Ignore">b.<span style="font:7.0pt "Times New Roman"">     
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">“SdlConnectorBase::connectionError”<o:p></o:p></span></p>
<p class="MsoListParagraph" style="margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1">
<![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><span style="mso-list:Ignore">c.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">“H245 signaling connection aborted!!!”<o:p></o:p></span></p>
<p class="MsoListParagraph"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoListParagraph"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">So to answer my previous question, I would say that H245 SDL processes are created
<i>before</i> a successful second TCP session is setup for H245 communication, but unfortunately this finding didn’t help us move forward as I was hoping… that is, aside from confirming TCP connectivity issues for H.245 won’t result in H245 SDL processes failing
 to being created.<o:p></o:p></span></p>
<p class="MsoListParagraph"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoListParagraph"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Now… digging a bit deeper… In a lab, looking at a successful call shows there’s an AuConnectRequest handled by MediaManager
<b>BEFORE</b> the H245 SDL processes were created. For the customer, looking at the failed scenario showed AuConnectRequest wasn’t being initiated at all by MediaManager. Since the AuConnectRequest appears to be a prerequisite to creating H245Interface, this
 brings me to the Progress Indicator IE.<o:p></o:p></span></p>
<p class="MsoListParagraph"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoListParagraph"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Looking at the customer’s SDI traces for a non-working call shows no Progress Ind IE – for successful calls we have a Progress Indicator IE. I’m seeing this is pretty
 consistent for all call examples provided by the customer.<o:p></o:p></span></p>
<p class="MsoListParagraph"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">So it seems to be more straight-forward of a root cause, but what I didn’t understand was the difference in H245 behavior between the clusters:
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">In the customer environment they have three clusters with ICTs between them. Cluster_A >ict> Cluster_B >ict> Cluster_C >mgcp> PRI. During a failure, Cluster_B receives a H225
 Alert message with <b>no</b> Progress Indicator from Cluster_C, yet it still initiates an AuConnectRequest, creates H245 processes, etc. On the other hand, Cluster_A receives the H225 Alert message without Progress Indicator but, unlike Cluster_B, it
<b>doesn’t</b> initiate an AuConnectRequest. The difference in H245 and audio cut-through between the originating and intermediate clusters is what threw us off and made us question H.245 TCP connectivity.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Well, I wasn’t aware there’s a service parameter for H323 that determines whether the presence of a Progress Indicator value in a H.225 Alert message is required to initiate
 AuConnect. Looking at the customer’s Cluster_A today shows the default was modified from FALSE to TRUE. So while Cluster_A received the H245 address information from Cluster_B, media establishment wasn’t initiated since Cluster_A checked for a Progress Indicator
 and found none in H.225 Alert, which then means no H245 SDL processes were created at Cluster_A and no H245 communication. Cluster_B and Cluster_C established H245 communication and Cluster_C sent its TCS to Cluster_B, but without H.245 communication between
 Cluster_A and Cluster_B, Cluster_C never receives a TCS response. This resulted in a TCS timeout between Cluster_C and Cluster_B which then dropped the call.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">H323 Service Parameter: Check Progress Indicator Before Establishing Media<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Thanks!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">- Dan<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><u><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#595959"><o:p><span style="text-decoration:none"> </span></o:p></span></u></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#404040"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Wes Sisk (wsisk) [mailto:wsisk@cisco.com]
<br>
<b>Sent:</b> Tuesday, December 02, 2014 11:29 AM<br>
<b>To:</b> Daniel Pagan<br>
<b>Cc:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] H245Interface & Related Processes<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hmm, <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">These should help:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">CSCsm26337    need clear messages for h225 tcp session failure <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">In versions with fix h225 session setup is clearly indicated in cm sdi traces<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">with one of these messages:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">H225Cdpc(%07d)::requestConnect_TcpStartSessionErr: H225 Tcp Start Session<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">request failed<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">H225 Call is aborted as no response received for H225 Tcp Start Session Request<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">within configured H225TcpTimer value<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">h225 session abort due to RST or FIN is clearly indicated in cm sdi traces with:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">H225 Tcp session terminated abnormally<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">With fix for this defect TCP session aborts will be reported by one of the following statements in CallManager SDI trace:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">requestConnect_TcpStartSessionErr: H225 Tcp Start Session request failed<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">requestConnect_H225TcpTimer: H225 Call is aborted as no response received for H225 Tcp Start Session Request within configured H225TcpTimer value<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">call_initiated1_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">overlap_sending2_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">outgoing_call_proceeding3_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">call_delivered4_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">call_present6_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">incoming_call_proceeding9_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">active10_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">await_ann_complete_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">active10a_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">active10b_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">GKRasARQH225Setup_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">GKRasCcSetupRequestConnect_TcpStartSessionErr(%d, %d): TcpStartSessionErr from IP=%s<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">GKRasCcSetupRequestConnect_TcpStartSessionErr: H225 Tcp Start Session request failed<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">GKRasCcSetupRequestConnect_H225TcpTimer: H225 Call is aborted as no response received for H225 Tcp Start Session Request within configured H225TcpTimer value<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">overlap_receiving25_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">wait_for_disconn_kluge_TcpStopSessionInd: H225 Tcp session terminated abnormally<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">paused_TcpStopSessionInd: H225 Tcp session terminated abnormally<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">CSCsm26355    need clear messages for h245 tcp session failure <o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">h.245 tcp session setup failure:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">TCP ERROR: H245ListenReq or H245ConnectReq failure, or received SdlCloseInd<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">from H245Handler, Perform cleanup of H245 Session<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">established h.245 session experiences TCP keepalive timeout:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">TranslateAndTransport(%d)::wait_SdlCloseInd - ERROR: H245 signaling connection<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">aborted<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">established h.245 session receives unexpected TCP FIN or RST:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">TranslateAndTransport(%d)::wait_SdlCloseInd - ERROR: H245 signaling connection<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">aborted<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"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Otherwise, consider enabling additional SDL trace flags like “enable network *” and “enable SDL TCP event trace”.  However, these will cause significant additional trace lines (one or more SDL signal per TCP segment received).<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">I believe one of the additional traces above will get you insight to socket requests down to the network layer in UCM.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">-Wes<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"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Dec 1, 2014, at 5:12 PM, Daniel Pagan <<a href="mailto:dpagan@fidelus.com">dpagan@fidelus.com</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Folks:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Hoping to get some insight on SDL process creation for H245…<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Scenario is three CUCM clusters communicating over ICTs. Call is routed from Cluster-1 to Cluster-2… then Cluster-2 to Cluster-3. Cluster-3 sends the H245 address & port info
 via H225 ALERTING to Cluster-2, which then sends its own to Cluster-1. Issue is Cluster-1 never establishes the H245 session with Cluster-2. The H245 address and port is received on Cluster-1 but no H245 processes are being created for the MSD/TCS exchange.
 According to SDL traces on Cluster-2, the latest state of H245 on the node *<b>sending</b>* the ALERTING message is “waitForTransportEstablishment”. On Cluster-1, the H245Interface process is never created according to SDL traces, so we never even reach the
 opportunity for TCS media caps exchange. MXTimeout occurs shortly after.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Question is… For a node receiving an H245 address & port info via H225 (the calling cluster…), is creation of the H245Interface and/or related H245 process dependent on CUCM
 *<b>first*</b><span class="apple-converted-space"> </span>establishing the new, 2<sup>nd</sup><span class="apple-converted-space"> </span>TCP socket with the remote H.323 endpoint that advertised the H.245 port. In other words, at an SDL level, is H245Interface
 created only after the 2<sup>nd</sup><span class="apple-converted-space"> </span>TCP session is successfully established at the transport level for H245 TCP communication? Knowing this would help me assess the likelihood of the issue being related to issues
 at the TCP level.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Thanks!<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">- Dan<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Helvetica",sans-serif">_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net"><span style="color:#954F72">cisco-voip@puck.nether.net</span></a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip"><span style="color:#954F72">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><o:p></o:p></span></p>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>