FreeSWITCH
  1. FreeSWITCH
  2. FS-1011

Duplicate inband and outband DTMF from Skype

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: mod_skypopen
    • Security Level: public
    • Labels:
      None
    • Environment:
      Windows
    • CPU Architecture:
      x86
    • CPU Info:
      NA
    • Kernel:
      Microsoft Windows
    • uname:
      NA
    • Userland:
      Microsoft Windows
    • Distribution:
      Microsoft Windows
    • Compiler:
      Microsoft Visual Studio
    • FreeSWITCH GIT Revision:
      12833
    • GIT Master Revision hash::
      Yes

      Description

      Hi,

      When a call is bridged from a Skype client to a SIP client and a DTMF is sent from Skype then two duplicate DTMFs are received on SIP side - one inband DTMF and one outband RFC 2833 DTMF.

      This confuses the application on the SIP side.

      As a test patch, I disabled the code in dtmf_received() in mod_skypiax.c and got only a single inband DTMF as desired.

      Perhaps a skypiax or dialplan configuration value should be added whether or not to forward Skype DTMF.
      FS IVR applications should receive these DTMFs, and bridged calls should not receive them because they're already inband.

      Thanks.

        Activity

        Hide
        Giovanni Maruzzelli added a comment -
        Hi,
        I've not seen this before.

        How is the flow of the call?

        eg:
        skypeclient -> skypiax->FS->sofia->remote_app
        or
        sipphone->sofia->FS->skypiax->skypeclient->skypeout->remote_app
        Show
        Giovanni Maruzzelli added a comment - Hi, I've not seen this before. How is the flow of the call? eg: skypeclient -> skypiax->FS->sofia->remote_app or sipphone->sofia->FS->skypiax->skypeclient->skypeout->remote_app
        Hide
        Ron Avriel added a comment -
        The flow is skypeclient -> skypiax->FS->sofia->remote_app.

        The point is that as far as I could see using a sniffer, when a DTMF is sent from a Skype client then it sent inband and in addition a skype DTMF is received at FS that causes a RFC 2833 DTMF to be sent.
        Show
        Ron Avriel added a comment - The flow is skypeclient -> skypiax->FS->sofia->remote_app. The point is that as far as I could see using a sniffer, when a DTMF is sent from a Skype client then it sent inband and in addition a skype DTMF is received at FS that causes a RFC 2833 DTMF to be sent.
        Hide
        Ron Avriel added a comment -
        Hi,

        Any news about this issue? Can you reproduce the problem? Do you need any further information?

        Thanks.
        Show
        Ron Avriel added a comment - Hi, Any news about this issue? Can you reproduce the problem? Do you need any further information? Thanks.
        Hide
        Giovanni Maruzzelli added a comment -
        fixed in svn 13664

        skypiax: the Skype client sends us BOTH inband and out_of_band DTMFs, no way to shut the inbands. Let's intercept the out_of_bands ONLY if we are not bridged (eg: IVR, so not to waste CPU in detecting inband), but not propagate the out_of_band DTMFs if we are bridged (inband ones will be propagated)
        Show
        Giovanni Maruzzelli added a comment - fixed in svn 13664 skypiax: the Skype client sends us BOTH inband and out_of_band DTMFs, no way to shut the inbands. Let's intercept the out_of_bands ONLY if we are not bridged (eg: IVR, so not to waste CPU in detecting inband), but not propagate the out_of_band DTMFs if we are bridged (inband ones will be propagated)

          People

          • Assignee:
            Giovanni Maruzzelli
            Reporter:
            Ron Avriel
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development