System Administration Guide: Network Interfaces and Network Virtualization

ProcedureHow to Obtain Information About Underlying IP Interfaces of a Group

Use this procedure to display information about an IPMP group's underlying IP interfaces. For a description of the corresponding relationship between the NIC, data link, and IP interface, see Overview of the Networking Stack.

  1. Display the IPMP interface information.


    $ ipmpstat -i
    INTERFACE   ACTIVE   GROUP      FLAGS      LINK       PROBE      STATE
    subitops0   yes      itops0     --mb---    up         ok         ok
    subitops1   yes      itops0     -------    up         disabled   ok
    hme0        no       acctg1     -------    unknown    disabled   offline
    hme1        no       acctg1     is-----    down       unknown    failed
    fops0       yes      field2     --mb---    unknown    ok         ok
    fops1       no       field2     -i-----    up         ok         ok
    fops2       no       filed2     -------    up         failed     failed
    fops3       yes      field2     --mb---    up         ok         ok
    INTERFACE

    Specifies each underlying interface of each IPMP group.

    ACTIVE

    Indicates whether the interface is functioning and is in use (yes) or not (no).

    GROUP

    Specifies the IPMP interface name. In the case of anonymous groups, this field will be empty. For more information about anonymous groups, see the in.mpathd(1M) man page.

    FLAGS

    Indicates the status of the underlying interface, which can be one or any combination of the following:

    • i indicates that the INACTIVE flag is set for the interface and therefore the interface is not used to send or receive data traffic.

    • s indicates that the interface is configured to be a standby interface.

    • m indicates that the interface is designated by the system to send and receive IPv4 multicast traffic for the IPMP group.

    • b indicates that the interface is designated by the system to receive broadcast traffic for the IPMP group.

    • M indicates that the interface is designated by the system to send and receive IPv6 multicast traffic for the IPMP group.

    • d indicates that the interface is down and therefore unusable.

    • h indicates that the interface shares a duplicate physical hardware address with another interface and has been taken offline. The h flag indicates that the interface is unusable.

    LINK

    Indicates the state of link-based failure detection, which is one of the following states:

    • up or down indicates the availability or unavailability of a link.

    • unknown indicates that the driver does not support notification of whether a link is up or down and therefore does not detect link state changes.

    PROBE

    Specifies the state of the probe–based failure detection for interfaces that have been configured with a test address, as follows:

    • ok indicates that the probe is functional and active.

    • failed indicates that probe-based failure detection has detected that the interface is not working.

    • unknown indicates that no suitable probe targets could be found, and therefore probes cannot be sent.

    • disabled indicates that no IPMP test address is configured on the interface. Therefore probe-based failure detection is disabled.

    STATE

    Specifies the overall state of the interface, as follows:

    • ok indicates that the interface is online and working normally based on the configuration of failure detection methods.

    • failed indicates that the interface is not working because either the interface's link is down, or the probe detection has determined that the interface cannot send or receive traffic.

    • offline indicates that the interface is not available for use. Typically, the interface is switched offline under the following circumstances:

      • The interface is being tested.

      • Dynamic reconfiguration is being performed.

      • The interface shares a duplicate hardware address with another interface.

    • unknown indicates the IPMP interface's status cannot be determined because no probe targets can be found for probe-based failure detection.