Thanks Tim.
Thanks Tim.
Putting the device in the router's DMZ will prevent the router from blocking the ports. The biggest problem, however, is not that the router is blocking the ports, but that the router doesn't know what port to send the packet to, so the packet gets lost, not blocked.
I am not an expert on SIP protocol, but I thought it was part of the SIP call setup for the adapter and the server to determine what RTP port would be used, at least initially. Why doesn't this apply even when VOIPo does not proxy its own audio?
I'm not sure of the specifics, but all I know is that most newer routers handle the traffic incorrectly and in our logs we see it blocked at the router when people report those issues. Old routers handle it perfectly fine. New ones try to do all this crazy stuff and analyze/rewrite/direct every single packet and do it incorrectly most of the time.
I may try going back to my "official" Fios Actiontec router with the proper ports opened and see if the problem recurrs again. Never tried it that way. As much as I like the Buffalo/DD-WRT better I'd have to use the Actiontec if I eventually want to switch to Fios TV (currently I use DirecTV).
I finally broke down and put the forwarding in place. I'm not convinced this will fix the specific issue I'm having (a specific number gets VM more than not when calling me - calls don't go to failover, but straight to VM), but it's worth a try. I'm running DD-WRT, which I didn't think was impacted as much as some other routers by this bug. The strange thing is this has only started happening in the last 2 weeks or so. I put a ticket in to see i there's anything odd with the last call where this happened, so we'll see, I guess.
True, I have those ports forwarded, but still get fast busy intermittently. My VOIPo VM is turned off, because GV forwards to my VOIPo number. During the past week, I'd get GV SMS/email VM notification while my VOIPo phone never rang. I would immediately check by calling my VOIPo number from my cell and get the fast busy.
It's hard to file a ticket on this, because no call log shows up, and the problem is intermittent.
Using VOIPo services since February 2007
Beta Tested the VOIPo Reseller Plan.
A happy VOIPo Residential Customer
Using VoIP devices since 12-2002
Companies I've tried
iConnectHere|Vonage|BroadvoxDirect|Vonage|Packet8| VOIPo
VOIPo is a keeper!
Have you tried running PingPlotter on the voipwelcome server that you're configured to use? Getting a history the connectivity between you, the ISP, and VOIPo may point to something.
If you're interested, set the check interval to 2.5 seconds and let it run for a few days.
Comcast -> SB6120 -> WRT54GL (Tomato 1.27) -> PAP2T
Tomato settings: Ports Fowarded: 5000-65000 UDP, UDP Unreplied Timeout: 10, UDP Assured Timeout: 300, QoS Enabled, Static DHCP to PAP2T MAC address
Bookmarks