Solaris 10 ipmp failed relationship

Rammeesh unix: IPMP in Solaris 10

solaris 10 ipmp failed relationship

Oracle Solaris Administration: IP Services Oracle Solaris 10 1/13 Information Library How to Remove a Physical Interface That Has Failed (DR-Detach) . However, no inherent relationships exist between an interface “type” and the address. IPMP in Solaris Link Based IPMP. The failure detection and repair method used by the mpathd daemon differentiates the IPMP as probe. IP network multipathing (IPMP) provides physical interface failure detection and transparent network implementation in the current Solaris release, data addresses belong to the IPMP group as a whole and are not . necessarily adhering to a one–to–one relationship between data addresses and interfaces. Page

IPMP failure detection can be link-based or probe-based or both to determine the availability of a specific underlying IP interface in the group. If IPMP determines that an underlying interface has failed, then that interface is flagged as failed and is no longer usable. The data IP address that was associated with the failed interface is then redistributed to another functioning interface in the group.

If available, a standby interface is also deployed to maintain the original number of active interfaces.

solaris 10 ipmp failed relationship

Two data addresses are assigned to the group: Two underlying interfaces are configured as active interfaces and are assigned flexible link names: The group has one standby interface, also with a flexible link name: Probe—based failure detection is used, and thus the active and standby interfaces are configured with test addresses, as follows: The areas only serve to show how an underlying interface changes status as a result of either failure or repair.

You can use the ipmpstat command with different options to display specific types of information about existing IPMP groups. Thus, if net0 fails, then net2 is deployed to ensure that the group continues to have two active interfaces.

The IP kernel module can assign data addresses randomly without necessarily adhering to a one—to—one relationship between data addresses and interfaces. In turn, net2 is returned to its original standby status.

The result is that the IPMP group is left with a single functioning interface, net0. The restoration depends on the IPMP group's original number of active interfaces compared with the configuration after the repair.

Oracle Solaris IPMP

However, the IPMP group still would not reflect the original number of two active interfaces, because net1 continues to remain offline 2. Thus, IPMP deploys net2 as an active interface instead 3.

The ipmpstat utility would display the post-repair IPMP scenario as follows: In that mode, a repaired net0 is switched to a reserve status as a standby interface, even though it was originally an active interface.

The interface net2 would remain active to maintain the IPMP group's original number of two active interfaces.

Troubleshooting Solaris IPMP – The Geek Diary

The ipmpstat utility would display the recovery information as follows: The reserve interface is called the standby interface. Although idle, the standby IP interface is monitored by the multipathing daemon to track the interface's availability, depending on how the interface is configured.

If link-failure notification is supported by the interface, link-based failure detection is used. If the interface is configured with a test address, probe-based failure detection is also used. If an active interface fails, the standby interface is automatically deployed as needed. You can configure as many standby interfaces as you want for an IPMP group. A single interface can also be configured in its own IPMP group.

However, this IPMP configuration does not provide high availability for network traffic. If the underlying interface fails, then the system loses all capability to send or receive traffic. The purpose of configuring a single-interfaced IPMP group is to monitor the availability of the interface by using failure detection. By configuring a test address on the interface, you can set the daemon to track the interface by using probe-based failure detection.

Typically, a single-interfaced IPMP group configuration is used in conjunction with other technologies that have broader failover capabilities, such as Sun Cluster software. The system can continue to monitor the status of the underlying interface. But the Sun Cluster software provides the functionalities to ensure availability of the network when failure occurs. An IPMP group without underlying interfaces can also exist, such as a group whose underlying interfaces have been removed.

The IPMP group is not destroyed, but the group cannot be used to send and receive traffic. As underlying IP interfaces are brought online for the group, then the data addresses of the IPMP interface are allocated to these interfaces and the system resumes hosting network traffic.

solaris 10 ipmp failed relationship

Interfaces that are configured with IPMP support two types of addresses: Data addresses are assigned to the IPMP interface. The standard IPv4 packet traffic and, if applicable, IPv6 packet traffic are considered data traffic. Data traffic flow use the data addresses that are hosted on the IPMP interface and flow through the active interfaces of that group.

Test addresses can also be assigned dynamically by the DHCP server, or manually by using the ifconfig command.

  • Chapter 31 Administering IPMP (Tasks)
  • Chapter 7 Introducing IPMP

While data addresses are assigned to the IPMP interface, only test addresses are assigned to the underlying interfaces of the group. For an underlying interface on a dual-stack network, you can configure an IPv4 test address or an IPv6 test address or both. When an underlying interface fails, the interface's test address continues to used by the in.

Troubleshooting Solaris IPMP

Note — You need to configure test addresses only if you specifically want to use probe-based failure detection. For more information about probe-based failure detection and the use of test addresses, refer to Probe-Based Failure Detection.

In the current implementation, test addresses reside in the underlying interfaces. Thus, these addresses can no longer be accidentally used by applications that are unaware of IPMP.

IPv4 test addresses do not need to be routeable. Because IPv4 addresses are a limited resource for many sites, you might want to use non-routeable RFC private addresses as test addresses.