Hosted IPO Extns keep swapping Randomly 2

[Chris S]

Hey everyone! hope you're all well, thanks for taking the time to take a look at my thread.

Here is my issue, we have a "Telegillity" hosted IPO Version 11.0.0.2

The customer has 15 IP 9608 AVAYA phones and a Ubiquiti network that I manage. (I have a few sites set up this way that don't experience this same issue)

Every few day's the phones will just reboot and the Extn's will all come up randomly which is causing the customer to have to log every phone out and re-login all the phones manually to the proper Extn's.

we have since statically assigned all the phones on the network, and also upgraded the IPO software to 11.0.4.4. (still happens)

there is no loss of power causing the phones to go out at random, they just reboot at random.

we have also tried to take the login passcodes out but then the phones just come up with nothing and can't log in. we have also tried to lock the IP address in the Extn tab but then when it's saved the phone logs out immediately. and no "force login is not checked"

The customer has a static IP if that helps, and also the hosted IPO can see all the static addresses assigned to the phones.

I feel we tried everything and am kinda losing hope at this point lol its been Months

Thanks for taking the time

 

[janni78]

If you look in System Status are the Base and User extension the same on the IP Phones?

"Trying is the first step to failure..." - Homer

 

[Chris S]

Hey janni78, thanks for the reply! and yes they are all matched up..

 

[NYSTECH]

Have you looked at System status or Monitor for the reboots? Is the PBX itself rebooting?
Maybe try to "Clear" out the phones with a mute clear command then enter correct extension number.

Just some things to check and try if you have not.

 

[Aldridge85]

Hi Chris, I'm having a similar issue, mix of 9611g and J169, randomly reboot and some lose their extensions. Upgraded to 11.0.4.4 but customer has told me it's still happening.

This is IPO500V2.

 

[Chris S]

Hey NYSTECH, so the PBX is server edition, and it's not rebooting. Also have tried to wipe the phones to the factory settings and then re-logged them in. but it's still happening, odd thing is that it's completely scrambling the Extn's. So it's as if one min the system works great then the phones will restart and all the Extns will be in random spots. it's very strange. I have been working on AVAYA systems now for a few years so I feel I have seen it all. But this I have no explanation for. But hopefully, someone else has seen this and knows a strange setting or something I may be missing lol

Thx also to Alderidge for the reply and yeah it's very odd. I manage quite a few "Hosted server edition" systems but this is a 1st for this issue for me.

 

[TouchToneTommy]

You have a Ubiquiti PoE switch, but what are you using for the router? Is it the ISP provided one?

We have had issues with some ISP routers that are unable to NAT properly. Usually the first phone boots up just fine, but the second phone boots up, registers as its extension number, and then all of a sudden becomes the first extension.

We resolved it by working with TelAgility to create a site-to-site VPN for the voice traffic and a Ubiquiti EdgeRouter X 5 port

 

[Chris S]

Hey Tommy, sounds like you may have been in this position before! So currently we have the ISP router in Bridge mode, and we are using a USG Pro router.

Strangely enough, the phone system was in a few months before the network was and the ISP router was causing the same issues. But I can see what you are saying, and it's a good thing we can do a VPN with the USG Pro.

What's odd is system status can see the static IP's assigned to the phones internal LAN so it was assumed that NAT was working. But I can be very wrong! aha

 

[kyle555]

Wouldn't there need to be some VPN happening on the phones or the Ubiquity to the IPO cloud?

 

[Chris S]

It *sounds* to me what Tommy is saying is if I set up a (Site to Site) VPN from the clients router (USG Pro) to TelAgility the VPN will allow the IP address to pass to the Hosted Cloud eliminating the need for NAT.

And I see what you mean Kyle, but this normally works through a Router without the VPN.

 

[kyle555]

Oh, so plain old remote H323 extensions on the public IP of the Telagility side and you're good to go?

I spent an afternoon I'll never get back reading up on the RFCs for IPSec and how they manage NAT and what some routers support but not others and so on.

The gist of it was that when the far end tries to renew something and sends it to your end on a certain port, your end might not know which VPN client inside that it's destined for and that's when you get weird things happen.

Otherwise, I've never heard of phones randomly swapping identities!

 

[janni78]

Seems the USG Pro has some ALG functionality.

Try disabling H.323 Conntrack if it's enabled.

"Trying is the first step to failure..." - Homer

 

[Chris S]

That's good input Janni, I just checked the router/Firewall settings and it was enabled so I turned it off. hope it helps! if it does not I think we will take our last shot at doing a site to site VPN with the host.

Thanks for all your input today everyone!