| Author |
Message |
MMunoz
New Forum Member


Joined: Aug 26, 2009
Posts: 2
|
Hello,
I am having problems with my Vonage service. Currently I can receive calls, and I have a dial tone when I pickup the phone. If I try to dial an outside number however I will hear the dialing and see it dial the correct number on the VPortal but after that silence and no call is made.
Here the information to the setup:
Location: Florida
ISP: Comcast (cable)
Upload/download: not sure, but high enough (>2mbps)
Modem make and model: ARRIS DOCSIS TM602G/CT
Vonage adapter: VDV21-VD
Network: Modem -->Linux router (Vyatta 5.0.2) --> Hub -->Vonage Adapter
I could not complete the VOIP test, as I get Java error messages on Firefox and Iexplorer 8.0.
The vyatta router is configured for NAT and has firewall rules active which drops all packets except traffic to/from established connections and some UDP traffic required for VPN access.
I can not install the Vonage adapter in front of the vyatta router as then VPN access to the network would no longer work.
I found a vonage support document stating the required ports for vonage to work:
Outgoing:
DNS: 53 UDP
TFTP: 21, 69, 2400 UDP
HTTP: 80 UDP
NTP: 123 UDP
SIP: 5061 UDP
(These are not blocked by the firewall, as it allows response to established connections originating from devices behind the router)
Incoming & Outgoing (for RTP)
10000-20000 UDP
Thinking the 10000-20000 UDP incoming might be the problem I followed the instructions and forwarded these ports to the Vonage adapter which has a fixed IP. This however did not resolve the problem. I also changed the firewall rules to not block UDP traffic for these ports, this did not work either.
When i disable the firewall rules, leaving only NAT and port forwarding enabled, I can make calls though randomly it still fails with the same symptoms described above. Leaving the firewall disabled is not acceptable though as it would leave the network wide open.
Any ideas if I am missing any ports or port ranges or what issue could be causing the problem? The weird thing is that it is outgoing calls that are not working. These calls originate from inside the network and should therefor not be blocked by the firewall (though UDP is connectionless, might this be the issue?).
Any hints or advice are greatly appreaciated.
Thank you in advance,
MMunoz |
|
|
|
|
 |
trekologer
Vonage Forum Evangelist


Joined: Dec 04, 2005
Posts: 339
|
I am not familiar with the router you are using but I would suspect that it has some form of stateful packet inspection and it thinks that the RTP audio stream is an attack of some type and something it should block. Is there a log that keeps track of what it blocks? |
|
|
|
|
 |
VonTechMgr
Vonage Forum Evangelist


Joined: Jan 02, 2008
Posts: 627
Location: NJ
|
You would need to determine if this is a non audio issue or a call completion issue. When you place a phone call does the number you call ring at the far end at all? If not, this is not an audio issue. If this is the case there is one thing that comes to mind.
If your Authenticated Invite does not make it to the Vonage proxy, your call will not be processed and far end will not ring. A common cause of this would be an MTU size on your router being set too low. A UDP SIP fragment will not reassemble correctly so you cannot fragment these packets. The Authenticated Invite is the largest of the SIP packets due to containing all the standard headers, plus the SDP information, and your authentication digest.
Make sure that your MTU is 1500 bytes. You can run a ping test to any web site and start with 1500 byte size packets and then start to work your way down to see what your limit is. |
Last edited by VonTechMgr on Thu Aug 27, 2009 10:29 am; edited 1 time in total |
|
|
|
 |
MMunoz
New Forum Member


Joined: Aug 26, 2009
Posts: 2
|
The problem was indeed that the far end did not ring, so it was not an audio issue.
Inspecting the MTU size, it turned out the vyatta router defaulted the ethernet interfaces to MTU 576.
After increasing it to 1500 the problem was resloved. This probably also explains some of the intermittent problems even when the firewall was off.
Thank you again for the prompt and great help
Sincerely,
MMunoz |
|
|
|
|
 |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum |
All times are GMT - 5 Hours | |