Skip to content
Snippets Groups Projects
  1. Feb 03, 2020
    • George Joseph's avatar
      message.c: Add option to suppress the Message channel AMI and ARI events · b76ab5e5
      George Joseph authored
      In order to reduce the amount of AMI and ARI events generated,
      the global "Message/ast_msg_queue" channel can be set to suppress
      it's normal channel housekeeping events such as "Newexten",
      "VarSet", etc. This can greatly reduce load on the manager
      and ARI applications when the Digium Phone Module for Asterisk
      is in use.  To enable, set "hide_messaging_ami_events" in
      asterisk.conf to "yes"  In Asterisk versions <18, the default
      is "no" preserving existing behavior.  Beginning with
      Asterisk 18, the option will default to "yes".
      
      NOTE:  This change does not affect UserEvents or the ARI
      TextMessageReceived events.
      
      * Added the "hide_messaging_ami_events" option to asterisk.conf.
      
      * Changed message.c to set the AST_CHAN_TP_INTERNAL property on
        the "Message/ast_msg_queue" channel if the option is set in
        asterisk.conf.  This suppresses the reporting of the events.
      
      Change-Id: Ia2e3516d43f4e0df994fc6598565d6bba2d7018b
      b76ab5e5
    • Joshua Colp's avatar
  2. Jan 30, 2020
  3. Jan 28, 2020
  4. Jan 27, 2020
    • Kevin Harwell's avatar
      stasis/app: don't lock an app before a call to send · cce2b0da
      Kevin Harwell authored
      Calling 'app_send' eventually calls the app's message handler. It's possible
      for a handler to obtain a lock on another object, and then need/want to lock
      the app object. If the caller of 'app_send' locks the app object prior to
      calling then there's a potential for a deadlock, if another thread calls
      'app_send' without locking.
      
      This patch makes it so 'app_send' is not called with the app object locked in
      the section of code doing such.
      
      ASTERISK-28423 #close
      
      Change-Id: I6767c6d0933c7db1b984018966eefca4c0638a27
      cce2b0da
    • Kevin Harwell's avatar
      res_stasis: trigger cleanup after update · 4206830a
      Kevin Harwell authored
      The cleanup code in stasis shuts down applications if they are in a deactivated
      state, and no longer have explicit subscriptions. When registering an app the
      cleanup code was running before calling 'update'. When it should be executed
      after 'update' since a call to register may re-activate the app. We don't want
      it to shutdown before the 'update' otherwise the app won't be re-activated,
      or registered.
      
      This patch makes it so the cleanup code is executed post 'update'.
      
      ASTERISK-28679 #close
      
      Change-Id: I8f2c0b17e33bb8128441567b97fd4c7bf74a327b
      4206830a
    • Sean Bright's avatar
      res_pjsip_messaging: Ensure MESSAGE_SEND_STATUS is set properly · b1ca2c5d
      Sean Bright authored
      We need to wait for the message sending callback to finish to know if
      we succeeded or failed.
      
      ASTERISK-25421 #close
      Reported by:  Dmitriy Serov
      
      Change-Id: I22b954398821d2caf4c6fe58f0607c8cfa378059
      b1ca2c5d
  5. Jan 24, 2020
    • Walter Doekes's avatar
      chan_sip: Always process updated SDP on media source change · 711a3fed
      Walter Doekes authored
      Fixes no-audio issues when the media source is changed and
      strictrtp is enabled (default).
      
      If the peer media source changes, the SDP session version also changes.
      If it is lower than the one we had stored, chan_sip would ignore it.
      
      This changeset keeps track of the remote media origin identifier,
      comparing that as well. If it changes, the session version needn't be
      higher for us to accept the SDP.
      
      Common scenario where this would've caused problems: a separate media
      gateway that informs the caller about premium rates before handing off
      the call to the final destination.
      
      (An alternative fix would be to set ignoresdpversion=yes on the peer.)
      
      ASTERISK-28686
      
      Change-Id: I88fdbc5aeb777b583e7738c084254c482a7776ee
      711a3fed
  6. Jan 23, 2020
  7. Jan 22, 2020
  8. Jan 21, 2020
  9. Jan 20, 2020
  10. Jan 17, 2020
  11. Jan 16, 2020
  12. Jan 15, 2020
Loading