sincere wrote:Thanks. Why can I hear things when calling that machine number, but can't hear when calling a real business number?
If I knew the answer to this, I would be better able to troubleshoot your issue. However, the VoIP to PSTN calls may take a different route and travel through a PSTN gateway than the VoIP to VoIP call. The call routing may be different. The test call number is a VoIP number provided by Acrovoice. The Shoppers Drug Mart and CIBC phone numbers aren't. The one-way audio issue you're having calling PSTN and Mobility numbers only (and not with other VoIP/SIP services) is information you should include in your ticket to Freephoneline support.
I can’t come close to seeing what’s going on without a syslog at least (and probably a firewall log as well), so I’d just be guessing, and my having to parse them would eat up too much of my time. Again, you might want to ask at
https://www.dslreports.com/forum/voip for further advice.
One cause of one-way audio issues might be a codec mismatch, but unless you changed codec settings in your ATA, that's unlikely.
While a call is taking place, if you navigate to status-->Call status-->Audio codec in your ATA, you'll be able to see the Audio codec being used during the call.
It should be G.711u.
In your ATA's call status information (during a call), you should also be able to see the RTP media server used by FPL, which is typically 208.85.218.146 or 208.85.218.147 with a random UDP port.
The Local RTP address should be the LAN IP of the ATA followed by a random UDP port number in the range that's defined by (navigating to ITSP Profile (FPL)--->RTP) LocalPortMin (16600) and LocalPortMax (16798).
So, RTP packets must travel from 208.85.218.146 or 208.85.218.147 (RTP packets are travelling through its UDP port) through the UDP port specified (random UDP port between LocalPortMin and LocalPortMax) to your ATA's local (LAN) IP address.
The audio path to you needs to be
1. Media server (WAN IP 208.85.218.14x)----->2. Your WAN IP Cannet public address--->3. CGN3 (path switches to LAN here, 192.168.0.1) ---->4. the LAN IP (192.168.x.x) of your ATA
If RTP audio from the media server (1) is being sent directly to the LAN IP of your ATA (4) instead of your public WAN IP (2), then RTP audio never gets the chance to reach your ATA at all. RTP packets would be sent to oblivion (the wrong address). You will not be able to reach your ATA from a library computer, for example, by typing 192.168.0.23 (or whatever the LAN IP is of your ATA) into a web browser. This problem (where the media server is trying to send packets to a local LAN IP address) might happen if SIP headers being produced are malformed. One potential cause is SIP ALG, but you're using voip4.freephoneline.ca:6060 and also a non-standard X_Useragentport (local sip port that is not 5060). SIP ALG in the CGN3 should be bypassed. SIP ALG monitors traffic on UDP port 5060 (and sometimes 5061 as well).
If RTP audio is reaching your CGN3, and if your CGN3 is blocking (due to its firewall) RTP packets to your ATA, then your ATA will never receive audio either. If the CGN3 is in bridge mode, the firewall isn't being used, and so the firewall shouldn't be a problem. In bridge mode, at least, in theory (unless Cannet's CGN3 firmware is a buggy mess), SIP ALG should also be disabled in bridge mode. You connected your ATA to the CGN3 while it was in bridge mode, and the problem persisted. So, I think I can rule out SIP ALG being the problem. I think I can also rule out the NAT firewall in the CGN3 as being the issue.
It was ok several months ago, not sure what happened recent months. YOu mentioned FPL has server migration?
Yes: the first sentence from
http://forum.fongo.com/viewtopic.php?f= ... 702#p76878 mentions migration.
I don’t work for Fibernetics (the parent company of Freephoneline and Fongo), Freephoneline, or Fongo, so I am not privy to specific details.
Given the desktop app works on your computer, and although I'm uncertain the issue will be fixed, it might be worth factory resetting your ATA (
https://www.obitalk.com/info/faq/Troubl ... tory-Reset step 2.) and re-configuring it:
http://forum.fongo.com/viewtopic.php?f=15&t=16196. Don't forget this step if you do:
Navigate to Voice Services-->SP(number that you're using for FPL) Service-->X_UserAgentPort
Change this local SIP (UDP) port to something random between 30000 and 60000. Just pick a number in that range.
It does not make any sense to me that the desktop app works. The ATA should work provided the CGN3 is in the bridge mode, so performing a factory reset and re-configuring the ATA might help (retest with CGN3 in bridge mode afterwards).
Other FPL users with Obihai ATAs are not reporting problems to me that I haven’t been able to resolve.
I am unable to reproduce your issue.
I am out of further ideas at the moment.