<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;}
/* 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:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
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]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">Folks:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Wondering if anyone else has observed an issue where a CUCM node fails to send a SIP session refresh while an upgrade is in progress? I noticed this behavior when running through a mock upgrade for a customer. While upgrading the Publisher
node, a call was active where the SIP dialog was established between the Publisher and CUBE. The active call dropped and looking at CCM traces showed no refresh was sent at half the Session Expires value.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I lowered the Session Expires timer to recreate the issue in a shorter timeframe (SE of 240 seconds) and failed to see a refresh from CUCM after 120 seconds – the call again disconnected once the SE expired. Forcing the SIP dialog to source
from the Subscriber node results in no issues and SIP refresh requests are sent as expected. Back to the Publisher, another call was placed after the upgrade completed and the issue cannot be recreated. With the Pub out the way, the subscriber’s upgrade was
started and the issue can now be recreated there as well. Basically, it seems the CM node in process of upgrading isn’t sending a reINVITE at half the SE value.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">If this is expected behavior, I can make sure the customer’s Session Expires value is temporarily increased during the upgrade window, but I can’t seem to locate any documentation stating this is a known or expected caveat. This is going
from 8.6.2.24090-1 to 8.6.2.25131-1 and I’ve yet to test this using other upgrade paths, but I plan on testing this once more once time permits in order to set proper expectations w/ the customer.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks!<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">- Dan</p>
</div>
</body>
</html>