[svn-commits] bebuild: tag certified-11.6-cert5 r422744 - /certified/tags/11.6-cert5/

SVN commits to the Digium repositories svn-commits at lists.digium.com
Fri Sep 5 19:34:12 CDT 2014


Author: bebuild
Date: Fri Sep  5 19:34:08 2014
New Revision: 422744

URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=422744
Log:
Importing files for 11.6-cert5 release.

Modified:
    certified/tags/11.6-cert5/.version
    certified/tags/11.6-cert5/ChangeLog

Modified: certified/tags/11.6-cert5/.version
URL: http://svnview.digium.com/svn/asterisk/certified/tags/11.6-cert5/.version?view=diff&rev=422744&r1=422743&r2=422744
==============================================================================
--- certified/tags/11.6-cert5/.version (original)
+++ certified/tags/11.6-cert5/.version Fri Sep  5 19:34:08 2014
@@ -1,1 +1,1 @@
-11.6.0
+11.6-cert5

Modified: certified/tags/11.6-cert5/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/certified/tags/11.6-cert5/ChangeLog?view=diff&rev=422744&r1=422743&r2=422744
==============================================================================
--- certified/tags/11.6-cert5/ChangeLog (original)
+++ certified/tags/11.6-cert5/ChangeLog Fri Sep  5 19:34:08 2014
@@ -1,3 +1,657 @@
+2014-09-05  Asterisk Development Team <asteriskteam at digium.com>
+
+	* Certified Asterisk 11.6-cert5 Released.
+
+2014-08-17 01:54 +0000 [r421209]  Kinsey Moore <kmoore at digium.com>
+
+	* res/res_snmp.c, apps/app_dictate.c, apps/app_test.c,
+	  apps/app_ices.c, res/res_http_websocket.c, cdr/cdr_radius.c,
+	  build_tools/cflags.xml, funcs/func_pitchshift.c,
+	  apps/app_osplookup.c, funcs/func_frame_trace.c,
+	  channels/console_gui.c, apps/app_mp3.c, pbx/pbx_ael.c,
+	  channels/console_board.c, formats/format_jpeg.c,
+	  channels/chan_mgcp.c, res/res_config_pgsql.c, cel/cel_tds.c,
+	  apps/app_dahdiras.c, res/res_ael_share.c, apps/app_talkdetect.c,
+	  utils/conf2ael.c, channels/chan_jingle.c, channels/chan_misdn.c,
+	  formats/format_vox.c, res/res_timing_pthread.c,
+	  res/res_corosync.c, cel/cel_sqlite3_custom.c, apps/app_sms.c,
+	  apps/app_zapateller.c, res/res_fax_spandsp.c,
+	  res/res_timing_kqueue.c, utils/check_expr.c,
+	  channels/chan_unistim.c, build_tools/cflags-devmode.xml,
+	  utils/muted.c, cdr/cdr_sqlite3_custom.c, res/res_phoneprov.c,
+	  channels/console_video.c, apps/app_alarmreceiver.c,
+	  apps/app_chanisavail.c, apps/app_image.c, channels/chan_gtalk.c,
+	  cdr/cdr_pgsql.c, res/res_config_sqlite.c, res/res_pktccops.c,
+	  cdr/cdr_csv.c, utils/stereorize.c, channels/chan_phone.c,
+	  channels/chan_skinny.c, build_tools/embed_modules.xml,
+	  apps/app_minivm.c, pbx/pbx_realtime.c, apps/app_amd.c,
+	  channels/chan_alsa.c, apps/app_url.c, apps/app_externalivr.c,
+	  cdr/cdr_odbc.c, res/res_config_ldap.c, apps/app_jack.c,
+	  apps/app_adsiprog.c, utils/refcounter.c, apps/app_nbscat.c,
+	  apps/app_festival.c, apps/app_waitforsilence.c, utils/astman.c,
+	  apps/app_morsecode.c, utils/smsq.c, pbx/pbx_lua.c,
+	  channels/chan_console.c, apps/app_getcpeid.c,
+	  channels/chan_oss.c, cdr/cdr_tds.c, apps/app_waitforring.c,
+	  pbx/pbx_dundi.c, utils/ael_main.c, utils/extconf.c,
+	  channels/chan_nbs.c, utils/streamplayer.c, cel/cel_pgsql.c,
+	  cel/cel_radius.c: Add missing commit from 11.2-cert This disables
+	  building by default for all extended modules for Certified
+	  Asterisk 11.6. This commit was missed from 11.2-cert when
+	  creating the 11.6-cert branch. ASTERISK-24104 #close Reported by:
+	  Rusty Newton
+
+2014-08-08 17:18 +0000 [r420559]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, channels/chan_sip.c: chan_sip: Replace sip_tls_read() and
+	  resolve the large SDP poll issue. Replace sip_tls_read() and
+	  sip_tcp_read() with a single function and resolve the poll/wait
+	  issue with large SDP payloads. ASTERISK-18345 #close Reported by:
+	  Stephane Chazelas Patches: tcptls_pollv4.diff (license #5835)
+	  patch uploaded by Elazar Broad Review:
+	  https://reviewboard.asterisk.org/r/3882/ ........ Merged
+	  revisions 420434 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 420435 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-07-25 23:27 +0000 [r419662]  Richard Mudgett <rmudgett at digium.com>
+
+	* main/features.c, /: features.c: Allow appliationmap to use Gosub.
+	  Using DYNAMIC_FEATURES with a Gosub application as the mapped
+	  application does not work. It does not work because Gosub just
+	  pushes the current dialplan context, exten, and priority onto a
+	  stack and sets the specified Gosub location. Gosub does not have
+	  a dialplan execution loop to run dialplan like Macro. * Made the
+	  DYNAMIC_FEATURES application mapping feature call
+	  ast_app_exec_macro() and ast_app_exec_sub() for the Macro and
+	  Gosub applications respectively. * Backported
+	  ast_app_exec_macro() and ast_app_exec_sub() from v11 to execute
+	  dialplan routines from the DYNAMIC_FEATURES application mapping
+	  feature. NOTE: This issue does not affect v12+ because it already
+	  does what this patch implements. AST-1391 #close Reported by:
+	  Guenther Kelleter Review:
+	  https://reviewboard.asterisk.org/r/3844/ ........ Merged
+	  revisions 419630 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 419631 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-07-23 14:34 +0000 [r419308]  Scott Griepentrog <sgriepentrog at digium.com>
+
+	* /, apps/app_voicemail.c: app_voicemail: use a consistent
+	  generator string When updating voicemail.conf when a user changes
+	  their pin, change the generator string to be the same as the
+	  module name when reading so that the same config_hook will be
+	  called. Review: https://reviewboard.asterisk.org/r/3837/ ........
+	  Merged revisions 419284 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-07-11 16:39 +0000 [r418368]  Scott Griepentrog <sgriepentrog at digium.com>
+
+	* /, main/config.c: config: inform config hook of change when
+	  writing file When updated configuration is written back to the
+	  conf file - for example when a user changes their voicemail pin,
+	  make sure that any config hook that wants to know of changes is
+	  informed. Review: https://reviewboard.asterisk.org/r/3708/
+	  ........ Merged revisions 418366 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-07-01 15:37 +0000 [r417724]  Joshua Colp <jcolp at digium.com>
+
+	* res/res_rtp_asterisk.c, main/rtp_engine.c, /,
+	  channels/chan_sip.c, UPGRADE.txt, configs/sip.conf.sample,
+	  include/asterisk/rtp_engine.h, channels/sip/include/sip.h:
+	  Multiple revisions
+	  402345,405234,409129-409130,409565,413008,417141,417677 ........
+	  r402345 | kmoore | 2013-11-01 05:31:49 -0700 (Fri, 01 Nov 2013) |
+	  11 lines chan_sip: Fix RTCP port for SRFLX ICE candidates This
+	  corrects one-way audio between Asterisk and Chrome/jssip as a
+	  result of Asterisk inserting the incorrect RTCP port into RTCP
+	  SRFLX ICE candidates. This also exposes an ICE component
+	  enumeration to extract further details from candidates. (closes
+	  issue ASTERISK-21383) Reported by: Shaun Clark Review:
+	  https://reviewboard.asterisk.org/r/2967/ ........ r405234 |
+	  kharwell | 2014-01-09 08:49:55 -0800 (Thu, 09 Jan 2014) | 19
+	  lines res_rtp_asterisk: Fails to resume WebRTC call from hold In
+	  ast_rtp_ice_start if the ice session create check list failed,
+	  start check was never initiated and ice_started was never set to
+	  true. Upon re-entering the function (for instance, [un]hold) it
+	  would try to create the check list again with duplicate remote
+	  candidates. Fixed so that if the create check list fails the
+	  necessary data structures are properly re-initialized for any
+	  subsequent retries. Note, it was decided to not stop ice support
+	  (by calling ast_rtp_ice_stop) on a check list failure because it
+	  possible things might still work. However, a debug message was
+	  added to help with any future troubleshooting. (closes issue
+	  ASTERISK-22911) Reported by: Vytis Valentinavičius Patches:
+	  works_on_my_machine.patch uploaded by xytis (license 6558)
+	  ........ r409129 | jrose | 2014-02-27 11:19:02 -0800 (Thu, 27 Feb
+	  2014) | 15 lines res_rtp_asterisk: Fix checklist creating
+	  problems in ICE sessions Prior to this patch, local candidate
+	  lists including SRFLX would fail to start properly when building
+	  ICE candidate check lists. This patch fixes that problem by
+	  making sure that each SRFLX candidate is associated with the
+	  proper base address so that the check list can create matches
+	  properly. This patch was written by jcolp. The issue will be left
+	  open to await testing by the issue participants. (issue
+	  ASTERISK-23213) Reported by: Andrea Suisani Review:
+	  https://reviewboard.asterisk.org/r/3256/ ........ r409130 | jrose
+	  | 2014-02-27 11:38:10 -0800 (Thu, 27 Feb 2014) | 8 lines
+	  res_rtp_asterisk: correct build error from r409129 Accidentally
+	  placed a declaration below functional code (issue ASTERISK-23213)
+	  Reported by: Andrea Suisani Review:
+	  https://reviewboard.asterisk.org/r/3256/ ........ r409565 | jrose
+	  | 2014-03-04 08:40:39 -0800 (Tue, 04 Mar 2014) | 9 lines
+	  res_rtp_asterisk: Fix one way audio problems with hold/unhold
+	  when using ICE ICE sessions will now be restarted if sessions are
+	  changed to use new sets of remote candidates. (closes issue
+	  ASTERISK-22911) Reported by: Vytis Valentinavičius Review:
+	  https://reviewboard.asterisk.org/r/3275/ ........ r413008 |
+	  mjordan | 2014-04-25 10:47:21 -0700 (Fri, 25 Apr 2014) | 14 lines
+	  res_rtp_asterisk: Add support for DTLS handshake retransmissions
+	  On congested networks, it is possible for the DTLS handshake
+	  messages to get lost. This patch adds a timer to res_rtp_asterisk
+	  that will periodically check to see if the handshake has
+	  succeeded. If not, it will retransmit the DTLS handshake. Review:
+	  https://reviewboard.asterisk.org/r/3337 ASTERISK-23649 #close
+	  Reported by: Nitesh Bansal patches: dtls_retransmission.patch
+	  uploaded by Nitesh Bansal (License 6418) ........ r417141 | file
+	  | 2014-06-23 11:49:14 -0700 (Mon, 23 Jun 2014) | 5 lines
+	  res_rtp_asterisk: Return the length of data written when sending
+	  via ICE instead of 0. ASTERISK-23834 #close Reported by: Richard
+	  Kenner ........ r417677 | file | 2014-06-30 12:42:18 -0700 (Mon,
+	  30 Jun 2014) | 12 lines res_rtp_asterisk: Add SHA-256 support for
+	  DTLS and perform DTLS negotiation on RTCP. This change fixes up
+	  DTLS support in res_rtp_asterisk so it can accept and provide a
+	  SHA-256 fingerprint, so it occurs on RTCP, and so it occurs after
+	  ICE negotiation completes. Configuration options to chan_sip have
+	  also been added to allow behavior to be tweaked (such as forcing
+	  the AVP type media transports in SDP). ASTERISK-22961 #close
+	  Reported by: Jay Jideliov Review:
+	  https://reviewboard.asterisk.org/r/3679/ ........ Merged
+	  revisions 402345,405234,409129-409130,409565,413008,417141,417677
+	  from http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-06-13 05:29 +0000 [r415977-416106]  Richard Mudgett <rmudgett at digium.com>
+
+	* main/tcptls.c, main/manager.c, /, channels/chan_sip.c,
+	  main/http.c, include/asterisk/tcptls.h: AST-2014-007: Fix of fix
+	  to allow AMI and SIP TCP to send messages. ASTERISK-23673 #close
+	  Reported by: Richard Mudgett Review:
+	  https://reviewboard.asterisk.org/r/3617/ ........ Merged
+	  revisions 416066 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 416067 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+	* main/http.c, UPGRADE.txt, main/utils.c,
+	  include/asterisk/tcptls.h, res/res_http_websocket.c,
+	  configs/http.conf.sample, include/asterisk/utils.h,
+	  main/tcptls.c, main/manager.c, /, channels/chan_sip.c:
+	  AST-2014-007: Fix DOS by consuming the number of allowed HTTP
+	  connections. Simply establishing a TCP connection and never
+	  sending anything to the configured HTTP port in http.conf will
+	  tie up a HTTP connection. Since there is a maximum number of open
+	  HTTP sessions allowed at a time you can block legitimate
+	  connections. A similar problem exists if a HTTP request is
+	  started but never finished. * Added http.conf session_inactivity
+	  timer option to close HTTP connections that aren't doing
+	  anything. Defaults to 30000 ms. * Removed the undocumented
+	  manager.conf block-sockets option. It interferes with TCP/TLS
+	  inactivity timeouts. * AMI and SIP TLS connections now have
+	  better authentication timeout protection. Though I didn't remove
+	  the bizzare TLS timeout polling code from chan_sip. * chan_sip
+	  can now handle SSL certificate renegotiations in the middle of a
+	  session. It couldn't do that before because the socket was
+	  non-blocking and the SSL calls were not restarted as documented
+	  by the OpenSSL documentation. * Fixed an off nominal leak of the
+	  ssl struct in handle_tcptls_connection() if the FILE stream
+	  failed to open and the SSL certificate negotiations failed. The
+	  patch creates a custom FILE stream handler to give the created
+	  FILE streams inactivity timeout and timeout after a specific
+	  moment in time capability. This approach eliminates the need for
+	  code using the FILE stream to be redesigned to deal with the
+	  timeouts. This patch indirectly fixes most of ASTERISK-18345 by
+	  fixing the usage of the SSL_read/SSL_write operations.
+	  ASTERISK-23673 #close Reported by: Richard Mudgett ........
+	  Merged revisions 415841 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 415854 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-06-12 16:27 +0000 [r415867]  Scott Griepentrog <sgriepentrog at digium.com>
+
+	* /, apps/app_queue.c: app_queue: delayed state can cause early
+	  leavewhenempty ringing In app_queue, device state changes arrive
+	  in event messages and update the queue member status value. That
+	  value is checked in get_member_status() to decide that the caller
+	  should leave when there are no available members. Although event
+	  messages can be delayed by other activity, there is no adverse
+	  affect by lagged status except in one specific case: there is
+	  only one available member, it was just rung, and leavewhenempty
+	  is enabled set for ringing members. This change adds a direct
+	  check of the device state only under this condition where the
+	  caller may be dropped incorrectly, resolving this issue without
+	  affecting performance of app_queue normally. AST-1248 #close
+	  Review: https://reviewboard.asterisk.org/r/3595/ Reported by:
+	  Thomas Arimont ........ Merged revisions 415833 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2014-06-12 16:06 +0000 [r415842]  Jonathan Rose <jrose at digium.com>
+
+	* /, UPGRADE.txt, apps/app_mixmonitor.c: MixMonitor: Add class
+	  authorization requirements to MixMonitor AMI commands MixMonitor
+	  AMI commands StartMixMonitor and StopMixMonitor lacked class
+	  authorization. StopMixMonitor now requires that the manager user
+	  either have the call or system class authorization.
+	  StartMixMonitor is a slightly larger issue since it can execute
+	  shell commands if the right arguments are passed into it, and we
+	  consider this a permission escalation. A security release will be
+	  issued for problem this shortly. ASTERISK-23609 #close Reported
+	  by: Corey Farrell ........ Merged revisions 415837 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-05-13 00:48 +0000 [r413773]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, configure, include/asterisk/autoconfig.h.in, configure.ac,
+	  channels/sig_pri.c: chan_dahdi/sig_pri: Prevent unnecessary
+	  PROGRESS events when overlap dialing is enabled. When overlap
+	  dialing is enabled, the lack of inband audio available
+	  information in the SETUP_ACKNOWLEDGE events causes an
+	  interoperability problem with SIP. sig_pri doesn't know if there
+	  is dialtone present when a SETUP_ACKNOWLEDGE is received so it
+	  assumes it is there and posts an AST_CONTROL_PROGRESS frame. The
+	  SIP channel driver then sends out a 183 Session Progress and
+	  blocks the desired 180 Ringing message when the ALERTING message
+	  comes in. * Made the configure script detect if the installed
+	  version of libpri supports the SETUP_ACKNOWLEDGE enhancements. *
+	  Using the new API, made generate an AST_CONTROL_PROGRESS frame on
+	  an incoming SETUP_ACKNOWLEDGE message when the message indicates
+	  inband audio is present instead of assuming that dialtone is
+	  present. * Using the new API, made SETUP_ACKNOWLEDGE send out an
+	  inband audio available indication only if dialtone is expected.
+	  The change also makes the fallback behaviour of sending the
+	  PROGRESS message better by sending it only if dialtone is
+	  expected. * Changed receiving a PROCEEDING message to not
+	  generate an AST_CONTROL_PROGRESS frame if the progress indication
+	  ie indicates non-end-to-end-ISDN. This helps interoperability
+	  with SIP. * Changed sending a PROCEEDING message in response to
+	  an AST_CONTROL_PROCEEDING frame to not indicate inband audio
+	  available. It was silly to do so anyway because the channel
+	  driver doesn't know if inband audio is even available. This helps
+	  interoperability with SIP. This patch and a corresponding change
+	  in libpri work together to allow Asterisk to control the inband
+	  audio available progress indication ie on the SETUP_ACKNOWLEDGE
+	  message when dialtone is present. AST-1338 #close Reported by:
+	  Tyler Stewart Review: https://reviewboard.asterisk.org/r/3521/
+	  ........ Merged revisions 413714 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 413765 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-04-11 17:27 +0000 [r412212]  Kevin Harwell <kharwell at digium.com>
+
+	* main/asterisk.c, /: asterisk.c: suppress live_dangerously warning
+	  on rasterisk Even since the fixes of AST-2013-007, Asterisk
+	  prints the following warning on startup if the user decided to
+	  live dangerously: Privilege escalation protection disabled! See
+	  https://wiki.asterisk.org/wiki/x/1gKfAQ for more details. This
+	  message is intended for the logs and interactive startup. No need
+	  for it to appear on a remote console. This commit removes it from
+	  there. (closes issue ASTERISK-23084) Review:
+	  https://reviewboard.asterisk.org/r/3101/ ........ Merged
+	  revisions 404861 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 404888 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-03-10 17:34 +0000 [r410429]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, main/http.c: AST-2014-001: Stack overflow in HTTP processing
+	  of Cookie headers. Sending a HTTP request that is handled by
+	  Asterisk with a large number of Cookie headers could overflow the
+	  stack. Another vulnerability along similar lines is any HTTP
+	  request with a ridiculous number of headers in the request could
+	  exhaust system memory. (closes issue ASTERISK-23340) Reported by:
+	  Lucas Molas, researcher at Programa STIC, Fundacion; and Dr.
+	  Manuel Sadosky, Buenos Aires, Argentina ........ Merged revisions
+	  410380 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+	  ........ Merged revisions 410381 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-03-10 14:04 +0000 [r410359]  Kinsey Moore <kmoore at digium.com>
+
+	* /, channels/chan_sip.c: AST-2014-002: chan_sip: Exit early on bad
+	  session timers request This change allows chan_sip to avoid
+	  creation of the channel and consumption of associated file
+	  descriptors altogether if the inbound request is going to be
+	  rejected anyway. (closes issue ASTERISK-23373) Reported by: Corey
+	  Farrell Patches: chan_sip-earlier-st-1.8.patch uploaded by Corey
+	  Farrell (license 5909) chan_sip-earlier-st-11.patch uploaded by
+	  Corey Farrell (license 5909) ........ Merged revisions 410308
+	  from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+	  Merged revisions 410311 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-02-19 19:17 +0000 [r408392]  Richard Mudgett <rmudgett at digium.com>
+
+	* main/config.c, /: config: Add file size and nanosecond resolution
+	  fields to the cached modified config file information. Repeatedly
+	  modifying config files and reloading too fast sometimes fails to
+	  reload the configuration because the cached modification
+	  timestamp has one second resolution. * Added file size and
+	  nanosecond resolution fields to the cached config file
+	  modification timestamp information. Now if the file size changes
+	  or the file system supports nanosecond resolution the modified
+	  file has a better chance of being detected for reload. * Added a
+	  missing unlock in an off-nominal code path. (closes issue
+	  AST-1303) Review: https://reviewboard.asterisk.org/r/3235/
+	  ........ Merged revisions 408387 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 408388 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-02-07 19:30 +0000 [r407746]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/chan_iax2.c, include/asterisk/frame.h,
+	  configs/iax.conf.sample, /: chan_iax2: Block unnecessary control
+	  frames to/from the wire. Establishing an IAX2 call between
+	  Asterisk v1.4 and v1.8 (or later) results in an unexpected call
+	  disconnect. The problem happens because newer values in the enum
+	  ast_control_frame_type are not consistent between the branch
+	  versions of Asterisk. For example: 1) v1.4 calls v1.8 (or later)
+	  using IAX2 2) v1.8 answers and sends a connected line update
+	  control frame. (on v1.8 AST_CONTROL_CONNECTED_LINE = 22) 3) v1.4
+	  receives the control frame as an end-of-q (on v1.4
+	  AST_CONTROL_END_OF_Q = 22) 4) v1.4 disconnects the call once the
+	  receive queue becomes empty. Several things are done by this
+	  patch to fix the problem and attempt to prevent it from happening
+	  again in the future: * Added a warning at the definition of enum
+	  ast_control_frame_type about how to add new control frame values.
+	  * Made block sending and receiving control frames that have no
+	  reason to go over the wire. * Extended the connectedline iax.conf
+	  parameter to also include the redirecting information updates. *
+	  Updated the connectedline iax.conf parameter documentation to
+	  include a notice that the parameter must be "no" when the peer is
+	  an Asterisk v1.4 instance. (closes issue AST-1302) Review:
+	  https://reviewboard.asterisk.org/r/3174/ ........ Merged
+	  revisions 407678 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 407727 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-01-25 00:13 +0000 [r406358-406469]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, main/cel.c: CEL: Protect data structures during reload and
+	  shutdown. The CEL data structures need to be protected during a
+	  configuration reload and shutdown. Asterisk crashed during a
+	  shutdown because CEL events were still in flight and the CEL data
+	  structures were already destroyed. * Protected the appset and
+	  linkedids ao2 containers using the reload_lock. As a result
+	  appset, linkedids, and held objects don't need a lock. * Added
+	  NULL checks before use of the appset and linkedids ao2 containers
+	  in case the CEL module is already shutdown. * Fixed overloading
+	  of the linkedids held objects reference count. During shutdown
+	  any held objects would be leaked. * Fixed memory leak of
+	  linkedids held objects if the LINKEDID_END is not being tracked.
+	  The objects in the linkedids container were not removed if the
+	  LINKEDID_END event is not used. * Added access protection to the
+	  appset container during the CLI "cel show status" command. * Made
+	  CEL config reload not set defaults if the cel.conf file is
+	  invalid. (closes issue AST-1253) Reported by: Guenther Kelleter
+	  Review: https://reviewboard.asterisk.org/r/3127/ ........ Merged
+	  revisions 406417 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 406418 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+	* main/manager.c, /: manager: Protect data structures during
+	  shutdown. Occasionally, the manager module would get an
+	  "INTERNAL_OBJ: bad magic number" error on a "core restart
+	  gracefully" command if an AMI connection is established. * Added
+	  ao2_global_obj protection to the sessions global container. *
+	  Fixed the order of unreferencing a session object in
+	  session_destroy(). * Removed unnecessary container traversals of
+	  the white/black filters during session_destructor(). (closes
+	  issue AST-1242) Reported by: Guenther Kelleter Review:
+	  https://reviewboard.asterisk.org/r/3144/ ........ Merged
+	  revisions 406341 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-01-15 15:27 +0000 [r405536-405578]  Matthew Jordan <mjordan at digium.com>
+
+	* main/pbx.c, /: pbx.c: put copy of ast_exten.data on stack to
+	  prevent memory corruption During dialplan execution in
+	  pbx_extension_helper(), the contexts global read lock prevents
+	  link list corruption, but was released with a pointer to the
+	  ast_exten and data later used in variable substitution. Instead,
+	  this patch removes pbx_substitute_variables() and locates a copy
+	  of the ast_exten data on the stack before releasing the lock,
+	  where ast_exten could get free'd by another thread performing a
+	  module reload. (issue AST-1179) Reported by: Thomas Arimont
+	  (issue AST-1246) Reported by: Alexander Hömig Review:
+	  https://reviewboard.asterisk.org/r/3055/ ........ Merged
+	  revisions 403862 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 403863 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+	* /, channels/chan_sip.c: chan_sip: Hangup transferer/transferee
+	  when transfer to Parking fails When performing a SIP transfer to
+	  a Park extension, if the Park fails, chan_sip will currently not
+	  hang up either the transferer or the transfer target. This
+	  results in the channels being orphaned with no thread to service
+	  frames, resulting in stuck channels. This patch immediately hangs
+	  up the two channels if a Park fails. (closes issue
+	  ASTERISK-22834) Reported by: rsw686 Tested by: rsw686 (closes
+	  issue ASTERISK-23047) Reported by: Tommy Thompson Tested by:
+	  Tommy Thomspon Review: https://reviewboard.asterisk.org/r/3107
+	  ........ Merged revisions 405380 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-01-14 18:50 +0000 [r405488]  Richard Mudgett <rmudgett at digium.com>
+
+	* apps/app_verbose.c, main/asterisk.c, configs/logger.conf.sample,
+	  main/cli.c, include/asterisk/logger.h, main/pbx.c,
+	  main/manager.c, /, funcs/func_timeout.c, apps/app_dumpchan.c,
+	  main/logger.c, UPGRADE.txt: verbosity: Fix performance of console
+	  verbose messages. The per console verbose level feature as
+	  previously implemented caused a large performance penalty. The
+	  fix required some minor incompatibilities if the new rasterisk is
+	  used to connect to an earlier version. If the new rasterisk
+	  connects to an older Asterisk version then the root console
+	  verbose level is always affected by the "core set verbose"
+	  command of the remote console even though it may appear to only
+	  affect the current console. If an older version of rasterisk
+	  connects to the new version then the "core set verbose" command
+	  will have no effect. * Fixed the verbose performance by not
+	  generating a verbose message if nothing is going to use it and
+	  then filtered any generated verbose messages before actually
+	  sending them to the remote consoles. * Split the "core set debug"
+	  and "core set verbose" CLI commands to remove the per module
+	  verbose support that cannot work with the per console verbose
+	  level. * Added a silent option to the "core set verbose" command.
+	  * Fixed "core set debug off" tab completion. * Made "core show
+	  settings" list the current console verbosity in addition to the
+	  root console verbosity. * Changed the default verbose level of
+	  the 'verbose' setting in the logger.conf [logfiles] section. The
+	  default is now to once again follow the current root console
+	  level. As a result, using the AMI Command action with "core set
+	  verbose" could again set the root console verbose level and
+	  affect the verbose level logged. (closes issue AST-1252) Reported
+	  by: Guenther Kelleter Review:
+	  https://reviewboard.asterisk.org/r/3114/ ........ Merged
+	  revisions 405431 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2014-01-09 16:34 +0000 [r405233]  Matthew Jordan <mjordan at digium.com>
+
+	* /, apps/app_confbridge.c,
+	  apps/confbridge/conf_state_multi_marked.c: app_confbridge: Fix
+	  crash caused when waitmarked/marked users leave together When
+	  waitmarked users join a ConfBridge, the conference state is
+	  transitioned from EMPTY -> INACTIVE. In this state, the users are
+	  maintined in a waiting users list. When a marked user joins, the
+	  ConfBridge conference transitions from INACTIVE -> MULTI_MARKED,
+	  and all users are put onto the active list of users. This process
+	  works correctly. When the marked user leaves, if they are the
+	  last marked user, the MULTI_MARKED state does the following: (1)
+	  It plays back a message to the bridge stating that the leader has
+	  left the conference. This requires an unlocking of the bridge.
+	  (2) It moves waitmarked users back to the waiting list (3) It
+	  transitions to the appropriate state: in this case, INACTIVE
+	  However, because it plays the prompt back to the bridge before
+	  moving the users and before finishing the state transition, this
+	  creates a race condition: with the bridge unlocked, waitmarked
+	  users who leave the conference (or are kicked from it) can cause
+	  a state transition of the bridge to another state before the
+	  conference is transitioned to the INACTIVE state. This causes the
+	  state machine to get a bit wonky, often leading to a crash when
+	  the MULTI_MARKED state attempts to conclude its processing. This
+	  patch fixes this problem: (1) It prevents kicked users from being
+	  kicked again. That's just a nicety. (2) More importantly, it
+	  fixes the race condition by only playing the prompt once the
+	  state has transitioned correctly to INACTIVE. If waitmarked users
+	  sneak out during the prompt being played, no harm no foul.
+	  Review: https://reviewboard.asterisk.org/r/3108/ (closes issue
+	  AST-1258) Reported by: Steve Pitts ........ Merged revisions
+	  405215 from http://svn.asterisk.org/svn/asterisk/branches/11
+
+2013-12-19 16:38 +0000 [r404349]  Scott Griepentrog <sgriepentrog at digium.com>
+
+	* main/db.c, /: astdb: crash in sqlite3 during shutdown When
+	  Asterisk is shut down, the astdb_atexit() function releases
+	  (finalize) the previously initiated (prepared) SQL statements in
+	  sqlite3. Another thread making a subsequent request can cause a
+	  crash in sqlite3. This patch eliminates that issue by resetting
+	  the statement pointer after it is released/cleared. The sqlite3
+	  code detects the null pointer, and aborts the operation cleanly.
+	  (closes issue AST-1265) Reported by: Alexander Hömig (closes
+	  issue ASTERISK-22350) Reported by: Birger "WIMPy" Harzenetter
+	  Review: https://reviewboard.asterisk.org/r/3078/ ........ Merged
+	  revisions 404344 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2013-12-16 17:29 +0000 [r403956]  David M. Lee <dlee at digium.com>
+
+	* funcs/func_realtime.c, main/pbx.c, main/tcptls.c,
+	  funcs/func_db.c, /, README-SERIOUSLY.bestpractices.txt,
+	  configs/asterisk.conf.sample, funcs/func_shell.c,
+	  funcs/func_env.c, funcs/func_lock.c, UPGRADE.txt,
+	  include/asterisk/pbx.h, main/asterisk.c: security: Inhibit
+	  execution of privilege escalating functions This patch allows
+	  individual dialplan functions to be marked as 'dangerous', to
+	  inhibit their execution from external sources. A 'dangerous'
+	  function is one which results in a privilege escalation. For
+	  example, if one were to read the channel variable SHELL(rm -rf /)
+	  Bad Things(TM) could happen; even if the external source has only
+	  read permissions. Execution from external sources may be enabled
+	  by setting 'live_dangerously' to 'yes' in the [options] section
+	  of asterisk.conf. Although doing so is not recommended. (closes
+	  issue ASTERISK-22905) Review:
+	  http://reviewboard.digium.internal/r/432/ ........ Merged
+	  revisions 403913 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 403917 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2013-12-16 15:38 +0000 [r403860]  Scott Griepentrog <sgriepentrog at digium.com>
+
+	* apps/app_sms.c: app_sms: BufferOverflow when receiving odd length
+	  16 bit message This patch prevents an infinite loop overwriting
+	  memory when a message is received into the unpacksms16()
+	  function, where the length of the message is an odd number of
+	  bytes. (closes issue ASTERISK-22590) Reported by: Jan Juergens
+	  Tested by: Jan Juergens
+
+2013-11-04 21:20 +0000 [r402463]  Kevin Harwell <kharwell at digium.com>
+
+	* /, channels/chan_sip.c: chan_sip: notify dialog info ignores
+	  presentation indicator in callerid The presentation indicator in
+	  a callerid (e.g. set by dialplan function
+	  Set(CALLERID(name-pres)= ...)) is not checked when SIP Dialog
+	  Info Notifies are generated during extension monitoring. Added a
+	  check to make sure the name and/or number presentations on the
+	  callee (remote identity) are set to allow. If they are restricted
+	  then "anonymous" is used instead. (closes issue AST-1175)
+	  Reported by: Thomas Arimont Review:
+	  https://reviewboard.asterisk.org/r/2976/ ........ Merged
+	  revisions 402450 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+2013-11-01 20:39 +0000 [r402377-402383]  Matthew Jordan <mjordan at digium.com>
+
+	* asterisk-11.6.0-summary.html (removed),
+	  asterisk-11.6.0-summary.txt (removed): Remove old summaries
+
+	* include/asterisk/pbx.h, res/res_rtp_asterisk.c, main/pbx.c, /,
+	  configure, configure.ac: Multiple revisions
+	  396884,400075,400093,401446,401960 ........ r396884 | jbigelow |
+	  2013-08-16 17:45:10 -0500 (Fri, 16 Aug 2013) | 8 lines Add test
+	  suite events to indicate when a feature is detected or not These
+	  are needed by the bridge test suite tests for them to be able to
+	  run against Asterisk 11. Review:
+	  https://reviewboard.asterisk.org/r/2751/ ........ r400075 |
+	  mjordan | 2013-09-28 16:59:12 -0500 (Sat, 28 Sep 2013) | 16 lines
+	  Add check for openSUSE when detecting bfd library In
+	  ASTERISK-17842, some additional library checks were added to the
+	  configure script so that the bfd library could be found on CentOS
+	  and Fedora systems. As it turns out, openSUSE requires an
+	  additional library. This patch adds another check to the
+	  configure script for openSUSE that will add that library. Review:
+	  https://reviewboard.asterisk.org/r/2885/ (closes issue AST-1169)
+	  Reported by: Guenther Kelleter ........ Merged revisions 400073
+	  from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+	  r400093 | mjordan | 2013-09-28 17:21:37 -0500 (Sat, 28 Sep 2013)
+	  | 23 lines res_rtp_asterisk: Correct erroneous lost packet
+	  information in RTCP reports RTCP's calculation of the number of
+	  lost packets in an RTP stream is based on that stream's sequence
+	  number count, the number of received packets, and how many
+	  packets we expect to receive. When the SSRC for an RTP stream
+	  changes, there can - and almost always will be - a large jump in
+	  the next packet's timestamp and sequence number. If we don't
+	  reset the number of received packets, sequence number count, and
+	  other metrics used by RTCP, the next RR/SR report will use the
+	  previous SSRC's values to calculate the lost packet count for the
+	  new SSRC - resulting in a very large number of lost packets. This
+	  patch modifies res_rtp_asterisk such that, if it detects a SSRC
+	  change, it will reset the various values used by the RTCP
+	  calculations. From the perspective of RTCP, this appears as a new
+	  media stream - which is what it is. Review:
+	  https://reviewboard.asterisk.org/r/2886/ (closes issue AST-1174)
+	  Reported by: Thomas Arimont ........ Merged revisions 400089 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+	  r401446 | mjordan | 2013-10-22 17:42:24 -0500 (Tue, 22 Oct 2013)
+	  | 15 lines res_rtp_asterisk: Fix crash when RTCP is not available
+	  during SSRC change In r400089, a patch was put in to correct
+	  erroneous RTCP statistic resets. Unfortunately, ast_rtp_read can
+	  be called on an RTP instance that does not have RTCP information.
+	  This patch prevents that crash by only resetting the statistics
+	  if we do actually have an RTCP instance. (issue AST-1174) (closes
+	  issue ASTERISK-22667) Reported by: John Bigelow ........ Merged
+	  revisions 401445 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+	  r401960 | sgriepentrog | 2013-10-25 15:44:40 -0500 (Fri, 25 Oct
+	  2013) | 15 lines pbx.c: fix confused match caller id that deleted
+	  exten still in hash This fixes a bug where a zero length callerid
+	  match adjacent to a no match callerid extension entry would be
+	  deleted together, which then resulted in hashtable references to
+	  free'd memory. A third state of the matchcid value has been added
+	  to indicate match to any extension which allows enforcing
+	  comparison of matchcid on/off without errors. (closes issue
+	  AST-1235) Reported by: Guenther Kelleter Review:
+	  https://reviewboard.asterisk.org/r/2930/ ........ Merged
+	  revisions 401959 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 396884,400075,400093,401446,401960 from
+	  http://svn.asterisk.org/svn/asterisk/branches/11
+
+	* /: SVN properties: Add svnmerge properties for 11
+
+2013-10-22 16:10 +0000 [r401416]  bebuild <bebuild at localhost>:
+
+	* / (added): Create branch for Certified Asterisk 11.6.
+
 2013-10-21  Asterisk Development Team <asteriskteam at digium.com>
 
 	* Asterisk 11.6.0 Released.




More information about the svn-commits mailing list