VoIP Firewall: Difference between revisions

From AAISP Support Site
mNo edit summary
mNo edit summary
Line 15: Line 15:
|UDP 5060
|UDP 5060
|81.187.30.110 - 81.187.30.119
|81.187.30.110 - 81.187.30.119
''90.155.3.0/24, 90.155.103.0/24 (*)''
''90.155.3.0/24 (*), 90.155.103.0/24 (*)''
|-
|-
!SIP ([[IPv6]])
!SIP ([[IPv6]])
Line 25: Line 25:
|UDP 1024-65535
|UDP 1024-65535
|81.187.30.110 - 81.187.30.119
|81.187.30.110 - 81.187.30.119
''90.155.3.0/24, 90.155.103.0/24 (*)
''90.155.3.0/24 (*), 90.155.103.0/24 (*)
|-''
|-''
!RTP ([[IPv6]])
!RTP ([[IPv6]])

Revision as of 10:25, 7 September 2017

Go to the VoIP Category

This is what we suggest firewall-wise for VoIP customers:

Avoid using NAT where possible. However, some NAT gateways provide an adequate SIP ALG (e.g. Technicolor TG582), and some devices provide NAT that works with the new call server (e.g. FireBrick 2500/2700 and many simple NAT routers). If NAT works, then well done, but if not we cannot guarantee to be able to make it work.

Firewall Requirements on Voiceless Platform
Target Ports Source IPs
SIP (IPv4) UDP 5060 81.187.30.110 - 81.187.30.119

90.155.3.0/24 (*), 90.155.103.0/24 (*)

SIP (IPv6) UDP 5060 2001:8b0:0:30::5060:0/112

2001:8b0:5060::/48 (*)

RTP (IPv4) UDP 1024-65535 81.187.30.110 - 81.187.30.119

90.155.3.0/24 (*), 90.155.103.0/24 (*)

RTP (IPv6) UDP 1024-65535 2001:8b0:0:30::5060:0/112

2001:8b0:5060::/48 (*)

The IPs marked as * are not in use at the moment but they will be used for future expansion. Customers should add all IPs to their firewall rules as we expect to be using them in the future.

SIP is the call routing information that creates and manages calls. In practice if you allow port 5060 from the outside world you'll see attacks and possibly receive spam phone calls. We do not recommend leaving 5060 open unless you really know what you are doing. Phones rarely use ports as low as 5060 for media.

RTP is the actual media (e.g., the audio). On the older call servers it will be as direct as possible the media can be sent from anywhere on the internet. Using the new call servers it is only from the same call server as the SIP control messages. On most phones you can configure which ports to use for RTP, so you can restrict this range further. For example, on a Snom Phone the default range for RTP is 49152 to 65534.

In CIDR notation, the IPv4 range 81.187.30.110 - 81.187.30.119 needs two blocks:

181.187.30.110/31
181.187.30.112/29

Example FireBrick Config

Allow inbound calls to your VoIP Phone, if you register it with FireBrick:

<rule name="Allow Firebrick" source-interface="self" comment="Allow all from the FireBrick to LAN"/>

Allow inbound calls to your VoIP Phone, if you register it with Voiceless:

<rule name="SIP" source-ip="81.187.30.110-119 90.155.3.0/24 90.155.103.0/24 2001:8b0:0:30::5060:0/112 2001:8b0:5060::/48" target-ip="1.2.3.4" target-port="5060" action="accept"/>
<rule name="RTP" source-ip="81.187.30.110-119 90.155.3.0/24 90.155.103.0/24 2001:8b0:0:30::5060:0/112 2001:8b0:5060::/48" target-ip="1.2.3.4" target-port="1024-65535" protocol="17" action="accept"/>

Allow inbound calls to your Snom Phone, if you register it with Voiceless:

<rule name="SIP" source-ip="81.187.30.110-119 90.155.3.0/24 90.155.103.0/24 2001:8b0:0:30::5060:0/112 2001:8b0:5060::/48" target-ip="1.2.3.4" target-port="5060" action="accept"/>
<rule name="RTP" source-ip="81.187.30.110-119 90.155.3.0/24 90.155.103.0/24 2001:8b0:0:30::5060:0/112 2001:8b0:5060::/48" target-ip="1.2.3.4" target-port="49152-65534" protocol="17" action="accept"/>


Other things to Firewall

  • Don't allow access to your phone or servers web configuration pages from the Internet.
  • If you run your own server and allow phones to use it from your WAN/Internet, then lock this down as much as possible - perhaps only allow access to your PBX from the Internet via a VPN.


NAT

Avoid using NAT where possible. However, some NAT gateways provide an adequate SIP ALG (e.g. Technicolor TG582), and some devices provide NAT that works with the new call server (e.g. FireBrick 2500/2700 and many simple NAT routers). If NAT works, then well done, but if not we cannot guarantee to be able to make it work. See: VoIP NAT


Further VoIP Security

  • Please see our VoIP Security page for further information on securing your phones, accounts and VoIP systems.