[asterisk-bugs] [Asterisk 0017167]: RECONNECT fails to work for Conference Call

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17167 
====================================================================== 
Reported By:                Starbug
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17167
Category:                   PBX/General
Reproducibility:            random
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.6 
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-04-11 22:07 CDT
Last Modified:              2010-04-12 13:18 CDT
====================================================================== 
Summary:                    RECONNECT fails to work for Conference Call
Description: 
Hello,

this is my first post, so please help me put it together right.

We are developing on Asterisks using AMI and have noticed that from time
to time RECONNECT command fails to properly work, dropping the call on
hold

Here are the steps to reproduce the problem:
1. 3000 (Zoiper) make call to 3001 (3CX)
2. 3001 Answer
3. 3001 Init Conference to 3002  (X-lite)
4. 3002 Answer
5. 3001 Complete Conference
6. 3002 leave from conference
7. 3001 Init Conference to 3002   * Zoiper hangup but CTI Client 3000
still talking
8. 3002 Answer

I am enclosing both working and not-working logs in "additional
information" section.

I would really appreciate someone get back to me on this, because I expect
a lot more people to be affected by this.
 

====================================================================== 

---------------------------------------------------------------------- 
 (0120294) davidsharon (reporter) - 2010-04-12 13:18
 https://issues.asterisk.org/view.php?id=17167#c120294 
---------------------------------------------------------------------- 
Hi pabelanger,

I am working with StarBug in the same project.

Let me provide you the detailed information regarding this situation:

We have three softphones with (SIP) extensions 3000 (Zoiper), 3001 (3CX)
and 3002 (X-Lite).

>> 1. the specific steps or actions you took that caused you to encounter
the >> problem:

To implement the conference-related functions (e.g. Conference Init,
Conference Complete and Reconnect/Conference Cancel), using AMI, we develop
a simple user interface. 

Our implementation is based on MeetMe. 

As you know, to produce "CONFERENCE INIT", before B initiates a consult
call to C, A is redirected to queue.

if B initiates "RECONNECT"/"CANCEL CONFERENCE, 

>> 2. the behavior you expected, and

after terminating the channel (B and C), A and B will be bridged.

>> 3. the behavior you actually encountered (in as much detail as
possible).

Problem occurs at this point:

When B initiates RECONNECT or CONFERENCE COMPLETE, Asterisk drops A (the
SIP extension waiting in the queue). What I mentioned happens randomly. For
example, it may happen in your first try, or after several successful
tries.

We will also attach CLI output.

Question:
Could Pseudo service that we use for MeetMe cause this? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-12 13:18 davidsharon    Note Added: 0120294                          
======================================================================