Fault Finding Quality and Dropped Calls MBG

[RDECIT]

We've got the latest build of MBG and MCD 10. We have only about 4 users using Teleworker sets (they are 5312's, no softphones)
They are complaining of dropped calls a poor quality at times. 2 are users at home and the other two are users on a different site. The is no compression enabled and all DMZ settings appear to be correct. We don't appear to be suffering from the common teleworker one way audio.

Any ideas to tweak this system.

 

[james1982]

bandwidth, bandwidth, bandwidth

I have never got to the bottom of our "quality" issues, bandwidth is the only thing I can put it down to.

 

[RDECIT]

Yes, this is an area I'm trying to concentrate on, are there any tweaks I can do that might help in a low bandwidth situation. For example smaller packets sizes, and would there be any benifit in me turning off G729?

The customer has now informed me that quality is fine, but frop outs are a big problem.

 

[IrwinMFletcher]

In your first post you say no compression, but in your second you ask if turning off compression would help, which is it? If you have poor audio because of packet loss, then G729 would help as it has better packet loss concealment. However, it doesn't sound like you have enough information to figure it out. What is 'poor' audio? Do only the TW ends hear it, or do the far ends too? If so, what are the far ends? Other IP sets, or PSTN? I would also question the statement around the good quality but drop outs. Drop outs occur when heartbeats are lost, or an endpoint stops streaming for a given period of time. To have these happen, yet still have good voice quality seems strange.

I would try to get more info out of the customer, as well as looking at the logs on the MCD/MBG, and then try to nail down a reproduction scenario and sniff it.

 

[RDECIT]

Sorry for poor information, I'm new to fault finding on MBG.
The customers current standing is that quality is fine, but calls get lost. The endpoints can be mobile, PBX or even sets local to the 3300 on the main site.

As far as I'm aware there is no compression. The dashboard is like this:

G.729 Transcoding False - Tried turning this on but recieved license warnings in the events logs.
Local Streaming True

This is the output on my advanced tab. You will notice that blocksize is smaller than the default, this is because the TNA tool showed no packet loss on this size.

Service parameters
SRTP Starting Port 20000
SRTP Ending Port 31000
Restrict MiNet Clients True
Relax ICP RTP Checks False
Global Device Options
RTP Framesize 20ms
TFTP Blocksize 1024 bytes
Disable SRTP False
Set-side codec G.729
Time Format 12
Logging
Number of Logs to Keep 14
Log Verbosity Normal
Detailed Jitter Log False

 

[MitelAvaya]

Initially my MBG with 4 users configured was working fine, quality was excellent. Then I put another 10 users on and found the quality for both the MBG user & caller dropped quite significantly.

Dropping the TFTP size and enabling zones helped a lot, but wasn't perfect.

In the end, turned out it was our broadband line. Changed from a adsl to adsl2 (had to change the IP range on the MBG & all handsets) and quality is as close to perfect as you can get. The size jump from a 4mb down, .5mb up to a 10+mb down, and a constant .8/9mb up has helped.

Is the line that comes into the MBG shared with anything else? Does it act as a firewall?

 

[RDECIT]

Its a sonicwall, but has dedicated DMZ ports which are transparent to the teleworker. The TW box itself has the routable IP address. Yes this line is shared with email and general browsing.

 

[IrwinMFletcher]

shared with email and general browsing"...there's most likely your problem. This problem didn't happen to start with the beginning of the Olympics did it?

Can you check the router logs?

 

[MitelAU]

best practice would be to have a dedicated IP address for TW server.

Knowledge is power, thats why we share!

 

[MitelAvaya]

My problems started when I ramped up the TW usage & the guys in the office decided to start streaming video and music non stop all day. Dedicated line was the only way around it for me!

Then on the TW line, I enabled zones and compression so the the whole TW solution is now a lot more scalable. Currently got 15users on a 6mb ADSL line with no quality issues.