[Home]

Summary:ASTERISK-07646: Meetme gives extra announcements
Reporter:sedwards (sedwards)Labels:
Date Opened:2006-08-31 16:39:27Date Closed:2006-11-20 20:50:00.000-0600
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Applications/app_meetme
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:If a key is pressed during the meetme announcement (there are currently...) one of the participants gets an extra announcement, the other gets raspberries -- how rude :)


****** ADDITIONAL INFORMATION ******

I don't know how much of this is relevant, but this is how I replicate the bug.

My setup is 2 SIP phones -- a Cisco 7960 and a Sipura 841. I goto the following context from both phones:

[ Context 'meetme' created by 'pbx_config' ]
 's' =>            1. noop(${CONTEXT}:${EXTEN}:${PRIORITY})      [pbx_config]
                   2. background(demo-congrats)                  [pbx_config]
 '_[0-9]' =>       1. meetme(ph-${EXTEN}|Xcd)                    [pbx_config]
                   2. goto(main-menu|s|1)                        [pbx_config]

I press 1 on both phones. While the "there is currently..." announcement is playing I press 1 on one of the phones. The announcement is replaced by a "raspberries" or "Bronx Cheer" like noise for the phone that pressed the second 1. The other phone receives the "extra announcement" bug.
Comments:By: Joshua C. Colp (jcolp) 2006-08-31 20:32:02

I was unable to replicate this issue on 1.2, were you referring to trunk instead?
By: sedwards (sedwards) 2006-08-31 21:11:25

Nope.

Asterisk 1.2.11, Copyright (C) 1999 - 2006 Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'show license' for details.
=========================================================================
Connected to Asterisk 1.2.11 currently running on dt-ext (pid = 30813)
Verbosity was 0 and is now 6
Core debug was 0 and is now 6

How strange. I just confirmed the bug on my production system using my cell and a VOIP provider. The production system gets the calls from a Tekelec. Did you try with SIP phones?
By: sedwards (sedwards) 2006-09-01 13:29:44

I just tried 1.2.9.1 svn rev 34876 on a Trixbox image running on VMPlayer registering to my IAX DID provider and using my cell and a landline -- so virtually everything has changed -- and I still get raspberries!

Please describe your setup and how you are performing the test.
By: Serge Vecher (serge-v) 2006-09-01 13:39:59

sedwards: please do not use Trixbox (this is not a Trixbox bug-tracker), but download the latest Asterisk release directly from asterisk.org and confirm that you have an issue with that release.
By: sedwards (sedwards) 2006-09-01 13:51:40

I did. See note (0051032). Note (0051086) was an attempt to change everything at once. Version of Asterisk, code not compiled in my environment, hardware, OS, and channel protocol. Still the bug is 100% reproducible.
By: Serge Vecher (serge-v) 2006-09-01 13:55:50

can you please run zttest to see what kind of results you are getting out of your zaptel card/ztdummy?
By: sedwards (sedwards) 2006-09-01 14:31:44

Development (Asterisk 1.2.11, zttdummy)
--- Results after 376 passes ---
Best: 100.000000 -- Worst: 99.902344 -- Average: 99.962839
-dt-ext::sedwards:/tmp/zaptel-1.2.8$

Production (Asterisk 1.2.11, Wildcard TE410P (2nd Gen) (rev 02))
--- Results after 448 passes ---
Best: 100.000000 -- Worst: 99.938965 -- Average: 99.992964

Both were compiled on their respective hosts, both have the bug.
By: sedwards (sedwards) 2006-09-01 16:18:44

I must not be explaining this well...

This is not a "call quality" problem. Once you are in the conference, voice quality is fine. This bug appears when 2 users are entering the same conference at the same time and 1 or both of the users press a key while the "there are..." announcement is playing.

This bug appears on multiple versions (1.2.10, 1.2.11) protocols (SIP, IAX), timing source (ztdummy, te410p), code compiled by me and by others. It even happens on a VMPlayer instance.
By: sedwards (sedwards) 2006-09-28 20:57:16

Please update the version to 1.2.12.1 -- it happens here as well.
By: Joshua C. Colp (jcolp) 2006-09-29 12:08:49

Give the 1.2 branch a try, I put in a meetme fix from another bug that I think will solve this actually.
By: sedwards (sedwards) 2006-09-29 16:18:42

I think you've got it -- at least the raspberries part.

I cannot reproduce the raspberries on my dev system running Asterisk SVN-branch-1.2-r43977. I'll roll it out to production and see what happens.

I still get an extra "there are" announcement. Here's what it looks like on the console:

   -- Executing MeetMe("SIP/spa841-08d151f0", "f1-r1|Xc") in new stack
   -- Created MeetMe conference 1023 for conference 'f1-r1'
   -- Executing MeetMe("SIP/201-08cf1e30", "f1-r1|Xc") in new stack
   -- Playing 'conf-onlyperson' (language 'en')
   -- Playing 'conf-onlyone' (language 'en')
   -- Playing 'conf-onlyone' (language 'en')
By: jmls (jmls) 2006-11-02 12:03:10.000-0600

file, you sorted the raspberries, how about the extra "there are" announcement ?
By: Serge Vecher (serge-v) 2006-11-09 08:11:04.000-0600


By: Joshua C. Colp (jcolp) 2006-11-20 20:50:00.000-0600

All issues should be solved, labbed it up and tested. If not please feel free to reopen this bug. Peace!