[cisco-voip] SIP Session Refresh During CUCM Upgrade

[Brian Meade]

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?

Is CUCM definitely being elected as the refresher in these scenarios?  Can
you share the traces from when you recreated this?

Brian


On Tue, Aug 12, 2014 at 5:21 PM, Daniel Pagan <dpagan at fidelus.com> wrote:

>  Folks:
>
>
>
> 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.
>
>
>
> 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.
>
>
>
> 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.
>
>
>
> Thanks!
>
>
>
> - Dan
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140812/d922666d/attachment.html>