Could you please PM me the Call From numbers and approximate time of call that you have had failed attempts today so I can further look into this for you, thanks!Quote:
Originally Posted by sommerfeld
Printable View
Could you please PM me the Call From numbers and approximate time of call that you have had failed attempts today so I can further look into this for you, thanks!Quote:
Originally Posted by sommerfeld
I saw your ticket and replied to it with info just now. Since your calls connect, but the audio isn't getting through, that means the call connects but something is blocking the audio stream. Per the ticket, please setup port forwarding and no SPI firewall is blocking the connections.Quote:
Originally Posted by sommerfeld
That should resolve your issue.
As for why it would happen sometimes and not others...every call uses a random port between 35000 and 65000 so depending on the port used your router may let some through. That is pretty common especially with newer routers that want to "manage" all your traffic for you. In that case port forwarding almost always resolves it.
In the call logs provide Caller ID name (CNAME?).
Also, give option to have Call Log emailed to customer in Excel, TAB, or CSV format. Very nice feature for those of us that like/need to keep records of who we called & who called us. RingCentral offers this, works well, every Sunday Night I get an email for each incoming number.
I have comcast business internet service with multiple static addresses. the voipo adapter has one of the static addresses. the router's firewall is disabled for all static addresses. this has been working since I installed the service several months ago and just started failing yesterday.Quote:
Originally Posted by VOIPoTim
the router configuration is already all the way open; there are no additional packet filtering or firewall settings to disable.
Is it one of the SMC ones? If so, we've seen issues in the past with those where it was doing NAT behind the scenes and basically still proxying the traffic sent to the public IP. What model do you haveQuote:
Originally Posted by sommerfeld
SMC model 8014, running firmware version 4.01.20-CCRQuote:
Originally Posted by VOIPoTim
from a quick look at TCP traffic from another static ip I don't see sequence numbers or ip identifiers being rewritten -- it's not actually doing anything to the traffic it's allowing through.
followup: it appears that the "internet folk wisdom" on the smc 8014 is to check the "disable smart packet detection" box, which is unchecked by default. I have not been able to find a description of what this option actually does (there's a one-sentence description in a manual I found on dslreports), but there seems to be a unanimous belief that SMC's "smart packet detection" is a bad idea.
followup 2: this may have helped but the problem isn't completely gone -- had another silent call after disabling the feature.
I had a issue with my ATA today and odd as it sounds (to me anyway) removing the second simul ring number fixed it.
That could very well be it then. I know it sounds crazy but almost all new routers still filter packets behind the scenes even in DMZ or with only public IPs.Quote:
Originally Posted by sommerfeld
Seems the soho industry is going towards the idea that end user needs a box to do it for them and away from true bridges. I looked for quite a while for a dsl modem for the office that didn't act as a router (was just a bridge).
Those "cable gateways" are such a pain...
Yes! I have often wished for this one.Quote:
Originally Posted by eroomjt