Articles Articles Most Popular Articles Most Popular Articles Most Helpful Articles Most Helpful Articles
DrillDown Icon Table of Contents Back
 . . . . . . . . . . . . .
DrillDown Icon What's New
DrillDown Icon Knowledge Base Information
DrillDown Icon Cyberoam UTM
DrillDown Icon Product Literature
DrillDown Icon Best Practices & Policies
DrillDown Icon Protect Your Cyberoam Appliances from Power Fluctuations
DrillDown Icon Version 10.x
DrillDown Icon Cyberoam Maintenance
DrillDown Icon FAQ's
DrillDown Icon How To
DrillDown Icon Anti Spam
DrillDown Icon Anti Virus
DrillDown Icon Authentication
DrillDown Icon Clients
DrillDown Icon Content Filtering
DrillDown Icon Firewall
DrillDown Icon Identity-based Policies
DrillDown Icon IPS
DrillDown Icon Logs & Reports
DrillDown Icon Multiple Gateway - Load Balancing and Failover
DrillDown Icon Quality of Service (QoS)
DrillDown Icon Registration
DrillDown Icon Routing
DrillDown Icon Configure Policy-based Routing
DrillDown Icon Implement Transparent Subnet Gateway Using Bridge Pair
DrillDown Icon Configure BGP in Cyberoam
DrillDown Icon Configure Routing Information Protocol (RIP)
DrillDown Icon Implement Transparent Subnet Gateways using Proxy ARP
DrillDown Icon Avoid Asymmetric Routing in Cyberoam
DrillDown Icon Enable Multicast Forwarding
DrillDown Icon SSL VPN
DrillDown Icon System
DrillDown Icon Users and Groups
DrillDown Icon Virtual LANs
DrillDown Icon VPN
DrillDown Icon Web Application Firewall (WAF)
DrillDown Icon Wireless LAN
DrillDown Icon Configure Wireless WAN
DrillDown Icon TroubleShooting
DrillDown Icon Version 9.x
DrillDown Icon Visio Stencils
DrillDown Icon Glossary
DrillDown Icon Product Technical Support
DrillDown Icon Compatibility
DrillDown Icon Cyberoam Virtual UTM
DrillDown Icon Endpoint Data Protection
DrillDown Icon Cyberoam SSL VPN
DrillDown Icon Cyberoam iView
DrillDown Icon Cyberoam Central Console
DrillDown Icon Cyberoam's On-Cloud Management Service
  Email This ArticlePrintPrint Current Article and All Sub-Articles
 
Avoid Asymmetric Routing in Cyberoam

Applicable to Version: 10.00 onwards

Asymmetric routing is an unwanted situation in an IP network. Asymmetric routing is a situation where for one reason or another, packets flowing in i.e. TCP connections flow through different routes to different directions.

Asymmetrical routing occurs when a packet takes a certain path from source host A across the network to destination host B but then a return packet takes a separate path from the source host B to destination host A. For normal data, this is not an issue, but for some special cases, like data traveling through stateful-inspection firewalls, this routing behavior can cause some issues.

This document describes the procedure to Overcome Asymmetric routing in Cyberoam.

Consider a hypothetical example as given below
 

Explanation

In the figure above Client B behind Router A within the subnet 10.1.1.0/ 24 is trying to access the server within the subnet 192.168.1.0/24 whose IP is 192.168.1.2. In this scenario, when client B sends a TCP SYN segment to server 192.168.1.2, the Server replies back with SYN/ACK and send the traffic to its default gateway which is 192.168.1.1 (Cyberoam) since Client B and the server are in different subnets.

Being a Stateful Inspection Firewall, Cyberoam would drop the packet since there is no Related State/Previous Record for this particular packet. Hence the TCP handshake never completes and Client B never gets access to the server.

However, Client A (192.168.1.3) does not face issues as the TCP SYN/ACK segment never gets sent to the Cyberoam (as Depicted in the above diagram). This is because Client A (192.168.1.3) is within the same subnet as that of the server.

Enabling source NAT on any of the routers will help overcome the issue of Asymmetric routing but the client would have to give away with identity based firewall.

Thus to bypass to networks from the Cyberoam Stateful Inspection, refer the Solution section.

Solution

Follow the below mentioned steps to overcome asymmetric routing in Cyberoam.

The entire configuration is to be done from CLI console.

Step 1
 
  • Log on to CLI Console (Telnet or SSH)
  • Choose option 4 – Cyberoam Console and press Enter

Step 2

Execute the below command to bypass subnets from Cyberoam Stateful Inspection.

console> set advanced-firewall bypass-stateful-firewall-config add source_network 10.1.1.0  source_netmask 255.255.255.0 dest_network 192.168.1.0 dest_netmask 255.255.255.0
 

console> set advanced-firewall bypass-stateful-firewall-config add source_network 192.168.1.0  source_netmask 255.255.255.0 dest_network 10.1.1.0 dest_netmask 255.255.255.0
 
 

Once this is executed the SYN/ACK segment from the server while communicating back to Client B would be routed to Router A by the Cyberoam. 

Note:
 
  • It is assumed that Cyberoam has all the routing information required to reach the remote subnet 10.1.1.0/24.
  • If you are bypassing specific network from the advance firewall, Scanning and NATing will not apply to that network.

                                                                                                                              Document Version: – 1.0 – 09/08/2011

Attachments
Article ID: 2017