[asterisk-bugs] [Asterisk 0017828]: Dropped calls when entering meetme conference

[Asterisk Bug Tracker]

The following issue requires your FEEDBACK. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17828 
====================================================================== 
Reported By:                kenji
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17828
Category:                   Applications/app_meetme
Reproducibility:            unable to reproduce
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.10 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-08-10 12:36 CDT
Last Modified:              2010-08-11 12:33 CDT
====================================================================== 
Summary:                    Dropped calls when entering meetme conference
Description: 
Sometimes but often, a call dropped when another entering in the same
conference. 
I have no idea, what the problem is, but in the Logfile i attached, you
can see, that in the same second as a caller entering the conference room,
another caller is dropped, he is in the same conference room.
If I correctly interpret the log file, the other Caller get an "#" DTMF
tone, that forcing the call to hangup
(you can see that in Logfile with Timestamp [Aug  3 22:18:24])

I run a conference platform with hundreds of callers simultaneously and
slowly my customers are not amused if i can't fix that. 


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0017502 [patch] [regression] MusicOnHold don't ...
====================================================================== 

---------------------------------------------------------------------- 
 (0125839) lmadsen (administrator) - 2010-08-11 12:33
 https://issues.asterisk.org/view.php?id=17828#c125839 
---------------------------------------------------------------------- 
Looks like Asterisk is doing exactly at you tell it:


[Aug  3 22:18:23] DTMF[9727] channel.c: DTMF begin '#' received on
SIP/sipprovider-in-000003f0
[Aug  3 22:18:23] DTMF[9727] channel.c: DTMF begin ignored '#' on
SIP/sipprovider-in-000003f0



    p[(keys)]: Allow user to exit the conference by pressing '#'
(default)
    or any of the defined keys. If keys contain '*' this will override
option



Pretty sure this is because someone is dialing the conference extension
followed by a # (which is typically interpreted to mean "I'm don't entering
this extension").

I suggest you modify your dialplan to accept that DTMF in addition to the
extension number so that it is "eaten" by the system and not entered into
the conference.

This could probably be done in a couple of ways:  either catch the # in
the dialplan in addition to accepting it without the #, or add a Wait(2) or
something prior to entering the conference. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-08-11 12:33 lmadsen        Note Added: 0125839                          
2010-08-11 12:33 lmadsen        Status                   new => feedback     
======================================================================