[asterisk-bugs] [Asterisk 0010579]: attended transfer with SIP channels: tranferer part doesn't see that called part answered, only with HAVE_EPOLL

[noreply at bugs.digium.com]

The following issue has been ASSIGNED. 
====================================================================== 
http://bugs.digium.com/view.php?id=10579 
====================================================================== 
Reported By:                ornati
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   10579
Category:                   Channels/chan_sip/Transfers
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 81188 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-28-2007 02:54 CDT
Last Modified:              08-28-2007 09:18 CDT
====================================================================== 
Summary:                    attended transfer with SIP channels: tranferer part
doesn't see that called part answered, only with HAVE_EPOLL
Description: 
Since revision 78683:

------------------------------------------------------------------------
r78683 | file | 2007-08-08 23:44:58 +0200 (Wed, 08 Aug 2007) | 2 lines

Add support for using epoll instead of poll. This should increase
scalability and is done in such a way that we should be able to add
support for other poll() replacements.
------------------------------------------------------------------------

when HAVE_EPOLL is enabled (./configure thinks it works here) I have
problems with attended transfer.


Quoting from
"http://lists.digium.com/pipermail/asterisk-dev/2007-August/029211.html":

The setup is this: 3 SIP soft-phones (3 instances of Ekiga on the same
PC configured to listen on different ports), all of them with
"canreinvite=no".

What happens:
1)	A <---> B     C

	B does the attended transfer to C

2)	A ~~~~ B -----> C
3)	C rings
4)	C answers
5)	B doesn't notice that C answered (Asterisk is still sending
	the ring tone to B)
====================================================================== 

---------------------------------------------------------------------- 
 svnbot - 08-28-07 09:18  
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 81210

------------------------------------------------------------------------
r81210 | file | 2007-08-28 09:18:58 -0500 (Tue, 28 Aug 2007) | 4 lines

(closes issue http://bugs.digium.com/view.php?id=10579)
Reported by: ornati
Make sure the called channel during the attended transfer process becomes
associated with the calling channel so that the ast_waitfor_* call works
properly under epoll.

------------------------------------------------------------------------ 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-28-07 09:18  svnbot         Note Added: 0069547                          
08-28-07 09:18  svnbot         Status                   new => assigned     
08-28-07 09:18  svnbot         Assigned To               => file            
======================================================================