What brand and model router are you using?
You haven't followed the instructions from 3 to 13 at the bottom of the post I linked to earlier.
A cursory glance at your settings suggests several things that could be addressed.
You should change SIP Port (should not be 5061). Your NAT Support Parameters should be changed.
Also, your Reg Retry Intvl should be 120 (under SIP Timer Values). That value is missing from the PDF guide.
That has nothing to do with your incoming call problem though.
I could go through everything, but I suggest a factory reset instead.
Then start here:
viewtopic.php?f=15&t=16160#p63970. Check your settings against that guide.
Again, Reg Retry Intvl should be 120s (under SIP Timer Values).
Then after using the above linked guide, follow the steps below as well (especially steps 3 and 4).
What I'm quoting below also applies to your ATA.
"1.Before beginning the steps below make sure whatever modem/router combo your ISP gave you is in bridge mode if you are using your own router. Call/contact your ISP if you have to. For Bell Hubs, visit
http://forums.redflagdeals.com/please-s ... r-1993629/2. Disable DMZ and all port forwarding in your router. Port forwarding is a security risk.
(also, try a different phone; check all cables and cords)
3. In your ATA, Navigate to Line 1 (or whatever you're using for FPL)-->SIP settings, change SIP Port to a random number between 30000 and 60000.
4. In your ATA, Navigate to the SIP tab-->NAT Support Parameters, and make sure that the following settings are enabled:
a)Handle VIA received-->yes
b)Handle VIA rport-->yes
c)Substitute VIA Addr-->yes
5. Retest
When I say Retest, retest always includes the following: A. Turn off both router and ATA. B. Turn on router. Wait for router to be fully up and transmitting data. C. Turn on ATA.
Then retest by calling your FPL phone number. If the problem is solved, don't continue.
6. If there are still problems, try disabling the SIP ALG feature in whatever router or modem/router combo it is that you're using:
http://www.obihai.com/faq/sip-alg/calling-outI'm of the opinion Apple routers don't offer this feature, but you might as well check. If you manage to disable SIP ALG in the router, then retest.
DLINK router users may need to log into the admin page of their router, click the "Advanced" tab and then "Firewall Settings",
navigate to "Application Level Gateway (ALG) Configuration", and uncheck SIP:
http://www.support.dlink.com/emulators/dir615_revC/310NA/adv_dmz.htmIf you received a modem/router combo, from your ISP ask your ISP. It is typically better to stick the modem/router combo from your ISP in bridge mode and use an external router.
See here for an example on how to disable SIP ALG in a router:
http://www.obihai.com/faq/sip-alg/disable-algSave settings.
Turn off both router and ATA. Turn on router. Wait for router to be fully up and transmitting data. Turn on ATA.
Then retest by calling your FPL phone number. If the problem is solved, don't continue.
7. Try Proxy voip4.freephoneline.ca:6060
Retest. When I say Retest, retest always includes the following: A. Turn off both router and ATA. B. Turn on router. Wait for router to be fully up and transmitting data. C. Turn on ATA.
Then retest by calling your FPL phone number. If the problem is solved, don't continue.
voip4.freephoneline.ca:6060 is a SIP server whose purpose is to help those with SIP ALG issues (can't disable it in the user's router, for example).
8. Retest. When I say Retest, retest always includes the following: A. Turn off both router and ATA. B. Turn on router. Wait for router to be fully up and transmitting data. C. Turn on ATA.
Then retest by calling your FPL phone number.
9. If none of that helps, then, unfortunately, you're pretty much stuck with port forwarding your RTP (UDP) port range 16384-16482 from your router to your ATA. For reference, that range can be found under SIP-->RTP Parameters-->RTP Port Min and RTP Port Max. You're going to want to double check those numbers in your ATA. RTP packets need to reach your ATA in order for you get incoming audio. Quite often, when the one way audio issue occurs, this is the problem. RTP packets are not reaching your ATA.
Ideally, one should not have to port forward in order to achieve proper two-way audio, since port forwarding does create security issues. Port forwarding should only be done when everything else fails.Refer to the port forwarding section of your router manual to learn how to port forward to your ATA. If a router was given to you by your ISP, call your ISP.
10. Retest. When I say Retest, retest always includes the following: A. Turn off both router and ATA. B. Turn on router. Wait for router to be fully up and transmitting data. C. Turn on ATA.
Then retest by calling your FPL phone number.
11. Thanks to Mango, many of us now understand that in order for ATAs to remain registered and working properly
with a VoIP SIP provider like Freephoneline, in particular after power failures, the following conditions must be met:
UDP Unreplied Timeout (in your router) < NAT Keep-alive Interval < UDP Assured Timeout (in your router) < SIP Registration Failure Retry Wait Time (Reg Retry Intvl)
“<“ means less than.
A problem can occur when the Keep-Alive interval is greater than UDP Assured Timeout (often 180 by default in
consumer routers): the NAT hole will close due to the ATA not communicating frequently enough with the SIP server.
In turn, incoming calls may, intermittently, not reach the ATA. Again, NAT Keep-alive Interval is supposed to be 20 with
FPL.
Getting access to both UDP Unreplied Timeout and UDP Assured Timeout settings in consumer routers may be
difficult, if not impossible.
Asuswrt-Merlin, third party firmware for Asus routers, does offer easy access to these two
settings, which are found under General–>Tools-->Other settings. In part, for this reason, I tend to use Asus routers
that work with
Asuswrt-Merlin. However, my understanding is that third party Tomato firmware has these two settings
as well. So if your router supports Tomato firmware, that may be another option.
The keep alive interval for FPL is 20. The SIP Registration Failure Retry Wait Time (Reg Retry Intvl setting in your ATA) is 120. I use 10 for UDP
Unreplied Timeout and 117 for UDP Assured Timeout.
12. If all else fails, open a support ticket at
https://support.fongo.com/anonymous_requests/new. For the issue type, select VoIP Unlock Key–>My Account Inquiry. In addition to explaining your issue, request a “forced registration.”
If no responds to your support ticket, provide the ticket number in a private message to Fongo Support:
http://forum.fongo.com/ucp.php?i=pm&mode=compose&u=7852When I say Retest, retest always includes the following: A. Turn off both router and ATA. B. Turn on router. Wait for router to be fully up and transmitting data. C. Turn on ATA."
These steps don't mean you can try just one thing and stop. Go down the list in the order that they were presented.