Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Computing > UK VOIP > Sipgate through a SonicWALL

Reply
Thread Tools

Sipgate through a SonicWALL

 
 
Paul Ockenden
Guest
Posts: n/a
 
      09-10-2005

Has anyone run sipgate through a SonicWALL before? If so, how
did you configure the rules?

I'm getting to the point where the phone will register, but I can't make
calls in our our. Outbound I get the engaged tone, and inbound gives
the number unobtainable tone.

P.


 
Reply With Quote
 
 
 
 
Mathew Curtis
Guest
Posts: n/a
 
      09-10-2005

Paul Ockenden wrote:
> Has anyone run sipgate through a SonicWALL before? If so, how
> did you configure the rules?
>
> I'm getting to the point where the phone will register, but I can't make
> calls in our our. Outbound I get the engaged tone, and inbound gives
> the number unobtainable tone.
>
> P.


you might need to allow sip ports 5004 through to 5060 i think

Mat

 
Reply With Quote
 
 
 
 
Nick
Guest
Posts: n/a
 
      09-10-2005

"Paul Ockenden" <> wrote in message
news:nKvUe.688$...
>
> Has anyone run sipgate through a SonicWALL before? If so, how
> did you configure the rules?
>
> I'm getting to the point where the phone will register, but I can't make
> calls in our our. Outbound I get the engaged tone, and inbound gives
> the number unobtainable tone.
>
> P.
>
>

The standard ports to forward for sipgate are:
Port 5004 UDP
Port 5060 UDP
Port 8000 - 8012 UDP
Port 10000 STUN
Port 3478 UDP & TCP


 
Reply With Quote
 
Mathew Curtis
Guest
Posts: n/a
 
      09-10-2005
Nick wrote:
> "Paul Ockenden" <> wrote in message
> news:nKvUe.688$...
> >
> > Has anyone run sipgate through a SonicWALL before? If so, how
> > did you configure the rules?
> >
> > I'm getting to the point where the phone will register, but I can't make
> > calls in our our. Outbound I get the engaged tone, and inbound gives
> > the number unobtainable tone.
> >
> > P.
> >
> >

> The standard ports to forward for sipgate are:
> Port 5004 UDP
> Port 5060 UDP
> Port 8000 - 8012 UDP
> Port 10000 STUN
> Port 3478 UDP & TCP


I was close

Mat

 
Reply With Quote
 
Paul Ockenden
Guest
Posts: n/a
 
      09-10-2005
> The standard ports to forward for sipgate are:
> Port 5004 UDP
> Port 5060 UDP
> Port 8000 - 8012 UDP
> Port 10000 STUN
> Port 3478 UDP & TCP


Ah - I think I'd done 8000 - 8012 as TCP not UDP.

I'll try with UDP later.

P.


 
Reply With Quote
 
Steven Sumpter
Guest
Posts: n/a
 
      09-10-2005
Nick wrote:
> The standard ports to forward for sipgate are:
> Port 5004 UDP
> Port 5060 UDP
> Port 8000 - 8012 UDP
> Port 10000 STUN
> Port 3478 UDP & TCP
>


I see no reason to forward ports 10000 and 3478 - the whole point of
STUN (Simple Traversal of UDP through NAT) is to allow traffic through
the NAT router without forwarding ports. If you have to forward ports
for STUN then STUN isn't working!

In other words, if you have to forward ports, don't bother with those two.

There is also no reason to forward both 5004 and port 8000 - most
hardware device use 5004, x-lite uses 8000, but only the one that you
want to use has to be forwarded at the router.

So, for the first phone on the network, these are your ports to forward:

Port 5060
Port 5004 *OR* port 8000

The user can choose these ports, for a second line convention dictates
adding 1 to the standard ports. Just make sure you set the same numbers
in the phone and at the router! If STUN is working then you shouldn't
have to forward any ports at all.

Steve.
 
Reply With Quote
 
themgt
Guest
Posts: n/a
 
      09-11-2005
Nick wrote:
<snip>
> The standard ports to forward for sipgate are:
> Port 5004 UDP
> Port 5060 UDP
> Port 8000 - 8012 UDP
> Port 10000 STUN
> Port 3478 UDP & TCP


The only ports you need to forward are:
5060 UDP for SIP
The UDP port range your phone or PBX is using for RTP.

If you're forwarding ports then it's not necessary to use STUN.
 
Reply With Quote
 
Joe Harrison
Guest
Posts: n/a
 
      09-11-2005
I haven't told my firewall (WRT54G/Alchemy) anything about my ATA (apart
from MAC address so firewall can give premium QOS priority to ATA's
traffic.) So it's invisible from internet and I must say I like it this way
in case there are any 0-days lurking in ATA firmware...

Then again I accept that Sonicwall is top-end compared to mine so YMMV.

Joe


 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Sipgate: dialing another sipgate number Stuart Millington UK VOIP 8 06-14-2005 05:25 PM
SonicWall to IOS Router VPN Jaime Cisco 2 04-12-2005 03:14 PM
Pix to Sonicwall problem BG Cisco 2 03-06-2005 04:42 PM
PIX501 and Sonicwall SSH problems Balt Cisco 1 02-13-2004 11:18 PM
cat 5505 sonicwall suntzzu Cisco 0 07-25-2003 03:24 PM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57