<div dir="ltr">That's an interesting problem that I haven't seen before.  The nodes should technically behave the same way during an upgrade.  Do you see the timer kick off at all when half the SE hits in the SDL traces?<div>
<br></div><div>Is CUCM definitely being elected as the refresher in these scenarios?  Can you share the traces from when you recreated this?</div><div><br></div><div>Brian</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Aug 12, 2014 at 5:21 PM, Daniel Pagan <span dir="ltr"><<a href="mailto:dpagan@fidelus.com" target="_blank">dpagan@fidelus.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">






<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">Folks:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></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.<u></u><u></u></p>

<p class="MsoNormal"><u></u> <u></u></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.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></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.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks!<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">- Dan</p>
</div>
</div>



<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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>