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!

OneXPortal Application server problem communicating to IP Office

Status
Not open for further replies.

Kierso

Technical User
May 13, 2012
160
GB
Hi Guys,

Can anyone suggest a solution to this issue?
Application server "OneXPortal" seems to lose communication to the IP Office on the data (Computer) subnet. This means the Users OneXPortal laggs or dosent work.
When the IP Office and the OneXPortal server is put on a seperate subnet on there own 192.168.43.X, the Extension user do not find any problems with OneXPortal.

At the moment
Server LAN Port 1 - 192.168.0.101 - Users connect to OneXPortal using this IP address
Server LAN Port 2 - 192.168.43.2 - Server to IP Office connection


IP Office LAN Port 1 - 10.0.0.1 - VOIP Phones using DHCP network seperate POE switches for phones
IP Office LAN Port 2 - - 192.168.43.1 - IP Office connection to server connection

Either solutions abovethe Voicemail Pro on the same server as 1XP works fine?
I need the Application server and the IP office on the Data network because we plan to connect a remote site via SCN to both the IP office and server.

Any help would be appreciated

 
I was told when being trained on this that one-x server had to be on the same IP subnet as the LAN1 port on the IPO, it cannot be on the subnet on the LAN2 of the IPO.

As a result I always ensure this setup and have never had an issue.

| ACSS SME |
 
As Pepp mentioned.

Only LAN 1 supported.

it's also in all the manuals

For me. I ALWAYS use LAN1 as the data Lan, and LAN2 as the voip Lan.
 
Hi Guys,

Thanks for your response.

I originally had the data on LAN 1 with the Application server and LAN 2 as the VOIP but swapped them around to exclude an issue with the LAN port but the issue remained. I cant see that much traffic on the network. I get a good ping and tracert responses. The previous system was an IP403 which the IP phones on the same subnet with no problems, which would also rule out heavy traffic. Totally lost on this one.

I now have
Server LAN Port 1 - 192.168.43.2 - Server to IP Office connection
Gateway as the IP Office
Server LAN Port 2 - 192.168.0.101 - Users connect to OneXPortal using this IP address

IP Office LAN Port 1 - 192.168.43.1 - IP Office connection to server connection
IP Office LAN Port 2 - 10.0.0.1 - VOIP Phones using DHCP network seperate POE switches for phones
All working fine but if I move the server and phone system onto the User subnet 192.168.0.X onexportal will begin to play up again.

Any further suggestions?
 
Is it the One-X portal server losing connection to the IP Office? Or is it the user losing connection to the One-X portal server?
 
I would have

Data subnet = 192.168.1.x
VOiP subnet = 192.168.2.x

Ip office LAN1 port = 192.168.1.100
Ip office LAN2 port = 192.168.2.100
One-x server LAN1 port = 192.168.1.101
One-x server LAN2 port = not in use.

Then have users connect to one-x on 192.168.1.101.

| ACSS SME |
 
Hi Guys,

It seems that the IP Office and the App server was losing connection as I did have
Ip office LAN1 port = 192.168.1.100
Ip office LAN2 port = 192.168.2.100
One-x server LAN1 port = 192.168.1.101
One-x server LAN2 port = not in use.

But the issue continued. so I seperated the connection between the IP office and the App server to prove that it was the connection between the IPO and server. Not the User to the Application server

Ip office LAN1 port = 192.168.3.100 - Subnet A
Ip office LAN2 port = 192.168.2.100 Subnet C VOIP ONLY
No connection from IPOffice to the User data network
One-x server LAN1 port = 192.168.1.101 Subnet B -User connect to IP office
One-x server LAN2 port = 102.168.3.101 Subnet A
 
My only concern is that the old IP403 when in service had the same IP address as the new IP office LAN1 port = 192.168.1.100 when on the users (Data) Network.
They also had VMPro running on an old XP machine on that data network. I cant be sure if they had any other devices which may have connected to the old IP403.
When oinging there was no ip conflict as I got no response from the OLD IP403 address
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top