Asterisk
  1. Asterisk
  2. ASTERISK-25079

AMI bridge of channels results in MOH not destroyed and robotic audio on one channel

    Details

      Description

      [Edit by Rusty - Amended description]
      An AMI bridge of two channels, where one is currently on hold and both are configured with direct_media=no results in MOH generally sticking around and very robotic audio on the channel previously on hold. Enabling direct_media results in expected working behavior.

      [Edit by Rusty - Original description]

      There is an issue with MOH not stopping when bridging channels.

      Lets assume PJSIP/205 is me. Steps to reproduce:

      PJSIP/205 Answers inbound call
      PJSIP/205 dials PJSIP/200 -> inbound call is placed on hold

      via AMI:

      Action: Bridge
      ActionID: 1234
      Channel1: SIP/carrier-000000be
      Channel2: PJSIP/200-00000100
      Tone: no
      

      The SIP/carrier channel still has hold music playing. I have tried this with PJSIP/PJSIP and SIP/PJSIP combinations and the issue happens both ways. I was thinking for a while it may have been due to mixing the technologies. One thing I have noticed is every so often the bridge will work. I cant find out what causes it.. It seems to be when I have the call held for an extended period of time before bridging. Also, if I set tone to "Both" the MOH will stop after the beep but you cannot hear the other party. There is a similar issue that was closed earlier this year reporting the same thing. I am not sure if this is a regression or if it was just assumed fixed.

      1. issue_25979.log
        2.54 MB
        Zane Conkle
      2. ps_endpoints.csv
        2 kB
        Zane Conkle
      3. rusty_extensions.txt
        0.1 kB
        Rusty Newton
      4. rusty_full.txt
        713 kB
        Rusty Newton
      5. rusty_messages.txt
        50 kB
        Rusty Newton
      6. rusty_pjsip.txt
        1 kB
        Rusty Newton
      7. rusty_reproduction.pcap
        4.80 MB
        Rusty Newton

        Issue Links

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

          Activity

          Hide
          nappsoft added a comment -

          Still the same problem with 13.10.0 (only PJSIP channels involved!)

          Show
          nappsoft added a comment - Still the same problem with 13.10.0 (only PJSIP channels involved!)
          Hide
          nappsoft added a comment -

          Still the same problem with 13.13.0

          Show
          nappsoft added a comment - Still the same problem with 13.13.0
          Hide
          Friendly Automation added a comment -

          Change 7616 merged by Jenkins2:
          bridge: Stop music on hold on adding an arbitrary channel to a bridge

          https://gerrit.asterisk.org/7616

          Show
          Friendly Automation added a comment - Change 7616 merged by Jenkins2: bridge: Stop music on hold on adding an arbitrary channel to a bridge https://gerrit.asterisk.org/7616
          Hide
          Friendly Automation added a comment -

          Change 7617 merged by Jenkins2:
          bridge: Stop music on hold on adding an arbitrary channel to a bridge

          https://gerrit.asterisk.org/7617

          Show
          Friendly Automation added a comment - Change 7617 merged by Jenkins2: bridge: Stop music on hold on adding an arbitrary channel to a bridge https://gerrit.asterisk.org/7617
          Hide
          Friendly Automation added a comment -

          Change 7615 merged by Jenkins2:
          bridge: Stop music on hold on adding an arbitrary channel to a bridge

          https://gerrit.asterisk.org/7615

          Show
          Friendly Automation added a comment - Change 7615 merged by Jenkins2: bridge: Stop music on hold on adding an arbitrary channel to a bridge https://gerrit.asterisk.org/7615

            People

            • Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: