Asterisk
  1. Asterisk
  2. ASTERISK-5852

when jitterbuffer=yes DTMF is unreliable on IAX2 links

    Details

    • Type: Bug Bug
    • Status: Closed
    • Severity: Major Major
    • Resolution: Cannot Reproduce
    • Affects Version/s: None
    • Target Release Version/s: None
    • Component/s: Channels/chan_iax2
    • Labels:
      None
    • Mantis ID:
      6011
    • Regression:
      No

      Description

      When jitterbuffer is enabled only about 1/2 my calls get a response to DTMF. I've ran iax2 debug and I can clearly see the DTMF codes coming through but Asterisk is not responding to them.

      It is either all or nothing on a per call basis.

      If jitterbuffer is set to off, DTMF seems to work all the time. At least I haven't been able to trip it yet.

                • ADDITIONAL INFORMATION ******

      I'm running Asterisk 1.2.1 as downloaded from asterisk.org on SuSE 10.0. The problem is the same on two different * boxes with the same version and OS.

      Here's my iax2 debug output when it is not working:

      Rx-Frame Retry[ No] – OSeqno: 006 ISeqno: 004 Type: DTMF Subclass: #
      Timestamp: 03772ms SCall: 00029 DCall: 00001 [208.139.204.228:4569]
      Tx-Frame Retry[-01] – OSeqno: 004 ISeqno: 007 Type: IAX Subclass: ACK
      Timestamp: 03772ms SCall: 00001 DCall: 00029 [208.139.204.228:4569]
      Rx-Frame Retry[ No] – OSeqno: 007 ISeqno: 004 Type: VOICE Subclass: 2
      Timestamp: 3758100149ms SCall: 00029 DCall: 00001 [208.139.204.228:4569]
      Tx-Frame Retry[-01] – OSeqno: 004 ISeqno: 008 Type: IAX Subclass: ACK
      Timestamp: 3758100149ms SCall: 00001 DCall: 00029 [208.139.204.228:4569]
      Rx-Frame Retry[ No] – OSeqno: 008 ISeqno: 004 Type: DTMF Subclass: #
      Timestamp: 04851ms SCall: 00029 DCall: 00001 [208.139.204.228:4569]
      Tx-Frame Retry[-01] – OSeqno: 004 ISeqno: 009 Type: IAX Subclass: ACK
      Timestamp: 04851ms SCall: 00001 DCall: 00029 [208.139.204.228:4569]
      Rx-Frame Retry[ No] – OSeqno: 009 ISeqno: 004 Type: VOICE Subclass: 2
      Timestamp: 3758101229ms SCall: 00029 DCall: 00001 [208.139.204.228:4569]
      Tx-Frame Retry[-01] – OSeqno: 004 ISeqno: 010 Type: IAX Subclass: ACK
      Timestamp: 3758101229ms SCall: 00001 DCall: 00029 [208.139.204.228:4569]
      Rx-Frame Retry[ No] – OSeqno: 010 ISeqno: 004 Type: DTMF Subclass: #
      Timestamp: 05629ms SCall: 00029 DCall: 00001 [208.139.204.228:4569]
      Tx-Frame Retry[-01] – OSeqno: 004 ISeqno: 011 Type: IAX Subclass: ACK
      Timestamp: 05629ms SCall: 00001 DCall: 00029 [208.139.204.228:4569]

      1. asterisk.log
        29 kB
      2. asterisk2.log
        60 kB
      3. baddtmf-pri.tar.bz2
        164 kB
      4. jitter.txt
        27 kB
      5. trace.txt
        25 kB
      6. traceroute.log
        2 kB

        Activity

        Hide
        Serge Vecher added a comment -

        ok, somebody is confused here. The title of the patch says that DTMF is broken when jitterbuffer is turned on. You are saying that DTMF doesn't work regardless of whethere jitterbuffer is on or off. Please describe exactly what your setup is and how dtmf does not work.

        Show
        Serge Vecher added a comment - ok, somebody is confused here. The title of the patch says that DTMF is broken when jitterbuffer is turned on. You are saying that DTMF doesn't work regardless of whethere jitterbuffer is on or off. Please describe exactly what your setup is and how dtmf does not work.
        Hide
        damin added a comment -

        As a side note, I have two Asterisk boxes running SVN-branch-1.2-r37949. When I have "jitterbuffer=yes" enabled for both of the boxes, DTMF is passed from Server A to Server B, and I can see the IAX2 DTMF events coming in, but the IVR does not respond to the DTMF events.

        Setting "jitterbuffer=no" on both sides fixes the problem.

        I am using the following configs in iax.conf:

        ; Server A
        [tdm-1]
        type=friend
        username=tdm-1
        host=dynamic
        qualify=10000
        jitterbuffer=no
        forcejitterbuffer=no
        trunktimestamps=yes

        ; Server B
        [gw2]
        type=friend
        username=tdm-1
        host=207.166.192.186
        qualify=10000
        jitterbuffer=no
        forcejitterbuffer=no
        trunktimestamps=yes

        Show
        damin added a comment - As a side note, I have two Asterisk boxes running SVN-branch-1.2-r37949. When I have "jitterbuffer=yes" enabled for both of the boxes, DTMF is passed from Server A to Server B, and I can see the IAX2 DTMF events coming in, but the IVR does not respond to the DTMF events. Setting "jitterbuffer=no" on both sides fixes the problem. I am using the following configs in iax.conf: ; Server A [tdm-1] type=friend username=tdm-1 host=dynamic qualify=10000 jitterbuffer=no forcejitterbuffer=no trunktimestamps=yes ; Server B [gw2] type=friend username=tdm-1 host=207.166.192.186 qualify=10000 jitterbuffer=no forcejitterbuffer=no trunktimestamps=yes
        Hide
        jeffery palmer added a comment -

        I have just experienced exactly this issue on an asterisk box when receiving incoming calls connected with Junction Networks. When I add (forcejitterbuffer=yes) to the user declaration, I loose DTMF. When forcejitterbuffer is removed, DTMF passes with no issues.

        Asterisk SVN-branch-1.2-r39379M built by root @ mail1 on a i686 running Linux on 2006-08-11 20:27:36 UTC

        Show
        jeffery palmer added a comment - I have just experienced exactly this issue on an asterisk box when receiving incoming calls connected with Junction Networks. When I add (forcejitterbuffer=yes) to the user declaration, I loose DTMF. When forcejitterbuffer is removed, DTMF passes with no issues. Asterisk SVN-branch-1.2-r39379M built by root @ mail1 on a i686 running Linux on 2006-08-11 20:27:36 UTC
        Hide
        Serge Vecher added a comment -

        darren1713: what modifications have you done to the Asterisk sources? Can you please test with 1.2.11 (non-modified sources please)?

        Show
        Serge Vecher added a comment - darren1713: what modifications have you done to the Asterisk sources? Can you please test with 1.2.11 (non-modified sources please)?
        Hide
        Serge Vecher added a comment -

        once again, this report is abandoned... If you think you are able to reproduce something that is related to this bug with the latest release (1.2.12.1 currently), please do not reopen this issue and open a new one. Thank you.

        Show
        Serge Vecher added a comment - once again, this report is abandoned... If you think you are able to reproduce something that is related to this bug with the latest release (1.2.12.1 currently), please do not reopen this issue and open a new one. Thank you.

          People

          • Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development