[cisco-voip] CUC 8.5.1SU2 HA cluster over WAN long pause after login

[Pat Hayes]

Yep, CSCtn78617. Basically, the sub makes a bunch of sequential SQL
queries to the pub and has to wait for the result of each before
sending the next. On low bandwidth and/or high latency links, it can
lead to substantial delays:

------------------------
Symptoms:

Two instances of up to 10 second delay may be experienced when calling
into the subscriber node to retrieve messages.

Delays are seen during the subscriber authentication after password is
entered and during message enumeration after the Welcome to Unity
Connection message is played.

Conditions:

This behavior is experienced due to intra-cluster communications
because the subscriber needs to contact the publisher to write changes
to the database.

Each of the transactions must be done in serial at this point and the
entire process can take 8-10 seconds when the round trip time is of
significant size.

This problem has been seen in high-latency environments such as when
clustering using IPSec Site-to-Site VPN Connections used over the
Internet.

Seen in Unity Connection 8.0(2) Clusters.

Workaround:

There is no workaround at this point.

------------------------

Unfortunately, as the defect indicates, there isn't a workaround other
than co-locating the servers and/or improving bandwidth and latency.
Since the resolution will involve non-trivial architectural changes,
it won't be coming out in an ES. Last I heard the plan was for 9.0,
but it is definitely something worth bothering your account team
about.


On Thu, Sep 22, 2011 at 7:48 PM, Paul <asobihoudai at yahoo.com> wrote:
> Anybody encounter an issue where user logs into voice mailbox and encounters a pause up to 7s before it states their name and the same length pause before it starts playback of any recorded messages?
>
> This is CUC 8.5.1SU2 clustered over the WAN. I've already bounced both servers which cut the pause from around 10s to 5s and then swapped roles from primary to secondary and then back which has shortened but not gotten rid of a 2s pause.
>
> At first I thought it might have been a user just not saying anything for the first few seconds of their recorded name but after hearing the same pause on three different user phones, it's obviously not that.
>
> All voice mail ports look kosher. DB status is kosher. It's just plain oddball.
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>