HP StorageWorks MSA 2/8 HP StorageWorks Fabric OS Procedures V3.1.x/4.1.x User - Page 65

Routing, Forcing In-order Delivery of Frames

Page 65 highlights

Basic Switch Management Routing In Order Delivery In a stable fabric, frames are always delivered in order, even when the traffic between switches is shared among multiple paths. However, when topology changes occur in the fabric (for instance, a link goes down), traffic is rerouted around the failure. When topology changes occur, some frames could be delivered out of order. The default behavior is to automatically enable out-of-order delivery of frames during fabric topology changes; this enables fast rerouting after a fabric topology change. See "Forcing In-order Delivery of Frames" on page 65 to change the default routing settings during topology changes. Dynamic Load Sharing Routing is generally based on the incoming port and the destination domain. This means that all the traffic coming in from a port (either E_Port or Fx_Port), directed to the same remote domain, is routed through the same output E_Port. To optimize fabric routing, when there are multiple equivalent paths to a remote switch, traffic is shared among all the paths. Load sharing is recomputed when a switch is booted up or every time a change in the fabric occurs. A change in the fabric is defined as an E_Port going up or down, or an Fx_Port going up or down. See "Using Dynamic Load-Sharing" on page 66. Forcing In-order Delivery of Frames To force in-order delivery of frames during fabric topology changes: 1. Log into the switch as the admin user. 2. At the command line, enter the iodset command. Example: switch:admin> iodset done. switch:admin> Note: This command can cause a delay in the establishment of a new path when a topology change occurs, and should be used with care. Fabric OS Procedures Version 3.1.x/4.1.x User Guide 65

  • 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
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270

Basic Switch Management
65
Fabric OS Procedures Version 3.1.x/4.1.x User Guide
Routing
In Order Delivery
In a stable fabric, frames are always delivered in order, even when the traffic
between switches is shared among multiple paths. However, when topology
changes occur in the fabric (for instance, a link goes down), traffic is rerouted
around the failure. When topology changes occur, some frames could be delivered
out of order.
The default behavior is to automatically enable out-of-order delivery of frames
during fabric topology changes; this enables fast rerouting after a fabric topology
change. See “
Forcing In-order Delivery of Frames
” on page 65 to change the
default routing settings during topology changes.
Dynamic Load Sharing
Routing is generally based on the incoming port and the destination domain. This
means that all the traffic coming in from a port (either E_Port or Fx_Port),
directed to the same remote domain, is routed through the same output E_Port. To
optimize fabric routing, when there are multiple equivalent paths to a remote
switch, traffic is shared among all the paths. Load sharing is recomputed when a
switch is booted up or every time a change in the fabric occurs. A change in the
fabric is defined as an E_Port going up or down, or an Fx_Port going up or down.
See “
Using Dynamic Load-Sharing
” on page 66.
Forcing In-order Delivery of Frames
To force in-order delivery of frames during fabric topology changes:
1.
Log into the switch as the admin user.
2.
At the command line, enter the
iodset
command.
Example:
Note:
This command can cause a delay in the establishment of a new path when a
topology change occurs, and should be used with care.
switch:admin> iodset
done.
switch:admin>