Dismiss Notice
We would like to remind you that we’re updating our login process for all 3CX forums whereby you will be able to login with the same credentials you use for the Partner or Customer Portal. Click here to read more.

Audio path between two remote phones

Discussion in '3CX Phone System - General' started by sunstate, Sep 4, 2010.

Thread Status:
Not open for further replies.
  1. sunstate

    sunstate Member

    Joined:
    Dec 16, 2009
    Messages:
    257
    Likes Received:
    0
    Hello,

    In the following scenario, how does the call setup and audio path play out on a call made between two remote phones (someone at B calls someone at C)? Does the call setup go through 3CX and then the audio is direct between the phones, or does the setup and audio go through 3CX? And how does this differ (if at all) when using the tunnel or hardware VPN's?

    [​IMG]
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  2. sunstate

    sunstate Member

    Joined:
    Dec 16, 2009
    Messages:
    257
    Likes Received:
    0
    Ok, finally got this setup in a test environment. According to the packet capture taken at Branch Office B, I think it goes like this:

    1. Phone B contacts stun server.
    2. Phone B contacts 3CX and requests to setup call.
    3. 3CX responds to phone B with the public IP of phone C and the port to use (in this case 11782)
    4. Phone B establishes audio directly with phone C over UDP 11782.

    Everything seems to be working fine between the two extensions, but I guess I'm just confused on why.

    1. How/why did 3CX pick 11782? Randomly?
    2. How does the firewall at Branch Office C know to let UDP 11782 through to the phone?
    3. When are the ports specified under Settings, Network, Ports used? Only when 3CX is passing audio directly between it and a remote extension or VoIP provider?
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  3. leejor

    leejor Well-Known Member

    Joined:
    Jan 22, 2008
    Messages:
    11,116
    Likes Received:
    329
    Phone C (in your case) should be responding , via 3Cx with the port number (11782) it want to receive audio on. 3CX is just passing this on to caller B. Phone C would have to cause that port to be associated with it's IP in the local router/firewall.
     
  4. sunstate

    sunstate Member

    Joined:
    Dec 16, 2009
    Messages:
    257
    Likes Received:
    0
    Ok, that makes sense.

    Now what about if both branch office B and branch office C are running the 3CX SIP Proxy manager and both have tunnels set up back to 3CX. Then when someone at B calls someone at C, what path does the audio take? Does everything go through the 3CX tunnels at that point?

    I'm starting to think that the only way to get this to work 100% is a full mesh VPN.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  5. leejor

    leejor Well-Known Member

    Joined:
    Jan 22, 2008
    Messages:
    11,116
    Likes Received:
    329
    What is the original problem? I guess you know about the extension option of "PBX delivers audio" .
     
  6. sunstate

    sunstate Member

    Joined:
    Dec 16, 2009
    Messages:
    257
    Likes Received:
    0
    There is no problem. I have a potential customer who wants to replace a hosted solution with this 3CX setup. I'm just trying to wrap my head around the various options and why some of them will/won't work.

    So what happens in the case where each branch office has a 3CX tunnel back to corporate? Will all the audio between branch offices go through the tunnels? Or will the setup go through the tunnels and the audio direct? If direct, it would be between the machines hosting the proxy manager, correct?
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  7. abc123

    abc123 Active Member

    Joined:
    Nov 9, 2009
    Messages:
    712
    Likes Received:
    1
    In answer to your question about 11782 and the firewall, it was the firewall (well the NAT part of it) not the phone that gave that port - that is what STUN does - the extension was listening on a different port.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  8. leejor

    leejor Well-Known Member

    Joined:
    Jan 22, 2008
    Messages:
    11,116
    Likes Received:
    329
    I would tend to think, but it's just a guess, that because the tunnel is being used, all packets would go back to the 3CX host. I'm suspecting that the proxy servers would not be capable (sophisticated enough) of setting up an audio path between each other, only with the host. Perhaps someone from 3Cx can confirm.
     
  9. sunstate

    sunstate Member

    Joined:
    Dec 16, 2009
    Messages:
    257
    Likes Received:
    0
    That's exactly what I'm thinking, but would like comfirmation. I definitely don't want to sell them on that fact and then have it not be true. Thanks for the input.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
Thread Status:
Not open for further replies.