[test-results] [Bamboo] Asterisk - 1.6.2 - Linux - x86_64 build 86 has FAILED (1 tests failed, no failures were new). Change made by dvossel

[Bamboo]

-------------- next part --------------
-----------------------------------------------------------
AST-162-86 failed.
-----------------------------------------------------------
Code has been updated by dvossel.
1/58 tests failed.

http://bamboo.asterisk.org/browse/AST-162-86/        


--------------
Code Changes
--------------
dvossel (283691):

>Merged revisions 283690 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.4
>
>........
>  r283690 | dvossel | 2010-08-26 10:22:28 -0500 (Thu, 26 Aug 2010) | 19 lines
>  
>  Fixed how Asterisk destroys a dialog on channel hangup before invite receives a response.
>  
>  If an ast_channel with a SIP tech pvt hangs up before the sip dialog gets a response
>  to its outgoing INVITE, Asterisk used to pretend_ack the INVITE.  This is not rfc
>  compliant and results in confusion at the other endpoint.  sip_pretend_ack will ack
>  and remove all the packets in the retransmit queue.  This means that the INVITE will
>  stop retransmitting, and that any response to that INVITE that comes after the pretend_ack
>  occurs will be ignored.
>  
>  Instead of faking any sort of acknowledgement for an outgoing INVITE during an internal
>  hangup, we should let the protocol stack process the INVITE transaction and terminate
>  the dialog properly.  This is achieved by setting the PENDING_BYE flag.  When this flag
>  is used, once the dialog proceeds to an escapable state the transaction will either be
>  canceled with a SIP_CANCEL or completed followed immediately by a BYE.  Attempting to do
>  this any other way is incorrect.  If the endpoint is not responding to the INVITE request,
>  the INVITE must continue to be retransmitted until it times out which will result in the
>  dialog being destroyed.
>........
>


--------------
Tests
--------------
Failed Tests (1)
   - AsteriskTestSuite: Chanspy/chanspy w mixmonitor (Existing)


--
This message is automatically generated by Atlassian Bamboo

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/test-results/attachments/20100826/d23b8c8f/attachment.htm