<html><head></head><body bgcolor="#FFFFFF"><div><br><br>Denis at mobile.</div><div><br>Begin forwarded message:<br><br></div><blockquote type="cite"><div><b>From:</b> Asterisk Development Team &lt;<a href="mailto:asteriskteam@digium.com">asteriskteam@digium.com</a>&gt;<br><b>Date:</b> 27 de janeiro de 2012 17:10:00 BRST<br><b>To:</b> <a href="mailto:asterisk-dev@lists.digium.com">asterisk-dev@lists.digium.com</a><br><b>Subject:</b> <b>[asterisk-dev] Asterisk 1.8.9.0 Now Available</b><br><b>Reply-To:</b> Asterisk Developers Mailing List &lt;<a href="mailto:asterisk-dev@lists.digium.com">asterisk-dev@lists.digium.com</a>&gt;<br><br></div></blockquote><div></div><blockquote type="cite"><div><span>The Asterisk Development Team is pleased to announce the release of</span><br><span>Asterisk 1.8.9.0. This release is available for immediate download at</span><br><span><a href="http://downloads.asterisk.org/pub/telephony/asterisk/">http://downloads.asterisk.org/pub/telephony/asterisk/</a></span><br><span></span><br><span>The release of Asterisk 1.8.9.0 resolves several issues reported by the</span><br><span>community and would have not been possible without your participation.</span><br><span>Thank you!</span><br><span></span><br><span>The following is a sample of the issues resolved in this release:</span><br><span></span><br><span>* AST-2012-001: prevent crash when an SDP offer</span><br><span> &nbsp;is received with an encrypted video stream when support for video</span><br><span> &nbsp;is disabled and res_srtp is loaded. &nbsp;(closes issue ASTERISK-19202)</span><br><span> &nbsp;Reported by: Catalin Sanda</span><br><span></span><br><span>* Handle AST_CONTROL_UPDATE_RTP_PEER frames in local bridge loop. &nbsp;Failing</span><br><span> &nbsp;to handle AST_CONTROL_UPDATE_RTP_PEER frames in the local bridge loop</span><br><span> &nbsp;causes the loop to exit prematurely. This causes a variety of negative side</span><br><span> &nbsp;effects, depending on when the loop exits. This patch handles the frame by</span><br><span> &nbsp;essentially swallowing the frame in the local loop, as the current channel</span><br><span> &nbsp;drivers expect the RTP bridge to handle the frame, and, in the case of the</span><br><span> &nbsp;local bridge loop, no additional action is necessary.</span><br><span> &nbsp;(closes issue ASTERISK-19095) Reported by: Stefan Schmidt Tested</span><br><span> &nbsp;by: Matt Jordan</span><br><span></span><br><span>* Fix timing source dependency issues with MOH. &nbsp;Prior to this patch,</span><br><span> &nbsp;res_musiconhold existed at the same module priority level as the timing</span><br><span> &nbsp;sources that it depends on. &nbsp;This would cause a problem when music on </span><br><span> &nbsp;hold was reloaded, as the timing source could be changed after</span><br><span> &nbsp;res_musiconhold was processed. This patch adds a new module priority</span><br><span> &nbsp;level, AST_MODPRI_TIMING, that the various timing modules are now loaded</span><br><span> &nbsp;at. This now occurs before loading other resource modules, such</span><br><span> &nbsp;that the timing source is guaranteed to be set prior to resolving</span><br><span> &nbsp;the timing source dependencies. </span><br><span> &nbsp;(closes issue ASTERISK-17474) Reporter: Luke H Tested by: Luke H,</span><br><span> &nbsp;Vladimir Mikhelson, zzsurf, Wes Van Tlghem, elguero, Thomas Arimont</span><br><span> &nbsp;Patched by elguero</span><br><span></span><br><span>* Fix RTP reference leak. &nbsp;If a blind transfer were initiated using a </span><br><span> &nbsp;REFER without a prior reINVITE to place the call on hold, AND if Asterisk</span><br><span> &nbsp;were sending RTCP reports, then there was a reference leak for the </span><br><span> &nbsp;RTP instance of the transferrer.</span><br><span> &nbsp;(closes issue ASTERISK-19192) Reported by: Tyuta Vitali</span><br><span></span><br><span>* Fix blind transfers from failing if an 'h' extension</span><br><span> &nbsp;is present. &nbsp;This prevents the 'h' extension from being run on the</span><br><span> &nbsp;transferee channel when it is transferred via a native transfer</span><br><span> &nbsp;mechanism such as SIP REFER. &nbsp;(closes issue ASTERISK-19173) Reported</span><br><span> &nbsp;by: Ross Beer Tested by: Kristjan Vrban Patches: ASTERISK-19173 by</span><br><span> &nbsp;Mark Michelson (license 5049)</span><br><span></span><br><span>* Restore call progress code for analog ports. Extracting sig_analog</span><br><span> &nbsp;from chan_dahdi lost call progress detection functionality. &nbsp;Fix </span><br><span> &nbsp;analog ports from considering a call answered immediately after </span><br><span> &nbsp;dialing has completed if the callprogress option is enabled. </span><br><span> &nbsp;(closes issue ASTERISK-18841)</span><br><span> &nbsp;Reported by: Richard Miller Patched by Richard Miller</span><br><span></span><br><span>* Fix regression that 'rtp/rtcp set debup ip' only works when a port</span><br><span> &nbsp;was also specified. </span><br><span> &nbsp;(closes issue ASTERISK-18693) Reported by: Davide Dal Reviewed by:</span><br><span> &nbsp;Walter Doekes</span><br><span></span><br><span>For a full list of changes in this release candidate, please see the ChangeLog:</span><br><span></span><br><span><a href="http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-1.8.9.0">http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-1.8.9.0</a></span><br><span></span><br><span>Thank you for your continued support of Asterisk!</span><br><span></span><br><span></span><br><span>--</span><br><span>_____________________________________________________________________</span><br><span>-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --</span><br><span></span><br><span>asterisk-dev mailing list</span><br><span>To UNSUBSCRIBE or update options visit:</span><br><span> &nbsp;&nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></span><br></div></blockquote></body></html>