VMCD with a 1000 milliseconds round trip delay.

[FrankGrimes]

Hi, I currently look after an MXE that runs about 400 odd minet extension. Most of the handsets are remote and have about 600 to 1000 milliseconds round trip delay, I have an e2t card installed and all handset use the G729 codec.

I want to turn the MXE into a gateway for ISDN then move the users and sip trunks to a VMCD.

My question is would the VMCD deal with the delay as well as the MXE does? Has anyone installed a VMCD with a 600+ millisecond delay trip?
Should I consider anything else before I hit the buy button?

 

[tlpeter]

You should fix the 1000ms delay as this is way beyond the 200ms limit.
Any higher then that will be heard and is annoying for the caller and called person.
A vMCD will not fix this.
If you still want to go for the vMCD then yes it should work but you still have this delay.


BAZINGA!

I'm not insane, my mother had me tested!

 

[LoopyLou]

agree with tlpeter. Fix your problem.

For ISDN using the MXe as a gateway will be no different then what you have now as the voice packets will travel directly from the phone to the MXe acting as gateway. They do this now. It makes little difference to voice quality that the phones would be hosted on an vMCD.

For the SIP trunks the voice packets will have to travel from the phones to your SIP trunk gateway which may cause issues on a network with as much delay as you have ( depending where the SIP gateway will be ). Remmeber the vMCD will only be involved in call setup for SIP call. Voice packets do not go through the vMCD to reach the SIP trunks.

I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.

 

[FrankGrimes]

The 600 to 1000 milliseconds round trip is not a problem, the phones and phone system are doing a great job in keeping the calls sounding okay. Contrary to believe a mitel phone system and handset will sound okay on a 600 millisecond link it just has to work a little hard to keep the call up.

The phone calls go out at g729 and faxes use the T.38 which all work with a hardware DSP card, this is not available on a VMCD will and neither are a few other things. I'm just worried that my working MXE and phone will not work that same way with the same delay using a VMCD?

 

[LoopyLou]

It will depend on your VMWare deployment. But remember very little of the voice traffice acutally goes through the vMCD controller. Audio streams from the IP of the phone to the IP of another phone, the IP of the trunk gateway ( your MXe ) or the IP of the SIP trunk gateway. The vMCD only handles call setup.

I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.