Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

IX Workplace and SIP trunks Issue 1

Status
Not open for further replies.

RoosterMan12

Technical User
Sep 6, 2008
23
CA
Hello All,

I’m hoping someone here can assist with this issue I seem to be having.

I have a customer running an IP Office on R11.0.4.1.13 firmware. They are using SIP trunks and IP desk phones (J series). I have configured both LAN ports, LAN1 is using 192.168.125.X/24 and LAN2 is 10.170.150.x/16. LAN1 is used for all the IP phones and LAN2 is used to communicate to the outside world. The VM Pro is a Windows box configured with both networks as well using the 10 network to communicate with IP Office.

The customer was using One-X but was having issues with it so I decided to move them over to IX Workplace.

The issue is, for some reason, the SIP trunks want to use LAN1 even though I tell them to use LAN2. If I disable LAN1’s “SIP Trunk Enable” button, the SIP trunks go down.

The original FQDN was sending packets to both the IP Office and to the One-X server for One-X Mobile. But with IX Workplace you don’t use the One-X Server anymore and all traffic is sent to the IP Office directly.

The Customers firewall is using dual 1:1 NAT and they have forwarded all the necessary ports for IX Workplace to the IP Office except for ports 5060 & 5061 because if they change that route the SIP trunks go down.

IX Workplace works perfect from inside the company via the Wi-Fi network using the new FQDN but when we try to connect from outside the company, via cell network, it will not connect. This is due to the port forwarding rules, which I know.

I’m looking for a suggestion for my next steps. As everything I have thought of, does not seem to work.
 
Use the same interface for IX Workplace and SIP trunk. The trunk only uses the Interface information (Topology) of the chosen LAN interface. The interface used to send SIP packets is chosen based on the routing table.

If you get information about the IP addresses of the provider's SIP infrastructure you can also setup individual routes to those IPs to send the SIP packets.

IP Office remote service
IP Office certificate check
CLI based call blocking
SCN fallback over PSTN
 
Thank you derfloh. Will see if I get the customers IT guy to make the changes
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top