No Audio on internal calls using IX Workplace

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • angus5
    Aspiring Member
    • Mar 2020
    • 1

    No Audio on internal calls using IX Workplace

    Having a weird issue, we have just rolled out the IX workplace to about 6 users, everything works fine unless they are connected to the VPN. If they are connected to the VPN, calls from outside work fine, however if they make or recieve any calls from within our agency they are unable to hear any audio and the person on the other end cannot hear them.
    It is this way for 5 of the 6, I am #6 and the first install, everything works just fine for me. Any suggestions are greatly appreciated, I have not been able to find any differences between my setup and theirs.
  • mlombardi1
    Legend
    • Sep 2010
    • 533

    #2
    Softclients on the VPN and endpoints on your voice subnets are unable to exchange media directly with one another. Create a separate network region representing the VPN with direct media disabled. It should have a connection defined to the location containing the VPN gateway. This is typically a main/core location so it should have media resources available also. RTP streams to/from the VPN will remain anchored on a media resource that is reachable from both the VPN and non-VPN endpoints.
    Meridian IT - Senior Engineer

    Comment

    • lafon3
      Member
      • Jul 2019
      • 5

      #3
      I had the same issue. I didn't have to create a separate network. I was able to make them communicate by adding “DISABLE_DIRECT_MEDIA” and verify UDP Range 40750-50750 (for RTP) were added to my firewall.
      Link for “DISABLE_DIRECT_MEDIA” below
      So I've got 50 remote workers making calls no problem. when we try to call each other we get no audio. We solved this problem in our remote sites before by unchecking "Allow direct Media Path" on each physical extn. but this is greyed out for all my SIP Softphone extns. I have plenty of VCM...

      Comment

      • markgallagher
        Legend
        .
        • May 2010
        • 613

        #4
        Disabling direct media is worth a try as a quick fix. But if it does resolve the issue, it means all you IP traffic for established calls is having to go through the control unit even when it doesn't need to. So you should still continue to investigate why the calls can't take a direct route between A and B.

        Comment

        • chelungas
          Hot Shot
          • Jan 2011
          • 11

          #5
          Hi,
          In my experience with no audio issues, it is related to network routes.
          Validate ALL the chain, I mean check with pings and traceroutes all the path from phones or softphones) to Media Servers (and MGs), and of course the SBC. It is usual those elements are on separete VLANs.
          Some times we have seen path "brokens" or no route at all


          And some times the headsets are not configured well on laptops

          Hope it helps.
          regards

          Comment

          • gottwav
            Aspiring Member
            • Apr 2020
            • 1

            #6
            I have the same problem. If I unplug the H.323 deskphone, or change it to SIP, the Equinox over the VPN will work fine. I think it is a network problem but have not been able to figure out exactly what. Or tls vs tcp? encryption?

            Comment

            • francis6
              Aspiring Member
              • Dec 2020
              • 1

              #7
              I had a similar problem too. I thought it was because of work time, but it was the vpn. Consider changing to the paid version.

              Comment

              Loading