HP StorageWorks 2/16V HP StorageWorks Fabric OS 5.3.x administrator guide (569 - Page 248

Configuring backbone fabrics for interconnectivity, HA and downgrade considerations:, IPFC over FCR

Page 248 highlights

Configuring backbone fabrics for interconnectivity If you want devices in backbone fabrics to communicate with devices in edge fabrics, follow the steps in the section To set up LSAN zone binding, page 253. However, instead of configuring the LSAN in the second edge fabric, configure the LSAN in the backbone fabric. HA and downgrade considerations: • The LSAN zone matrix is synchronized to the standby CP. • On a dual CP switch, both CPs need to have the v5.3.0 code or later to enable the feature. • If the feature is enabled on the active CP, introducing a CP with an earlier version of Fabric OS as a standby will fail the HA synchronization. • If the feature is enabled, before downgrading to an earlier Fabric OS version, you will be asked to go back to the default mode. • This feature does not have any impact on current HA functionality. LSANs will be synchronized as usual after the limit is increased and new LSANs are created. • If the active CP is running v5.3.0 and the standby CP is running v5.2.0 or earlier, you will not be allowed to increase the maximum LSAN count above 3000. An error will be returned. • If the active CP is running v5.3.0 with the maximum LSAN count set to be more than 3000, and a standby CP with v5.2.x/v5.1.x comes online, HA sync will not be established. A RASLog message will be logged to indicate the reason for the HA being out of sync. • If the active CP is running v5.3.0 with a 3000 maximum LSAN count and the standby CP is running v5.1.0 that supports a 1000 maximum LSAN count, when the LSAN entries on the v5.3.0 active CP reaches 1000, a RASLog warning will be logged to indicate that the standby CP with Fabric OS v5.1.0 does not support more than 1000 LSANs. IPFC over FCR IPFC over FCR supports IP device communication between edge-to-edge fabrics and edge-to-backbone fabrics. For IPFC over FCR to work, the FC router must be able to receive and forward broadcast frames from edge and backbone fabrics. To route broadcast frames to edge fabrics or the backbone fabric, FCR maintains a link state database (LSDB) and broadcast tree per edge fabric. The LSDB is a database that contains link state records (LSR) of all the switches in edge fabrics. Using data from the LSDB, the FC router constructs a broadcast tree and routes the frame to the destination using the shortest path of the broadcast tree. The IPFC over FCR feature does not require any additional licensing. If switches in edge fabrics and the backbone fabric have Fabric OS v5.3.0, a broadcast zone must be configured to share IP devices. Only devices in the broadcast zone will be able to receive broadcast frames. Broadcast zoning is supported only in v5.3.0. In v5.1.x and v5.2.x where broadcast zones are not implemented, all devices will be able to receive the broadcast packet. If it is required to set up a broadcast zone, the broadcast zone must include the IP device that exists in that edge or backbone fabric and the proxy device of the remote IP device. In the FC router use the command fcrbcastconfig to prevent inter-fabric forwarding of broadcast frames of edge or backbone fabrics. Using the fcrbcastconfig command, you can disable or enable the broadcast frame forwarding option per FID (edge fabric or backbone fabric). Broadcast configuration To enable broadcast frames across the FC router, the IP devices must be LSAN zoned. By default, the edge fabrics and the backbone fabric of the FC router have the broadcast frame receiving and forwarding option enabled. Users with Admin and switchAdmin permission can change the broadcast configuration using the fcrbcastconfig command. Thus multi-protocol devices can be configured to send broadcast frames to edge fabrics but not to others. For example, broadcast frames can be routed or prevented to route from edge-to-edge, backbone-to-edge, and edge-to-backbone fabrics. Broadcast zoning can be used in an edge fabric to share IP devices. Only edge fabrics in the broadcast zone will be able to receive broadcast frames. In v5.1.x and v5.2.x where broadcast zones are not implemented, all the devices will be able to receive the broadcast packet. You can use the 250 Using the FC-FC routing service

  • 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
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330
  • 331
  • 332
  • 333
  • 334
  • 335
  • 336
  • 337
  • 338
  • 339
  • 340
  • 341
  • 342
  • 343
  • 344
  • 345
  • 346
  • 347
  • 348
  • 349
  • 350
  • 351
  • 352
  • 353
  • 354
  • 355
  • 356
  • 357
  • 358
  • 359
  • 360
  • 361
  • 362
  • 363
  • 364
  • 365
  • 366
  • 367
  • 368
  • 369
  • 370
  • 371
  • 372
  • 373
  • 374
  • 375
  • 376
  • 377
  • 378
  • 379
  • 380
  • 381
  • 382
  • 383
  • 384
  • 385
  • 386
  • 387
  • 388
  • 389
  • 390
  • 391
  • 392
  • 393
  • 394
  • 395
  • 396
  • 397
  • 398
  • 399
  • 400
  • 401
  • 402
  • 403
  • 404
  • 405
  • 406
  • 407
  • 408
  • 409
  • 410
  • 411
  • 412
  • 413
  • 414
  • 415
  • 416
  • 417
  • 418
  • 419
  • 420
  • 421
  • 422
  • 423
  • 424
  • 425
  • 426
  • 427
  • 428
  • 429
  • 430
  • 431
  • 432
  • 433
  • 434
  • 435
  • 436
  • 437
  • 438
  • 439
  • 440
  • 441
  • 442
  • 443
  • 444
  • 445
  • 446
  • 447
  • 448
  • 449
  • 450
  • 451
  • 452
  • 453
  • 454
  • 455
  • 456
  • 457
  • 458
  • 459
  • 460
  • 461
  • 462
  • 463
  • 464
  • 465

250
Using the FC-FC routing service
Configuring backbone fabrics for interconnectivity
If you want devices in backbone fabrics to communicate with devices in edge fabrics, follow the steps in
the section
To set up LSAN zone binding
, page 253. However, instead of configuring the LSAN in the
second edge fabric, configure the LSAN in the backbone fabric.
HA and downgrade considerations:
The LSAN zone matrix is synchronized to the standby CP.
On a dual CP switch, both CPs need to have the v5.3.0 code or later to enable the feature.
If the feature is enabled on the active CP, introducing a CP with an earlier version of Fabric OS as a
standby will fail the HA synchronization.
If the feature is enabled, before downgrading to an earlier Fabric OS version, you will be asked to go
back to the default mode.
This feature does not have any impact on current HA functionality. LSANs will be synchronized as usual
after the limit is increased and new LSANs are created.
If the active CP is running v5.3.0 and the standby CP is running v5.2.0 or earlier, you will not be
allowed to increase the maximum LSAN count above 3000. An error will be returned.
If the active CP is running v5.3.0 with the maximum LSAN count set to be more than 3000, and a
standby CP with v5.2.x/v5.1.x comes online, HA sync will not be established. A RASLog message will
be logged to indicate the reason for the HA being out of sync.
If the active CP is running v5.3.0 with a 3000 maximum LSAN count and the standby CP is running
v5.1.0 that supports a 1000 maximum LSAN count, when the LSAN entries on the v5.3.0 active CP
reaches 1000, a RASLog warning will be logged to indicate that the standby CP with Fabric OS v5.1.0
does not support more than 1000 LSANs.
IPFC over FCR
IPFC over FCR supports IP device communication between edge-to-edge fabrics and edge-to-backbone
fabrics. For IPFC over FCR to work, the FC router must be able to receive and forward broadcast frames
from edge and backbone fabrics. To route broadcast frames to edge fabrics or the backbone fabric, FCR
maintains a link state database (LSDB) and broadcast tree per edge fabric. The LSDB is a database that
contains link state records (LSR) of all the switches in edge fabrics. Using data from the LSDB, the FC router
constructs a broadcast tree and routes the frame to the destination using the shortest path of the broadcast
tree. The IPFC over FCR feature does not require any additional licensing.
If switches in edge fabrics and the backbone fabric have Fabric OS v5.3.0, a broadcast zone must be
configured to share IP devices. Only devices in the broadcast zone will be able to receive broadcast
frames. Broadcast zoning is supported only in v5.3.0.
In v5.1.x and v5.2.x where broadcast zones are not implemented, all devices will be able to receive the
broadcast packet. If it is required to set up a broadcast zone, the broadcast zone must include the IP device
that exists in that edge or backbone fabric and the proxy device of the remote IP device.
In the FC router use the command
fcrbcastconfig
to prevent inter-fabric forwarding of broadcast
frames of edge or backbone fabrics.
Using the
fcrbcastconfig
command, you can disable or enable the broadcast frame forwarding
option per FID (edge fabric or backbone fabric).
Broadcast configuration
To enable broadcast frames across the FC router, the IP devices must be LSAN zoned. By default, the edge
fabrics and the backbone fabric of the FC router have the broadcast frame receiving and forwarding
option enabled. Users with Admin and switchAdmin permission can change the broadcast configuration
using the
fcrbcastconfig
command. Thus multi-protocol devices can be configured to send broadcast
frames to edge fabrics but not to others. For example, broadcast frames can be routed or prevented to
route from edge-to-edge, backbone-to-edge, and edge-to-backbone fabrics.
Broadcast zoning can be used in an edge fabric to share IP devices. Only edge fabrics in the broadcast
zone will be able to receive broadcast frames. In v5.1.x and v5.2.x where broadcast zones are not
implemented, all the devices will be able to receive the broadcast packet. You can use the