HP StorageWorks 64 FW 07.00.00/HAFM SW 08.06.00 McDATA Products in a SAN Envir - Page 189

Internet Protocol

Page 189 highlights

Implementing SAN Internetworking Solutions 4 Internet Protocol SONET or SDH service can be purchased on a monthly basis in accordance with a negotiated SLA. However, the transport links may require sufficient BB _Credits to use the purchased bandwidth. Because of BB_Credit limitations, GFP equipment must provide buffering and flow control for native FCP or FICON storage data. Without GFP equipment, iFCP must be used to transmit the data. As demonstrated by the Internet, an infrastructure based on IP and Ethernet delivers an unrestricted topology that scales to large geographical distances. IP and Ethernet have well-developed cross-vendor capabilities, routing, and security, and there is no inherent distance limitation. This means storage over IP (SoIP) is well-suited to provide the low to medium bandwidth (over longer distances) required for asynchronous data replication. Block-based SoIP protocols include: • iFCP - This protocol uses FCP to provide SCSI command set encapsulation, enabling Fibre Channel device communication across an IP network. • iSCSI - This protocol encapsulates the SCSI command set directly to the IP transport network without relying on Fibre Channel conventions. Refer to iSCSI Protocol for additional information. iFCP is an application-layer gateway protocol (FCP-to-iFCP-to-FCP) solution that connects remote storage devices or SANs across extended distances that Fibre Channel cannot support. iFCP effectively replaces a Fibre Channel SAN with an IP network but continues storage application support. The protocol can be used over the Internet or a dedicated GbE network (with IP traffic engineering). Each connected Fibre Channel fabric (or SAN) is maintained separately, while the IP or GbE network provides connectivity, congestion control, error detection, and error recovery. Figure 4-11 illustrates SoIP extended-distance connectivity. The technology: • Is widely deployed and highly-available, and is well suited as an extension technology for ADR applications over thousands of kilometers. • Does not require Fibre Channel BB_Credits assigned to the link. IP and GbE transmit data frames without use of BB_Credits and enable long-distance transmission of storage traffic. Implementing SAN Internetworking Solutions 4-45

  • 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

4
Implementing SAN Internetworking Solutions
4-45
Implementing SAN Internetworking Solutions
SONET or SDH service can be purchased on a monthly basis in
accordance with a negotiated SLA. However, the transport links may
require sufficient BB _Credits to use the purchased bandwidth.
Because of BB_Credit limitations, GFP equipment must provide
buffering and flow control for native FCP or FICON storage data.
Without GFP equipment, iFCP must be used to transmit the data.
Internet Protocol
As demonstrated by the Internet, an infrastructure based on IP and
Ethernet delivers an unrestricted topology that scales to large
geographical distances. IP and Ethernet have well-developed
cross-vendor capabilities, routing, and security, and there is no
inherent distance limitation. This means storage over IP (SoIP) is
well-suited to provide the low to medium bandwidth (over longer
distances) required for asynchronous data replication. Block-based
SoIP protocols include:
iFCP -
This protocol uses FCP to provide SCSI command set
encapsulation, enabling Fibre Channel device communication
across an IP network.
iSCSI -
This protocol encapsulates the SCSI command set directly
to the IP transport network without relying on Fibre Channel
conventions. Refer to
iSCSI Protocol
for additional information.
iFCP is an application-layer gateway protocol (FCP-to-iFCP-to-FCP)
solution that connects remote storage devices or SANs across
extended distances that Fibre Channel cannot support. iFCP
effectively replaces a Fibre Channel SAN with an IP network but
continues storage application support.
The protocol can be used over the Internet or a dedicated GbE
network (with IP traffic engineering). Each connected Fibre Channel
fabric (or SAN) is maintained separately, while the IP or GbE network
provides connectivity, congestion control, error detection, and error
recovery.
Figure 4-11
illustrates SoIP extended-distance connectivity.
The technology:
Is widely deployed and highly-available, and is well suited as an
extension technology for ADR applications over thousands of
kilometers.
Does not require Fibre Channel BB_Credits assigned to the link.
IP and GbE transmit data frames without use of BB_Credits and
enable long-distance transmission of storage traffic.