Add system communication interfaces for IPS engines
Normal Interfaces are used for communication between the IPS engine and the Management Server.
Physical Interfaces correspond to network ports on the IPS engine. In an IPS Cluster, each physical interface definition represents a network interface on all nodes of the cluster. By default, the numbering of the Physical Interfaces in the Management Client corresponds to the operating system interface numbering on the engine. For example, Interface ID 0 is mapped to eth0, and Interface ID 1 is mapped to eth1. However, the mapping is not fixed and you can change it through the engine command line. This mapping can be done differently from node to node as long as you take care that the same interface on each node is correctly cabled to the same network.
- Communication between the IPS engine and the Management Server.
- Sending event information and traffic recordings to Log Servers.
- As the Reset Interface for sending TCP Reset responses.
- Heartbeat communication between the nodes.
- Communication between each individual node and the Management Server.
- Sending event information and traffic recordings to Log Servers.
- For any other traffic between the node itself and some other host.
Each Single IPS engine or node in an IPS Cluster needs at least one Normal interface for communicating with other SMC components. You can define more than one system communication interface if it is necessary in your network environment. It is recommended to create a separate Normal Interface that is used for communication with the Management Server rather than using the same Normal Interface for sending event information and traffic recordings to Log Servers, and for communication with the Management Server.
For more details about the product and how to configure features, click Help or press F1.
Steps
Physical Interface Properties dialog box (IPS engine)
Use this dialog box to define the Physical Interface properties for a Single IPS engine, IPS Cluster, Virtual IPS engine, or Master Engine in the IPS role.
Option | Definition |
---|---|
General tab | |
Interface ID | The Interface ID automatically maps to a physical network port of the same number during the initial configuration of the Engine. The mapping can be changed as
necessary through command-line tools. Note: For Master Engines, changes to the interface mapping do not affect the Interface IDs that are defined for Virtual Engines in Virtual Resource
elements.
|
Type |
|
Zone
(Optional) |
Select the network zone to which the interface belongs. Click Select to select an element, or click New to create an element. |
MTU
(Optional) |
The maximum transmission unit (MTU) size on the connected link. Either enter a value between 400–65535 or select a common MTU value from the list. If the interface is a Physical Interface, the same MTU is automatically applied to any VLANs created under it. The default value (also the maximum standard MTU in Ethernet) is 1500. Do not set a value larger than the standard MTU, unless you know that all devices along the communication path support it. To set the MTU for a Virtual Engine, you must configure the MTU for the interface on the Master Engine that hosts the Virtual Engine, then refresh the policy on the Master Engine and the Virtual Engine. |
Comment (Optional) |
A comment for your own reference. |
Option | Definition |
---|---|
Inline Interface Settings or Capture Interface Settings section | |
Reset Interface | (When Type is Capture Interface) Select the Reset Interface to specify the interface through which TCP connection resets are sent when Reset responses are used in your policy. |
Logical Interface | Specifies the Logical Interface. You cannot use the same Logical Interface element for both Inline and Capture Interfaces on the same Virtual Engine. |
Failure Mode |
(When Type is Inline Interface) Select how traffic to the Inline Interface is handled if the engine goes offline.
Note: If there are VLAN Interfaces under the Inline Interface, you must select
Bypass.
Note: For Virtual Engines, this option is set on the Master Engine.
CAUTION: Using bypass mode requires a fail-open network interface card. If the ports that represent the interfaces cannot fail open, policy installation fails on the Secure SD-WAN Engine. Bypass mode is not compatible with VLAN retagging. In network environments where VLAN retagging is used,
normal mode is automatically enforced.
|
Inspect unspecified VLANs | (When Type is Capture Interface or Inline Interface) Select this option to make the engine inspect traffic from VLANs that are not included in the engine’s interface configuration. We recommend that you keep this option selected if you do not have a specific reason to deselect it. |
Inspect QinQ | Select this option to make the engine inspect double-tagged VLAN traffic as defined in IEEE 802.1Q. We recommend that you keep this option selected if you do not have a specific reason to deselect it. |
Bypass unspecified VLANs
(Master Engines only) |
(When Type is Inline Interface) When this option is selected, traffic from VLANs that are not allocated to any Virtual Engine is bypassed without inspection. Deselect this option to make the Master Engine block traffic from VLANs that are not allocated to any Virtual Engine. We recommend that you keep this option selected if you do not have a specific reason to deselect it. |
Option | Definition |
---|---|
Second Interface section (When Type is Inline Interface) |
|
ID | Select a Second Interface ID. The Interface ID is mapped to a physical network port of the same number during the initial configuration of the engine. |
Zone
(Optional) |
Select the network zone to which the interface belongs. Click Select to select an element, or click New to create an element. |
Second Interface ID
(Master Engines only) |
Select a Second Interface ID. The Interface ID is mapped to a physical network port of the same number during the initial configuration of the engine. |
Option | Definition |
---|---|
QoS Mode
(Optional) |
Defines how QoS is applied to the link on this interface. If Full QoS or DSCP Handling and Throttling is selected, a QoS policy must also be selected. If Full QoS is selected, the throughput must also be defined. If the interface is a Physical Interface, the same QoS mode is automatically applied to any VLANs created under it. |
QoS Policy |
(When QoS Mode is Full QoS or DSCP Handling and Throttling) The QoS policy for the link on this interface. If the interface is a Physical Interface, the same QoS policy is automatically selected for any VLANs created under it. Note: If a Virtual Resource has a throughput limit defined, the interfaces on the Virtual Engine that use a QoS policy all use the same policy. The policy used in
the first interface is used for all the interfaces.
|
Interface Throughput Limit |
(When QoS Mode is Full QoS) Enter the throughput for the link on this interface as megabits per second. If the interface is a Physical Interface, the same throughput is automatically applied to any VLANs created under it. The throughput is for uplink speed (outgoing traffic) and typically must correspond to the speed of an Internet link (such as an ADSL line), or the combined speeds of several such links when connected to a single interface. CAUTION: Make sure that you set the interface speed correctly. When the bandwidth is set, the Engine always scales the total amount of traffic on this
interface to the bandwidth you defined. This scaling happens even if there are no bandwidth limits or guarantees defined for any traffic.
CAUTION: The throughput for a Physical Interface for a Virtual Engine must not be higher than the throughput for the Master Engine interface that hosts
the Virtual Engine. Contact the administrator of the Master Engine before changing this setting.
|
Option | Definition |
---|---|
Virtual Resource section (Master Engines only) |
|
Virtual Resource |
The Virtual Resource associated with the interface. Select the same Virtual Resource in the properties of the Virtual Engine to add the Virtual Engine to the Master Engine. If the interface is to be used for the Master Engine system communications, select None. For Master Engines that host Virtual Engines, you can select Multiple Virtual Resources to allow several Virtual Engines to share a single physical interface. To add multiple Virtual Resources for Virtual IPS engines or Virtual Layer 2 Engines, add VLAN Interfaces to the Physical Interface, then select a Virtual Resource in the properties of each VLAN Interface. |
Allow VLAN Definition in Virtual Engine | (When the Virtual Resource option is a single Virtual Resource) When selected, you can add VLAN Interfaces to the automatically created physical interfaces in the Virtual Secure SD-WAN Engines that are associated with this interface. |
Virtual Engine Interface ID | (When the Virtual Resource option is a single Virtual Resource) Specifies the Interface ID of the Physical Interface in the Virtual Engine that is associated with this interface. |
Option | Definition |
---|---|
Advanced tab (All optional settings) |
|
Override Engine's Default Settings | When selected, the default settings of the Secure SD-WAN Engine are overridden. |
SYN Rate Limits |
|
Allowed SYNs per Second | Defines the number of allowed SYN packets per second. |
Burst Size | The number of allowed SYNs before the Engine starts limiting the SYN rate. We recommend that you set the burst size to be at least one tenth of the Allowed SYNs per Second value. If the burst size is too small, SYN rate limits do not work. For example, if the value for Allowed SYNs per Second is 10000, set the value for Burst Size to at least 1000. |
Enable Log Compression | By default, each generated Antispoofing and Discard log entry is logged separately and displayed as a separate entry in the Logs view. Log Compression settings allow you to define the maximum number of separately logged entries. When the defined limit is reached, a single antispoofing log entry or Discard log entry is logged. The single entry contains information about the total number of the generated Antispoofing log entries or Discard log entries. After this log entry, the logging returns to normal and all generated entries are once more logged and displayed separately. Log Compression is useful when the routing configuration generates a large volume of antispoofing logs or the number of Discard logs becomes high. For each event type, Antispoofing or Discard, you can define:
|
Set to Default | Returns all changes to the log compression settings to the default settings. |