[test-results] [Bamboo] Asterisk - Team Branches > Asterisk Trunk DigiumPhones > #99 has FAILED. Change made by root.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - Team Branches > Asterisk Trunk DigiumPhones > #99 failed.
-----------------------------------------------------------------------
Code has been updated by root.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/ASTTEAM-ASTERISKTRUNKDIGIUMPHONES-99/


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


--------------
Code Changes
--------------
root (364222):

>Merged revisions 364205 via svnmerge from 
>file:///srv/subversion/repos/asterisk/trunk
>
>................
>  r364205 | mjordan | 2012-04-27 09:45:08 -0500 (Fri, 27 Apr 2012) | 26 lines
>  
>  Allow for reloading SRTP crypto keys within the same SIP dialog
>  
>  As a continuation of the patch in r356604, which allowed for the
>  reloading of SRTP keys in re-INVITE transfer scenarios, this patch
>  addresses the more common case where a new key is requested within 
>  the context of a current SIP dialog.  This can occur, for example, when
>  certain phones request a SIP hold.
>  
>  Previously, once a dialog was associated with an SRTP object, any
>  subsequent attempt to process crypto keys in any SDP offer - either
>  the current one or a new offer in a new SIP request - were ignored.  This
>  patch changes this behavior to only ignore subsequent crypto keys within
>  the current SDP offer, but allows future SDP offers to change the keys.
>  
>  (issue ASTERISK-19253)
>  Reported by: Thomas Arimont
>  Tested by: Thomas Arimont
>  
>  Review: https://reviewboard.asteriskorg/r/1885/
>  ........
>  
>  Merged revisions 364203 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>  ........
>  
>  Merged revisions 364204 from http://svn.asterisk.org/svn/asterisk/branches/10
>................
>


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