Submit a ticketCall us

Looking to compare latest NPM features with previous versions of NPM?
The NPM new feature summary offers a comparison of new features and improvements offered with this release.

 

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: 2 Votes: 1 Revisions: 10

Overview

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

Environment

FoE all versions

Detail

Notes:

  • 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 255.255.255.0
    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 255.255.255.255
       
  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 255.255.255.255 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

Tags

Classifications

Public