Mitel Forums - The Unofficial Source
Mitel Forums => Mitel Software Applications => Topic started by: ralph on March 27, 2014, 11:50:42 AM
-
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
-
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.
-
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
-
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?
-
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?
-
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
-
get a date/time of the event and the DN of the set and post the tug.log somewhere, I'll take a look.
-
I just did an update to both servers.
Waiting now for customer to experience the problem again.
Ralph