Dell PowerConnect B - MLXe 16 Hardware Installation Guide - Page 163

The Hitless OS upgrade process, command on the active management module.

Page 163 highlights

Hitless OS upgrade 6 • To avoid disruptions of IPv4 Layer 3 multicast traffic, the unicast routing protocol for multicast RPF routes must be either Non-Stop routing- or Graceful Restart-capable and enabled . • The time required for the hitless upgrade process ranges from 1 to 10 minutes, depending on the size of the MAC table and the routing table, and the number of OSPF and BGP neighbors. Router configuration is unavailable during the entire hitless upgrade process. The message " • ---SW Upgrade In Progress - Please Wait---" is displayed at the console if configuration is attempted. Operational command of the router is allowed during the upgrade process. • Because the active management module becomes the standby management module during the hitless upgrade process, you will need a connection to the console interface on both management modules. • When they are reset, management and interface modules are unable to send and receive packets. Once the management and interface modules are again operational, modules can send and receive packets, even before the hitless upgrade process is complete. • Router configuration cannot be changed during the hitless upgrade process. • System-max parameter changes (or other configuration changes that require a system reload, such as "cam-mode" and cam-profile" changes), do not take effect after a hitless upgrade. • FPGA images cannot be upgraded using the hitless upgrade process. • Hitless upgrade cannot be used to downgrade an image to a version older than the version currently running on the device. • If there are protocol dependencies between neighboring nodes, it is recommended that you upgrade nodes one at a time. • After hitless upgrade, the running configuration on the router will be the same as it was before the upgrade. A configuration that is not saved before a hitless upgrade is not removed and the existing startup configuration does not take effect. This behavior is similar to the management module switchover feature. The Hitless OS upgrade process A hitless upgrade of Multi-Service IronWare software is performed in the following sequence: 1. Multi-Service IronWare software is installed in flash memory to the primary and secondary image on active and standby management modules and interface modules. 2. Enter the hitless-reload command on the active management module. 3. The hitless upgrade process starts on the active management module, which initiates the upgrade process on the standby management module. 4. The standby management module is reset. 5. The active management module is reset and the standby management module becomes the active module. 6. Active console control is lost to the previously active management module as it becomes the standby management module. 7. The active management module initiates the upgrade process on all interface modules. 8. The router is now running the new Multi-Service IronWare software. The management module that was initially configured as the standby management module is now the active management module and the management module that was initially configured as the active management module is now the standby management module. If you want the original management module to be active, you must manually fail-over control to it. PowerConnect B-MLXe Hardware Installation Guide 151 53-1002111-01

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212

PowerConnect B-MLXe Hardware Installation Guide
151
53-1002111-01
Hitless OS upgrade
6
To avoid disruptions of IPv4 Layer 3 multicast traffic, the unicast routing protocol for multicast
RPF routes must be either Non-Stop routing- or Graceful Restart-capable and enabled .
The time required for the hitless upgrade process ranges from 1 to 10 minutes, depending on
the size of the MAC table and the routing table, and the number of OSPF and BGP neighbors.
Router configuration is unavailable during the entire hitless upgrade process. The message “
---SW Upgrade In Progress - Please Wait---
” is displayed at the console if configuration is
attempted. Operational command of the router is allowed during the upgrade process.
Because the active management module becomes the standby management module during
the hitless upgrade process, you will need a connection to the console interface on both
management modules.
When they are reset, management and interface modules are unable to send and receive
packets. Once the management and interface modules are again operational, modules can
send and receive packets, even before the hitless upgrade process is complete.
Router configuration cannot be changed during the hitless upgrade process.
System-max parameter changes (or other configuration changes that require a system reload,
such as “cam-mode” and cam-profile” changes), do not take effect after a hitless upgrade.
FPGA images cannot be upgraded using the hitless upgrade process.
Hitless upgrade cannot be used to downgrade an image to a version older than the version
currently running on the device.
If there are protocol dependencies between neighboring nodes, it is recommended that you
upgrade nodes one at a time.
After hitless upgrade, the running configuration on the router will be the same as it was before
the upgrade. A configuration that is not saved before a hitless upgrade is not removed and the
existing startup configuration does not take effect. This behavior is similar to the management
module switchover feature.
The Hitless OS upgrade process
A hitless upgrade of Multi-Service IronWare software is performed in the following sequence:
1.
Multi-Service IronWare software is installed in flash memory to the primary and secondary
image on active and standby management modules and interface modules.
2.
Enter the
hitless-reload
command on the active management module.
3.
The hitless upgrade process starts on the active management module, which initiates the
upgrade process on the standby management module.
4.
The standby management module is reset.
5.
The active management module is reset and the standby management module becomes the
active module.
6.
Active console control is lost to the previously active management module as it becomes the
standby management module.
7.
The active management module initiates the upgrade process on all interface modules.
8.
The router is now running the new Multi-Service IronWare software. The management module
that was initially configured as the standby management module is now the active
management module and the management module that was initially configured as the active
management module is now the standby management module. If you want the original
management module to be active, you must manually fail-over control to it.