Summary:	ASTERISK-20284: The DIAL application does not cause asterisk to start reading packets if we have sent a "Session Progress" and the other end has sent a Re-INVITE.
Reporter:	John Covert (jcovert)	Labels:
Date Opened:	2012-08-20 20:25:27	Date Closed:
Priority:	Major	Regression?	Yes
Status:	Open/New	Components:	Channels/chan_sip/Interoperability
Versions:	10.6.1 10.7.0 13.18.4	Frequency of Occurrence	Constant
Related Issues:
Environment:	Mac OS X 10.4.11 PowerPC	Attachments:	( 0) ReinviteBug.txt ( 1) TraceAndLog-20284.tar.gz
Description:	If the SIP channel has sent a "Session Progress" and the other end has sent a Re-INVITE, when the call is answered in the Dial application, one-way transmission results. Given the following dialplan: [inbound] exten => _X!,1,Dial(SIP/x28,120,m(5xbring)) or exten => _X!,1,Progress exten => _X!,n,Playback(pls-wait,noanswer) exten => _X!,n,Dial(SIP/x28) All works fine as long as the calling SIP endpoint does not issue a Re-INVITE. However, if the calling system (also Asterisk 10.7.0) issues a Re-INVITE, the calling party can hear the called party, but the called party cannot hear the caller. A SIP trace (attached) shows that the SIP dialogue is correct. The tcpdump output shows that the calling party's packets are arriving at the interface. An RTP trace shows that Asterisk is not reading the incoming packets. A unacceptable workaround is to "Answer" the call before issuing the Dial command; this, of course, is bad because it provides a false answer condition on the trunk.
Comments:	By: Rusty Newton (rnewton) 2012-08-24 14:17:29.010-0500 John, can provide an asterisk log with the VERBOSE and DEBUG message types enabled (level 5 at least)? If you can also provide the full pcap from tcpdump as well that would be helpful. By: John Covert (jcovert) 2012-08-29 11:17:56.856-0500 Rusty, I've not been able to synch up with the owner of the other PBX in order to generate the more detailed data.  I've left voicemail and sent email, and hope to be able to respond very soon. By: John Covert (jcovert) 2012-08-29 21:02:15.381-0500 TraceAndLog-20284.tar.gz contains full.log trace.pcap trace.txt By: John Covert (jcovert) 2012-08-29 21:04:43.340-0500 Attached as requested.  Looks like it's pretty informative as to what is going on.