It seems like your browser didn't download the required fonts. Please revise your security settings and try again.
Barracuda CloudGen Firewall

This Firmware Version Is End-Of-Support

Documentation for this product is no longer updated. Please see for further information on our EoS policy.


  • Last updated on

Routing tables are used to store the best path to a remote network. The Barracuda NG Firewall uses the routing tables to forward traffic to the correct interfaces, next hop gateways, or VPN tunnels. Routes are first evaluated by destination, route metric (preference) and. optionally, source address of an IP packet and then by the scope (network size) to determine which routes matches. Two routes of the same scope (e.g., /24) and metric can not be created. The Management IP address always uses a preference of 0.

  • If two routes with different preferences exist, the route with the lower preference is chosen. E.g., (preference 10) is preferred over (preference 100)
  • If two routes with the same preference exist to a destination the route with the smaller subnet mask is used. E.g., is preferred over
  • Routes inserted by the VPN service are source-based routes.

Directly Attached Network Routes (Direct Routing)

Define how to reach networks that are directly plugged in to a port (virtual or physical) of the Barracuda NG Firewall. To define a directly attached network route, you must enter:

  • Target network in CIDR Format – E.g.,
  • Interface  The network interface on the Barracuda NG Firewall the network is attached to. E.g., eth2 or port 2

After you have introduced the directly attached route and activated the network, the route is in a pending state. Pending routes are marked with the  route_pending.png  icon in CONTROL > Network and are not active. When an suitable source network address (virtual server IP or additional IP address on box level) has been introduced, the route becomes active and the route_active.png icon is displayed for the route.

In the example above, you must create a direct route for the ISP issued To reach the Internet, a gateway route (see below) must be created. If you enter the optional gateway IP address when creating the direct attached route, the default gateway route is created automatically.

You do not need to create a directly attached route for the network the management IP address is in. This route is created automatically when the management IP address is configured.

For setup instructions, see How to Configure Direct Routes.

Gateway Routes (Next Hop Routing)

To reach networks that cannot be directly accessed, you must define gateway routes. A common gateway route is the default route (, which will forward all packets not belonging to one of the trusted networks to the remote gateway provided by the ISP. Before adding a gateway route, a direct route must be configured. Otherwise, you cannot contact the next hop IP address. To define a gateway route, you must enter:

  • Target network – Target network in CIDR format. E.g., for the default route
  • Next hop address – IP Address of the gateway device the traffic is sent to. E.g.,

After adding the gateway route, you must initiate a Soft network activation for the route to become active (route_active.png in CONTROL > Network)

For setup instructions, see How to Configure Gateway Routes.

Multipath Routing

The Barracuda NG Firewall supports standard Linux multipath routing and ACPF-assisted multipath routing. Standard Linux multipath routing balances does not offer dead next hop detection or session packet balancing. Simple redundancy by next hop detection can be provided by adding multiple routing entries with different route preference numbers. ACPF-assisted multipath routing supports per packet balancing between next hops and dead next peer detection. ACPF-assisted multipath routing is configured in the firewall service.

For setup instructions, see:

Source-Based Routes (Policy Based Routing)

Source-based or policy routing is a way to implement more complex routing scenarios. The implementation provided by the Barracuda NG Firewall only uses a subset of the functional scope of policy routing. The source address used to establish a connection determines whether or not a routing table is consulted. 

Because the firewall configuration (on a per rule basis) lets you specify the address with which an allowed connection is established, policy routing represents an extremely powerful instrument to manage routing on the NG Firewall in complex topologies. VPN tunnels make use of policy routing. 

Policy routing rules assign an IP address range (source addresses) to a named routing table. These rules are organized in an ordered list, so that each rule is associated with a preference number. Routing decisions are made by evaluating the ruleset starting with lowest preference number rule. The first ruleset (route table) that matches the source IP address is chosen. If a matching route to the desired destination address is found in the table, the route is applied. Otherwise, the Barracuda NG Firewall continues to evaluate the routing tables (rules) until a match is found. If none of the rules match, the destination is unreachable. 

For setup instructions, see How to Configure Source-Based Routes.

Last updated on