Freebies

freephoneline.ca - Free Local Soft Phone Line for lifetime VOIP

Deal Addict
User avatar
Jul 4, 2005
4658 posts
167 upvotes
Ottawa
I recently bought the Tenda AC-15R router, but my FPL has been acting up. I can't put my finger on it. Service is sporadic. Router was setup with default settings. Could there be something in there that is mucking around with the line? Note that on the obitalk portal, the status is all green and registered, but if I make a call to the landline, it goes directly to the VM.
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
I'm copying this post here just in case people encounter the FPL voicemail bug (voicemail notification never goes away).

brockster wrote:
Nov 8th, 2017 8:13 am
Been overnight and still says voicemail after no voicemail. Even took batteries out of phone to reboot
1. Where did you delete voicemail from? After logging into https://www.freephoneline.ca/mailbox? If so, click freephoneline-ca-free-local-soft-phone- ... #p25340307. In the future, don't delete voicemail from there, unless you have not other choice (received fax). Basically, you'll need to submit a ticket to get your account reset.

Regardless, you might as well login into https://www.freephoneline.ca/mailbox, and ensure that you don't have a fax waiting for you. If you have a fax message waiting for you, that's why you're receiving a voicemail notification.

2. If you didn't delete voicemail using https://www.freephoneline.ca/mailbox and see no messages listed there, dial ***1, and enter the IP you're told into your web browser.

If you use the Obitalk web portal (www.obitalk.com) to configure your ATA, keep in mind that you must continue using it to configure your ATA unless you disable Obitalk Provisioning first. Otherwise whatever settings you change will eventually be overwritten (they will be transferred from your Obitalk.com account to your ATA) by what you previously entered at obitalk.com anyway. If you wish to disable this behaviour, dial ***1. Enter that IP address into a web browser. Navigate to System Management-->OBiTalk Provisioning-->select Disabled for the method. Save. Reboot ATA. Afterwards, obitalk.com won't overwrite whatever changes you make via the device's interface (via IP address).

Pick one method (obitalk.com) or the other (IP address of device) for changing device settings. But do not use both methods.
Keep in mind that activating Google Voice requires using the Obitalk.com web portal if your Obihai ATA is using post-OAuth 2.0 firmware, which it probably is.

Image

That grey cog wheel with the "E" is for the expert configuration menu.

It shows when logging in at http://www.obitalk.com, selecting "Edit Profile" on the left, then scrolling down
under "Advanced Options" and finally selecting "Enable OBi Expert Entry from Dashboard."




3. Navigate to Voice Services-->SP (FPL) service-->Calling Features-->MessageWaiting

Image

Is MessageWaiting enabled under the "Value" column? If so, uncheck the Value box (you may also need to uncheck the "default" box). Click Submit/save/reboot.

The Message Waiting indicator should now disappear from your phones (provided MessageWaiting is unchecked under the Value column). If the indicator doesn't disappear from your handsets, you have a phone/handset issue. Possibly, this will help (clearing the message by holding down # for 5 seconds):
http://eng.faq.panasonic.com/app/answer ... lear-it%3F.

4. Now wait 10 minutes. Does the MessageWaiting checkbox become enabled again under Value? That means FPL's server is still sending a packet to your ATA to enable MessageWaiting (indicating your account is bugged). If so, your FPL account needs to be fixed. Visit https://support.fongo.com/anonymous_requests/new (send in a ticket). For the issue type select "VoIP Unlock Key"-->"My Account Inquiry". Describe the problem, and submit a ticket. 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=7852 after registering and logging into the forums. Expect 24 hr (or longer) resolution.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
jeeva86 wrote:
Nov 7th, 2017 3:45 pm
I recently bought the Tenda AC-15R router, but my FPL has been acting up. I can't put my finger on it. Service is sporadic. Router was setup with default settings. Could there be something in there that is mucking around with the line?

I'm going to post 3 times in response to your problem, in the order that I consider likely addresses the problem that you're dealing with.


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 (in your ATA; for Obihai ATAs this is X_KeepAliveExpires) < UDP Assured Timeout (in your router) < SIP Registration Failure Retry Wait Time (or RegisterRetryInterval in Obihai ATAs)

“<“ means less than.

When a modem leases a new IP address, a problem can arise where prior associations using the old IP address are maintained in the router. When the ATA attempts to communicate using the old IP address, the response is unreplied, and then if the UDP Unreplied timeout is greater than the Keep Alive Interval (and UDP Unreplied timeout is often set to 30 by default in consumer routers) a problem arises where the corrupted connection persists. If UDP Unreplied timeout is, for example, 10, and the NAT Keep Alive Interval is 20, then the corrupted connection will timeout or close. A new connection will be created, and everything will work fine.

Another 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, X_Keepalives expires 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. 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. Note that I will not be held accountable any damage resulting from failed firmware updates.

The keep alive interval for FPL is 20. The SIP Registration Failure Retry Wait Time is 120. I use 10 for UDP Unreplied Timeout and 117 for UDP Assured Timeout.



Otherwise, proper device reboot order is always modem--->router (wait for it to be fully up and running)--->ATA
in that order. You can try rebooting your devices, in that order, the next time the problem occurs. If the reboot order resolves this issue,
then you're probably dealing with UDP timeout issues described above.
Last edited by Webslinger on Nov 8th, 2017 9:28 am, edited 4 times in total.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
jeeva86 wrote:
Nov 7th, 2017 3:45 pm
I recently bought the Tenda AC-15R router, but my FPL has been acting up. I can't put my finger on it. Service is sporadic.
So could your Internet Service on your WAN (problem is with your ISP in that case) or your LAN side (problem is on your end in that case).
For the LAN side of the problem, if there's other applications, devices, etc., that are hogging bandwidth that would otherwise be used by your ATA, then calls
could, conceivably be dropped to FPL's voicemail system.

The next time the problem occurs, for testing purposes, connect your ATA directly to your modem. If the problem disappears, then the issue involves your router (or the LAN side of your
network).





Generally speaking it's best to have a decent router for VoIP with strong QoS features.
Stick your ISP's modem in bridge mode, use your own router, and properly enable QoS for your ATA.
Refer to your router's manual.

I'm not a big fan of this site, but for a general QoS description, visit http://www.voipmechanic.com/qos-for-voip.htm (avoid anything it says about G729 codec).

I'm suggesting Toronto below, because FPL's SIP servers are in Ontario. When you test, pick the location that is closest to your VoIP service provider's server location.
sfrancis wrote:
Mar 30th, 2016 11:28 pm
Have been using freephoneline with obihai 202 behind Asus RT N66U router. Often time people complain that my voice very choppy on their end, yet I seem to hear them fine. Is there setting that I should tweak on ATA set up or on router? Thanks very much
That's usually related to upload jitter/packet loss.

1) The typical reaction would be to try enabling QoS properly in your router for your ATA. Refer to your router's manual.

Probably in the traffic manager area, use a drop down box to select "User Defined Rules". Then create a rule giving traffic highest priority to your ATA's MAC address.

2) Another possibility is you're dealing with congestion during prime time (8p.m. to midnight, especially on Sundays). That's an ISP issue (possibly oversold its service in your area).

Try running Running http://vac.visualware.com/index.html at 8p.m. (especially on Sunday).

Pick the test location that's closest to where your VoIP server is situated.
A MOS score below 4.0 is bad news. It means call quality will not be good.
The advanced (+) tab provides interesting info.

You should also try the winmtr test I mention over here around 8 p.m. to FPL's servers:
http://forums.redflagdeals.com/newegg-o ... #p27515963

Anything over 200ms is unacceptable.

What you don't want to see is 40, 45, 50, 35, 500, 40, 30, 45, 700. That's bad jitter.
You want relatively consistent pings without a lot of variation.

One reason why jitter can occur is due to other devices on your LAN (local area network) using bandwidth. That’s why properly enabling QoS in your router for your ATA is always a good idea. Refer to point 4 in the Preamble.

Bad jitter can produce broken up audio or choppiness during phone calls. Severe jitter can cause calls to drop. Ping affects delay.

If the problem only occurs during prime time (as opposed to weekday mornings), then I would probably start thinking your ISP is to blame.


Navon01 wrote:
Apr 7th, 2016 11:17 pm
The Internet is 100down/10up.
Down doesn't matter. What people hear from you is upload.
No other devices are being used at time of bad voice quality.
A lot of people say that without realizing other devices and/or programs may actually be using bandwidth in the background. It's really not a good idea, in general, to be using a router that doesn't have a good QoS feature for VoIP.

But if what you wrote is really true, then you may be dealing the possibility of congestion during prime time (8p.m. to midnight, especially on Sundays). That's an ISP issue (possibly oversold its service in your area).

Try running http://vac.visualware.com/index.html at 8p.m. (or between 8 p.m. and 11 p.m.)

Select a test server location that's located close to the SIP server you're using.
A MOS score below 4.0 is bad news. It means call quality will not be good.


You should also try the winmtr test (or if you're on a mac, maybe this helps: https://www.reddit.com/r/TagPro/comment ... tr_on_mac/) I mention over here around 8 p.m. to FPL's servers:
http://forums.redflagdeals.com/newegg-o ... #p27515963

If the problem only occurs during prime time (as opposed to weekday mornings), then I would probably start thinking your ISP is to blame.
Last edited by Webslinger on Nov 8th, 2017 10:00 am, edited 1 time in total.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
jeeva86 wrote:
Nov 7th, 2017 3:45 pm
I recently bought the Tenda AC-15R router, but my FPL has been acting up. I can't put my finger on it. Service is sporadic. Router was setup with default settings. Could there be something in there that is mucking around with the line?
If SIP ALG is enabled in your router, try disabling it. However, I would expect, if this were a SIP ALG issue that the problem would be consistent.
ote that on the obitalk portal, the status
Never use Obitalk.com to check registration status. Always dial ***1 and enter the IP address you hear into a web browser instead. Login. Then navigate to status-->system status.
I also recommend using this PDF guide to ensure your settings are correct (currently version 1.51x): http://forum.fongo.com/viewtopic.php?f= ... 805#p73839.

Getting one way audio issues with an OBi200/202 and Freephoneline? Are incoming calls not ringing? Can you not hear one side of the conversation (you can hear the caller, but the caller can't hear you or vice versa)?

These instructions do not address "this account is not valid" messages (you would need to contact FPL/Fongo for that problem).
"If you’re getting an “invalid account” error messages, or if people trying to call you are hearing "invalid account" or a busy signal, please log in to your account online at https://www.freephoneline.ca/followMeSettings and reset your Follow Me settings (or disable it). Please ensure your temporary FPL number is not listed as one of the Follow Me numbers."

If you have calls going straight to voicemail, login at https://www.freephoneline.ca/voicemailSettings and ensure "Rings before voicemail" is greater than 1. Also, check in your ATA to ensure you don't have "Do Not Disturb" enabled. This is found after logging into your ATA or at Obitalk.com under Voice Services-->SP(FPL) Service-->Calling Features-->DoNotDisturbEnable. Ensure there is no checkmark under "Value".
Navigate to Voice Services-->SP (FPL) Service-->Calling Features
a) Ensure DoNotDisturbEnable is unchecked
b) Ensure CallForwardUnconditionalEnable is unchecked
c) Ensure CallForwardOnBusyEnable is unchecked
d) Ensure CallForwardOnNoAnswerEnable is uncheked
e) Ensure AnonymousCallBlockEnable is unchecked


Often the problem is due to RTP packets not reaching the ATA. Common causes involve poorly functioning SIP ALGs (especially true with certain Netgear routers) in routers or NAT firewalls.

Hardware Specific Issues

A. Netgear R7000 routers

Update firmware. Disable SIP ALG in this router. Then reboot modem, router, and ATA in that order. Then test again.

If you have a Netgear R7000 router, you may need to install third party XWRT-Vortex firmware. I recommend doing this anyway to obtain easy access to both UDP Unreplied and UDP Assured timeout settings. Afterwards, turn off the router and the ATA. Turn on the router. Wait for it to be fully up and running (including Wi-Fi). Then turn on the ATA. Download XWRT-Vortex here: http://xvtx.ru/xwrt/download.htm. In your router, navigate to Advanced Settings–>WAN–>NAT Passthrough–>SIP Passthrough. Change SIP Passthrough to “Enabled + NAT helper.” Click “Apply.”

B. Nettis 4422 modem from Carry Telecom (click the "Internet" tab)
http://www.carrytel.ca/support.aspx
Q : DSL - My VoIP phone does not work with Netis 4422 modem.
A : Please download the newest Netis firmware at www.carrytel.ca/download/netis1228.zip. Unzip the netis1228.zip file and update the firmware file netis1228.img for your modem. The new firmware has been tested and working with most of Voip phone providers

C. Asus VLAN

A number of people have been trying to eliminate Bell Hubs from their setups by using this guide: http://blog.ngpixel.com/post/1044497475 ... own-router.
At the time of this guide being written, NAT acceleration must be disabled in this setup in order for SIP services, including Freephoneline, to work properly. In your router, navigate to Advanced Settings-->LAN-->Switch Control-->NAT Acceleration. Select "disable." Click "apply."Then reboot your modem, router (wait for Wi-Fi SSIDs to populate first before rebooting ATA), and your ATA, in that order.

To determine whether you need NAT Acceleration enabled, visit https://routerguide.net/nat-acceleration-on-or-off/. If you do require NAT Acceleration to be enabled, don’t use VLAN with Asus routers.

D. Hitron CGN series gateway modem/router combos (from Rogers, Shaw, or another ISP) or any modem/router combo from any ISP with SIP ALG forced on

If you don’t have your own router, and if you can’t get someone from Rogers or your ISP to disable SIP ALG for you in their modem/router combo, your ATA may need to register with voip4.freephoneline.ca:6060. The purpose of voip4.freephoneline.ca:6060 is to help circumvent faulty SIP ALG features in routers. So, if you’re experiencing one-way audio issues as a result of SIP ALG, this is the SIP server to try. Check to ensure that you can’t disable SIP ALG yourself (refer to point E below).

E. Hitron CGN3ACSMR and CODA-4582 series gateway modem/router combos from Rogers (and possibly other ISPs)
Open your web browser, and login at 192.168.0.1. Default username is cusadmin.
Select the “Basic” tab and disable “SIP ALG.” Click the “save changes” button.




For everyone with one-way audio issues, follow these steps:

i. 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/


1. Disable any and all port forwarding and/or DMZ in your router. Port forwarding creates security issues and can open the door to SIP scanners and hackers. If you're having trouble with SIP scanners and/or telemarketers, visit http://forums.redflagdeals.com/newegg-c ... st24563087

2. If you used the Obitalk web portal (www.obitalk.com) to configure your ATA, keep in mind that you must continue using it to configure your ATA. Otherwise whatever settings you change will eventually be overwritten by what you previously entered at obitalk.com anyway. If you wish to disable this behaviour, dial ***1. Enter that IP address into a web browser. Navigate to System Management-->OBiTalk Provisioning-->select Disabled for the method. Save. Reboot ATA. Now obitalk.com won't overwrite whatever changes you make via the device's interface (via IP address).

Pick one method (obitalk.com) or the other (IP address of device) for changing device settings. But do not use both methods. Keep in mind that activating Google Voice requires using the Obitalk.com web portal.

(In Obitalk.com, you will need to enable and enter expert settings to do the following, if you want to use Obitalk.com. You do this by selecting Edit Profile-->Advanced Options-->check Enable OBi Expert Entry from Dashboard-->submit)

Keep in mind too, that if you're using the Obitalk.com web portal, after you submit a new setting, it takes several minutes before Obitalk.com pushes the changes you've made to your ATA. Your ATA should reboot automatically after the changes are submitted.


3. In your Obihai ATA or at Obitalk.com, Navigate to Voice Services-->SP(FPL) Service-->X_UserAgentPort
Pick a random number between 30000 and 60000

(submit/save/reboot)

4. Navigate to Service Providers-->ITSP Profile (FPL)-->SIP

i) ensure X_DiscoverPublicAddress is enabled (it is by default)

ii) enable X_UsePublicAddressInVia (it's not by default)
You will need to uncheck default, device default, and Obitalk settings boxes. Then check the box to enable the feature

(submit/save/reboot ATA)

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 that doesn't work, you can also try enabling X_DetectALG (Navigate to Service Providers-->ITSP Profile (FPL)-->SIP)

(submit/save/reboot ATA)

7. 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.

8. If that still doesn't work, disable X_DetectALG. And submit/save/reboot ATA.

9. 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-out
I'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/ ... dv_dmz.htm

If 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-alg

Image

Save 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.

10. Try voip4.freephoneline.ca:6060

Refer to the underlined notes in section 7c on page 17 of the PDF guide located here: http://forum.fongo.com/viewtopic.php?f= ... 805#p73839.

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).

So steps #6, #9, and #10 are all related. They are attempts to address a problem created by SIP ALG.


11. Try this at your own risk: use voip3.freephoneline.ca as the proxyserver
Make sure you refer to step 2 again.
voip3.freephoneline.ca is intended for testing purposes only--or for those who receive explicit permission to use it. Using it for an extended period may get your account banned. However, if using voip3.freephoneline.ca does work, you should open up a ticket with support and let them know that you can't get two-way audio any other way: https://support.fongo.com/anonymous_requests/new. Request a "forced registartion" in your ticket.

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=7852

FPL configures its SIP servers differently than many other VoIP providers.
voip3.freephoneline.ca conforms more to the norm. But using it without permission can get your account banned.
If you'd like to avoid getting your account banned, use Proxyserver voip.freephoneline.ca, voip2.freephoneline.ca, or voip4.freephoneline.ca:6060 instead and skip to step #14.

12. 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.

13. If none of that helps, then, unfortunately, you're pretty much stuck with port forwarding your RTP (UDP) port range 16660-16798 from your router to your ATA. For reference, that range can be found under ITSP Profile (FPL)-->RTP. Then look at LocalPortMin and LocalPortMax. 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.

14. 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.

15. If all else fails, try posting at http://forum.fongo.com/viewtopic.php?f= ... &start=300 and/or open a support ticket at https://support.fongo.com/anonymous_requests/new.
When creating a ticket, for the issue type select VoIP Unlock Key-->My account inquiry. Ask for a "forced registration."
If no responds to your support ticket, provide the ticket number in a private message to Fongo Support after registering and logging into the forums: http://forum.fongo.com/ucp.php?i=pm&mode=compose&u=7852

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.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Addict
User avatar
Feb 24, 2004
1397 posts
287 upvotes
Ottawa
My obihai obi200 has problem in past few days. Google voice can't register. I resolved it by firmware upgrade in Monday. Am I the only one who has problem?

Other than firmware upgrade, I didn't do any change.
L.I.F.E. - Let It Flow Effortlessly - R. McDougal/ Isle of View
Enjoy your candle of life. May it warm you & light your way.
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
kanata2004 wrote:
Nov 9th, 2017 11:53 am
My obihai obi200 has problem in past few days. Google voice can't register. I resolved it by firmware upgrade in Monday. Am I the only one who has problem?
No. Everyone will unless they update firmware.

I posted about the situation in three different threads:
https://forums.redflagdeals.com/google- ... s-2139232/
https://forums.redflagdeals.com/newegg- ... #p28414669
https://forums.redflagdeals.com/newegg- ... #p28414783

I didn't bother posting an announcement in here because Google Voice has nothing to do with Freephoneline.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Member
Oct 6, 2005
320 posts
100 upvotes
Montreal
Hi Webslinger,

I also bought Obihai 202. And I am using FPL and Google Voice as phone call. At the begin, everything is OK. When I cann my FPL phone number, there is ring from OBI. But recently, there is no any ring, and caller can't hear any voice. I didn't update my device.

Any ideas? thanks alot.
Webslinger wrote:
Nov 9th, 2017 12:58 pm
No. Everyone will unless they update firmware.

I posted about the situation in three different threads:
google-voice-xmpp-support-may-ending-ob ... s-2139232/
newegg-obihai-obi200-49-99-free-shippin ... #p28414669
newegg-obihai-obi202-ata-69-99-1-50-ehf ... #p28414783

I didn't bother posting an announcement in here because Google Voice has nothing to do with Freephoneline.
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
wildhuman wrote:
Nov 10th, 2017 11:20 am
I also bought Obihai 202. And I am using FPL and Google Voice as phone call. At the begin, everything is OK. When I cann my FPL phone number, there is ring from OBI. But recently, there is no any ring, and caller can't hear any voice. I didn't update my device.

Any ideas?

Yes. Use this PDF guide (version 1.51x) to setup FPL properly: http://forum.fongo.com/viewtopic.php?f= ... 805#p73839. Double check your settings.
Afterwards refer to pages 42, 43, and 44. That's the most reliable method.

Alternatively . . .

(also try another phone, check cords, and ensure your ringer is enabled)

Getting one way audio issues with an OBi200/202 and Freephoneline? Are incoming calls not ringing? Can you not hear one side of the conversation (you can hear the caller, but the caller can't hear you or vice versa)?

These instructions do not address "this account is not valid" messages (you would need to contact FPL/Fongo for that problem).
"If you’re getting an “invalid account” error messages, or if people trying to call you are hearing "invalid account" or a busy signal, please log in to your account online at https://www.freephoneline.ca/followMeSettings and reset your Follow Me settings (or disable it). Please ensure your temporary FPL number is not listed as one of the Follow Me numbers."

If you have calls going straight to voicemail, login at https://www.freephoneline.ca/voicemailSettings and ensure "Rings before voicemail" is greater than 1. Also, check in your ATA to ensure you don't have "Do Not Disturb" enabled. This is found after logging into your ATA or at Obitalk.com under Voice Services-->SP(FPL) Service-->Calling Features-->DoNotDisturbEnable. Ensure there is no checkmark under "Value".
Navigate to Voice Services-->SP (FPL) Service-->Calling Features
a) Ensure DoNotDisturbEnable is unchecked
b) Ensure CallForwardUnconditionalEnable is unchecked
c) Ensure CallForwardOnBusyEnable is unchecked
d) Ensure CallForwardOnNoAnswerEnable is uncheked
e) Ensure AnonymousCallBlockEnable is unchecked


Often the problem is due to RTP packets not reaching the ATA. Common causes involve poorly functioning SIP ALGs (especially true with certain Netgear routers) in routers or NAT firewalls.

Hardware Specific Issues

A. Netgear R7000 routers

Update firmware. Disable SIP ALG in this router. Then reboot modem, router, and ATA in that order. Then test again.

If you have a Netgear R7000 router, you may need to install third party XWRT-Vortex firmware. I recommend doing this anyway to obtain easy access to both UDP Unreplied and UDP Assured timeout settings. Afterwards, turn off the router and the ATA. Turn on the router. Wait for it to be fully up and running (including Wi-Fi). Then turn on the ATA. Download XWRT-Vortex here: http://xvtx.ru/xwrt/download.htm. In your router, navigate to Advanced Settings–>WAN–>NAT Passthrough–>SIP Passthrough. Change SIP Passthrough to “Enabled + NAT helper.” Click “Apply.”

B. Nettis 4422 modem from Carry Telecom (click the "Internet" tab)
http://www.carrytel.ca/support.aspx
Q : DSL - My VoIP phone does not work with Netis 4422 modem.
A : Please download the newest Netis firmware at www.carrytel.ca/download/netis1228.zip. Unzip the netis1228.zip file and update the firmware file netis1228.img for your modem. The new firmware has been tested and working with most of Voip phone providers

C. Asus VLAN

A number of people have been trying to eliminate Bell Hubs from their setups by using this guide: http://blog.ngpixel.com/post/1044497475 ... own-router.
At the time of this guide being written, NAT acceleration must be disabled in this setup in order for SIP services, including Freephoneline, to work properly. In your router, navigate to Advanced Settings-->LAN-->Switch Control-->NAT Acceleration. Select "disable." Click "apply."Then reboot your modem, router (wait for Wi-Fi SSIDs to populate first before rebooting ATA), and your ATA, in that order.

To determine whether you need NAT Acceleration enabled, visit https://routerguide.net/nat-acceleration-on-or-off/. If you do require NAT Acceleration to be enabled, don’t use VLAN with Asus routers.

D. Hitron CGN series gateway modem/router combos (from Rogers, Shaw, or another ISP) or any modem/router combo from any ISP with SIP ALG forced on

If you don’t have your own router, and if you can’t get someone from Rogers or your ISP to disable SIP ALG for you in their modem/router combo, your ATA may need to register with voip4.freephoneline.ca:6060. The purpose of voip4.freephoneline.ca:6060 is to help circumvent faulty SIP ALG features in routers. So, if you’re experiencing one-way audio issues as a result of SIP ALG, this is the SIP server to try. Check to ensure that you can’t disable SIP ALG yourself (refer to point E below).

E. Hitron CGN3ACSMR and CODA-4582 series gateway modem/router combos from Rogers (and possibly other ISPs)
Open your web browser, and login at 192.168.0.1. Default username is cusadmin.
Select the “Basic” tab and disable “SIP ALG.” Click the “save changes” button.




For everyone with one-way audio issues, follow these steps:

i. 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/


1. Disable any and all port forwarding and/or DMZ in your router. Port forwarding creates security issues and can open the door to SIP scanners and hackers. If you're having trouble with SIP scanners and/or telemarketers, visit http://forums.redflagdeals.com/newegg-c ... st24563087

2. If you used the Obitalk web portal (www.obitalk.com) to configure your ATA, keep in mind that you must continue using it to configure your ATA. Otherwise whatever settings you change will eventually be overwritten by what you previously entered at obitalk.com anyway. If you wish to disable this behaviour, dial ***1. Enter that IP address into a web browser. Navigate to System Management-->OBiTalk Provisioning-->select Disabled for the method. Save. Reboot ATA. Now obitalk.com won't overwrite whatever changes you make via the device's interface (via IP address).

Pick one method (obitalk.com) or the other (IP address of device) for changing device settings. But do not use both methods. Keep in mind that activating Google Voice requires using the Obitalk.com web portal.

(In Obitalk.com, you will need to enable and enter expert settings to do the following, if you want to use Obitalk.com. You do this by selecting Edit Profile-->Advanced Options-->check Enable OBi Expert Entry from Dashboard-->submit)

Keep in mind too, that if you're using the Obitalk.com web portal, after you submit a new setting, it takes several minutes before Obitalk.com pushes the changes you've made to your ATA. Your ATA should reboot automatically after the changes are submitted.


3. In your Obihai ATA or at Obitalk.com, Navigate to Voice Services-->SP(FPL) Service-->X_UserAgentPort
Pick a random number between 30000 and 60000

(submit/save/reboot)

4. Navigate to Service Providers-->ITSP Profile (FPL)-->SIP

i) ensure X_DiscoverPublicAddress is enabled (it is by default)

ii) enable X_UsePublicAddressInVia (it's not by default)
You will need to uncheck default, device default, and Obitalk settings boxes. Then check the box to enable the feature

(submit/save/reboot ATA)

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 that doesn't work, you can also try enabling X_DetectALG (Navigate to Service Providers-->ITSP Profile (FPL)-->SIP)

(submit/save/reboot ATA)

7. 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.

8. If that still doesn't work, disable X_DetectALG. And submit/save/reboot ATA.

9. 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-out
I'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/ ... dv_dmz.htm

If 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-alg

Image

Save 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.

10. Try voip4.freephoneline.ca:6060

Refer to the underlined notes in section 14 of the PDF guide located here: http://forum.fongo.com/viewtopic.php?f= ... 805#p73839.
Also refer to the pic on page 21.

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).

So steps #6, #9, and #10 are all related. They are attempts to address a problem created by SIP ALG.


11. Try this at your own risk: use voip3.freephoneline.ca as the proxyserver
Make sure you refer to step 2 again.
voip3.freephoneline.ca is intended for testing purposes only--or for those who receive explicit permission to use it. Using it for an extended period may get your account banned. However, if using voip3.freephoneline.ca does work, you should open up a ticket with support and let them know that you can't get two-way audio any other way: https://support.fongo.com/anonymous_requests/new. Request a "forced registartion" in your ticket.

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=7852

FPL configures its SIP servers differently than many other VoIP providers.
voip3.freephoneline.ca conforms more to the norm. But using it without permission can get your account banned.
If you'd like to avoid getting your account banned, use Proxyserver voip.freephoneline.ca, voip2.freephoneline.ca, or voip4.freephoneline.ca:6060 instead and skip to step #14.

12. 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.

13. If none of that helps, then, unfortunately, you're pretty much stuck with port forwarding your RTP (UDP) port range 16660-16798 from your router to your ATA. For reference, that range can be found under ITSP Profile (FPL)-->RTP. Then look at LocalPortMin and LocalPortMax. 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.

14. 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.

15. 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 (in your ATA; for Obihai ATAs this is X_KeepAliveExpires) < UDP Assured Timeout (in your router) < SIP Registration Failure Retry Wait Time (or RegisterRetryInterval in Obihai ATAs)

“<“ 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, X_Keepalives expires 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 is 120. I use 10 for UDP
Unreplied Timeout and 117 for UDP Assured Timeout.

16. If all else fails, try posting at http://forum.fongo.com/viewtopic.php?f= ... &start=300 and/or open a support ticket at https://support.fongo.com/anonymous_requests/new.
When creating a ticket, for the issue type select VoIP Unlock Key-->My account inquiry. Ask for a "forced registration."
If no responds to your support ticket, provide the ticket number in a private message to Fongo Support after registering and logging into the forums: http://forum.fongo.com/ucp.php?i=pm&mode=compose&u=7852

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.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
For those that may be interested in using an OBi200 with Freephoneline, the OBi200 is on sale again until Saturday, November 25th: newegg-obihai-obi200-ata-49-99-1-50-ehf ... x-2145415/.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Addict
User avatar
Jul 4, 2005
4658 posts
167 upvotes
Ottawa
Thanks Webslinger! That's a lot of information that I'll need to disect. I am remote from the phone so I'll have to head down there and debug. I did try the usual reset method - modem, router, ATA and it would work for a bit. I'm going to ask the user to just reboot the ATA, then see how long it sticks. Would I be able to detect a pattern this way?
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
jeeva86 wrote:
Nov 21st, 2017 5:03 pm
Thanks Webslinger! That's a lot of information that I'll need to disect. I am remote from the phone so I'll have to head down there and debug. I did try the usual reset method - modem, router, ATA and it would work for a bit. I'm going to ask the user to just reboot the ATA, then see how long it sticks. Would I be able to detect a pattern this way?
Well, if it's coinciding with the internet dropping, intermittently, and then coming back (which you may not notice), and if the issue is fixed, after the internet drops and returns, by the proper device rebooting sequence, then I would lean towards a UDP timeout/NAT corruption issue as described in my first reply to you: freephoneline-ca-free-local-soft-phone- ... #p28437342.

Checking registration status at Obitalk.com is not as trustworthy as checking registration status in your ATA, btw.

It could also be a UPnP issue. Regardless of what you do, I suggest going over your FPL settings against what's described in this PDF guide: http://forum.fongo.com/viewtopic.php?f= ... 805#p73839. In other words, you are advised to set up your service properly using the PDF guide instead of using the configuration done automatically at Obitalk.com.

And, in the future, I would also suggest getting a router that supports firmware (original or third party) that will allow you to adjust UDP timeouts (or contact Tenda and ask them how to adjust both Unreplied and Assured UDP timeouts in their routers. I have never used their routers, so I can't really help you with them).
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Fanatic
Mar 22, 2004
9210 posts
681 upvotes
Mississauga
jeeva86 wrote:
Nov 7th, 2017 3:45 pm
I recently bought the Tenda AC-15R router, but my FPL has been acting up. I can't put my finger on it. Service is sporadic. Router was setup with default settings. Could there be something in there that is mucking around with the line? Note that on the obitalk portal, the status is all green and registered, but if I make a call to the landline, it goes directly to the VM.
What firmware are you running on the Tenda? Have you tried Firmware Version: V15.03.1.17_multi ?
Deal Fanatic
User avatar
Mar 3, 2002
8175 posts
2407 upvotes
radeonboy wrote:
Nov 21st, 2017 7:32 pm
What firmware are you running on the Tenda? Have you tried Firmware Version: V15.03.1.17_multi ?
Does that R stand for Refurb? Maybe there's a reason why it's a refurb.
Anyway, the firmware downloads appear to be here: http://tendacn.com/en/product/download/AC15.html.
The latest appears to be V15.03.05.18_EN.
Please do not PM me for technical assistance unless I PM you first. Please post on the forums instead. I help out when I can. Thank you.
OBi200/202 Freephonline PDF guide (version 1.51x) can be found here.
Deal Fanatic
Mar 22, 2004
9210 posts
681 upvotes
Mississauga
Webslinger wrote:
Nov 21st, 2017 9:11 pm
Does that R stand for Refurb? Maybe there's a reason why it's a refurb.
Anyway, the firmware downloads appear to be here: http://tendacn.com/en/product/download/AC15.html.
The latest appears to be V15.03.05.18_EN.
I found issues with V15.03.05.18_EN and therefore suggest V15.03.1.17_multi is more stable, but YMMV

Top