Users Guide
Table Of Contents
- 目次
- はじめに
- 1 機能と特徴
- 2 Windows Server でのチー ム化の設定
- 3 Windows での仮想 LAN
- 4 ハードウェアの取り付け
- 5 管理機能
- 6 Boot Agent ドライバソフト ウェア
- 7 Linux ドライバソフトウェア
- はじめに
- 制限
- パッケージング
- Linux ドライバソフトウェアのインストール
- 必要な iSCSI ソフトウェア コンポーネントをロード して実行する
- Linux ドライバのアンロードまたは削除
- PCI ファイルをパッチする(オプション)
- ネットワークインストール
- オプションプロパティのための値の設定
- ドライバのデフォルト
- ドライバメッセージ
- bnx2x ドライバメッセージ
- bnx2i ドライバメッセージ
- BNX2I ドライバのサインオン
- iSCSI トランスポート名前結合へのネットワークポート
- ドライバは、iSCSI オフロードを有効にした C-NIC デバイスとのハンドシェイクを完了します
- ドライバは、iSCSI オフロードが C-NIC デバイスで有効にされていないことを検出します
- 許可されている最大 iSCSI 接続オフロード制限を超えています
- ターゲットノードとトランスポート名前結合へのネットワークルートは、2 つの異なるデバイ スです
- どの C-NIC デバイスでもターゲットに到達できません
- ネットワークルートはダウンしているネットワークインタフェースに割り当てられています
- SCSI-ML が開始したホストのリセット(セッションリカバリ)
- C-NIC が iSCSI プロトコル違反を検出しました - 致命的エラー
- C-NIC が iSCSI プロトコル違反を検出しました — 致命的ではなく、警告です
- ドライバは、セッションをリカバリさせます
- ターゲットから受信した iSCSI PDU を拒否します
- Open-iSCSI デーモンがドライバにセッションを渡します
- bnx2fc ドライバメッセージ
- BNX2FC ドライバのサインオン
- ドライバは、FCoE オフロードを有効にした C-NIC デバイスとのハンドシェイクを完了します
- ドライバは、FCoE オフロードを有効にした C-NIC デバイスとのハンドシェイクに失敗します
- FCoE を起動するのに有効なライセンスがありません
- 許可された最大の FCoE オフロード接続制限またはメモリ制限を超過したため、セッションが 失敗しました
- セッションのオフロードが失敗しました
- セッションのアップロードが失敗しました
- ABTS を発行できません
- ABTS を使用して IO を復元できません(ABTS タイムアウトのため)
- セッションの準備ができていないため、I/O 要求を発行できません
- 正しくない L2 受信フレームを廃棄しました
- ホストバスアダプターと Iport 割り当てに失敗しました
- NPIV ポートの作成
- チャネル結合によるチーム化
- 統計
- Linux iSCSI オフロード
- 8 VMware ドライバソフトウェア
- 9 Windows ドライバソフト ウェア
- 10 Citrix XenServer ドライバ ソフトウェア
- 11 iSCSI プロトコル
- 12 Marvell チーム化サービス
- 13 NIC パーティション化と帯域 幅管理
- 14 ファイバーチャネルオーバー イーサネット
- 概要
- SAN からの FCoE ブート
- インストール後に SAN からブートする
- FCoE を設定する
- N_Port ID Virtualization(NPIV)
- 15 データセンターブリッジング
- 16 SR-IOV
- 17 仕様
- 18 規制情報
- 19 トラブルシューティング
- A 変更履歴
15– データ セン ターブ リ ッ ジング
DCB の機能
文書番号 BC0054508-04 リビジョン R
2021
年 1 月 21 日 252 ページ
Copyright © 2021 Marvell
DCB の機能
DCB の機能には、 こ の項で説明する よ う に、 ETS、 PFC、および DCBX があ り ます。
拡張伝送選択 (Enhanced Transmission Selection、ETS)
拡張伝送選択 (ETS) は、 帯域幅を ト ラ フ ィ ッ ク ク ラ スに割 り 当てる ための共通の管理
フ レームワー ク を提供し ます。 それぞれの ト ラ フ ィ ッ ク ク ラ スまたは優先度は、 優先度
グループ (
PG) にグループ化で き、 仮想 リ ン ク または仮想イ ン タ フ ェ ースキ ュー と 見な
すこ と がで き ます。 ピ アの伝送スケジ ュ ーラは、 各
PG に割 り 当て られた帯域幅を維持
管理し ます。 た と えば、 ユーザーは、
FCoE トラフィックを PG 0 に、 iSCSI トラ
フィックを
PG 1 に割 り 当て る よ う に設定でき ます。 その後、 各グループに特定の帯域
幅を割り当てるこ とができます。 たとえば、
60 % を FCoE に 、 40 % を iSCSI に割り
当て る こ と がで き ます。 ピアの伝送スケジ ュ ーラは、 輻輳の発生時に、
FCoE トラ
フ ィ ッ クが リ ン ク帯域幅の少な く と も
60 % を、 iSCSI トラフィックが少なくとも 40
%
を使用できるよ うにします。 詳細については、 以下を参照して く ださい。
http://www.ieee802.org/1/pages/802.1az.html
優先度フロー制御 (Priority Flow Control、PFC)
優先度フ ロー制御 (PFC)は、各トラフィックタイプ別に個別に制御できるリンクレベ
ルのフ ロー制御 メ カ ニズムを提供 し ます。 この メ カ ニズムの目的は、
DCB ネッ トワーク
での輻輳によ る損失をゼロにする こ と です。 従来の
IEEE 802.3 Ethernet では、 ネ ッ ト
ワー ク上で伝送 されるパケ ッ ト が目的の宛先に到達する こ とは保証 されていません。 上
位レベルのプロ ト コルが肯定応答と 再伝送によ っ て信頼性を維持 し ています。 複数の ト
ラフィ ック
クラスがあるネットワークでは、 フィードバックがないため、 トラフィック
の信頼性を維持する こ と が非常に困難にな り ます。 この対処は、 従来、 リ ン ク レベルの
フ ロー制御を活用し て行われて き ま し た。
このような ト ラフ ィ ッ ク タ イ プが複数あるネ ッ ト ワー ク で PFC を使用する と、 各ト ラ
フィック
タ イプを異なる優先度値でエン コー ド できるため、 pause フ レームはこの優先
度値を参照 し ながら、 ト ラ ン ス ミ ッ タ に ト ラ フ ィ ッ クの停止および再開を指示で き ます。
優先度フ ィ ール ド の値の範囲は
0 ~ 7 で、 8 つの異なる ト ラ フ ィ ッ ク タイプを個別に停
止および再開できるよ う になります。 詳細については、 以下を参照して く ださい。
http://www.ieee802.org/1/pages/802.1bb.html