[test-results] [Bamboo] Asterisk Testing > Asterisk 1.8 Branch > #637 has FAILED. Change made by alecdavis.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk 1.8 Branch > #637 failed.
-----------------------------------------------------------------------
Code has been updated by alecdavis.
2/2 jobs failed, no tests found.

http://bamboo.asterisk.org/browse/TESTING-ASTERISK18BRANCH-637/


--------------
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
--------------
alecdavis (387312):

>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/
>



--
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/5b3740cf/attachment-0001.htm>