Brocade Mobility RFS7000-GR Controller System Reference Guide (Supporting software release 4.1.0.0-040GR and later) User Manual

Page 284

Advertising
background image

270

Brocade Mobility RFS7000-GR Controller System Reference Guide

53-1001944-01

Configuring switch redundancy & clustering

5

After sending the command to other members, the cluster-management protocol (at WS1) waits for
a response from the members of the redundancy group. Upon receiving a response from each
member, WS1 updates the user’s screen and allows the user to enter/execute the next command.

The wait time required to collect responses from other switches is predefined, so if any one or
more members does not respond to a given command within the defined interval, the command
originating switch displays whatever responses have been collected and ignores the delayed
responses. This time-based response mechanism eliminates the possibility of indefinite response
hangs and allows for quicker redundancy group configuration.

There is no fixed master-slave relationship between members. Typically, a switch can be
considered a master for the command it originates. Responding members can be considered
slaves with respect to that command.

This virtual master-slave relationship makes this design unique when compared to existing
centralized management systems. Having a virtual master-slave relationship eliminates a single
point of failure, since a user can make use of any switch as the group centralized management
entity (using the cluster-management context).

NOTE

When using the redundancy feature make sure that UDP traffic on port 51515 is open between the
redundant switches.

To view status and membership data and define a redundancy group configuration, refer to the
following:

Configuring redundancy settings

Reviewing redundancy status

Configuring redundancy group membership

Redundancy group license aggregation rules

Advertising