[test-results] [Bamboo] Asterisk - Team Branches > Bridge Construction > #277 has FAILED. Change made by root.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - Team Branches > Bridge Construction > #277 failed.
-----------------------------------------------------------------------
Code has been updated by root.
2/2 jobs failed, no tests found.

http://bamboo.asterisk.org/browse/ASTTEAM-BRIDGECONSTRUCTION-277/


--------------
Failing Jobs
--------------
  - Asterisk 1.8 CentOS 6 32-Bit (CentOS 6): No tests found.
  - Asterisk 1.8 CentOS 6 64-Bit (CentOS 6): No tests found.



--------------
Code Changes
--------------
root (387347):

>chan_sip: Honor Session-Expires in 200OK response when it's a RE-INVITE when asterisk is the refresher.
>
>RFC 4028 Section 7.2
> "UACs MUST be prepared to receive a Session-Expires header field in a
> response, even if none were present in the request." 
>
>What changed
>  After ASTERISK-20787, inbound calls to asterisk with no Session-Expires in the INVITE are now are offered
>  a Session-Expires (1800 asterisk default) in the response, with asterisk as the refresher.
>
>Symptom:
>  After 900 seconds (asterisk default refresher period 1800), asterisk RE-INVITEs the device, the device
>   may respond with a much lower Session-Expires (180 in our case) value that it is now using.
>
>  Asterisk ignores this response, as it's deemed both an INBOUND CALL, and a RE-INVITE.
>
>  After 180 seconds the device times out and sends BYE (hangs up), asterisk is still working with the
>  refresher period of 1800 as it ignored the 'Session Expires: 180' in the previous 200OK response.
> 
>Fix:
>	handle_response_invite() when 200OK, remove check for outbound and reinvite.
>  
>(closes issue ASTERISK-21664)
>
>Reported by: alecdavis
>Tested by: alecdavis
>alecdavis (license 585)
>
>Review https://reviewboard.asterisk.org/r/2463/
>........
>
>Merged revisions 387312 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 387319 from http://svn.asterisk.org/svn/asterisk/branches/11
>........
>
>Merged revisions 387327 from file:///srv/subversion/repos/asterisk/trunk
>



--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20130502/53e5af6f/attachment-0001.htm>