Cluster MBG and one way audio

[ralph]

I have MBG cluster with ~100 users.
There is one remote office with a complaint.
The users say that for several months, a couple of times a week, when they come in to work in the morning, they are getting one way audio.
A reboot of the phone fixes it.
To make it more confusing, external in/out calls are fine.  It's only a problem with calls to the desk of phones local to the MBG.

I'm not sure where to start with this.
They've said that for the last 2 weeks they've had to reboot their phones every day.

The only thing I can think of is that the weighting of the MBGs is 70/50.   50 to the DR site.   Perhaps the phone is routing to the DR site overnight and a reboot routes it back to the primary site.

Any guesses?

Ralph

[dilkie]

document the date/time and DN of a incident, grab the tug.log file for that period and send it in to PS. They'll have an answer for you.

I doubt it's a weighing thing, unless one of the MBG's has internet reachability issues.

This confuses me "It's only a problem with calls to the desk of phones local to the MBG"... I'm not sure what you mean.

[ralph]

This confuses me "It's only a problem with calls to the desk of phones local to the MBG"... I'm not sure what you mean.

Internal calls.  External calls they said work ok.

Ralph

[Navarre]

Internal calls.  External calls they said work ok.

Ralph

That sounds like a routing issue between internal sets, but a reboot wouldn't fix that. Are you using local streaming? Are the internal phones in TW mode or talking directly to the MCD? How is this cluster set up, network-wise?

[dilkie]

internal calls.

okay, I assume set to set... are both sets on the same site or are these calls from the site to another set connected directly to the mcd?

[ralph]

To/From a phone connected directly to the MCD to/from a remote phone.

That does suggest to me that next time it happens that they should try a remote phone to remote phone connection to see what happens.

I'll ask the customer to do that.

Ralph

[dilkie]

get a date/time of the event and the DN of the set and post the tug.log somewhere, I'll take a look.

[ralph]

I just did an update to both servers.
Waiting now for customer to experience the problem again.

Ralph