jsip
  1. jsip
  2. JSIP-420

Have properties to clean transactions after a maximum configurable time

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None

      Description

      This allows to better cope with leaks and avoid messing up with MAX_LISTENER_RESPONSE_TIME. See Issues http://java.net/jira/browse/JSIP-224 and http://code.google.com/p/mobicents/issues/detail?id=3139

      gov.nist.javax.sip.MAX_TX_LIFETIME_INVITE = Integer
      Defaults -1 : infinite. Typical can be dependent on early dialog timeout by example 3 minutes could be a good default
      Max time (seconds) an INVITE transaction is supposed to live in the stack.
      This is to avoid any leaks in whatever state the transaction can be in even if the application misbehaved.
      When the max time is reached, a timeout event will fire up to the application
      listener so that the application can take action and then will be removed from
      the stack after the typical lingering period of 8s in the stack

      gov.nist.javax.sip.MAX_TX_LIFETIME_NON_INVITE = Integer
      Defaults -1 : infinite. Typical is dependent on T1 by example 2 * T1 could be a good default
      Max time (seconds) a non INVITE transaction is supposed to live in the stack.
      This is to avoid any leaks in whatever state the transaction can be in even if the application misbehaved.
      When the max time is reached, a timeout event will fire up to the application
      listener so that the application can take action and then will be removed from
      the stack after the typical lingering period of 8s in the stack. There is a
      specific property as a non INVITE property is short live as compared to INVITE
      and so can be collected ore eagerly to save up on memory usage

        Activity

        Hide
        deruelle_jean added a comment -

        Fixed in r2011

        Show
        deruelle_jean added a comment - Fixed in r2011

          People

          • Assignee:
            Unassigned
            Reporter:
            deruelle_jean
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: