Skip to content
Snippets Groups Projects
  1. Jul 06, 2018
    • George Joseph's avatar
      res_pjsip: Add 'suppress_q850_reason_headers' option to endpoint · 8f42447c
      George Joseph authored
      A new option 'suppress_q850_reason_headers' has been added to the
      endpoint object. Some devices can't accept multiple Reason headers and
      get confused when both 'SIP' and 'Q.850' Reason headers are received.
      This option allows the 'Q.850' Reason header to be suppressed.
      The default value is 'no'.
      
      ASTERISK-27949
      Reported-by: Ross Beer
      
      Change-Id: I54cf37a827d77de2079256bb3de7e90fa5e1deb1
      8f42447c
  2. Jul 05, 2018
  3. Jul 03, 2018
  4. Jul 02, 2018
  5. Jun 29, 2018
    • Robert Mordec's avatar
      app_confbridge: Bridge and announcers not removed if conference ends quickly · 9d3f3a4b
      Robert Mordec authored
      If a conference is ended very quickly after it was created (i.e., the
      first user immediately hangs up) then the conference bridge and announcer
      channels are not removed.
      
      When a conference is created, the push_announcer() function is added to
      the playback queue task processor and the conference object reference is
      bumped.  If a conference is ended while the push_announcer() function is
      still going then the ao2_cleanup(conference) at the end of
      push_announcer() will call the destructor function -
      destroy_conference_bridge().
      
      The destroy_conference_bridge() function will then add the
      hangup_playback() task to the playback queue and will wait for it to end.
      Since it is already a current task of the playback queue it will wait
      forever.
      
      This patch makes the conference thread call push_announcer() directly.
      This way the conference object reference bump is not needed.  Since the
      playback queue task processor is only used by the conference thread
      itself, there is no danger of trying to play announcements before the
      announcer is pushed to the bridge.
      
      ASTERISK-27870 #close
      
      Change-Id: I947a50fb121422d90fd1816d643a54d75185a477
      9d3f3a4b
    • Matthew Fredrickson's avatar
      main/cdr.c: Alleviate CDR deadlock · db02218d
      Matthew Fredrickson authored
      There is a rare case (do to the infrequent timing involved) where
      CDR submission threads in batch mode can deadlock with a currently
      running CDR batch process.  This patch should remove the need for
      holding the lock in the scheduler and should clean a few code
      paths up that inconsistently submitted new work to the CDR batch
      processor.
      
      ASTERISK-27909
      
      Change-Id: I6333e865db7c593c102c2fd948cecdb96481974d
      Reported-by: Denis Lebedev
      db02218d
    • Kirsty Tyerman's avatar
      pbx_dundi: reordered unloading of module pbx_dundi · 4b9bf4f5
      Kirsty Tyerman authored
      Destroy scheduler after peers are pruned to stop dundi crashing when
      unloading module.
      
      ASTERISK-26987
      Reported-by: Kirsty Tyerman
      
      Change-Id: Ic12e562cd90d8d813a9e97f302045091f59e3c05
      4b9bf4f5
  6. Jun 28, 2018
  7. Jun 27, 2018
  8. Jun 26, 2018
    • George Joseph's avatar
      app_confbridge: Move participant info code to confbridge_manager. · 5f12e2bd
      George Joseph authored
      With the participant info code in app_confbridge, we were still
      in the process of adding the channel to the bridge when trying to send
      an in-dialog MESSAGE.  This caused 2 threads to grab the channel
      blocking flag at the same time.  To mitigate this, the participant
      info code was moved to confbridge_manager so it runs after all
      channel/bridge actions have finished.
      
      Change-Id: I228806ac153074f45e0b35d5236166e92e132abd
      5f12e2bd
    • Kevin Harwell's avatar
      Merge "uuid: Enable UUID in Solaris 11." · fcd8e9d6
      Kevin Harwell authored
      fcd8e9d6
    • George Joseph's avatar
      res_pjsip_session: Add ability to accept multiple sdp answers · 880fbff6
      George Joseph authored
      pjproject by default currently will follow media forked during an INVITE
      on outbound calls if the To tag is different on a subsequent response as
      that on an earlier response.  We handle this correctly.  There have
      been reported cases where the To tag is the same but we still need to
      follow the media.  The pjproject patch in this commit adds the
      capability to sip_inv and also adds the capability to control it at
      runtime.  The original "different tag" behavior was always controllable
      at runtime but we never did anything with it and left it to default to
      TRUE.
      
      So, along with the pjproject patch, this commit adds options to both the
      system and endpoint objects to control the two behaviors, and a small
      logic change to session_inv_on_media_update in res_pjsip_session to
      control the behavior at the endpoint level.
      
      The default behavior for "different tags" remains the same at TRUE and
      the default for "same tag" is FALSE.
      
      Change-Id: I64d071942b79adb2f0a4e13137389b19404fe3d6
      ASTERISK-27936
      Reported-by: Ross Beer
      880fbff6
  9. Jun 25, 2018
  10. Jun 23, 2018
  11. Jun 22, 2018
  12. Jun 21, 2018
Loading