cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
779
Views
0
Helpful
1
Replies

Music on Hold over SIP

Andrew Ackerman
Level 1
Level 1

Has anyone experienced complaints in regards to the quality of the Music on Hold over a SIP trunk?  We've had 2 seperate clients voice concerns

about the quality of their hold music.  We've tried both of the .wav files, as well as different tape decks, CD players, and MP3 devices, all with the same results.  The codec we've been using is G711.  Any advice towards this issue would be great!

1 Accepted Solution

Accepted Solutions

David Trad
VIP Alumni
VIP Alumni

Hi Andrew,

This is a common problem and also a misunderstood one by many, even myself did not quite get this issue for a long time and become somewhat frustrated by it.

The fact is that audio streaming was never meant for SIP trunks, there are far too many variables that can interfere with the audio quality and these are amplified to a greater degree over just simple voice packets.

In some cases this could be improved by changing the packetization to 40ms rather than 20ms, but then this would only make it work slightly better, it only takes one dropped packet or a bout of latency to ruin the audio stream, and it can take up to 3 times as long to recover from it as opposed to voice packets.

You will find the best MoH to be used on SIP trunks is one with more talking such as advertisements or promo talks, they fair out far better then a constant stream of music, you get far fewer white noise effect or rapid decreases in volume with just plain speak.

I know this does not help you resolve the problem, but I hope it sheds some light on it for you.

(PS) Try and use G.729r8 as your Codec, but if you want a far better result then you need to see if your ITSP can support G.722 wideband as this will provide you the best audio streaming results over any other Codec (Tested and verified this claim more than once).

Cheers,

David.

Cheers, David Trad. **When you rate a persons post, you are indicating a thank you or that it helped, but at the same time you are also helping to maintain the community spirit - You don't have to rate posts and you wont be looked down upon :) *

View solution in original post

1 Reply 1

David Trad
VIP Alumni
VIP Alumni

Hi Andrew,

This is a common problem and also a misunderstood one by many, even myself did not quite get this issue for a long time and become somewhat frustrated by it.

The fact is that audio streaming was never meant for SIP trunks, there are far too many variables that can interfere with the audio quality and these are amplified to a greater degree over just simple voice packets.

In some cases this could be improved by changing the packetization to 40ms rather than 20ms, but then this would only make it work slightly better, it only takes one dropped packet or a bout of latency to ruin the audio stream, and it can take up to 3 times as long to recover from it as opposed to voice packets.

You will find the best MoH to be used on SIP trunks is one with more talking such as advertisements or promo talks, they fair out far better then a constant stream of music, you get far fewer white noise effect or rapid decreases in volume with just plain speak.

I know this does not help you resolve the problem, but I hope it sheds some light on it for you.

(PS) Try and use G.729r8 as your Codec, but if you want a far better result then you need to see if your ITSP can support G.722 wideband as this will provide you the best audio streaming results over any other Codec (Tested and verified this claim more than once).

Cheers,

David.

Cheers, David Trad. **When you rate a persons post, you are indicating a thank you or that it helped, but at the same time you are also helping to maintain the community spirit - You don't have to rate posts and you wont be looked down upon :) *