Submit a ticketCall us

Webinar: Web Help Desk for HR, Facilities and Accounting Departments
This webinar will focus on use cases for HR, Facilities and Accounting.

Having a unified ticketing and asset management system for all the departments in your company can provide end-users with a seamless experience and make things easier for your IT team. Yet, with different business tasks and objectives, many departments don’t fully understand the capabilities of Web Help Desk and how the software can be customized for effective use in their departments.
Register Now.

Home > Success Center > Failover Engine (FoE) > Orion Failover Engine Channel and Principal (Public) connections to utilize the same subnet

Orion Failover Engine Channel and Principal (Public) connections to utilize the same subnet

Table of contents
Created by Robert Stidman, last modified by MindTouch on Jun 23, 2016

Views: 22 Votes: 1 Revisions: 10


This article provides information about configuration considerations for the Orion Failover Engine (FoE) Channel and Principal (Public) connections to utilize the same subnet.


FoE all versions



  • The following information applies to both Local Area Networks (LAN) and Wide Area Networks (WAN).

  • SolarWinds recommends at least two physical NICs on each server to provide hardware redundancy and prevent a single point of failure.


When configuring Principal (Public) and SolarWinds Channel connections, SolarWinds recommends the following: 

  1. SolarWinds Channel Considerations:
    1. If the IP addresses at each end of a SolarWinds Channel connection are in a different subnet from each other, you must add static routes as described in KB 1494 - How to Create a Static Route for the SolarWinds Channel Connection in a WAN Environment regardless of the Principal (Public) IP addresses.
    2. If the subnet used for a SolarWinds Channel IP address is used solely for SolarWinds Channel addressing, then the subnet mask may be relaxed to
    3. If the subnet used for SolarWinds Channel IP addresses is used for any other traffic, then the subnet mask (as mentioned in KB 1494) must be
  2. Dedicated (Separate) NICs in Dedicated (Separate) Subnets:

    When the Principal (Public) connection and the SolarWinds Channel connection(s) are on separate dedicated NICs and separate dedicated subnets, then the only requirement is to ensure that channel traffic is able to be routed across the SolarWinds Channel. Rules 1a and 1b above should be considered and static routes added if required.

  3. Dedicated (Separate) NICs and Same Subnet:

    If the Principal (Public) IP address and SolarWinds Channel IP address(es) are configured on dedicated (separate) NICs, but in the same subnet, then the SolarWinds Channel IP address(es) need to have a subnet mask of as described in item 1 above. Static routes as per KB 1494 will always be required, even if the IP addresses at both ends of the channel link are on the same subnet.

  4. Same NIC and separate (dedicated) Subnet:

    If the Principal (Public) IP address and SolarWinds Channel IP addresses are configured on the same NIC but on different subnets, the rules in item 1 above apply.  

  5. Same NIC and Same Subnet:

    This configuration is not currently supported.

  6. Management IP Addressing:

    1. The Management IP address, if any must not permit access to any domain controllers on the network.

    2. The Management IP address should be configured on a unique subnet, different from the subnet(s) used for the Principal (Public) IP address and SolarWinds Channel IP address.

Note: When Principal (Public) and SolarWinds Channel IP addresses on a server are on different NICs and different subnets, then the existing implementations will work.

Last modified
19:29, 22 Jun 2016