150
RackSwitch G8000: Application Guide
•
Backup
One member switch can be designated as a Backup to the Master. The Backup
takes over control of the stack if the Master fails. Configuration information and
run-time data are synchronized with the Master.
The Master Switch
An operational stack can have only one active Master at any given time. In a normal
stack configuration, one switch is configured as a Master and all others are
configured as Members.
When adding new switches to an existing stack, the administrator must explicitly
configure each new switch for its intended role as a Master (only when replacing a
previous Master) or as a Member. All stack configuration procedures in this chapter
depict proper role specification.
However, although uncommon, there are scenarios in which a stack may
temporarily have more than one Master switch. If this occurs, one Master switch will
automatically be chosen as the active Master for the entire stack. The selection
process is designed to promote stable, predictable stack operation and minimize
stack reboots and other disruptions.
Splitting and Merging One Stack
If stack links or Member switches fail, any Members which cannot access either the
Master or Backup are considered
isolated
and will not process network traffic (see
). Members which have access to a Master or Backup (or
both), despite other link or Member failures, will continue to operate as part of their
active stack.
If multiple stack links or stack Member switches fail, thereby separating the Master
and Backup into separate sub-stacks, the Backup automatically becomes an active
Master for the partial stack in which it resides. Later, if the topology failures are
corrected, the partial stacks will merge, and the two active Masters will come into
contact.
In this scenario, if both the (original) Master and the Backup (acting as Master) are
in operation when the merger occurs, the original Master will reassert its role as
active Master for the entire stack. If any configuration elements were changed and
applied on the Backup during the time it acted as Master (and forwarded to its
connected Members), the Backup and its affected Members will reboot and will be
reconfigured by the returning Master before resuming their regular roles.
However, if the original Master switch is disrupted (powered down or in the process
of rebooting) when it is reconnected with the active stack, the Backup (acting as
Master) will retain its acting Master status to avoid disruption to the functioning
stack. The deferring Master will temporarily assume a role as Backup.
If both the Master and Backup are rebooted, the switches will assume their originally
configured roles.
If, while the stack is still split, the Backup (acting as Master) is explicitly reconfigured
to become a regular Master, then when the split stacks are finally merged, the
Master with the lowest MAC address will become the new active Master for the
entire stack.
Summary of Contents for RackSwitch G8000
Page 1: ...RackSwitch G8000 Application Guide...
Page 2: ......
Page 3: ...RackSwitch G8000 Application Guide...
Page 16: ...16 RackSwitch G8000 Application Guide...
Page 22: ...20 RackSwitch G8000 Application Guide...
Page 23: ...Copyright IBM Corp 2011 21 Part 1 Getting Started...
Page 24: ...22 RackSwitch G8000 Application Guide...
Page 54: ...52 RackSwitch G8000 Application Guide...
Page 55: ...Copyright IBM Corp 2011 53 Part 2 Securing the Switch...
Page 56: ...54 RackSwitch G8000 Application Guide...
Page 92: ...90 RackSwitch G8000 Application Guide...
Page 94: ...92 RackSwitch G8000 Application Guide...
Page 144: ...142 RackSwitch G8000 Application Guide...
Page 145: ...Copyright IBM Corp 2011 143 Part 4 Advanced Switch ing Features...
Page 146: ...144 RackSwitch G8000 Application Guide...
Page 148: ...146 RackSwitch G8000 Application Guide...
Page 182: ...180 RackSwitch G8000 Application Guide...
Page 184: ...182 RackSwitch G8000 Application Guide...
Page 212: ...210 RackSwitch G8000 Application Guide...
Page 258: ...256 RackSwitch G8000 Application Guide...
Page 286: ...284 RackSwitch G8000 Application Guide...
Page 294: ...292 RackSwitch G8000 Application Guide...
Page 298: ...296 RackSwitch G8000 Application Guide...
Page 310: ...308 RackSwitch G8000 Application Guide...
Page 311: ...Copyright IBM Corp 2011 309 Part 7 Network Management...
Page 312: ...310 RackSwitch G8000 Application Guide...
Page 320: ...318 RackSwitch G8000 Application Guide...
Page 332: ...330 RackSwitch G8000 Application Guide...
Page 334: ...332 RackSwitch G8000 Application Guide...
Page 345: ...Copyright IBM Corp 2011 343 Part 9 Appendices...
Page 346: ...344 RackSwitch G8000 Application Guide...
Page 357: ...Copyright IBM Corp 2011 Appendix C Notices 355 Taiwan Class A compliance statement...