This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Red Split Tunnel for Voip Traffic

I figured if we had this issue maybe others have a similar need and would find this helpful.

This configuration can be used in any case where you would like all traffic routed to the UTM except traffic destined to 1 IP address.  In our case that 1 IP is our voip server.  There is a bandwidth advantage as traffic routed in this way only uses bandwidth at the remote RED location and the 1 IP destination; no bandwidth is being utilized at the UTM site that hosts the RED.  Also the latency is lower for the same reason, traffic is send straight to the destination, no round trip to the UTM site hosting the RED.

To set this up change the Operation Mode to Standard/Split.  Then you create a network group that contains definitions for all networks that do not contain your destination IP.

For example assume your destination IP is 4.4.196.89 you would need the following definitions:
128.0.0.0/1
65.0.0.0/2
33.0.0.0/3
17.0.0.0/4
9.0.0.0/5
5.0.0.0/6
1.0.0.0/7
3.0.0.0/8
4.128.0.0/9
4.65.0.0/10
4.33.0.0/11
4.17.0.0/12
4.9.0.0/13
4.5.0.0/14
4.1.0.0/15
4.3.0.0/16
4.4.0.0/17
4.4.128.0/18
4.4.224.0/19
4.4.208.0/20
4.4.200.0/21
4.4.192.0/22
4.4.198.0/23
4.4.197.0/24
4.4.196.128/25
4.4.196.0/26
4.4.196.96/27
4.4.196.64/28
4.4.196.80/29
4.4.196.92/30
4.4.196.90/31
4.4.196.88/32

You are basically defining half of all remaining undefined IPs with each rule until there is only one left.  Technically you could do this for more than one IP you just need more rules.  I feel there should be a simpler way to accomplish this, but so far I haven't seen a way.  It's been working well so far for us, we made this change when UTM9 was released so a little over a month with no issues so far.  This config is currently deployed on 40 REDs.  Voip is working flawlessly and all other traffic gets sent to the Firewall.


This thread was automatically locked due to age.
  • Hi,
    thanks for this post! I see this more as a feature request we should have an eye on!
    Greetings,
    Andreas
  • This problem is greatly simplified in V9.  You only need two definitions: 0.0.0.0-4.4.196.88 and 4.4.196.90-255.255.255.255.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • I'm actually using v9 and assumed the ranges would work as you have suggested but there is a limit of 65536 IPs per range.  Even when I attempted to create ranges for the last few sets of IPs it did not appear to apply correctly when I was testing the intended routing on the RED.
  • Thanks, I hadn't tried that before, and there's no mention of the limitations in the documentation.  In fact, there's noo mention of the range method at all.

    So, your last 16 entries can be replaced by 4.4.0.0-4.4.196.88 and 4.4.196.90-4.4.255.255.  That gives me an idea for a feature, so I'll go over to the RED 50 beta forum...

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA