<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:"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:Consolas;
        panose-1:2 11 6 9 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;
        color:black;}
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;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle19
        {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;}
--></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 bgcolor="white" 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">Full set of detailed CCM SDL traces would be needed, not just the call logs section, in order to dig in deeper. Feel free to send me a set of traces offline -
 I can take a quick look. I’m interested specifically in looking at the ACK from CUCM. If you send traces, it’d need to be from all nodes too. You went to SU2 and not SU2a, correct?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#404040"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#404040">- Dan<o:p></o:p></span></p>
<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;color:windowtext">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext"> cisco-voip [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>Michael T. Voity<br>
<b>Sent:</b> Monday, July 20, 2015 10:44 AM<br>
<b>To:</b> voip puck <cisco-voip@puck.nether.net><br>
<b>Subject:</b> Re: [cisco-voip] Nortel 81C / CS1000 SIP Trunk to CUCM 10.5.2<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hello List, <br>
<br>
So the SIP error has returned.  Here is the SIP messages from RTMT.   Could someone help me decipher this to see if its still a problem with my CUCM system -
<br>
<br>
<a name="details"><br>
<b>Message Details</b><br>
<br>
</a><b>SENDER</b>: [SIP_Trunk_to_Avaya_SM_in_Waterman] 132.198.214.142<br>
<b>GUID</b>: <a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a><br>
<b>MSG_LABEL</b>: BYE<br>
<b>RECEIVER</b>: 132.198.212.10<br>
<b>MAC_ADDRESS</b>: SIP_Trunk_to_Avaya_SM_in_Waterman<br>
<b>MSGTAG</b>: 247636<br>
<b>MSG_TYPE</b>: UCM_CTRACE<br>
<b>CORRELATIONID</b>: 1,100,14,52831.13^132.198.214.142^*<br>
<b>TIMESTAMP</b>: 2015/07/20 10:13:30.151<br>
<a name="sipmsg"><br>
<b>Detailed Sip Message</b><br>
<br>
</a>BYE <a href="sip:69989@132.198.212.10:5060;transport=tcp">sip:69989@132.198.212.10:5060;transport=tcp</a> SIP/2.0<br>
Supported: 100rel, x-nortel-sipvc, replaces<br>
User-Agent: Nortel CS1000 SIP GW release_7.0 version_ssLinux-7.50.17 AVAYA-SM-6.3.4.0.634014<br>
Av-Global-Session-ID: 77c7ab20-2ee9-11e5-847c-441ea147e4bc<br>
Via: SIP/2.0/TCP 132.198.214.142;branch=z9hG4bK931848089746318-AP;ft=6<br>
Via: SIP/2.0/TCP 132.198.214.143:15060;rport=35524;ibmsid=local.1395266134606_56407986_67625207;branch=z9hG4bK931848089746318<br>
Via: SIP/2.0/TCP 132.198.214.142;branch=z9hG4bK-fdd6d8-df8f3c38-31f77891-AP;ft=36420;received=132.198.214.142;rport=30320<br>
Via: SIP/2.0/TCP 132.198.214.130:5060;branch=z9hG4bK-fdd6d8-df8f3c38-31f77891<br>
Allow: INVITE, ACK, BYE, REGISTER, REFER, NOTIFY, CANCEL, PRACK, OPTIONS, INFO, SUBSCRIBE, UPDATE<br>
From: <a href="sip:68008@132.198.214.142">< sip:68008@132.198.214.142></a> ;tag=ad4defa8-82d6c684-13c4-55013-fdd6cb-2559fabb-fdd6cb<br>
To: " 200 19 ROOSEVELT HWY" <a href="sip:69989@132.198.212.10">< sip:69989@132.198.212.10></a> ;tag=99915~0beb0a3f-1893-4c98-817f-0979807ce2fb-26487138<br>
Call-ID: <a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a><br>
Max-Forwards: 67<br>
CSeq: 1 BYE<br>
Content-Length: 0<br>
<br>
<a name="log"><br>
<b>Message In Log File</b><br>
<br>
</a>2015/07/20 10:13:17.606|CC|SETUP|26487137|26487138|69989|68008|68008<br>
2015/07/20 10:13:17.642|CC|OFFERED|26487137|26487138|69989|68008|68008|SEPF02572786B0B|SIP_Trunk_to_Avaya_SM_in_Waterman<br>
2015/07/20 10:13:17.642|SIPT|26487138|TCP|OUT|132.198.212.10|5060|SIP_Trunk_to_Avaya_SM_in_Waterman|132.198.214.142|5060|1,100,14,16.18836^132.198.212.10^MTP_SWICK01|247610|<a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a>|INVITE<br>
2015/07/20 10:13:17.645|SIPT|26487138|TCP|IN|132.198.212.10|5060|SIP_Trunk_to_Avaya_SM_in_Waterman|132.198.214.142|5060|1,100,14,44771.1445^132.198.214.142^*|247611|<a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a>|100
 Trying<br>
2015/07/20 10:13:17.660|SIPT|26487138|TCP|IN|132.198.212.10|5060|SIP_Trunk_to_Avaya_SM_in_Waterman|132.198.214.142|5060|1,100,14,44771.1446^132.198.214.142^*|247612|<a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a>|180
 Ringing<br>
2015/07/20 10:13:27.535|SIPT|26487138|TCP|IN|132.198.212.10|5060|SIP_Trunk_to_Avaya_SM_in_Waterman|132.198.214.142|5060|1,100,14,44771.1447^132.198.214.142^*|247632|<a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a>|200
 OK<br>
2015/07/20 10:13:27.536|SIPT|26487138|TCP|OUT|132.198.212.10|5060|SIP_Trunk_to_Avaya_SM_in_Waterman|132.198.214.142|5060|1,100,14,44771.1447^132.198.214.142^*|247633|<a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a>|ACK<br>
2015/07/20 10:13:30.151|SIPT|26487138|TCP|IN|132.198.212.10|5060|SIP_Trunk_to_Avaya_SM_in_Waterman|132.198.214.142|48525|1,100,14,52831.13^132.198.214.142^*|247636|<a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a>|BYE<br>
2015/07/20 10:13:30.156|CC|RELEASE|26487137|26487138|16<br>
2015/07/20 10:13:30.157|SIPT|26487138|TCP|OUT|132.198.212.10|5060|SIP_Trunk_to_Avaya_SM_in_Waterman|132.198.214.142|48525|1,100,14,52831.13^132.198.214.142^*|247637|<a href="mailto:762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10">762c8200-5ad101fd-b8bc-ad4c684@132.198.212.10</a>|200
 OK<br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>Michael T. Voity<o:p></o:p></pre>
<pre>Network Engineer<o:p></o:p></pre>
<pre>University of Vermont<o:p></o:p></pre>
<div>
<p class="MsoNormal">On 7/14/2015 9:48 AM, Michael T. Voity wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">Hi Dan, <br>
<br>
<br>
Last night I migrated to 10.5.2.SU2 and then this morning applied the ciscocm.FQDNwithDNS-v1.0.k3.cop.sgn patch.
<br>
<br>
On both CUCM and CS1000 we are using straight IP address and not a FQDN for comm.    Since I did this patch's I am going to let things bake and see if the error(s) returns.
<br>
<br>
I will keep my eyes on RTMT too see how things behave. <br>
<br>
-Mike <br>
<br>
<br>
<br>
<br>
<br>
Michael T. Voity <br>
Network Engineer <br>
University of Vermont <br>
(802) 656-8112 <br>
<br>
On 7/14/2015 9:29 AM, Daniel Pagan wrote: <br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal" style="margin-bottom:12.0pt">Is your Nortel PBX sending a FQDN in the Contact header? This is important because in 10.5(2) CUCM performs a SRV and A Record lookup on FQDNs contained in a SIP Contact header. If this lookup fails, then expect
 to see a CANCEL followed by a BYE. I encountered this a few times over the past few months and ended up creating a defect against it. Check out CSCuu84269. If you want, I wouldn't mind taking a quick look at your detailed CCM SDL traces offline and letting
 you know if you're experiencing this defect. If you are, I'll send you a sample LUA script to use for converting the FQDN to IP address as a workaround which you can use for testing and workaround purposes (... and I can't guarantee this will work for you).
<br>
<br>
Hope this helps. <br>
<br>
- Dan <br>
  -----Original Message----- <br>
From: cisco-voip [<a href="mailto:cisco-voip-bounces@puck.nether.net">mailto:cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Michael T. Voity
<br>
Sent: Monday, July 13, 2015 9:56 AM <br>
To: voip puck <br>
Subject: [cisco-voip] Nortel 81C / CS1000 SIP Trunk to CUCM 10.5.2 <br>
<br>
Hello, <br>
<br>
Before we installed our Cisco CM 10.5.2 system everything here at the <br>
University is fed from a Nortel Avaya 81c / CS1000 system.   The Telcom <br>
group has a bunch of systems on it that support SIP and SIP gateways. <br>
We setup a SIP trunk between the two systems from a guide that Avaya <br>
provided.   It works fine like 99% of the time. <br>
<br>
I am finding that I have to reset the SIP trunk every couple of days because it looks like the Nortel is busying out all the channels and it
<br>
can only pass certain traffic.   Example is that someone from Nortel <br>
land dials a 5 digit extension that has been routed to CUCM, the line on CUCM rings once and then discos the call.
<br>
<br>
Looking at RTMT on the SIP traffic I can tell that the Nortel is sending <br>
the "BYE" message on the trunk right when the CUCM sends the "RINGING" <br>
The only way that I have found to correct this is to reset the SIP trunk from CUCM.
<br>
<br>
Has anyone see an issue like this and or heard of this? <br>
<br>
Any ideas would be helpful! <br>
<br>
-Mike <br>
<br>
-- <br>
Michael T. Voity <br>
Network Engineer <br>
University of Vermont <br>
<br>
_______________________________________________ <br>
cisco-voip mailing list <br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a> <br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
<o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>