NO Voice between remote sites on BCM400

[sroggero]

We have a BCM400 v4.0 with two remote sites with IP PHONES only, we are having no problem calling from A(MAIN) to B (REMOTE A), from A(MAIN) to B (REMOTE B) and VS.... BUT when (REMOTE A) calls (REMOTE B) using the intercom... it rings but no voice when we pick up. To call (REMOTE B) from(REMOTE A) we must call the local number and dial the (REMOTE B) extension. Could you please indicate where the problem would be located within the VPN programming or on the BCM programming (We using BSR222 tuneling)

 

[gwebster]

Voice connections are direct from IP Phone to IP Phone. The IP Phone at remote A has to have a routable IP connection to the IP Phone at remote B (and vice/versa).

 

[sroggero]

Where do we define this routing information, is this a routing table that we configure on the BCM or on the VPN configuration?

 

[Eric121508]

It is within the reqirements of the Data people to setup routing between the sites. If this has been done correctly you should be able to ping back and forth.

To ping: have someone log onto a PC on the LAN (local network)

Click START - RUN
It will say Open:
Type : cmd (then hit enter)
Now type ing (Ip Address)
You should be able to ping the BCM's address from both sites. As well as you should be able to ping each phone's IP from the opposing site.

I hope this helps some.

 

[telcodog]

Actually there is a bit more to it than that. Being able to ping the BCM only confirms there is a path from where you are to it. This would allow you to register your set, make a call to another set and talk to another set (if it's directly connected to the BCM).

If you want to talk from an IP set at one remote site to one at the other remote site, then a whole bunch of ports need to be open on their routers. As gwebster says, packet flow once the call is established, is direct from ip set to ip set so the data guys need to make sure there is a path between the sites. Some use ports to control that but some use access control lists in the routers for control. At this point you are at their mercy.

For reference, here's something from an IP telephony deployment manual

While signaling between the IP telephones and the Business Communications Manager uses Business Communications Manager port 7000, voice packets are exchanged using the default
RTP ports 28000 through 28255 at the Business Communications Manager, and ports 51000 through 51200 at the IP telephones. If these ports are blocked by the firewall or NAT, you will experience one-way or no-way speech paths.

Have their IT guys check out the firewall to make sure they are not blocking any of these ports.