Anyone know: My incoming calls go to my fail-over number

[stevech]

Anyone know: My incoming calls go to my fail-over number.
Outgoing calls OK.
I've made no changes to feature settings.
Cannot find a feature setting that would cause this.
Ticket filed - waiting on response.

[VOIPoTim]

Have you tried a reboot? More than likely rebooting your router and the ATA will fix.

Sounds like the router just isn't letting the traffic through (likely an IP address change with your ISP).

In general with most routers, a reboot is needed periodically for VoIP.

[stevech]

refer to LNJ-408013

problem in this and the prior ticket seems to be that the ATA isn't able to re-register after expiration of a power-up registration. Outbound calls work, but some days/weeks later, incoming go to fail over, outgoing still work, and VoIPo's servers don't alert the customer nor VoIPo of the fault.
That's my supposition, considering the last two tickets.

[VOIPoTim]

refer to LNJ-408013

problem in this and the prior ticket seems to be that the ATA isn't able to re-register after expiration of a power-up registration. Outbound calls work, but some days/weeks later, incoming go to fail over, outgoing still work, and VoIPo's servers don't alert the customer nor VoIPo of the fault.
That's my supposition, considering the last two tickets.

The devices re-register every few minutes, but sometimes if an ISP renews the IP or something along those lines the router will "close" the NAT pinhole basically preventing two way communication where our packets don't get to it.

That's why sometimes a reboot is needed.

Not ideal, but it's just the nature of NAT since if we can't get through to the device, we can't make it do anything.

With most routers port forwarding fixes this since all traffic on those ports get right through, but it depends a lot on the router.

[stevech]

The devices re-register every few minutes, but sometimes if an ISP renews the IP or something along those lines the router will "close" the NAT pinhole basically preventing two way communication where our packets don't get to it.

That's why sometimes a reboot is needed.

Not ideal, but it's just the nature of NAT since if we can't get through to the device, we can't make it do anything.

Thanks, but that's irrelevant. my router's public IP is unchanged for months. Still is.

With most routers port forwarding fixes this since all traffic on those ports get right through, but it depends a lot on the router.

Thanks, but that's irrelevant to this case too. Port forwarding off/on makes no difference. It has been on for a long time.

The fundamental problem here is that VoIPo pays no attention to ATAs that have inexplicably stopped re-registering. Takes no staff time to have server email customer a warning for the first n days. Or a robo-dial to the customer's number since it rolls to the failover.

Because the outgoing calls are OK, the customer (e.g., me) assumes all is OK.

[voipinit]

It could be from your ISP renewing your lease. It makes no difference if the public IP changed or is the same. The lease periodically gets renewed.
I am a little confused, if you are losing registration, you should not be able to make outbound calls as well as receive inbound. If it is registered and making outbound calls is OK and you are sure of your router port forwarding settings, I would first start by disabling (if set) any type of custom ring settings (distinctive ring, simul ring etc.)