Problem with 403 & SO Networked over Internet using SCN

[dostrow]

We have a 2 site SCN using VPN over the internet. The pipe has 500k+ committed for voice and there are only 5 extensions on the SO. The user in the SO side starts to lose the call after a short period of time consistently. It doesn't seme to fade on the 403 side. Are there known issue soding this. Can anyone help with some suggestions.

Thanks.

 

[IPinIowa]

A little more info would be helpful. What type of SO do you have on the other side? Are your codec's set the same on the VoIP line. Are both unit's the same Release? What do you get for ping result's going each way? Do you have the same service provider for Inet? You need to have at least no worse that 80ms on a ping reply consistently to have a decent pathway. Also is it just during peak hours of the Inet? What type of equipment are you using?

 

[dostrow]

IPinIowa;

Thanks for your response.

The "SO" is a new IP Office - Small Office edition ver. 3.0.18. The codec's are set for "G.729 simple". The 403 was upgraded to the same release as the Small Office. I don't have an answer for ping results, but I will try to get that for you. I am not sure if they have the same i-net provide, but I will find out. It seems to occur pretty much all of the time. I will get the nfo. on the type of equipment as well.

Thanks for your feedback!.

 

[NuggiFirst]

Try using G729 CS-ACELP. Have never had problems like that!

 

[Morrack]

Why are you using 3.0.18? That would have been a beta version which was never released. First thing I would do, just on principle, is to upgrade both units to 3.0.44 which is the current official release.

How far apart are your two sites? Be aware that the public internet is not exactly voice ready. As stated it does help if both sites are using the same provider. However, voice packets over the internet in general cannot expect QoS priority, and those that are encrypted in a VPN tunnel will never get it.

I've had some good results routing packets over the internet OUTSIDE of a VPN tunnel, when using the same provider at both ends. And acceptable results through a VPN tunnel depending on time of day and relative locations.

Out of curiosity are you using IP hardphones on either system, particulary the SOE? If so - what codec are the phones set to? You should make sure that anything using VoIP on either system is set to the same codec - ie trunks, phones, etc. should all be using g.729a



Peter Sherwood

Morrack Consulting

http://www.morrack.com

 

[crashtest1000]

You do understand that using the public internet for VoIP with no QOS mechanism is not the best solution if you want reliable consistent speech quality.

The ping test will give you an idea of what is happening with the data packets as far as lose and delay. You want a consistent response with 200ms round trip delay

How much data are you putting between the sites for example it just takes a large email attachment going through at the same time as you are closing a deal with a big client and bingo ,dead air ,no client, very sad, go home, kick the dog and bla bla