[Home]

Summary:ASTERISK-19362: Loud squelch after conf-hasjoin: "is now in the conference" announcement
Reporter:Niever Lugue (nievz)Labels:
Date Opened:2012-02-14 15:31:32.000-0600Date Closed:
Priority:MajorRegression?
Status:Open/NewComponents:Applications/app_meetme
Versions:1.8.8.2 13.18.4 Frequency of
Occurrence		Constant
Related
Issues:
Environment:PIAF Installed Version = 2.0.6.0 FreePBX Version = 2.9.0.7 Running Asterisk Version = 1.8.8.0 Dahdi Source Version = 2.6.0+2.6.0 Kernel Version = 2.6.32-71.29.1.el6.i686 - 32 BitAttachments:
Description:We are getting loud squelches whenever someone joins a conference with the 'I' option. The sound comes after the conf-hasjoin announcement.

Here's what the log shows for the tones:
[2012-01-26 12:12:53] DEBUG[9965] dsp.c: Setup tone 1100 Hz, 500 ms, block_size=160, hits_required=21
[2012-01-26 12:12:53] DEBUG[9965] dsp.c: Setup tone 2100 Hz, 2600 ms, block_size=160, hits_required=116

Looking at an old bug 9430, it appears that the beeps are played too fast that they come off as very loud and irritating squelches. We have a very busy server with 700+ meetme users. Is there something that can be done without patching? maybe the problem lies somewhere else, a configuration change maybe? I'm also experiencing this issue in another server running Asterisk 1.6.0.26-FONCORE-r78. Wasn't this supposed to be resolved already after Asterisk 1.4?
Comments:By: Matt Jordan (mjordan) 2012-02-20 10:29:49.277-0600

For admin users and users with the monitor flag (set by the 'l' options), we explicitly don't set the flag firstpass, which was the flag introduced in 9430 to prevent the squelch.  This is because it was assumed that admin users and those who are monitoring the call would want to hear the enter chime for each user that enters the call.  Why this causes the beeps to become sped up I'm not sure - but that at least answers your question as to why the fix for 1.4 did not apply to this situation.