1. 12 May, 2014 1 commit
  2. 10 Dec, 2012 1 commit
  3. 13 Nov, 2012 2 commits
  4. 28 Jun, 2012 1 commit
    • Richard Mudgett's avatar
      Implement T316 to allow RESTART messages to be automatically retransmitted. · fffb7bab
      Richard Mudgett authored
      Q.931 defines the T316 timer to retransmit RESTART messages if a RESTART
      ACKNOWLEDGE message is not received before the timer expires.  Q.931
      defaults the time of T316 to 2 minutes with the default number of
      consecutive RESTART failures as two.
      
      * To support legacy behavior, the T316 timer is disabled by default.  It
      is also disabled because the user cannot configure it to disabled if it is
      enabled.
      
      * The N316 count is created to allow the number of RESTART attempts to be
      configurable.  Note you will need to recompile Asterisk to be able to
      configure N316.
      
      (issue ASTERISK-19608)
      (issue AST-815)
      (closes issue PRI-133)
      Reported by: Mike Boylan
      Tested by: rmudgett
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2288 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      fffb7bab
  5. 14 May, 2012 1 commit
  6. 23 Mar, 2012 1 commit
    • Richard Mudgett's avatar
      Make number not available presentation also set screening to network provided. · a7eaec1a
      Richard Mudgett authored
      Q.951 indicates that when the presentation indicator is "Number not
      available due to interworking" for a number then the screening indicator
      field should be "Network provided".
      
      Released versions of Asterisk starting with v1.8 relesed before this patch
      only recognized the PRES_NUMBER_NOT_AVAILABLE value as an unavailable
      number.  This patch improves compatibility as a result.
      
      * Made mask the presentation value for names and numbers from the upper
      layer.
      
      * Made pri_mwi_indicate_v2() also call q931_party_id_fixup() for
      completeness even though it is a noop in this case.
      
      * Made pri_pres2str() deceoode better.
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2284 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      a7eaec1a
  7. 26 Jan, 2012 1 commit
  8. 16 Dec, 2011 2 commits
    • Richard Mudgett's avatar
      Remove nul octets from IE data that is normally treated as strings. · 6078b216
      Richard Mudgett authored
      Sometimes ie values received from carriers contain nul octets in values
      normally treated by libpri as nul terminated strings.  A discussion on the
      asterisk-users list determined that the best thing to do in the situation
      is to delete the nul octets and unconditionally report/log when that
      happens.
      
      * Remove nul octets from the following ie's and generate an unconditional
      log message to the upper layer when they are removed:
      Connected Number
      Connected Address
      Redirecting Number
      Original Called Number
      Redirection Number
      Called Party Number
      Calling Party Number
      Display
      Keypad Facility
      
      (closes issue PRI-128)
      Reported by: phsultan
      Patches:
            jira_pri_128.patch (license #5621) patch uploaded by rmudgett (modified)
      Tested by: rmudgett
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2278 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      6078b216
    • Richard Mudgett's avatar
      Implement handling a multi-channel RESTART request. · 4e7c3d14
      Richard Mudgett authored
      The channel id ie can supply a slotmap or list of channels.  For a RESTART
      message, this can be handy to indicate multiple channels that need to be
      restarted at the same time.
      
      An incoming RESTART request will now generate a PRI_EVENT_RESTART to the
      upper layer for each channel indicated in the request.  If the event is
      successfully generated for all indicated channels then a
      RESTART_ACKNOWLEDGE is sent back to the peer indicating all channels
      restarted.
      
      * Add the ability to process a channel id ie channel list with a RESTART
      request.
      
      * Add the ability to process slotmaps with a RESTART request.
      
      (closes issue PRI-93)
      Reported by: Marcin Kowalczyk
      Patches:
            jira_pri_93.patch (license #5621) patch uploaded by rmudgett
      Tested by: zvision, rmudgett
      
      (closes issue PRI-71)
      Reported by: Torrey Searle
      Tested by: rmudgett
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2277 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      4e7c3d14
  9. 26 Sep, 2011 1 commit
  10. 17 May, 2011 1 commit
    • Richard Mudgett's avatar
      Option needed for Q931_IE_TIME_DATE to be optional in CONNECT message. · 092811da
      Richard Mudgett authored
      The NEC SV8300 rejects the Q931_IE_TIME_DATE for Q.SIG.
      
      Add option to specify if and how much of the current time is put in
      Q931_IE_TIME_DATE.
      * Send date/time ie never.
      * Send date/time ie date only.
      * Send date/time ie date and hour.
      * Send date/time ie date, hour, and minute.
      * Send date/time ie date, hour, minute, and second.
      * Send date/time ie default: Libpri will send date and hhmm only when in
      NT PTMP mode to support ISDN phones.
      
      (closes issue #19221)
      Reported by: kenner
      
      JIRA SWP-3396
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2266 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      092811da
  11. 18 Apr, 2011 1 commit
    • Richard Mudgett's avatar
      Problems with ISDN MWI to phones. · 239f8186
      Richard Mudgett authored
      1) The "controlling user number" is always the number of the voice mail box
      which is identical with the subscriber number itself.  This number which
      is listed in the ISDN phone MWI menu cannot be called back to contact the
      voice mail box.  The controlling user number should be made configurable.
      
      2) The MWI indication is not restricted to a user (broadcast facility with
      dummy call reference).  A called party IE should be added to address only
      the relevant MSN.  (ETSI 300-196 Section 8.3.2.4)
      
      JIRA ABE-2738
      JIRA SWP-2846
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2262 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      239f8186
  12. 01 Mar, 2011 2 commits
  13. 28 Feb, 2011 2 commits
  14. 17 Feb, 2011 1 commit
    • Richard Mudgett's avatar
      B channel lost by incoming call in BRI NT PTMP mode. · e7a5d0da
      Richard Mudgett authored
      A phone's RELEASE_COMPLETE as a response to an initial broadcast SETUP
      blocks one B channel permantly when the call is cancelled.
      
      Scenario: A call to the ISDN Bus is acknowledged (ALERTING) by one
      phone/endpoint and rejected by another phone/endpoint with a
      RELEASE_COMPLETE.  The call is then cancelled by the caller.  If the whole
      procedure is repeated once again then any further call attempt is rejected
      (WARNING[5666]: app_dial.c:1546 dial_exec_full: Unable to create channel
      of type 'DAHDI' (cause 34 - Circuit/channel congestion)).  It seems that
      receiving a RELEASE_COMPLETE in that state blocks one B channel
      permanently when the call is cancelled by the caller.
      
      Background: The ISDN phones (Siemens Gigaset 3035 or CX253) we use for
      testing additionally contain a DECT base station, which operates as a
      different endpoint on the ISDN Bus (TEI).  If the DECT base station is not
      in use then there are no DECT phones registered to the base station.  The
      DECT base station responds to an incoming call not directed toward it with
      (RELEASE_COMPLETE, cause: no user responding).
      
      * Made initiate_hangup_if_needed() also hangup the subcall if it is in the
      NULL state.
      
      * Simplified q931_set_subcall_winner().
      
      JIRA ABE-2745
      JIRA SWP-2954
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2207 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      e7a5d0da
  15. 04 Feb, 2011 2 commits
    • Richard Mudgett's avatar
      Add display ie text handling options. · ed0d76d5
      Richard Mudgett authored
      The display ie handling can be controlled independently in the send and
      receive directions with the following options:
      
      * Block display text data.
      
      * Use display text in SETUP/CONNECT messages for name.
      
      * Use display text for COLP name updates (FACILITY/NOTIFY as appropriate).
      
      * Pass arbitrary display text during a call.  Sent in INFORMATION
      messages.  Received from any message that the display text was not used as
      a name.
      
      If the display options are not set then the options default to legacy
      behavior.
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2190 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      ed0d76d5
    • Richard Mudgett's avatar
      Add Q931_IE_TIME_DATE to CONNECT message when in network mode. · d0dbd5b3
      Richard Mudgett authored
      Add the Q931_IE_TIME_DATE with the current date/time of the system to the
      Q.931 CONNECT message when in network mode.  The date/time IE allows
      attached equipment to synchronize their clock with the network.  Most
      notably, ISDN phones can display the current date/time.
      
      See issue #18047 about a concern with non-conforming Siemens terminals.
      
      (closes issue #18047)
      Reported by: wuwu
      Patches:
            timedate.patch uploaded by rmudgett (license 664)
      Tested by: rmudgett
      
      JIRA SWP-2955
      JIRA ABE-2747
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@2187 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      d0dbd5b3
  16. 01 Feb, 2011 1 commit
  17. 21 Dec, 2010 3 commits
  18. 20 Dec, 2010 2 commits
  19. 14 Dec, 2010 2 commits
  20. 21 Oct, 2010 3 commits
  21. 15 Oct, 2010 1 commit
  22. 14 Oct, 2010 2 commits
  23. 13 Sep, 2010 2 commits
  24. 08 Sep, 2010 2 commits
    • Richard Mudgett's avatar
      Made Q.921 delay events to Q.931 if the event could immediately generate response frames. · c20f3499
      Richard Mudgett authored
      Q.921 was passing a q931_dl_indication(up) event to Q.931 before it was
      finished processing the frame.  The q931_dl_indication(up) event could
      immediately send STATUS messages in the Q.921 intermediate state that
      would then get stuck in the tx queue with an invalid N(S).
      
      Q.921 was passing i-frames to Q.931 before it was finished processing the
      frame.  The i-frames could cause Q.931 to immediately generate a response
      message that may cause the peer to see the P/F bit as incorrect.
      
      Delayed passing q931_dl_indication(up) events and i-frames to Q.931 until
      Q.921 has completed processing the frame event.  (The Q.921 SDL diagrams
      were designed with this assumption.)
      
      (closes issue #17360)
      Reported by: shawkris
      Patches:
            issue17360_v1.4.patch uploaded by rmudgett (license 664)
      Tested by: shawkris, rmudgett
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@1962 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      c20f3499
    • Richard Mudgett's avatar
      Prevent a CONNECT message from sending a CONNECT ACKNOWLEDGE in the wrong state. · ad998f6f
      Richard Mudgett authored
      Filter the processing of the CONNECT message to prevent libpri from
      sending a CONNECT ACKNOWLEDGE when the call is in an inappropriate state.
      This can happen when we hang up an outgoing call after the other end has
      sent a CONNECT but before we have processed the CONNECT.
      
      (issue #17360)
      Reported by: shawkris
      Patches:
            issue17360_con_ack_v1.4.patch uploaded by rmudgett (license 664)
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@1961 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      ad998f6f
  25. 07 Sep, 2010 1 commit
  26. 30 Aug, 2010 1 commit
    • Richard Mudgett's avatar
      Q.921/Q.931 message debug output improvements. · 0089f477
      Richard Mudgett authored
      The Q.931 message decode debug output now will follow the correct Q.921
      header decode if Q.921 message dumping is enabled.  Also the Q.931 message
      decode will happen when the message actually goes out on the line instead
      of when Q.931 passes the message to Q.921.  Q.921 may have to request a
      TEI, bring the connection up, or retransmit previous frames before it can
      actually send the new message.
      
      
      git-svn-id: https://origsvn.digium.com/svn/libpri/branches/1.4@1928 2fbb986a-6c06-0410-b554-c9c1f0a7f128
      0089f477