No, what happens is the SIP client has silence suppression enabled. MOH works by symmetrical RTP. One frame of voice is received one frame of MOH is sent. So if the client supresses silence frames there is no MOH played during that time.
ALso if you see: started music on hold stopped music on hold right after Chances are its your configuration that is the issue. On 3/28/07, Lacy Moore - Aspendora <[EMAIL PROTECTED]> wrote:
On 3/27/07, Klaverstyn, David C <[EMAIL PROTECTED]> wrote: > WOW that fixed it! What an Idiot. > I was going somewhere with that, but never mind. Good luck. Maybe the idiot is the guy who posted no additional details of his configuration, in particular, whether the CLI was showing music on hold starting, and then stopping, or whether the music on hold process was continuing but no sound. If it was a timing issue, by rubbing your hand across the mouthpiece, I would guess it is generating interupts for the timer to work and music on hold works, until you stop rubbing it and it fades it out. Hitting or tapping the mouthpiece produces the same outcome. Or, it that doesn't produce anything, it could be a permissions problem. It could be something not configured correctly in the config file. It could be that you are using mp3s instead of native format, as Andrew had asked about. But, since I'm an idiot, what do I know? _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
