SonicOS 7 System
- SonicOS 7.0
- Overview
- Interfaces
- About Interfaces
- Interface Settings IPv4
- Adding Virtual Interfaces
- Configuring Routed Mode
- Enabling Bandwidth Management on an Interface
- Configuring Interfaces in Transparent IP Mode (Splice L3 Subnet)
- Configuring Wireless Interfaces
- Configuring WAN Interfaces
- Configuring Tunnel Interfaces
- Configuring VPN Tunnel Interfaces
- Configuring Link Aggregation and Port Redundancy
- Configuring One Arm Mode
- Configuring an IPS Sniffer Mode Appliance
- Configuring Security Services (Unified Threat Management)
- Configuring Wire and Tap Mode
- Layer 2 Bridged Mode
- Key Features of SonicOS Layer 2 Bridged Mode
- Key Concepts to Configuring L2 Bridged Mode and Transparent Mode
- Comparing L2 Bridged Mode to Transparent Mode
- Comparison of L2 Bridged Mode to Transparent Mode
- Benefits of Transparent Mode over L2 Bridged Mode
- ARP in Transparent Mode
- VLAN Support in Transparent Mode
- Multiple Subnets in Transparent Mode
- Non-IPv4 Traffic in Transparent Mode
- ARP in L2 Bridged Mode
- VLAN Support in L2 Bridged Mode
- L2 Bridge IP Packet Path
- Multiple Subnets in L2 Bridged Mode
- Non-IPv4 Traffic in L2 Bridged Mode
- L2 Bridge Path Determination
- L2 Bridge Interface Zone Selection
- Sample Topologies
- Configuring Network Interfaces and Activating L2B Mode
- Configuring Layer 2 Bridged Mode
- Asymmetric Routing
- Configuring Interfaces for IPv6
- 31-Bit Network Settings
- PPPoE Unnumbered Interface Support
- Failover & LB
- Neighbor Discovery
- ARP
- MAC IP Anti-Spoof
- Web Proxy
- PortShield Groups
- SonicOS Support of X-Series Switches
- About the X-Series Solution
- Performance Requirements
- Key Features Supported with X-Series Switches
- PortShield Functionality and X-Series Switches
- PoE/PoE+ and SFP/SFP+ Support
- X-Series Solution and SonicPoints
- Managing Extended Switches using GMS
- Extended Switch Global Parameters
- About Links
- Logging and Syslog Support
- Supported Topologies
- Port Graphics
- Port Configuration
- External Switch Configuration
- External Switch Diagnostics
- Configuring PortShield Groups
- SonicOS Support of X-Series Switches
- PoE Settings
- VLAN Translation
- IP Helper
- Dynamic Routing
- DHCP Server
- Configuring a DHCP Server
- Configuring Advanced Options
- Configuring DHCP Option Objects
- Configuring DHCP Option Groups
- Configuring a Trusted DHCP Relay Agent Address Group (IPv4 Only)
- Enabling Trusted DHCP Relay Agents
- Configuring IPv4 DHCP Servers for Dynamic Ranges
- Configuring IPv6 DHCP Servers for Dynamic Ranges
- Configuring IPv4 DHCP Static Ranges
- Configuring IPv6 DHCP Static Ranges
- Configuring DHCP Generic Options for DHCP Lease Scopes
- DHCP and IPv6
- Multicast
- Network Monitor
- AWS Configuration
- SonicWall Support
Comparison of L2 Bridged Mode to Transparent Mode
Attribute | Layer 2 Bridged Mode | Transparent Mode |
---|---|---|
Layer of Operation | Layer 2 (MAC) | Layer 3 (IP) |
ARP behavior | ARP (Address Resolution Protocol) information is unaltered. MAC addresses natively traverse the L2 bridge. Packets that are destined for SonicWall firewall’s MAC addresses are processed, others are passed, and the source and destinations are learned and cached. | ARP is proxied by the interfaces operating in Transparent Mode. |
Path determination | Hosts on either side of a Bridge-Pair are dynamically learned. There is no need to declare interface affinities. | The Primary WAN interface is always the master ingress/egress point for Transparent mode traffic, and for subnet space determination. Hosts transparently sharing this subnet space must be explicitly declared through the use of Address Object assignments. |
Maximum interfaces |
Two interfaces, a Primary Bridge Interface and a Secondary Bridge Interface. |
Two or more interfaces. The master interface is always the Primary WAN. There can be as many transparent subordinate interfaces as there are interfaces available. |
Maximum pairings | The maximum number of Bridge-Pairs allowed is limited only by available physical interfaces. This can be described as “many One-to-One pairings.” | Transparent Mode only allows the Primary WAN subnet to be spanned to other interfaces, although it allows for multiple interfaces to simultaneously operate as transparent partners to the Primary WAN. This can be described as “a single One-to-One” or “a single One-to-Many pairing.” |
Zone restrictions | The Primary Bridge Interface can be Untrusted, Trusted, or Public. The Secondary Bridge Interface can be Trusted or Public. | Interfaces in a Transparent Mode pair must consist of one Untrusted interface (the Primary WAN, as the master of the pair’s subnet) and one or more Trusted/Public interface (such as, LAN or DMZ). |
Subnets supported | Any number of subnets is supported. Access Rules can be written to control traffic to/from any of the subnets as needed. | In its default configuration, Transparent Mode only supports a single subnet (that which is assigned to, and spanned from the Primary WAN). It is possible to manually add support for additional subnets through the use of ARP entries and routes. |
Non-IPv4 Traffic |
All non-IPv4 traffic, by default, is bridged from one Bridge-Pair interface to the Bridge-Partner interface, unless disabled on the Secondary Bridge Interface configuration page. This includes IPv6 traffic, STP (Spanning Tree Protocol), and unrecognized IP types. |
Non IPv4 traffic is not handled by Transparent Mode, and is dropped and logged. |
VLAN traffic | VLAN traffic is passed through the L2 Bridge, and is fully inspected by the Stateful and Deep Packet Inspection engines. | VLAN subinterfaces can be created and can be given Transparent Mode Address Object assignments, but the VLANs are terminated by the firewall rather than passed. |
VLAN subinterfaces | VLAN subinterfaces can be configured on Bridge-Pair interfaces, but they are passed through the bridge to the Bridge-Partner unless the destination IP address in the VLAN frame matches the IP address of the VLAN subinterface on the appliance, in which case it is processed (for example, as management traffic). | VLAN subinterfaces can be assigned to physical interfaces operating in Transparent Mode, but their mode of operation is independent of their parent. These VLAN subinterfaces can also be given Transparent Mode Address Object assignments, but in any event VLAN subinterfaces are terminated rather than passed. |
Dynamic addressing | Although a Primary Bridge Interface might be assigned to the WAN zone, only static addressing is allowable for Primary Bridge Interfaces. | Although Transparent Mode employs the Primary WAN as a master interface, only static addressing is allowable for Transparent Mode. |
VPN support | VPN operation is supported with one additional route configured. See VPN Integration with Layer 2 Bridged Mode for details. | VPN operation is supported with no special configuration requirements. |
DHCP support | DHCP can be passed through a Bridge-Pair. | Interfaces operating in Transparent Mode can provide DHCP services, or they can pass DHCP using IP Helper. |
Routing and NAT | Traffic is intelligently routed in/out of the L2 Bridge-Pair from/to other paths. By default, traffic is NATed from one Bridge-Pair interface to the Bridge-Partner, but it can be NATed to other paths, as needed. Custom routes and NAT policies can be added as needed. | Traffic is intelligently routed from/to other paths. By default, traffic is not NATed from/to the WAN to/from Transparent Mode interface, but it can be NATed to other paths, as needed. Custom routes and NAT policies can be added as needed. |
Stateful Packet Inspection | Full stateful packet inspection is applied to all IPv4 traffic traversing the L2 Bridge for all subnets, including VLAN traffic on firewalls. | Full stateful packet inspection is applied to traffic from/to the subnets defined by Transparent Mode Address Object assignment. |
Security services | All security services (GAV, IPS, Anti-Spyware, CFS) are fully supported. All regular IP traffic, as well as all 802.1Q encapsulated VLAN traffic. | All security services (GAV, IPS, Anti-Spyware, CFS) are fully supported from/to the subnets defined by Transparent Mode Address Object assignment. |
Broadcast traffic | Broadcast traffic is passed from the receiving Bridge-Pair interface to the Bridge-Partner interface. | Broadcast traffic is dropped and logged, with the possible exception of NetBIOS, which can be handled by IP Helper. |
Multicast traffic | Multicast traffic is inspected and passed across L2 Bridge-Pairs providing Multicast has been activated on NETWORK | System > Multicast. It is not dependent upon IGMP messaging, nor is it necessary to enable multicast support on the individual interfaces. | Multicast traffic, with IGMP dependency, is inspected and passed by Transparent Mode providing Multicast has been activated on NETWORK | System > Multicast, and multicast support has been enabled on the relevant interfaces. |
Was This Article Helpful?
Help us to improve our support portal