H 6 %¤! < コマンダを使用してスタックを管理する方法 . . . . . . . . . . . . . 7-19 コマンダを使用してメンバスイッチにアクセスし、設定変更およ

2510

www.procurve.com

ProCurve SwitchesQ.11. (2510-24)U.11. (2510-48)

XXXX

ProCurve Switch 2510 シリーズ

高度なトラフィック管理ガイド

2009 年 9 月

Hewlett-Packard Company8000 Foothills Boulevard, m/s 5551Roseville, California 95747-5551http://www.procurve.com ( 英語 )

© Copyright 2008 Hewlett-Packard Development Company, L.P. All right reserved. 日本ヒューレット・パッカード株式

会社、 2008 All rights reserved. 本書に含まれる情報は、予

告なく変更されることがあります。

出版番号5991-4762JAP2009 年 9 月

対象製品ProCurve Switch 2510-24 (J9019B)

ProCurve Switch 2510-48 (J9020A)

商標表示

Microsoft、Windows、および Windows NT は米国における

Microsoft Corporation の登録商標です。

免責事項

ヒューレット・パッカード社は、商品性と特定の目的に

対する適合性の暗黙の保証、およびそれ以外の任意の要

素を含めて、本書の内容に関してかなる保証も与えるも

のではありません。ヒューレット・パッカードは、本書

に記載された内容の誤りに対して、また提供物、性能、

または本の使用に関連した付随的または重大な損害に対

して、一切の責任を負わないものとします。

HP 製品およびサービスに対する保証については、当該製

品に付属の保証書に記載されています。本書のいかなる

内容も、新たな保証を追加するものではありません。本

書の内容につきましては万全を期しておりますが、本書

中の技術的あるいは校正上の誤り、省略に対して、いか

なる責任も負いかねますのでご了承ください。

ヒューレット・パッカードは、ヒューレット・パッカー

ドが提供しない機器のソフトウェアの使用または信頼性

に対して一切責任を負いません。

保証

製品に同梱のカスタマサポート / 保証に関する小冊子をご

参照ください。

ご利用の HP 製品に適用できる個別の保証規約の書面およ

び交換用部品は、HP セールス担当者とサービスオフィ

ス、または認定販売代理店から入手いただけます。

目次

製品マニュアル

付属のスイッチマニュアルセットについて . . . . . . . . . . . . . . . . . . . . ix

機能インデックス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x

1 はじめに

章の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 1

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 2

表記例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 2

モデルごとの機能説明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 2

コマンド構文の表記法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 3

コマンドプロンプト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 3

画面の表示例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 4

ポート識別の例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 4

詳細情報について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 4

すぐにご使用になる場合 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 6

IP アドレスの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 6

ネットワークにスイッチをセットアップおよび設置するには . . . 1- 6

2 スタティック VLAN (VLAN)

章の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 1

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 2

ポートベース VLAN ( スタティック VLAN) . . . . . . . . . . . . . . . . . . . 2- 3

VLAN の使用方法の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 6VLAN のサポートとデフォルト VLAN . . . . . . . . . . . . . . . . . 2- 6プライマリ VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 6ポートごとのスタティック VLAN の設定オプション . . . . . . 2- 8VLAN の一般的な使用手順 . . . . . . . . . . . . . . . . . . . . . . . . . 2- 9VLAN の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 9

iii

複数の VLAN を使用する場合の考慮事項 . . . . . . . . . . . . . . . . . . 2- 9シングルフォワーディングデータベースの動作 . . . . . . . . 2- 11サポート対象外の設定と修正方法の例 . . . . . . . . . . . . . . . 2- 12マルチプルフォワーディングデータベースの動作 . . . . . . 2- 14

メニュー : VLAN パラメータの設定 . . . . . . . . . . . . . . . . . . . . 2- 15[VLAN Support] 設定の変更方法 . . . . . . . . . . . . . . . . . . . . 2- 15VLAN 名の追加または変更 . . . . . . . . . . . . . . . . . . . . . . . . 2- 17VLAN ポート割り当ての追加または変更 . . . . . . . . . . . . . . 2- 18

CLI: VLAN パラメータの設定 . . . . . . . . . . . . . . . . . . . . . . . . . 2- 20

Web: VLAN パラメータの表示および設定 . . . . . . . . . . . . . . . . 2- 26

802.1Q VLAN タギング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 28

セキュアな管理 VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 32準備 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 34設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 35管理 VLAN の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . 2- 35IP インタフェース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 36VLAN MAC アドレス . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 36ポートトランク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 37ポートモニタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 37

VLAN の制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 37

3 GVRP

章の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 1

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 2

はじめに . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 3

基本動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 4

GVRP 「Unknown VLAN」を処理するためのポートごとのオプション . 3- 7

ダイナミック VLAN の通知と追加に関するポートごとのオプション . 3- 9

GVRP および VLAN のアクセス制御 . . . . . . . . . . . . . . . . . . . . 3- 11ダイナミック VLAN からのポートの削除 . . . . . . . . . . . . . . 3- 11

GVRP 運用のプランニング . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 11

スイッチの GVRP 設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 12メニュー : GVRP の表示および設定 . . . . . . . . . . . . . . . . . . 3- 12CLI: GVRP の表示および設定 . . . . . . . . . . . . . . . . . . . . . . 3- 13Web: GVRP の表示および設定 . . . . . . . . . . . . . . . . . . . . . 3- 17

GVRP の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 17

iv

4 IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御

章の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 1

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 2

基本的な動作および機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 3

IGMP の機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 3

IGMP の用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 4

IGMP の動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 5基本的な動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 5拡張機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 5

CLI: IGMP の設定および表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 6

Web: IGMP の有効化または無効化 . . . . . . . . . . . . . . . . . . . . . . . . 4- 10

IGMP の動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 11

メッセージのタイプ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 11

IGMP の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 11IGMP データの表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 12

サポートされている標準と RFC . . . . . . . . . . . . . . . . . . . . . . . 4- 12

IP 設定時または未設定時の動作 . . . . . . . . . . . . . . . . . . . . . . . 4- 13

IGMP 自動即時脱退 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 14

グループの削除の遅延の使用 . . . . . . . . . . . . . . . . . . . . . . . . . 4- 17

IGMP 強制即時脱退機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 17

CLI での即時脱退および強制即時脱退機能の設定 . . . . . . . . . . 4- 18MIB を使用した強制即時脱退の設定 . . . . . . . . . . . . . . . . . 4- 19MIB による強制即時脱退の設定 . . . . . . . . . . . . . . . . . . . . 4- 19

ポートごとの IGMP 強制即時脱退の設定 . . . . . . . . . . . . . . . . . 4- 21

クエリアとしてのスイッチの使用 . . . . . . . . . . . . . . . . . . . . . . . . . 4- 22

クエリアの動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 22

IP マルチキャストフィルタリングから除外されるマルチキャストアドレス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 23

5 複数インスタンスのスパニングツリーの動作

章の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 1

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 2

802.1s MSTP (Multiple Spanning Tree Protocol) . . . . . . . . . . . . . . . . . . 5- 6

v

MSTP の構造 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 7

MSTP の動作方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 9MST リージョン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 10リージョン、従来型の STP と RSTP スイッチ、および共通スパニングツリー (CST) . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 12802.1Q VLAN での MSTP の動作 . . . . . . . . . . . . . . . . . . . . 5- 13

用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 14

動作ルール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 15

STP または RSTP から MSTP への移行 . . . . . . . . . . . . . . . . . . . 5- 16

MSTP の導入を計画する際のヒント . . . . . . . . . . . . . . . . . . . . 5- 17

MSTP の設定手順 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 18

MSTP の動作モードおよびグローバルパラメータの設定 . . . . . 5- 20

ポート単位の MSTP の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 23ポート単位のパラメータの設定 . . . . . . . . . . . . . . . . . . . . 5- 23BPDU フィルタリングの設定 . . . . . . . . . . . . . . . . . . . . . . 5- 27BPDU 保護の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 28ループ保護の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 31

MST インスタンスパラメータの設定 . . . . . . . . . . . . . . . . . . . 5- 33

MST インスタンスのポート単位のパラメータの設定 . . . . . . . . 5- 36

スパニングツリー動作の有効化または無効化 . . . . . . . . . . . . . 5- 39

MST リージョン全体の有効化、またはリージョンの設定の交換 5- 39

MSTP 統計情報および設定の表示 . . . . . . . . . . . . . . . . . . . . . . 5- 41MSTP 統計情報の表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 41MSTP の設定表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 44

運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 49

トラブルシューティング . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 49

6 Quality of Service (QoS): 帯域幅のより効率的な管理

章の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 1

はじめに . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 2

用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 4

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 5

アウトバウンドパケットのプライオリティ設定のための分類子 . 6- 6パケット識別子と評価の順序 . . . . . . . . . . . . . . . . . . . . . . . 6- 7

QoS の設定の準備 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 8スイッチへの QoS の設定手順 . . . . . . . . . . . . . . . . . . . . . . 6- 8

QoS 分類子を使用してアウトバウンドトラフィックに QoS を設定 . . 6- 9

vi

QoS 設定の表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 9No-override . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 10

QoS の Type-of-Service (ToS) ポリシーとプライオリティ . . . . . 6- 10ToS の Precedence ビットに基づいて 802.1p プライオリティを IPv4パケットに割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 11受信 DSCP に基づいて 802.1p プライオリティを IPv4 パケットに割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 12上流の機器から受信した IPv4 パケットの DSCP に基づいて DSCPポリシーを割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 16QoS の IP Type of Service の詳細 . . . . . . . . . . . . . . . . . . . . 6- 20

Differentiated Services Codepoint (DSCP) のマッピング . . . . . . . 6- 22特定のコードポイントに対するデフォルトのプライオリティ設定 6- 23デフォルト以外のコードポイント設定の一覧表示 . . . . . . . 6- 23

QoS ソースポートのプライオリティ . . . . . . . . . . . . . . . . . . . . 6- 25ソースポートに基づくプライオリティの割り当て . . . . . . . 6- 25

IP マルチキャスト (IGMP) と QoS の相互作用 . . . . . . . . . . . . . . . . 6- 27

QoS の動作に関する留意事項と制限事項 . . . . . . . . . . . . . . . . . . . 6- 27

7 ProCurve スタック管理

章の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 1

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 3

動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 4

スタッキング対応機器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 5

ProCurve スタック管理のコンポーネント . . . . . . . . . . . . . . . . . 7- 6

スタッキングの基本動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 6

スタッキングの動作ルール . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 7基本的なルール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 7特定のルール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 8

スタック管理の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 10

スタックの設定と起動の概要 . . . . . . . . . . . . . . . . . . . . . . . . . 7- 10スタックを作成する一般的な手順 . . . . . . . . . . . . . . . . . . . 7- 12

メニューインタフェースを使用してスタックステータスを表示してスタッキングを設定する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 14

メニューインタフェースを使用してコマンダスイッチを表示して設定する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 14メニューを使用して候補スイッチを管理する方法 . . . . . . . 7- 17

vii

コマンダを使用してスタックを管理する方法 . . . . . . . . . . . . . 7- 19コマンダを使用してメンバスイッチにアクセスし、設定変更およびトラフィックのモニタリングを行う方法 . . . . . . . . . . . . 7- 26コマンダまたはメンバを別のスタックのメンバに変換する方法 . 7- 27

スタックステータスのモニタリング . . . . . . . . . . . . . . . . . . . 7- 28

CLI を使用してスタックステータスの表示とスタッキング設定を行う方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 32

CLI を使用してスタックステータスを表示する方法 . . . . . 7- 34CLI を使用してコマンダスイッチを設定する方法 . . . . . . . 7- 36スタックへの追加またはスタック間でのスイッチの移動 . . 7- 38CLI を使用してスタックからメンバを削除する方法 . . . . . . 7- 43CLI を使用してメンバスイッチにアクセスし、設定変更およびトラフィックのモニタリングを行う方法 . . . . . . . . . . . . . . . 7- 45

スタック内での SNMP コミュニティの動作 . . . . . . . . . . . . . . . 7- 47

CLI を使用してスタッキングを無効または再度有効にする方法 . 7- 48

送信間隔 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 48

複数の VLAN が設定されたスタッキングの動作 . . . . . . . . . . . . 7- 49

Web: スタッキングの表示および設定 . . . . . . . . . . . . . . . . . . . 7- 49

ステータスメッセージ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 50

索引

viii


付属のスイッチマニュアルセットについて

スイッチには、以下のマニュアルが付属しています。

『Read Me First』 ― 印刷物のガイドがスイッチに同梱されています。ソフトウェア更新情報や製品ノートなどの情報が記述されています。

『Installation and Getting Started Guide』( インストレーション / スタートアップガイド ) ― 印刷物のガイドがスイッチに同梱されています。このガイドは、物理的なインストールの準備と実施方法、およびスイッチをネットワークに接続する方法について説明しています。

『Management and Configuration Guide』 ( マネジメント / コンフィギュレーションガイド )―ProCurve Networking Web サイトから入手可能なPDF ファイルです。このガイドは、基本的なスイッチ操作の設定、管理、モニタリングの方法について説明しています。

『Advanced Traffic Management Guide』( 高度なトラフィック管理ガイド)―ProCurve Networking Web サイトから入手可能な PDF ファイルです。このガイドは、スパニングツリーや VLAN などのトラフィック管理機能の設定および運用方法について説明しています。

『Access Security Guide』 ( アクセスセキュリティガイド )―ProCurveNetworking Web サイトから入手可能な PDF ファイルです。このガイドは、スイッチのアクセスセキュリティとユーザ認証機能の設定方法について説明しています。

『Release Notes』 ( リリースノート )―ProCurve Web サイトに掲載され、ソフトウェア更新記録が記載されています。リリースノートは、上記ガイドの改訂までに施された新機能、修正拡張について説明しています。

注記新の追加機能に関するリリースノートを含む ProCurve Switch マニュアルの新版については、ProCurve Networking Web サイト www.procurve.com(英語 ) をご覧ください。 [Support & Drivers]、 [ProCurve NetworkingSupport]、 [Manuals] の順にクリックします。

ix


機能インデックス

以下の機能インデックスでは、ご使用のスイッチモデルに対応するマニュアルセットのうち、どのマニュアルに各ソフトウェア機能の解説が記されているかを示しています。

機能マネジメント /コンフィギュレーションガイド


アクセスセキュリティガイド

802.1Q VLAN タギング - X -

802.1p プライオリティ X - -

802.1X 認証 - - X

オーソライズド IP マネージャ - - X

Config ファイル X - -

Copy コマンド X - -

デバッグ X - -

DHCP 設定 - X -

DHCP/Bootp の動作 X - -

診断ツール X - -

ソフトウェアのダウンロード X - -

イベントログ X - -

工場出荷時の設定 X - -

ファイル管理 X - -

ファイル転送 X - -

GVRP - X -

IGMP - X -

インタフェースアクセス (Telnet、コンソール /シリアル、 Web)

X - -

IP アドレスの設定 X - -

x


LACP X - -

リンク X - -

LLDP X - -

MAC アドレス管理 X - -

モニタリングと分析 X - -

マルチキャストのフィルタリング - X -

ネットワーク管理アプリケーション (LLDP、SNMP)

X - -

パスワード - - X

Ping X - -

ポート設定 X - -

ポートセキュリティ - - X

ポートステータス X - -

ポートトランク (LACP) X - -

ポートベースアクセス制御 - - X

ポートベースプライオリティ (802.1Q) X - -

QoS( サービス品質 ) - X -

RADIUS 認証およびアカウンティング - - X

Secure Copy X - -

SFTP X - -

SNMP X - -

ソフトウェアダウンロード (SCP/SFTP、TFTP、 Xmodem)

X - -

スパニングツリー (MSTP) - X -

SSH ( セキュアシェル ) 暗号化 - - X

SSL ( セキュアソケットレイヤ ) - - X

スタック管理 ( スタッキング ) - X -




xi


Syslog X - -

システム情報 X - -

TACACS+ 認証 - - X

Telnet アクセス X - -

TFTP X - -

タイムプロトコル (TimeP、 SNTP) X - -

トラブルシューティング X - -

VLAN - X -

Xmodem X - -




xii

1

はじめに

章の内容概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 2

表記例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 2

モデルごとの機能説明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 2

コマンド構文の表記法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 3

コマンドプロンプト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 3

画面の表示例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 4

ポート識別の例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 4

詳細情報について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 4

すぐにご使用になる場合 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 6

IP アドレスの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1- 6

ネットワークにスイッチをセットアップおよび設置するには . . . 1- 6

1-1

はじめに概要

概要この『高度なトラフィック管理ガイド』では、高度なトラフィック管理機能をスイッチに設定して管理する方法を説明します。以下のスイッチを対象としています。

ProCurve Switch 2510-24

ProCurve Switch 2510-48

上記スイッチのその他の製品ドキュメントについては、「製品マニュアル」(ix ページ ) を参照してください。

また、 ProCurve Networking Web サイト www.procurve.com ( 英語 ) から、

PDF バージョンのファイルをダウンロードできます。

表記例このガイドでは、コマンド構文と表示情報を以下の表記法で記述します。

モデルごとの機能説明

このガイドの対象スイッチの一部のモデルでのみサポートされている特定のソフトウェア機能については、その機能をサポートする製品または製品シリーズを項の見出しに明記します。

たとえば以下のようになります ( スイッチモデルは太字斜体で示します )。

「2510 Switch での VLAN」

1-2

はじめに表記例

コマンド構文の表記法

構文 : aaa port-access authenticator < port-list >[ control < authorized | auto | unauthorized >]

縦棒 (|) は、相互に排他的な択一選択肢を区切ります。

角括弧 ( [ ] ) は、オプションの要素を表します。

括弧 (< >) は、必須の要素を囲んでいます。

角括弧の内側にある括弧 ( [ < > ] ) は、オプションに含まれる必須要素を示します。

太字は、 CLI コマンド、 CLI コマンド構文の一部、その他通常テキストで表示される要素を表します。たとえば以下のようになります。

「copy tftp コマンドを使用して、 TFTP サーバからキーをダウン

ロードしてください。」

斜体は、コマンドを実行する際に値を指定する必要のある変数を表します。たとえば以下のコマンド構文では、< port-list > は、1 つ以上のポー

ト番号を指定する必要があることを示します。

構文 : aaa port-access authenticator < port-list >

コマンドプロンプト

工場出荷時の設定では、スイッチは以下の CLI プロンプトを表示します。

ProCurve Switch 2510#

このガイドでは、わかりやすいように、すべてのモデルのコマンドプロンプトを ProCurve で表します。たとえば以下のようになります。

ProCurve#

(hostname コマンドを使って、CLIプロンプトのテキストを変更できます。)

1-3

はじめに詳細情報について

画面の表示例

画面に表示されるテキストおよびコマンド出力を表す図は、以下のように示します。

図 1-1. 画面表示図の例

短いコマンド出力が続く場合、以下のように図番号を付けない場合があります。

ProCurve(config)# ip default-gateway 18.28.152.1/24ProCurve(config)# vlan 1 ip address 18.28.36.152/24ProCurve(config)# vlan 1 ip igmp

ポート識別の例

このガイドでは、シャーシベースとスタッカブルの両タイプの ProCurve スイッチに適用されるソフトウェアについて説明します。 1 つの例で複数のポートを識別する必要がある場合、「A1」、「B3 ～ B5」、「C7」などのシャーシベースの表記でポートを識別します。ただし、特別な注記がない限り、これは、「1」、「3 ～ 5」、「15」などの数字のみを用いてポートを識別するスタッカブルスイッチにも適用できます。

詳細情報についてこのガイドで説明されていないスイッチの操作や機能については、以下をご覧ください。

各ソフトウェア機能の解説が記述されている製品マニュアルについては、「製品マニュアル」 (ix ページ ) を参照してください。

ProCurve(config)# show versionImage stamp: /sw/code/build/dosx(ndx) Dec 11 2007 11:44:02 U.11.03 1340Boot Image: Primary

1-4

はじめに詳細情報について

注記新の追加機能に関するリリースノートを含む ProCurve Switch マニュアルの新版については、 ProCurve Networking Web サイトwww.procurve.com ( 英語 ) をご覧ください。 [Support & Drivers]、[ProCurve Networking Support]、 [Manuals] の順にクリックします。

メニューインタフェースの特定のパラメータに関する説明は、インタフェースに付属のオンラインヘルプを参照してください。たとえば以下のようになります。

図 1-2. メニューインタフェースのヘルプの場所

CLI 内で特定のコマンドに関する情報を調べる場合は、コマンド名に続けて「help」と入力します。たとえば以下のようになります。

図 1-3. CLI でのヘルプの使用

Web ブラウザインタフェースの機能については、ブラウザのオンラインヘルプを参照してください。詳細については、使用するスイッチの『マネジメント / コンフィギュレーションガイド』を参照してください。

メニューのオンラインヘルプ

1-5

はじめにすぐにご使用になる場合

ProCurve Networking のスイッチテクノロジ情報については、以下のProCurve Networking Web サイトをご覧ください。

www.procurve.com ( 英語 )

すぐにご使用になる場合

IP アドレスの設定

スイッチに手早く IP アドレスを割り当てて、ネットワーク上で通信できるようにしたい場合は ( 複数の VLAN を使用している場合を除く )、 [SwitchSetup] 画面の使用をお勧めします。その場合は、以下のいずれかを行ってください。

CLI 管理者レベルプロンプトで、 setup と入力します。

ProCurve# setup

または、メニューインタフェースの [Main Menu] で [8. Run Setup] を選択します。

[Switch Setup] 画面の使用法については、スイッチに同梱の『インストレーション / スタートアップガイド』を参照してください。

ネットワークにスイッチをセットアップおよび設置するには

重要！以下の項目については、スイッチに付属の『インストレーション / スタートアップガイド』を参照してください。

スイッチの設置および使用方法についての注記、注意事項、警告

スイッチをネットワークに物理的に設置する手順

IP アドレスおよびサブネットマスクを直ちに割り当てる方法、管理者パスワードおよび ( オプションで ) 他の基本機能を設定する方法

LED 表示の意味

『インストレーション / スタートアップガイド』などのドキュメントの新版については、 ProCurve Networking Web サイトをご覧ください。 ( 詳細については、このガイドの「製品マニュアル」(ix ページ ) を参照してください )。

1-6

2

スタティック VLAN (VLAN)

章の内容

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 2

ポートベース VLAN ( スタティック VLAN) . . . . . . . . . . . . . . . . . . . 2- 3

VLAN の使用方法の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 6VLAN のサポートとデフォルト VLAN . . . . . . . . . . . . . . . . . 2- 6プライマリ VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 7ポートごとのスタティック VLAN の設定オプション . . . . . . 2- 8VLAN の一般的な使用手順 . . . . . . . . . . . . . . . . . . . . . . . . . 2- 9VLAN の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 9

複数の VLAN を使用する場合の考慮事項 . . . . . . . . . . . . . . . . . 2- 9シングルフォワーディングデータベースの動作 . . . . . . . . . 2- 11サポート対象外の設定と修正方法の例 . . . . . . . . . . . . . . . . 2- 12マルチプルフォワーディングデータベースの動作 . . . . . . . 2- 14

メニュー : VLAN パラメータの設定 . . . . . . . . . . . . . . . . . . . . . 2- 15[VLAN Support] 設定の変更方法 . . . . . . . . . . . . . . . . . . . . . 2- 15VLAN 名の追加または変更 . . . . . . . . . . . . . . . . . . . . . . . . . 2- 17VLAN ポート割り当ての追加または変更 . . . . . . . . . . . . . . . 2- 18

CLI: VLAN パラメータの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 20

Web: VLAN パラメータの表示および設定 . . . . . . . . . . . . . . . . . 2- 26

802.1Q VLAN タギング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 28

セキュアな管理 VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 32準備 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 34設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 35管理 VLAN の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . 2- 35

その他のスイッチ機能に対する VLAN の影響 . . . . . . . . . . . . . . 2- 36VLAN でのスパニングツリーの動作 . . . . . . . . . . . . . . . . . . 2- 36IP インタフェース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 37VLAN MAC アドレス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 37ポートトランク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 37ポートモニタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 38

VLAN の制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2- 38

2-1

スタティック VLAN (VLAN) 概要

概要この章では、このガイドの対象スイッチにスタティックなポートベースのVLAN を設定して使用する方法について説明します。

スイッチ内蔵のインタフェースの一般的な使用方法については、使用するスイッチの『マネジメント / コンフィギュレーションガイド』の以下の章を参照してください。

第 3 章「メニューインタフェースの使用」

第 4 章「コマンドラインインタフェース (CLI) の使用」

第 5 章「Web ブラウザインタフェースの使用」

第 6 章「スイッチメモリおよび設定」

2-2

スタティック VLAN (VLAN)ポートベース VLAN ( スタティック VLAN)

ポートベース VLAN ( スタティック VLAN)VLAN の機能

VLAN とは、同一のブロードキャストドメインに所属するスイッチのポートグループのことです。( つまり、特定のサブネットアドレスにトラフィックを送信するすべてのポートは通常、同じ VLAN に所属しています。 )

注記この章では、名前、 VLAN ID (VID)、およびポート割り当ての指定を手動で設定するスタティック VLAN について説明します。( ダイナミック VLAN の詳細については、第 3 章「GVRP」を参照してください。 )

VLAN を使用すると、物理的な場所ではなく、論理的な機能に従ってユーザをグループ化できます。そのため、高帯域幅を必要とするユーザを低トラフィックセグメントでグループ化したり、異なる LAN セグメントに所属するユーザをリソースの必要性に従ってまとめることができ、帯域幅の利用率の制御に役立ちます。

デフォルトでは、 802.1Q VLAN を 8 個まで設定可能です。スイッチには、大 256 個の VLAN を設定できます。

(802.1Q 対応なので、必要に応じてスイッチポートを複数の VLAN に割り当てることができます。また、ポートベースの設定も行うことができるため、VLAN ごとに別なポートを設定する必要がある旧型のスイッチとの相互運用も可能です。 )

一般的な使用方法と動作 ― ポートベースの VLAN は一般的に、ブロードキャストトラフィックの削減とセキュリティの向上を目的として使用します。ある 1 つの VLAN に割り当てられているネットワークユーザのグループは、スイッチに設定されている他の VLAN とは別のブロードキャストドメインを形成します。1 台のスイッチ上では、パケットは同一の VLAN に所属するポート間でのみ転送されます。つまり、特定のサブネットアドレスへのトラフィックを伝送するポートは、すべて同じ VLAN に設定されています。ブロードキャストドメインをまたぐブロードキャストトラフィック

機能デフォルトメニュー CLI Web

既存の VLAN を表示

n/a 2-15 ～ 2-20ページ

2-21 ページ 2-26 ページ

スタティックVLAN の設定

デフォルトVLAN、 VID = 1

2-15 ～ 2-20ページ

2-20 ページ 2-26 ページ

ダイナミックVLAN の設定

無効本書の GVRP に関する章を参照してください。

2-3

スタティック VLAN (VLAN) ポートベース VLAN ( スタティック VLAN)

は破棄され、パケットがすべてのポートにフラッディングされることがないので、帯域幅を節約できます。 1 つのスイッチに設定されている異なるVLAN とは、外部のルータを介して相互に通信できます。

たとえば図 2-1 のように、ポート A1 ～ A4 が VLAN_1 に所属し、ポート A5～ A8 が VLAN_2 に所属する場合は、ポート A2 ～ A4 のエンドノードステーションからのトラフィックは VLAN_1 のみに送信され、ポート A5 ～ A7 からのトラフィックは VLAN_2 のみに送信されます。 VLAN_1 のノードがVLAN_2 と通信するには、トラフィックがポート A1 と A8 を介して外部ルータを経由する必要があります。

図 2-1. 　外部ルータを経由した VLAN 間のルーティングの例

重複 ( タグ付 ) VLAN －スイッチのポートは、接続機器が 802.1Q VLAN 標準に準拠している場合は、複数の VLAN のメンバになることができます。たとえば、 802.1Q 標準に準拠しているネットワークインタフェースカード(NIC) を使用して中央サーバに接続しているポートは、サーバが使用する複数の VLAN のメンバになることができます。異なる VLAN 同士はサーバを経由して相互に通信することはできませんが、すべての VLAN が同じスイッチ - サーバ間接続を使用してサーバにアクセスできます。このように VLANが重複する場合は、 VLAN の「タグ」を使用して、異なる VLAN のトラフィックを区別します。

外部ルータ

VLAN_2

VLAN_1

ポート A1

ポート A8

ポート A2ポート A3ポート A4

ポート A5ポート A6ポート A7

2 つの VLAN が設定されたスイッチ

2-4


図 2-2. 　同じサーバを使用する重複 VLAN の例

同様に、 802.1Q 準拠のスイッチを使用すると、 1 つのスイッチ間リンクを経由して複数の VLAN に接続できます。

図 2-3. 　同じリンク経由で複数の VLAN に接続する場合の例

レガシー ( タグ無 ) VLAN が動作しているネットワークへのタグ付 VLANテクノロジの導入 ―802.1Q 準拠の機器を、従来の VLAN テクノロジに基づくタグ無 VLAN を使用しているネットワークに導入できます。基本的には、レガシー/ タグ無 VLAN は VLAN ごとに個別のリンクが必要ですが、802.1Q準拠の VLAN/ タグ付 VLAN は 1 つのリンクで複数の VLAN に対応できます。そのため、個々の VLAN を 802.1Q 非準拠機器に接続する場合は、802.1Q準拠の機器で該当するポートをタグ無に設定する必要があります。

ProCurve スイッチ

802.1Q 準拠サーバ

ProCurveスイッチ


Red VLAN とBlue VLAN のトラフィックを伝送するリンク

2-5


図 2-4. 　同一ネットワーク上にあるタグ付 VLAN およびタグ無 VLAN テクノロジの例

VLAN の詳細については、以下を参照してください。

「VLAN の使用方法の概要」 (2- 6 ページ )

「メニュー : VLAN パラメータの設定」 (2- 15 ページ )

「CLI: VLAN パラメータの設定」 (2- 15 ページ )

「Web: VLAN パラメータの表示および設定」 (2- 26 ページ )

「802.1Q VLAN タギング」 (2- 28 ページ )

「VLAN の制限事項」 (2- 37 ページ )

VLAN の使用方法の概要

VLAN のサポートとデフォルト VLAN

工場出荷時の設定では、スイッチのすべてのポートがデフォルト VLAN(DEFAULT_VLAN) に所属しています。そのため、スイッチのすべてのポートが 1 つの物理的なブロードキャストドメインに配置されています。工場出荷時の設定では、デフォルト VLAN がプライマリ VLAN になっています。

1 つ以上の VLAN を追加し、ポートの設定をデフォルト VLAN から新しいVLAN に変更すると、スイッチを複数の仮想ブロードキャストドメインに分割できます。デフォルト VLAN の名前は変更できますが、デフォルトVLAN の VID ( 常に「1」 ) は変更できません。またデフォルト VLAN からすべてのポートを削除することはできますが、デフォルト VLAN は常に存在しています。つまりこの VLAN をスイッチから削除することはできません。

プライマリ VLAN

単一の IP アドレスを使用するスタッキングなど、一部の機能や管理機能はスイッチの 1 つの VLAN でのみ動作し、 DHCP と Bootp は VLAN 単位で動作します。そのため、このような機能を管理する専用の VLAN が必要になります。また、異なる VLAN 上の DHCP または Bootp のインスタンス間で、

802.1Q 非準拠スイッチ

スイッ

スイッ



タグ無 VLAN リンク

タグ付 VLANリンク

同じリンクで Red VLAN と Blue VLAN 両方のトラフィックを伝

各 VLAN に別個のリンクが必要

2-6


スイッチの設定が矛盾していないことを確認する必要があります。プライマリ VLAN は、このような機能を実行してデータを管理する場合にスイッチが使用する VLAN です。工場出荷時の設定では、スイッチのデフォルトVLAN (DEFAULT_VLAN) がプライマリ VLAN に指定されています。ただし、別の VLAN をプライマリ VLAN に指定して、より高度なネットワーク制御を行うこともできます。デフォルト以外の VLAN をプライマリ VLAN に指定すると、以下のようになります。

スタッキング機能は、デフォルト VLAN ではなく、スイッチに指定されたプライマリ VLAN で実行されます。

スイッチは、デフォルト VLANではなくプライマリ VLANのDHCP応答を読み込みます。( スイッチで DHCP が指定されている場合は、TimeP サーバアドレス、デフォルト TTL、および IP アドレス ( ゲートウェイ IP アドレスを含む ) などの DHCP 解決パラメータが含まれます。 )

デフォルト VLAN は標準の VLAN として動作を続けます ( ただし前述のように、デフォルト VLAN を削除したり、デフォルト VLAN の VID を変更することはできません )。

明示的に別の VLAN に割り当てていないポートは、デフォルト VLAN に割り当てられたままになります ( デフォルト VLAN がプライマリ VLANであるかどうかに関係しない )。

スイッチに設定されているスタティック VLAN はプライマリ VLAN になる可能性があります。( スタティック VLAN に変換されていないダイナミックVLAN (GVRP で学習 ) をプライマリ VLAN に設定することはできません。 )現在のプライマリ VLAN を表示するには、 CLI の show vlan コマンドを使

用します。

注記デフォルト VLAN 以外の VLAN をプライマリ VLAN に設定すると、別のVLAN をプライマリとして設定するまで、その VLAN を削除できません。

スイッチにゲートウェイを手動で設定すると、 DHCP/Bootp を経由して受信したゲートウェイアドレスは無視されます。

2-7


ポートごとのスタティック VLAN の設定オプション

以下の図と表は、各ポートをスタティック VLAN に割り当てる場合のオプションを示しています。 GVRP が設定されている場合は、 GVRP がこれらのオプションと VLAN の動作に影響を与えることに注意してください。以下の図は、ポートごとの VLAN の設定オプションを示しています。また表 2-1 で、これらのオプションについて簡単に説明します。

図 2-5. GVRP が有効な場合と無効な場合のポートごとの VLAN オプションの比較

表 2-1.　ポートごとの VLAN の設定オプション

GVRP が無効になっているポートごとの VLAN 設定の例 ( デフォルト )

GVRP が有効になっているポートごとの VLAN 設定の例

GVRP を有効にすると、 [No] が [Auto] になります。

パラメータ指定の VLAN でのポート追加に対する影響

Tagged ポートを複数の VLAN に追加できます。

Untagged タグ付 VLAN ではなく、タグ無 VLAN に設定されている機器とVLAN 接続が可能です。タグ無 VLAN 割り当てはポートごとに 1つだけ使用できます。

No またはAuto

No: GVRP がスイッチで無効になっている場合に表示されます。ポートはその VLAN には追加されません。Auto: GVRP がスイッチで有効になっている場合に表示されます。同じ VID の通知 VLAN を受信するとポートは動的に VLAN に追加されます。

Forbid スイッチで GVRP が有効になっているかどうかに関わらず、ポートが VLAN に追加されないようにします。

2-8


VLAN の一般的な使用手順

1. VLAN のプランニングを行い、設定する VLAN の論理トポロジマップを作成します。スパニングツリープロトコル、ロードバランシング、IGMP など、その他の機能と VLAN との相互作用についても考慮します。ダイナミック VLAN を使用する場合は、この機能に必要なポート設定のプランニングも行います。 ( 第 3 章「GVRP」を参照。 )

デフォルトでは、 VLAN のサポートが有効になっており、スイッチには 8 個の VLAN が設定可能です。

2. デフォルト VLAN の他に少なくとも 1 つの VLAN を設定します。

3. スイッチポートを新しい VLAN に割り当てます。

4. IP ネットワーク内の VLAN を SNMP で管理する場合は、各 VLAN に IPアドレスを設定する必要があります。『マネジメント /コンフィギュレーションガイド』の IP アドレスに関する章を参照してください。

VLAN の運用上の注記

DHCP/Bootp を使用して、スイッチの設定情報、パケット生存時間、TimeP 情報を取得するには、その DHCP が設定されている VLAN をプライマリ VLAN として指定する必要があります。 ( 工場出荷時の設定では、 DEFAULT_VLAN がプライマリ VLAN になっています。 )

IGMP およびその他一部の機能は、VLAN 単位で動作します。つまり、動作させる機能を各 VLAN で個別に設定する必要があります。

デフォルト VLAN の名前は変更できますが、デフォルト VLAN の VID (1)を変更したり、スイッチからデフォルト VLAN を削除することはできません。

別のVLANに割り当てられていないポートは、DEFAULT_VLANに割り当てられたままになります。

スイッチから VLAN を削除するには、まず割り当てられているポートをVLAN から削除する必要があります。

スイッチに設定可能な VLAN の数を変更するには、リブートが必要です。その他の VLAN 設定の変更は動的に行われます。

複数の VLAN を使用する場合の考慮事項

スイッチは、フォワーディングデータベースを使用して、どの外部機器がどの VLAN に所属しているかを認識します。このガイドの対象スイッチなど、大部分のスイッチは、マルチプルフォワーディングデータベースに対応しています。このようなスイッチでは、 1 つの MAC アドレスに対して複数のデータベースエントリを管理でき、各エントリの宛先 VLAN および宛先ポートはそれぞれ異なります。一部のスイッチモデルでは、シングルフォ

2-9


ワーディングデータベースを使用します。この場合は、1 つの MAC アドレスについて管理できるデータベースエントリは 1 つのみで、その MAC アドレスには 1 つの宛先ポートが対応します ( 表 2-2 を参照 )。このガイドの対象スイッチのすべての VLAN が、同じ MAC アドレスを使用するわけではありません ( 「VLAN MAC アドレス」（2-36 ページ）を参照 )。マルチプルフォワーディングデータベースを持つスイッチを、複数の VLAN が設定されているシングルフォワーディングデータベースを持つスイッチに接続する場合は、ケーブル接続とポート VLAN の割り当てについて、いくつかの制約があります。表 2-2 は、2 種類のデータベースの機能的な違いを示しています。

表 2-2.　フォワーディングデータベースの内容の例

表 2-3 は、現行の ProCurve スイッチモデルのデータベースの構造を示しています。

マルチプルフォワーディングデータベース

シングルフォワーディングデータベース

MAC アドレス宛先VLAN ID

宛先ポート MAC アドレス宛先VLAN ID

宛先ポート

0004ea-84d9f4

1 A5 0004ea-84d9f4

100 A9

0004ea-84d9f4

22 A12 0060b0-880af9

105 A10

0004ea-84d9f4

44 A20 0060b0-880a81

107 A17

0060b0-880a81

33 A20

このデータベースでは、1 つの MAC アドレスに対して複数の宛先を設定できます。スイッチが既存の MAC エントリについて新しい宛先を検出した場合は、その MAC アドレスに対応する新しいインスタンスがテーブルに追加されます。

このデータベースでは、 1 つの MACアドレスに対して設定できる宛先は 1つだけです。スイッチが既存の MACエントリについて新しい宛先を検出した場合は、既存の MAC インスタンスは新しい宛先を示す新しいインスタンスに置き換えられます。

2-10


表 2-3.　管理型 ProCurve スイッチのフォワーディングデータベースの構造

シングルフォワーディングデータベースの動作

スイッチのフォワーディングテーブルにある MAC アドレスと一致する宛先 MAC アドレスを持つパケットが到着すると、スイッチは、その MAC アドレスに指定されているポートにパケットを送信しようとします。ただし宛先ポートが、パケットを受信した VLAN とは異なる VLAN に所属している場合は、スイッチはパケットを破棄します。マルチプルフォワーディングデータベースを持つスイッチ ( 表 2-3 を参照 ) では、ある 1 つの MAC アドレスに対して複数のインスタンス ( 有効な宛先それぞれに 1 つのインスタンス ) を設定できるので、これは問題になりません。ただし、シングルフォワーディングデータベースを持つスイッチでは、1 つの MAC アドレスに対して設定できるインスタンスは 1 つだけです。 (1) これら 2 種類のスイッチを、異なる VLAN に所属する複数のポートまたはトランクで接続し、さらに (2) マルチプルフォワーディングデータベースを持つスイッチ上でルーティングを有効にした場合は、シングルフォワーディングデータベー

マルチプルフォワーディングデータベース *

シングルフォワーディングデータベース *

Switch 8212zl Switch 1600M/2400M/2424M

Switch 6400cl シリーズ Switch 4000M/8000M

Switch 6200yl Switch 2500 シリーズ

Switch 6108 Switch 2000

Switch 5400zl シリーズ Switch 800T

Switch 5300xl シリーズ

Switch 4200vl シリーズ

Switch 4100gl シリーズ

Switch 3500yl シリーズ

Switch 3400cl シリーズ

Switch 2810

Switch 2800 シリーズ

Switch 2600/2600-PWRシリーズ

Switch 2510 シリーズ

* 他のベンダの機器で使用しているデータベースアーキテクチャが、シングルフォワーディングかマルチプルフォワーディングであるかを確認するには、各機器に付属するマニュアルを参照してください。

2-11


ススイッチ上では、接続しているマルチプルフォワーディングデータベーススイッチ用に保持しているポートおよび VLAN レコードが頻繁に変化する可能性があります。これは、パフォーマンスの低下や接続の断続的 / 全面的切断の原因になります。

サポート対象外の設定と修正方法の例

問題 ― 図 2-6 に示すように、Switch 8000M の MAC アドレステーブルでは、マルチプルフォワーディングデータベーススイッチが、ポート A1 (VLAN1) 経由でアクセスする機器として記録される場合と、ポート B1 (VLAN 2)経由でアクセスする機器として記録される場合があります。

図 2-6. 　複数の VLAN がある環境で、シングルフォワーディングデータベーススイッチからマルチプルフォワーディングデータベーススイッチへの接続が正しく設定されていない場合の例

図 2-6 では、 PC 「A」は IP パケットを PC 「B」に送信します。

1. 宛先フィールドにマルチプルフォワーディングデータベーススイッチの MAC アドレスを含んでいるパケットが、Switch 8000 の VLAN 1 に入ります。 8000M はこの MAC アドレスをまだ認識していないので、アドレステーブルでこのアドレスが見つからず、マルチプルフォワーディングデータベーススイッチへの VLAN 1 リンク ( ポート「A1」 ) を含むすべてのポートにパケットをフラッディングします。次に、マルチプルフォワーディングデータベーススイッチが VLAN 2 リンクを介して 8000M にパケットをルーティングし、続いて 8000M が PC 「B」にパケットをフォワーディングします。 8000M は VLAN 2 ( ポート「B1」 )のマルチプルフォワーディングデータベーススイッチからパケット

Switch 8000M

VLAN 1 VLAN 2

マルチプルフォワーディングデータベーススイッチの

ルーティングが有効

( すべての VLAN に同一の MACアドレスを指定 )

VLAN 1 VLAN 2

マルチプルフォワーディングデータベースを持つスイッチ

シングルフォワーディングデータベースを持つスイッチ

PC 「A」 PC 「B」A1 B1

C1 D1

2-12


を受信したので、 8000M のシングルフォワーディングデータベースには、マルチプルフォワーディングデータベーススイッチがポート「B1」(VLAN 2) にあると記録されます。

2. PC 「A」が 2 番目のパケットを PC 「B」に送信します。この場合も、宛先フィールドにマルチプルフォワーディングデータベーススイッチの MAC アドレスを含んでいるパケットが、 Switch 8000M の VLAN 1に入ります。ただし、 Switch 8000M のシングルフォワーディングデータベースではマルチプルフォワーディングデータベーススイッチがポート B1 (VLAN 2) 上にあると示されているため、8000M はパケットをフォワーディングせずに破棄します。

3. その後、マルチプルフォワーディングデータベーススイッチからVLAN 1 リンク経由でパケットが 8000M に送信され、8000M はマルチプルフォワーディングデータベーススイッチがポート B1 (VLAN 2) ではなくポート A1 (VLAN 1) にあるものとしてアドレステーブルを更新します。このように、マルチプルフォワーディングデータベーススイッチの場所に関する 8000M の情報は、時間の経過に従って変化します。そのため、 8000M を経由する、マルチプルフォワーディングデータベーススイッチを宛先としたパケットの一部が破棄され、パフォーマンスの低下や、接続の断続的 / 全面的切断の原因になります。

解決策 ― 上記の問題を回避するには、シングルフォワーディングデータベーススイッチとマルチプルフォワーディングデータベーススイッチを1 つのケーブルまたはポートトランクで接続し、リンクに複数のタグ付VLAN を設定します。

図 2-7. 　複数の VLAN がある環境で、シングルフォワーディングデータベーススイッチからマルチプルフォワーディングデータベーススイッチへの接続が正しく設定されている場合の例

Switch 8000M

VLAN 1 VLAN 2

マルチプルフォワーディングデータベーススイッチの

ルーティングが有効

VLAN 1 VLAN 2

マルチプルフォワーディングデータベースを持つスイッチ

シングルフォワーディングデータベースを持つスイッチ

PC 「A」 PC 「B」

VLAN1 & 2

VLAN 1 & 2

A1

C1

2-13


このようにすると、 8000M のフォワーディングデータベースでは、マルチプルフォワーディングデータベーススイッチの MAC アドレスが常にポート A1 に対応し、 8000M はマルチプルフォワーディングデータベーススイッチのいずれかの VLAN にトラフィックを送信するようになります。

スイッチ間の接続のネットワーク帯域幅を増やすには、単一の物理リンクではなく、複数の物理リンクのトランクを使用します。

マルチプルフォワーディングデータベースの動作

このガイドの対象スイッチを、マルチプルフォワーディングデータベースを持つ別のスイッチに接続する場合は、以下の接続オプションのいずれか、または両方を使用することができます。

各VLANに対して1つのポートまたはポートトランクインタフェースを設定。この場合は、フォワーディングデータベースに、同じ MAC アドレスに対して異なる VLAN ID とポート番号を指定するインスタンスが複数記録されます。 ( 表 2-2 を参照。 ) すべての VLAN インタフェースで同じ MAC アドレスを使用する場合、このガイドの対象スイッチでは問題は発生しません。

複数の ( タグ付 ) VLAN に対して同一のポートまたはポートトランクインタフェースを設定。この場合、フォワーディングデータベースには、同じ MAC アドレスに対して異なる VLAN ID と同一のポート番号を指定したインスタンスが複数記録されます。

異なる VLAN に対して同じ MAC アドレスのエントリを複数設定できるようにすることで、以下のようなトポロジが可能になります。

図 2-8. 　複数の VLAN がある環境で、マルチプルフォワーディングデータベースを持つスイッチを正しく設定しているトポロジの例

Switch 2510

VLAN 1 VLAN 2

マルチプルフォワーディングデータベーススイッチ

VLAN 1 VLAN 2 どちらのスイッチ

もマルチプルフォワーディングデータベースを保持

2-14


メニュー : VLAN パラメータの設定

工場出荷時の設定では、大 8 個の VLAN が設定可能になっています。 ( スイッチの VLAN 設定を変更して、大 VLAN 数を増やすことができます。 )また、スイッチのすべてのポートはデフォルト VLAN (DEFAULT_VLAN) に所属し、同じブロードキャスト / マルチキャストドメイン内にあります。 (デフォルト VLAN は、デフォルトのプライマリ VLAN でもあります。「プライマリ VLAN」（2-6 ページ）を参照。 ) [Maximum VLANs] パラメータを変更し、新しい VLAN 名と VID を追加し、各 VLAN に 1 つ以上のポートを割り当てることにより、デフォルト VLAN に加えて、大 63 個のスタティックVLAN を設定できます。 VLAN タグを使用すれば、各ポートを複数の VLANに割り当てることができます。 ( 「802.1Q VLAN タギング」（2-28 ページ）を参照 )

[VLAN Support] 設定の変更方法

この項では、以下について説明します。

サポートする VLAN の大数の変更

プライマリ VLAN の選択の変更 (「プライマリ VLAN の変更」（2-23 ペー

ジ）を参照 )

1. [Main Menu] から以下を選択します。

[2. Switch Configuration]

[8. VLAN Menu . . .][1. VLAN Support]

以下の画面が表示されます。

図 2-9. 　デフォルトの [VLAN Support] 画面

2. [E] キー (Edit) を押して、以下の 1 つ以上を実行します。

新しい数を入力して、 VLAN の大数を変更します。

2-15


[Primary VLAN] フィールドを選択し、スペースバーを使用して既存の

オプションから選択して、別のVLAN をプライマリ VLANに指定します。

[GVRP Enabled] フィールドを選択し、スペースバーを使用してオプ

ションを切り替えて、ダイナミック VLAN を有効または無効にします。(GVRP の詳細については、第 3 章「GVRP」を参照。 )

注記スイッチのメモリを有効に利用するには、使用すると考えられる数またはそれより少し多い数の VLAN 数を設定します。後でそれより多くの VLANが必要になった場合は、この数を増やすことができますが、その時点でスイッチのリブートが必要になります。

3. [Enter] キーを押し、次に [S] を押して VLAN のサポート設定を保存し、

[VLAN Menu] 画面に戻ります。

[Maximum VLANs to support] の値を変更すると、[VLAN Support] オプションの横にアスタリスクが表示されます ( 以下を参照 )。

図 2-10. 　スイッチをリブートする必要があることを示している [VLAN Menu] 画面

－ [VLAN Support] オプションを変更した場合は、 Maximum VLANの変更を有効にするには、スイッチをリブートする必要があります。引き続き他の VLAN パラメータも設定できますが、設定が終了したら必ずスイッチをリブートしてください。

－ [VLAN Support] オプションを変更しなかった場合は、リブートする必要はありません。

4. [0] キーを押して、 [Main Menu] へ戻ります。

アスタリスクは、新しく設定したMaximum VLAN 数を適用するには、スイッチをリブートする必要があることを示しています。

2-16


VLAN 名の追加または変更

新しい VLAN を追加したり、既存の VLAN 名を変更するには、以下の手順に従います。


[2. Switch Configuration][8. VLAN Menu . . .]

[2. VLAN Names]

複数の VLAN が設定されていない場合は、図 2-11 のような画面が表示されます。

図 2-11. 　デフォルトの [VLAN Names] 画面

2. [A] キー (Add) を押します。新しい VLAN 名と VLAN ID の入力を求め

るプロンプトが表示されます。

802.1Q VLAN ID : 1Name : _

3. VID (VLAN ID 番号 ) を入力します。この値として、他の VLAN で使用されていない 2 ～ 4094 の任意の数を使用できます。 ( スイッチでは、「1」はデフォルト VLAN 用に予約されています。 )

VLAN は、同じ VLAN を設定するすべてのスイッチで同じ VID を設定する必要があります。 (GVRP は、正しい VID 番号が付けられた VLANを他のスイッチに動的に拡張させます。第 3 章「GVRP」を参照。 )

4. ( 下向き矢印キー ) を押して [Name] 行にカーソルを移動し、追加す

る新しい VLAN の VLAN 名 ( 大 12 文字。スペースは使用不可 ) を入力して、 [Enter] キーを押します。

(VLAN 名の文字に @、#、$、^、&、*、(、) を使用することはできません。)

デフォルト VLANと VLAN ID

2-17


5. [S] キー (Save) を押します。新しい VLAN 名が一覧表示された [VLAN

Names] 画面が表示されます。

図 2-12. 　新しい VLAN が追加された [VLAN Names] 画面の例

6. さらに VLAN を追加するには、手順 2 ～ 5 を繰り返します。

VLAN は、 [VLAN Support] 画面の [Maximum VLANs to support] フィールドで指定した数に達するまで追加できます ( 図 2-9 (2- 15 ページ ) を参照 )。この数には、 GVRP によって動的に追加される VLAN も含まれます。

7. [VLAN Menu] に戻り、次の項「VLAN ポート割り当ての追加または変更」の説明に従って、新しい VLAN にポートを割り当てます。

VLAN ポート割り当ての追加または変更

VLAN にポートを追加するか、 VLAN へのポート割り当てを変更するには、以下の手順に従います。 ( 明示的に VLAN に割り当てられていないポートは、自動的にデフォルト VLAN に割り当てられます。 )


[2. Switch Configuration]

[8. VLAN Menu . . .] [3. VLAN Port Assignment]

以下のような [VLAN Port Assignment] 画面が表示されます。

新しい VLAN と IDの例

2-18


図 2-13. [VLAN Port Assignment] 画面の例

2. ポートの VLAN 割り当てを変更するには、以下の手順に従います。a. [E] キー (Edit) を押します。

b. 矢印キーを使用して、変更する VLAN 割り当てを選択します。c. スペースバーを押して、割り当てを選択します ([No]、 [Tagged]、

[Untagged] または [Forbid])。

注記 GVRP の動作について : スイッチで GVRP を有効にすると、[No] が[Auto] に変わり、その VLAN が、同じ VID が設定されている通知

VLAN に自動的に追加されるようになります。「ダイナミック VLANの通知と追加に関するポートごとのオプション」（3-9 ページ）を参照してください。

タグ無 VLAN: タグ無 VLAN は、各ポートに 1 つだけ設定できます。また、各ポートには少なくとも 1 つの VLAN を割り当てる必要があります。工場出荷時の設定では、すべてのポートがデフォルト VLAN(DEFAULT_VLAN) に割り当てられています。

たとえば、ポート A4 とポート A5 が DEFAULT_VLAN と VLAN-22 の両方に所属するようにし、ポート A6 とポート A7 が VLAN-22 だけに所属するようにする場合は、 2-20 ページの図の設定を使用します。 ( この例では、デフォルトの GVRP の設定が無効で、後で GVRP を有効にしないことを前提としています。 )

デフォルト : この例では、「VLAN-22」が定義されていますが、まだポートは割り当てられていません。 ([No] は、そのポートが VLAN に割り当てられていないことを示します。 )GVRP の使用 : GVRPを使用する場合は、追加しないポートを [Forbid] に変更する必要があります。

1 つのポートを複数のVLAN に割り当てることができますが、[Untagged] にできるのはそのうちの 1 つだけです。

2-19


図 2-14. 　特定のポートに対する VLAN 割り当ての例

VLAN タグ ([Untagged] および [Tagged]) の詳細については、「802.1QVLAN タギング」（2-28 ページ）を参照してください。

d. VLAN へのポートの割り当てが終了した後、 [Enter] キーを押し、[S] キー (Save) を押して変更を有効にし、設定メニューに戻りま

す。 ( コンソールは VLAN メニューに戻ります。 )

3. [Main Menu] に戻ります。

CLI: VLAN パラメータの設定

工場出荷時の設定では、スイッチのすべてのポートはデフォルト VLAN(DEFAULT_VLAN) に所属し、同じブロードキャスト / マルチキャストドメイン内にあります。 ( デフォルト VLAN は、デフォルトのプライマリ VLANでもあります。「プライマリ VLAN」（2-6 ページ）を参照。 ) スタティックVLAN を追加するには、新しい VLAN 名を追加し、各 VLAN に 1 つ以上のポートを割り当てます。 VLAN タグを使用すれば、各ポートを複数の VLANに割り当てることができます。 ( 「802.1Q VLAN タギング」（2-28 ページ）を参照。 )

ポート A4 とポートA5 は両方の VLANに割り当てられています。

ポート A6 とポートA7 は VLAN-22 だけに割り当てられています。

その他すべてのポートはデフォルトVLAN だけに割り当てられています。

2-20


この項で使用する VLAN コマンド

スイッチの VLAN 設定の表示 ― 次のコマンドを実行すると、現在スイッチで動作している VLAN と、その VID、 VLAN 名、 VLAN ステータスが一覧表示されます。ダイナミック VLAN は、スイッチで GVRP が有効になっており、通知 VLAN に 1 つ以上のポートが動的に追加されている場合のみ表示されます。 ( デフォルト設定では、 GVRP は無効になっています。第 3 章「GVRP」を参照。 )

構文 : show vlan

図 2-15. 　 show vlan が表示する一覧の例 (GVRP が有効になっている場合 )

show vlans 下記

show vlan <vlan-id> 2-22 ページ

max-vlans 2-23 ページ

primary-vlan <vlan-id> 2-23 ページ

[no] vlan <vlan-id> 2-24 ページ

name <vlan-name> 2-25 ページ

[no] tagged <port-list> 2-25 ページ

[no] untagged <port-list>

2-25 ページ

[no] forbid 2-25 ページ

auto <port-list> 2-25 ページ (GVRP が有効である場合に使用可能 )static-vlan <vlan-id> 2-25 ページ (GVRP が有効である場合に使用可能 )

GVRP が無効 ( デフォルト ) になっている場合は、ダイナミックVLAN はスイッチに存在せず、この一覧にも表示されません。 ( 第 3章「GVRP」を参照 )

2-21


特定の VLAN の設定の表示 ― このコマンドは、VID で指定した特定のスタティックまたはダイナミック VLAN を検索して表示します。

構文 : show vlan <vlan-id>

図 2-16. 　特定のスタティック VLAN について show vlan を実行した場合の例

図 2-17. 特定のダイナミック VLAN について show vlan を実行した場合の例

GVRP が有効で、指定の VLAN に少なくとも 1 つのスイッチポートが動的に追加されている場合にshow vlan を実行すると、このデータが表示されます。

2-22


スイッチで使用可能な VLAN の数の変更 ― デフォルトでは、スイッチは大 8 個の VLAN を使用できます。1 から上限値までのスイッチで許容される任意の値を指定することができます。GVRP が有効になっている場合は、この設定にはスイッチのダイナミック VLAN の数も含まれます。新しい値を反映させるには、write memory コマンドを実行して新しい値を startup-configファイルに保存し、スイッチをリブートする必要があります。

構文 : max-vlans <1... 64>

たとえば、スイッチで大 10 個の VLAN を使用できるように設定します。

図 2-18. VLAN の数を変更するためのコマンドシーケンスの例

プライマリ VLAN の変更 ― 工場出荷時の設定では、デフォルト VLAN(DEFAULT_VLAN) がプライマリ VLAN になっています。ただし、スイッチ上のどのスタティック VLAN もプライマリ VLAN として指定することができます。 ( プライマリ VLAN の詳細については、「プライマリ VLAN」（2-6ページ）を参照。 ) 使用可能な VLAN とそれぞれの VID を表示するには、show vlan を使用します。

構文 : primary-vlan <vlan-id>

たとえば、 VLAN 22 をプライマリ VLAN にするには、以下のコマンドを実行します。

ProCurve(config)# primary-vlan 22

この 3 つの手順は後で実行してもかまいません。

2-23


新しいスタティック VLAN の作成

VLAN コンテキストレベルの変更

このコマンドで新しい VID を入力すると、新しいスタティック VLAN が作成されます。既存の VID またはスタティック VLAN 名を入力すると、そのVLAN のコンテキストレベルに変更されます。

構文 : vlan <vlan-id> [name <name-str>]入力した VID を持つ VLAN が存在しない場合は、新しいスタ

ティック VLAN が作成され、その VLAN のコンテキストレベルに変更されます。[name] オプションを使用しない場合は、スイッチでは「VLAN」と新しい VID を使用して、 VLAN に自動的に名前が付けられ

ます。VLAN がすでに存在する場合は、スイッチによってそのVLAN のコンテキストレベルに変更されます。

vlan <vlan-name>そのスタティック VLAN のコンテキストレベルに変更されます。

たとえば、VID が 100 である新しいスタティック VLAN を作成するには、以下のように実行します。

図 2-19. 　新しいスタティック VLAN の作成例

デフォルト VLAN など、別の VLAN コンテキストレベルに移動するには、以下のコマンドを入力します。

ProCurve(vlan-100)# vlan default_vlanProCurve(vlan-1) _

新しい VLAN を作成します。

結果が表示されます。

2-24


ダイナミック VLAN をスタティック VLAN に変更 ―GVRP がスイッチで動作し、ポートが VLAN に動的に追加される設定になっている場合は、以下のコマンドを使用するとダイナミック VLAN をスタティック VLAN に変更できます。 (GVRP とダイナミック VLAN の動作の詳細については、第 3章「GVRP」を参照。 ) VLAN を恒久的に割り当てるには、この設定が必要になります。ダイナミック VLAN をスタティック VLAN に変更した場合は、スタティック VLAN の設定と同じ方法でスイッチのポートごとに VLAN への追加を設定する必要があります。

構文 : static-vlan <vlan-id> (show vlan で現在の VID を一覧表示 )

たとえば、 VID が 125 のダイナミック VLAN がスイッチに存在している場合に以下のコマンドを実行すると、この VLAN がスタティック VLAN に変更されます。

ProCurve(config)# static-vlan 125

スタティック VLAN 名の設定とポートごとの設定 ―vlan <vlan-id> コマン

ドを以下のオプションを使用して実行すると、既存のスタティック VLAN名と、ポートごとの VLAN メンバシップ設定を変更できます。

注記以下のオプションは、コマンドの先頭に vlan <vlan-id> を指定してコンフィ

ギュレーションレベルから実行するか、または対応する VLAN のコンテキストレベルから実行します。

構文 : name <vlan-name>既存のスタティック VLAN 名を変更します。 ( <vlan-name 部分に、スペースや、 > 2、 #、 $、 ^、 &、 *、 (、 ) を使用しないで

ください。 )

[no] tagged <port-list>選択したポートを、指定の VLAN の [Tagged] ポートに設定します。コマンドに [no] を付けて実行すると、ポートが [No] または (GVRP が有効な場合は ) [Auto] に設定されます。

[no] untagged <port-list>選択したポートを、指定の VLAN の [Untagged] ポートとして設定します。コマンドに [no] を付けて実行すると、ポートが [No] または (GVRP が有効な場合は ) [Auto] に設定されます。

[no] forbid <port-list>選択したポートが、指定の VLAN に追加されないように設定します。コマンドに [no] を付けて実行すると、ポートが [No] または (GVRP が有効な場合は ) [Auto] に設定されます。

2-25


auto <port-list>スイッチで GVRP が有効である場合に使用できます。指定されたVLANの各ポートの設定を [Auto] に戻します。スイッチで GVRP

が実行されている場合は、スタティック VLAN の各ポートは

デフォルトで [Auto] に設定されています。 ( ダイナミック VLAN

およびGVRP の動作の詳細については、第 3 章「GVRP」を参照してください。 )

例として、 VLAN 名が VLAN100、 VID が 100 で、その VLAN 用のすべてのポートが [No] に設定されている場合を考えます。 VLAN 名を「Blue_Team」

に変更し、ポート 1 ～ 5 を [Tagged] に設定するには、以下のコマンドを実行します。

ProCurve(config)# vlan 100 name Blue_TeamProCurve(config)# vlan 100 tagged 1-5

vlan 100 のコンテキストレベルに移動して同じコマンドを実行するには、以下のように実行します。

ProCurve(config)# vlan 100ProCurve(vlan-100)# name Blue_TeamProCurve(vlan-100)# tagged 1-5

同様に、上記の例でタグ付けされたポートを [No] (GVRP が有効な場合は[Auto]) に変更する場合は、以下のいずれかのコマンドを使用できます。

config レベルでは、以下のコマンドを実行します。ProCurve(config)# no vlan 100 tagged 1-5

または

VLAN 100 のコンテキストレベルでは、以下のコマンドを実行します。ProCurve(vlan-100)# no tagged 1-5

注記これらのコマンドをダイナミック VLAN で使用することはできません。ダイナミック VLAN で使用しようとすると、 [VLAN already exists.] という

メッセージが表示されて、変更できません。

Web: VLAN パラメータの表示および設定

Web ブラウザインタフェースでは、以下を実行できます。

VLAN の追加

VLAN の名前変更

VLAN の削除

GVRP モードの設定

2-26


新しいプライマリ VLAN の選択

スタティック VLAN のポートパラメータを設定するには、メニューインタフェース (Web ブラウザインタフェースから Telnet によって使用可能 ) または CLI を使用する必要があります。

1. [Configuration] タブをクリックします。

2. [VLAN Configuration] をクリックします。

3. [Add/Remove VLANs] をクリックします。

Web ブラウザインタフェース画面の使用方法について、 Web ベースのオンラインヘルプを参照するには、 Web ブラウザ画面の [?] ボタンをクリックします。

2-27


802.1Q VLAN タギング

VLAN タギングによって、1 つ以上の VLAN からのトラフィックが同じポートを使用できるようになります。( 複数の VLAN が同じポートを使用している場合でも、それらの VLAN は別々のドメインにあるため、外部ルータを経由せずに相互にトラフィックを受信することはできません。) 先に説明したように、「タグ」は、スイッチで VLAN 名を設定する時点で VLAN に割り当てられる固有の VLAN 識別番号 (VID: VLAN ID) です。タグには、他のVLAN に割り当てられていない 1 から 4094 までの任意の番号が割り当てられます。その後、特定の VLAN にポートを割り当てる際に、ポートが複数の VLAN のトラフィックを送信する場合は、VLAN タグ (VID) を実装する必要があります。それ以外の場合はタグが不要なので、ポートの VLAN 割り当ては「untagged」のままにできます。つまり、 802.1Q 非準拠のスイッチにポートを接続する場合、または 1 つの VLAN だけにポートを割り当てる場合は、ポートの VLAN 割り当てに「Untagged」設定を使用します。ポートを複数の VLAN に割り当てる場合、または 802.1Q 標準に準拠したスイッチにポートを接続する場合は、「Tagged」設定を使用します。

たとえば、 802.1Q 準拠のスイッチのポート A7 が Red VLAN だけに割り当てられている場合は、ポートが Red VLAN だけにトラフィックをフォワーディングするので、割り当てを「untagged」のままにすることができます。ただし、 Red VLAN と Green VLAN の両方がポート A7 に割り当てられている場合は、それらの VLAN 割り当てのうちの少なくとも 1 つを「tagged」設定にして、Red_VLAN のトラフィックと Green_VLAN のトラフィックを区別できるようにする必要があります。以下の図はこの概念を示しています。

図 2-20. 　 Tagged および Untagged VLAN のポート割り当ての例

Blue White

Green

Red

RedVLAN

BlueVLAN

WhiteVLAN

GreenVLAN

GreenVLAN

RedVLAN

"X"

5 6

7

4

13

2

"Y"5

4

1

3

2

Green VLAN: Tagged

1-6: Untagged7: RedVLANUntagged

Red VLAN: Untagged

GreenVLANTagged GreenVLANTagged

1-4: Untagged5: RedVLANUntagged

2-28


2-29

スイッチ X では以下のようになります。

• 各ポートには VLAN が 1 つだけしか割り当てられないので、ポート

X1 ～ X6 に割り当てる VLAN は、すべて「untagged」にすることができます。 Red VLAN のトラフィックは Red ポートからのみ送信され、 Green VLAN のトラフィックは Green ポートからのみ送信されることになります。これらのポートに接続する機器は、 802.1Q に準拠している必要はありません。

• ただし、ポート X7 には Red_VLAN と Green_VLAN の両方が割り当

てられているので、少なくとも 1 つの VLAN をこのポート用にタグ付けする必要があります。

スイッチ Y では以下のようになります。

• 各ポートには VLAN が 1 つだけしか割り当てられないので、ポート

Y1 ～ Y4 に割り当てる VLAN は、すべて「untagged」にすることができます。これらのポートに接続する機器は、 802.1Q に準拠している必要はありません。

• ポート Y5 には Red_VLAN と Green_VLAN の両方が割り当てられて

いるので、少なくとも 1 つの VLAN をこのポート用にタグ付けする必要があります。

両方のスイッチでの状態 : 2 つのスイッチ間のリンク上のポートは、同じように設定されている必要があります。図 2-20 ( 上記 ) に示すように、 Red VLAN ではポート X7 と Y5 を「untagged」に設定し、 GreenVLAN ではポート X7 と Y5 を「tagged」に設定するか、またはその逆に設定する必要があります。

注記 802.1Q 準拠の各 VLAN には、固有の VID 番号が設定されている必要があり、その VLAN が設定されているすべての機器で同じ VID が設定されている必要があります。つまり、Red VLAN のスイッチ X の VID が 10 である場合は、スイッチ Y での Red VLAN の VID も 10 に設定されている必要があります。

図 2-21. 　 [VLAN Names] 画面で割り当てる VLAN ID 番号の例

VID 番号


VLAN タギングには、以下のようなオプションがあります。

VLAN タギングは、同じポートで複数の VLAN を使用できるようにする目的で使用するので、1 つの VLAN だけが割り当てられているポートは「Untagged」 ( デフォルト ) に設定します。

複数の VLAN が割り当てられたポートには、1 つの VLAN を「Untagged」として割り当てることができます。同じポートに割り当てられているその他すべての VLAN は、「Tagged」として設定する必要があります ( ポートに割り当てる VLAN について、複数を「Untagged」に設定することはできません。 )

ポートのすべてのエンドノードが 802.1Q 標準に準拠していて、正しいVID を使用するように設定されている場合は、ポート上のすべてのVLAN 割り当てを「Tagged」に設定して、 VLAN 割り当ての管理を容易にしたり、セキュリティ上の目的を満たすことができます。

たとえば以下のネットワークで、スイッチ X とスイッチ Y、およびサーバS1 とサーバ S2 は、 802.1Q に準拠しています。 ( サーバ S3 も 802.1Q 準拠である場合がありますが、この例には影響しません。 )

図 2-22. 　一部のポートに複数の VLAN が設定されている 802.1Q 準拠機器の例

Green VLAN

S1 S2

S3

GreenVLAN

GreenVLAN

RedVLAN

RedVLAN

"X"

X1

X2

X3X4

"Y"

Y1

Y4

Y2Y5

Y3

Green VLAN: TaggedRed VLAN: Untagged



2-30


各ポートには VLAN が 1 つだけしか割り当てられないので、ポート X3、X4、Y2、 Y3、 Y4 に割り当てられる VLAN は、すべて「untagged」にすることができます。ポート X1 には複数の VLAN が割り当てられているので、このポートに割り当てられる VLAN の 1 つを「untagged」に設定し、その他のVLAN はすべて「tagged」に設定する必要があります。同じことが、X2、Y1、Y5 の各ポートにも当てはまります。

注記同じリンクで接続されているポートの VLAN 設定は一致している必要があります。ポート X2 と Y5 は同じポイントツーポイント接続の両端にあるため、両方のポートは同じ VLAN 設定である必要があります。つまり、どちらのポートでも Red VLAN を「Untagged」、 Green VLAN を「Tagged」として設定します。

まとめると以下のようになります。

スイッチ X スイッチ Y

ポート Red VLAN Green VLAN

ポート Red VLAN Green VLAN

X1 Untagged Tagged Y1 Untagged Tagged

X2 Untagged Tagged Y2 No* Untagged

X3 No* Untagged Y3 No* Untagged

X4 Untagged No* Y4 Untagged No*

Y5 Untagged Tagged

* 「No」は、このポートがその VLAN のメンバでないことを意味します。たとえば、ポート X3 は Red VLAN のメンバではなく、 Red VLAN のトラフィックを送信しません。また、 GVRP が有効になっている場合は、「No」ではなく「Auto」と表示されます。

ポートごとのVLAN の数

タギング方法

1 「Untagged」または「Tagged」。ポートに接続されている機器が802.1Qに準拠している場合は、「Tagged」が推奨されます。

複数 1 つの VLAN が「[Untagged」、残りすべての VLAN が「Tagged」またはすべての VLAN が「Tagged」

VLAN については、 VLAN が設定されている 802.1Q 準拠のすべての機器で、同じVID が設定されている必要があります。802.1Q に準拠する 2 つの機器に接続しているポートは、ポート X2 および Y5 について、上記に示すように、同じ VLAN 設定にする必要があります。

2-31


セキュアな管理 VLAN

以下の ProCurve スイッチを管理する独立したネットワークを作成し、セキュアな管理 VLAN を設定します。

この VLAN、およびスイッチの管理機能 ( メニュー、 CLI、 Web ブラウザインタフェース ) には、メンバとして設定されているポート経由でのみアクセスできます。

管理 VLAN には、スイッチの複数のポートが所属することができます。それによって、管理 VLAN に複数の管理ステーションからアクセスできると同時に、同じ管理 VLAN が設定されたスイッチ間で管理 VLAN リンクを設定することができます。

スイッチを管理できるのは、管理 VLAN からのトラフィックだけです。つまり、管理 VLAN に所属するポートに接続したワークステーションや PC でのみ、スイッチの管理と設定を行えます。

図 2-23 は、管理 VLAN 機能を使用して、管理ワークステーションのグループによる管理アクセスをサポートする例を示しています。

• Switch 2600 シリーズ

• Switch 2600-PWR シリーズ

• Switch 2800 シリーズ

• Switch 2810

• Switch 2510

• Switch 3400cl シリーズ

• Switch 4100gl シリーズ

• Switch 4200vl シリーズ

• Switch 5300xl シリーズ

• Switch 5400zl シリーズ

• Switch 6108

• Switch 6400cl シリーズ

2-32


図 2-23. セキュリティ違反の可能性がある場合の例

図 2-24 では、ワークステーション 1 は管理 VLAN を経由して 3 台のスイッチすべてに管理アクセスが可能ですが、 PC からは管理アクセスができません。これは、管理 VLAN を認識するようにスイッチを設定すると、その他の VLAN からの管理トラフィックの送信試行が自動的に排除されるためです。

管理 VLAN および他の VLAN に所属するポート間のリンク

ハブのポートと管理 VLAN に所属するポート間のリンク

管理 VLAN に所属しないリンク

他の機器へのリンク

ハブ Y

スイッチA

ハブ X

スイッチB

サーバ

スイッチC

管理ワークステーション

• スイッチ「A」、「B」、「C」は、管理 VLANに所属するポートで接続されています。

• ハブ「X」は、管理VLAN に所属するスイッチポートに接続しています。そのため、ハブ X に接続している機器は、管理VLAN に含まれます。

• 管理 VLAN に所属していないポート経由でスイッチに接続している他の機器は、管理トラフィックから除外されます。

スイッチA 3

ポート A1ポート A3ポート A6ポート A7

4

1

スイッチB

ポート B2ポート B4ポート B5ポート B9

スイッチC

ポート C2ポート C3ポート C6ポート C8

サーバ

サーバサーバ

2

管理 VLAN およびその他の VLAN のメンバとして設定されているポート間のリンク

管理 VLAN に所属しないリンク

システム管理ワークステーション

マーケティング部門

配送部門システムサーバ

(DEFAULT_VLANに所属 )

2-33


図 2-24. LAN での管理 VLAN 制御の例

表 2-4. 図 2-24 の VLAN メンバシップ

準備

1. 管理 VLAN の VID および VLAN 名を決定します。

2. 管理 VLAN の IP アドレスを決定します (DHCP/Bootp または Manual)。

3. この機能をサポートする ProCurve スイッチを使用した管理 VLAN トポロジを計画します。 (2- 32 ページの一覧を参照。 ) 管理 VLAN に所属するポートは、以下に該当するポートだけとします。

• 認可管理ステーションを接続するポート (図2-24 のポート A7 など )

• 他の ProCurve スイッチのポートに管理 VLAN を拡張するために使

用するスイッチ上のポート (2- 34 ページの図 2-24 のポート A1 と B2または B4 と C2 など )

管理 VLAN に管理ステーションを接続するハブも、上記のトポロジに含めることができます。管理 VLAN 内のハブに接続するすべての機器が、管理VLAN にアクセスできることに注意してください。

4. 選択したスイッチポートで管理 VLAN を設定します。

5. SNMP ベースのネットワーク管理ステーションなど、管理 VLAN の使用を認可されているすべての管理ステーションから管理 VLAN にアクセスできることをテストします。必ずスイッチ間のすべての管理 VLAN のリンクをテストしてください。

注記管理 VLAN に所属しないポートを経由して、 Telnet 接続を使用してスイッチに管理 VLAN を設定した場合は、 Telnet 接続からログオフしたり、 writememory やスイッチの reboot を実行すると、スイッチとの管理接続が切断

されます。

スイッチ A1 A3 A6 A7 B2 B4 B5 B9 C2 C3 C6 C8

管理 VLAN (VID = 7) Y N N Y Y Y N N Y N N N

マーケティング部門 VLAN(VID = 12)

N N N N N N N N N Y Y Y

配送部門 VLAN (VID = 20) N Y Y N N N N N N N N N

デフォルト VLAN (VID = 1) Y Y Y Y Y Y Y Y Y Y Y Y

2-34


設定

構文 : [ no ] management-vlan < vlan-id | vlan-name >

デフォルト :無効

管理 VLAN の設定を確認するには、 show running-config コマンドを使用

します。

例として、 VLAN 名が My_VLAN で VID が 100 である VLAN が設定されて

いる場合を考えます。以下のようにスイッチを設定します。

管理 VLAN ( この場合はタグ付 ) として My_VLAN を使用し、スイッチ

「A」のポート A1 を管理ステーションに接続します。 ( 管理ステーションには、 802.1Q タグ付 VLAN 機能を備えたネットワークインタフェースカードが装着されています。 )

ポート A2 を使用して、隣接するスイッチのポート B1 (My_VLAN のタグ

付メンバとして設定済み ) に管理 VLAN を拡張します。

図 2-25. 　構成例

ProCurve(config)# management-vlan 100ProCurve(config)# vlan 100 tagged a1ProCurve(config)# vlan 100 tagged a2

管理 VLAN の削除 ― セキュアな管理機能は、VLAN 自体を削除することなく無効にすることができます。たとえば、以下のいずれかのコマンドを実行すると、上記の例のセキュリティ管理機能が無効になります。

ProCurve(config)# no management-vlan 100ProCurve(config)# no management-vlan my_vlan

管理 VLAN の運用上の注記

スイッチでアクティブにできる管理 VLAN は 1 つだけです。1 つの管理VLAN VID が startup-config ファイルに保存されていて、 running-configファイルで別の VID を設定すると、write-memory コマンドを実行する

かスイッチをリブートするまで、スイッチは running-config ファイルのVID を使用します。

ProCurve Switch

「B」

ProCurve Switch「A」

A1 B1 A2

2-35


Telnet セッションでスイッチに接続している場合に、スイッチへの接続に使用しているポートを含まない VID に管理 VLAN を設定しても、ログアウトまたはスイッチのリブートによってセッションを終了するまで、アクセスは継続されます。

Web ブラウザセッションでスイッチに接続している場合に、スイッチへの接続に使用しているポートを含まない VID に管理 VLAN を設定しても、ブラウザセッションの終了またはスイッチのリブートによってセッションを終了するまで、アクセスは継続されます。

注記管理 VLAN 機能は、スイッチのシリアルポートとの直接接続を介した管理アクセスには適用されません。

IP インタフェース

VLAN と IP ネットワークインタフェースの間には、 1 対 1 の関係があります。VLAN はポートのグループによって定義されるため、ポートの状態 (Up/Down) によって、その VLAN に関連付けられている IP ネットワークインタフェースの状態が決定されます。 1 つ以上のポートが [Up] の状態の VLANでは、その VLAN の IP インタフェースもアクティブになります。同様に、すべてのポートが [Down] で VLAN が非アクティブである場合は、対応するIP インタフェースも非アクティブになります。

VLAN MAC アドレス

スイッチには、設定されているすべての VLAN で同じ MAC アドレスを使用するモデルもあれば、設定されている VLAN ごとに異なる MAC アドレスを使用するモデルもあります。

802.2 テストパケットを VLAN MAC アドレスに送信して、スイッチとの接続性を確認することができます。同様に、 VLAN インタフェースに IP アドレスを割り当てて、そのアドレスに ping を送信すると、 ARP によってそのIP アドレスから MAC アドレスを解決することができます。

すべての VLAN で MAC アドレスが同一 VLAN ごとに MAC アドレスが異なる

26002600-PWR

281025102800

3400cl5300xl6400cl

4100gl6108

2-36


ポートトランク

VLAN にポートトランクを割り当てると、トランク内のすべてのポートが、同じ VLAN に自動的に割り当てられます。トランクメンバを複数の VLANに分割することはできません。また、ポートトランクは、個々の非トランクポートと同様に、タグ付、タグ無、または VLAN からの除外を設定することができます。

ポートモニタリング

スイッチにネットワークモニタリング用のポートを指定すると、このポートは [Port VLAN Assignment] 画面に表示され、任意の VLAN のメンバとして設定することができます。モニタリングポートが割り当てられた VLANの内外での、ブロードキャスト、マルチキャスト、およびユニキャストパケットのタグ付け方法については、『マネジメント / コンフィギュレーションガイド』のトラブルシューティングに関する付録を参照してください。

VLAN の制限事項

ポートは少なくとも 1 つの VLAN のメンバである必要があります。工場出荷時の設定では、すべてのポートがデフォルト VLAN (DEFAULT_VLAN; VID = 1) に割り当てられています。

1つのポートを複数のVLANに割り当てることができますが、「Untagged」にできるのはそのうちの 1 つだけです。 ( 「Untagged」に指定することで、802.1Q非準拠の機器との間でも VLAN が動作するようになります。)

スイッチのタグ付 VLAN 間の通信には、外部ルータを使用する必要があります。

VLANを削除するには、まずVLANのすべてのポートを別のVLANに再割り当てする必要があります。

2-37


2-38

3

GVRP

章の内容概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 2

はじめに . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 3

基本動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 4

GVRP 「Unknown VLAN」を処理するためのポートごとのオプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 7

ダイナミック VLAN の通知と追加に関するポートごとのオプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 9

GVRP および VLAN のアクセス制御 . . . . . . . . . . . . . . . . . . . . . 3- 11ダイナミック VLAN からのポートの削除 . . . . . . . . . . . . . . 3- 11

GVRP 運用のプランニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 11

スイッチの GVRP 設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 12メニュー : GVRP の表示および設定 . . . . . . . . . . . . . . . . . . 3- 12CLI: GVRP の表示および設定 . . . . . . . . . . . . . . . . . . . . . . . 3- 13Web: GVRP の表示および設定 . . . . . . . . . . . . . . . . . . . . . . 3- 17

GVRP の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3- 17

3-1

GVRP 概要

概要この章では、GVRP について、およびスイッチ内蔵のインタフェースで GVRPを設定する方法について説明します。第 2 章「スタティック VLAN (VLAN)」で説明した VLAN に関する知識を前提としています。






3-2

GVRPはじめに

はじめに

GVRP (GARP VLAN Registration Protocol) は、 GARP (Generic AttributeRegistration Protocol) を用いるプロトコルです。 GVRP は IEEE 802.1Q 標準で定義され、 GARP は IEEE 802.1D-1998 標準で定義されています。

注記 GVRP について理解し、使用するには、 802.1Q VLAN タギングについての実用的な知識が必要になります。 ( 「ポートベース VLAN ( スタティックVLAN)」（2-3 ページ）を参照。 )

GVRP は、スタティック VLAN の「通知」に GVRP BPDU (GVRP BridgeProtocol Data Unit) を使用します。本書では、 GVRP BPDU を通知(advertisement) と表記します。通知は、スイッチのポートから、そのポートに直接接続している機器に向けて送信されます。

GVRP を使用すると、 GVRP が動作する他の機器とスイッチ間のリンクに、802.1Q 準拠の VLAN を動的に設定することができます。これにより、スイッチと GVRP 対応機器との間で VLAN リンクを自動的に作成できるようになります。 (GVRP リンクでは、 GVRP 対応でない中継機器を使用することができます。 ) GVRP を使用すると、ネットワーク全体で VLAN ID (VID)の整合性が自動的に確保され、VLAN 設定のエラーを削減することができます。つまり、ネットワーク全体で VLAN を手動で設定するのではなく、GVRPを使用して他の GVRP 対応機器に VLAN を伝播させることが可能になりま


GVRP の設定を表示 n/a 3-12 ページ 3-13 ページ 3-17 ページ

GVRP が有効なスイッチのスタティック / ダイナミック VLAN を一覧表示

n/a — 3-15 ページ 3-17 ページ

GVRP を有効または無効にする

無効 3-12 ページ 3-14 ページ 3-17 ページ

各ポートの GVRP を有効または無効にする

有効 3-12 ページ 3-15 ページ —

各ポートが新しい VLANの通知を処理する方法を制御する

Learn 3-12 ページ 3-15 ページ 3-17 ページ

ダイナミック VLAN をスタティック VLAN に変更する

n/a — 3-16 ページ —

スタティック VLAN を設定する

DEFAULT_VLAN (VID = 1)

2-15 ページ 2-20 ページ 2-26 ページ

3-3

GVRP はじめに

す。スイッチに設定されたダイナミック VLAN は、そのままダイナミックVLAN として使用するだけでなく、 CLI の static <vlan-id> コマンドを使用

すれば、必要に応じてスタティック VLAN に変更することができます。また GVRP を使用して、スイッチに設定されているスタティック VLAN のポートメンバシップを動的に変更することもできます。

基本動作

スイッチで GVRP が有効になっている場合は、ポートの使用や特定の VLANへの割り当ての状態に関わらず、スイッチに設定されているすべてのスタティック VLAN の VID が、すべてのポートに (BPDU—Bridge Protocol DataUnits を使用して ) 通知されます。リンクを介して通知を受信した他の機器の GVRP 対応ポートは、通知 VLAN に動的に追加されます。

ダイナミック VLAN (GVRP を介して学習した VLAN) は、ダイナミック VLANを学習したポート上でタグ付けされます。また GVRP 対応ポートは、同じスイッチ ( 内部ソース ) の他のポートを通じて学習した VLAN の通知をフォワーディングできます。ただし、フォワーディングポート自体が他の機器(外部ソース ) とのリンクを介してそのVLANの通知を受信しない限り、フォワーディングポートがその VLAN に追加されることはありません。

3-4

GVRPはじめに

図 3-1. 通知のフォワーディングと動的な追加の例

スタティック VLAN がスイッチの少なくとも 1 つのポートで設定されていて、そのポートと別の機器とのリンクが確立されている場合は、スイッチの他のすべてのポートもその VLAN の通知を送信します。

たとえば以下の図では、スイッチ「A」と「C」のタグ付 VLAN ポートがVLAN 22 と VLAN 33 を他の GVRP 対応スイッチに通知することで、そのスイッチが VLAN に動的に追加されます。

動作に関する注記 : スイッチの GVRP 対応ポートが他の機器から GVRP を介して VID を学習すると、スイッチは VID を学習したポートを除くすべてのポートに対して、その VID の通知を開始します。

スタティック VLAN が設定されたコアスイッチ (VID= 1, 2, 3)。ポート 2は VID 1、 2、 3 のメンバです。

1. ポート 2 は VID 1、 2、3 を通知します。

2. ポート 1 は VID 1、 2、3 の通知を受信し、 VID 1、 2、 3 のメンバになります。

3. ポート 3 は VID 1、 2、3 を通知しますが、この時点では VID 1、 2、 3 のメンバではありません。

4. ポート 4 は VID 1、 2、3 の通知を受信し、 VID 1、 2、 3 のメンバになります。

5. ポート 5 は VID 1、 2、3 を通知しますが、この時点では VID 1、 2、 3 のメンバではありません。

ポート 6 は VID 3 のメンバに静的に設定されています。

11. ポート 2 は VID 3 の通知を受信します ( ポート 2 はすでに VID 3 に静的に設定されています )。

9. ポート 3 は VID 3 の通知を受信し、 VID 3 のメンバになります (VID 1、2 のメンバではありません )。10. ポート 1 は VID 3 を通知します。

7. ポート 5 は VID 3 の通知を受信し、 VID 3 のメンバになります (VID 1、2 のメンバではありません )。8. ポート 4 は VID 3 を通知します。

6. ポート 6 は VID 3 を通知します。

1 46

53

スイッチ 1GVRP オン

2



スタティック VLAN が設定されているエンドデバイス (NIC またはスイッチ ) で GVRP が有効に設定されています。

3-5

GVRP はじめに

図 3-2. GVRP の動作の例

注記ポートは、 GVRP を認識しない機器 ( 上記のスイッチ「B」 ) を経由して、ダイナミック VLAN を学習することができます。GVRP 非対応機器では VLANを無効に設定して、タグ付パケットが通過できるようにする必要があります。

通知を受信する GVRP 対応ポートには、以下のオプションがあります。

受信ポートに通知されたVIDのスタティック VLANがない場合は、VLANを動的に設定してメンバになります。

通知と同じ VIDが設定されたスタティック VLANがスイッチにすでに割り当てられ、ポートがその VLAN に対して [Auto] に設定されている場

合は、ポートはその VLAN に動的に追加され、 VLAN のトラフィックの転送を開始します ([Auto] の詳細については、「ダイナミック VLAN の

通知と追加に関するポートごとのオプション」（3-9 ページ）を参照。 )

VID の通知を無視します。

VLAN に追加されません。

スイッチ「A」GVRP オン

スイッチ「B」(GVRP 無効)

スイッチ「C」GVRP オン

スイッチ「D」GVRP オン

タグ付VLAN 22

タグ付VLAN 22

スイッチ「E」GVRP オン

タグ付VLAN 33

スイッチ「C」 : ポート 5 が VLAN 22 に動的に追加されます。ポート 11 と 12 はタグ付 VLAN 33 に所属しています。

スイッチ「E」 :ポート 2 が VLAN 22 と 33 に動的に追加されます。ポート 7 が VLAN 33 と 22 に動的に追加されます。

スイッチ「D」 :ポート 3 が VLAN 22 と 33 に動的に追加されます。ポート 6 が VLAN 22 と 33 に動的に追加されます。

1 5

12

112

73

6

3-6

GVRPはじめに

また、タグ付またはタグ無のスタティック VLAN に所属するポートには、以下の設定オプションがあります。

VLAN 通知を送信し、他のポートの VLAN 通知も受信して、それらのVLAN に動的に参加します。

VLAN 通知を送信し、他のポートから受信した通知を無視します。

通知を送信せず、他の機器から受信した通知を破棄して、 GVRP に参加しません。

IP アドレスの設定 ― ダイナミック VLAN は IP アドレスを持たず、VLAN のポートメンバシップベースに基づいてトラフィックを転送します。ただし、 GVRP がダイナミック VLAN を設定した後で、スタティック VLAN に変更することができます。この場合は、スタティック VLAN を手動で設定した場合と同様に、ポートを VLAN に割り当てる必要があります。スタティックの状態では、 ( 手動で設定した ) 他のスタティック VLAN と同じ方法で、 VLAN の IP アドレスを設定することができます。

GVRP 「Unknown VLAN」を処理するためのポートごとのオプション

「Unknown VLAN」は、ある VLAN のメンバになっていないポートがそのVLAN の通知を受信することでスイッチが学習する VLAN です。ポートがUnknown VLAN を学習するように設定している場合は、VLAN が動的に生成され、ポートがその VLAN のタグ付メンバになります。たとえば、図 3-2(3- 6 ページ ) のように、スイッチ「A」のポート 1 がスイッチ「C」のポート 5 に接続されているとします。スイッチ「A」では VLAN 22 が静的に設定され、スイッチ「C」では VLAN 22 が静的に設定されていない ( ポート 5で VLAN 22 を禁止していない ) ので、 VLAN 22 はスイッチ「C」のポート5 で「Unknown VLAN」として扱われます。これに対して、 VLAN 22 がスイッチ「C」で静的に設定されているときに、ポート 5 がメンバでない場合は、スイッチ「A」から VLAN 22 の通知を受信したときにポート 5 がメンバになります。

3-7

GVRP はじめに

スイッチで GVRP を有効にすると、表 3-1 に示すポートごとの追加要求オプションを選択できます。

表 3-1.　「Unknown VLAN」通知の処理についてのオプション

CLI の show gvrp コマンドとメニューインタフェース [VLAN Support] 画

面は、 [Unknown VLAN] 設定など、スイッチの現在の GVRP 設定を表示します。

図 3-3. 　 GVRP の Unknown VLAN 設定の例

Unknown VLAN モード

動作

Learn( デフォルト )

ポートが、通知を受信した任意の Unknown VLAN のメンバになることができるようにします。ポートは、同じスイッチ上の他のポートの少なくとも 1 つがメンバとして所属する他の VLAN を通知することができます。

Block ポートが、新しく通知を受信したダイナミック VLAN のメンバになることができないようにします。ポートは、他のポートの少なくとも 1 つがメンバとして所属する他の VLAN を通知できます。

Disable 受信した GVRP 通知をすべて無視および破棄するようにポートを設定し、ポートが GVRP 通知を送信しないようにします。

GVRP は有効

(Unknown VLAN の動作に必要 )

Unknown VLAN 設定

デフォルト : Learn

3-8

GVRPはじめに

ダイナミック VLAN の通知と追加に関するポートごとのオプション

通知の開始 ― 前の項で説明したように、ポートを動的に追加するには、GVRP を有効にして、ポートを [Learn] ( デフォルト ) に設定する必要があります。ただし、ネットワークに通知を送信するには、トポロジに応じて1 つ以上のスタティック VLAN ([Tagged]、[Untagged]、または [Auto]) が、

(GVRP が有効な ) 1 つ以上のスイッチで設定されている必要があります。

ポートの動的な追加を有効にする－ポートをスタティック VLAN に動的に追加するように設定できます。このように設定すると、スタティック VLANの通知を受信したポートが VLAN に追加されます。( これは以下の表 3-2 で説明する [Auto] および [Learn] オプションを使用して設定します。 )

VLAN の伝播動作を制御するパラメータ ― 個々のポートを、ダイナミックVLAN の伝播にアクティブまたはパッシブに参加するように、またはダイナミック VLAN (GVRP) の動作を無視するように設定することができます。これらのオプションは、以下の表に示すように、 GVRP の「Unknown VLAN」と、スタティック VLAN の設定パラメータによって制御します。

表 3-2. スタティック VLAN が割り当てられたポートでの VLAN の動作の制御

ポートごとの「Unknown VLAN」(GVRP) 設定

各ポートで VLAN ごとに指定するスタティック VLAN オプション 1

ポートアクティビティ :Tagged または Untagged (VLAN ごと ) 2

ポートアクティビティ : Auto2 (VLAN ごと )

ポートアクティビティ : Forbid (VLAN ごと ) 2

Learn( デフォルト )

ポートは、• 指定したVLANに所属しま

す。• 指定したVLAN を通知しま

す。• 通知を受信したダイナ

ミック VLANのメンバになることができます。

• ( 同じスイッチ上の ) 他のポートの少なくとも 1つがメンバになっているダイナミック VLAN を通知します。

ポートは、• 指定した VLAN の通知を他

の機器から受信すると、この VLAN のメンバになります。

• 指定した VLAN を通知します。

• 通知を受信した他のダイナミック VLAN のメンバになることができます。

• 同じスイッチ上の他のポートの少なくとも 1 つがメンバになっているダイナミック VLAN を通知します。

ポートは、1. 指定した VLAN のメンバ

にはなりません。

1. 指定した VLAN を通知しません。

1. 通知を受信した他のダイナミック VLAN のメンバになることができます。

1. 同じスイッチ上の他のポートの少なくとも 1 つがメンバになっているダイナミック VLAN を通知します。

3-9

GVRP はじめに

上記の表に示すように、GVRP を有効にすると、タグ付またはタグ無のスタティック VLAN が割り当てられたポートでは、通知の生成と他の VLAN への動的な追加が可能になります。

注記上記の表 3-2 では、[Unknown VLAN] パラメータは CLI を使用してポートごとに設定します。 [Tagged]、 [Untagged]、 [Auto]、および [Forbid] オプションは、メニューインタフェースまたは CLI を使用して、すべてのポート上でスタティック VLAN ごとに設定します。

ダイナミック VLAN はタグ付 VLAN として動作します。また、 1 つの機器のタグ付ポートと別の機器のタグ無ポートとの間で通信を行うことはできません。そのため、通知の生成に使用するスタティック VLAN には、タグ付 VLAN を使用することをお勧めします。

Block ポートは、• 指定したVLANに所属しま

す。• この VLAN を通知します。• 通知を受信した新しいダ

イナミック VLANのメンバにはなりません。

• 他のポートの少なくとも 1つがメンバになっているダイナミック VLAN を通知します。

ポートは、• 指定した VLAN の通知を受

信すると、この VLAN のメンバになります。

• この VLAN を通知します。• 通知を受信した新しいダイ

ナミック VLAN のメンバにはなりません。


ポートは、• 指定した VLAN のメンバに

はなりません。• この VLAN を通知しませ

ん。• 通知を受信したダイナミッ

ク VLAN のメンバにはなりません。


Disable ポートは、• 指定したVLANのメンバで

す。• GVRP PDU を無視します。• 通知VLANには追加されま

せん。• VLAN を通知しません。

ポートは、• 指定した VLAN のメンバに

はなりません。• GVRP PDU を無視します。• ダイナミック VLAN には追

加されません。• VLAN を通知しません。

ポートは、• この VLAN のメンバにはな

りません。• GVRP PDU を無視します。• ダイナミック VLAN には追

加されません。• VLAN を通知しません。

1 スイッチの各ポートは、少なくとも 1 つの VLAN のタグ付またはタグ無のメンバである必要があります。したがって、 GVRP で [Learn] または [Block] に設定したポートは、スイッチに設定されたスタティックVLAN の通知、およびスイッチが他のポートで学習したダイナミック VLAN の通知を生成し、フォワーディングします。

2 タグ付け、[Auto]、または [Forbid] を設定するには、「スタティック VLAN 名の設定とポートごとの設定」（2-25 ページ） (CLI の場合 ) または「VLAN ポート割り当ての追加または変更」（2-18 ページ） ( メニューの場合 ) を参照してください。

ポートごとの「Unknown VLAN」(GVRP) 設定

各ポートで VLAN ごとに指定するスタティック VLAN オプション 1

ポートアクティビティ :Tagged または Untagged (VLAN ごと ) 2

ポートアクティビティ : Auto2 (VLAN ごと )

ポートアクティビティ : Forbid (VLAN ごと ) 2

3-10

GVRPはじめに

GVRP および VLAN のアクセス制御

スイッチで GVRP を有効にすると、デフォルトの GVRP のパラメータ設定によって、すべてのスイッチのポートがダイナミック VLAN の通知 (GVRP通知 ) を送受信し、 VLAN に動的に追加されるようになります。前の 2 つの項では、VLAN の伝播の制御と制限に使用できるポートごとの機能について説明しました。以下のことが可能です。

ポートに通知またはダイナミック VLAN への追加、あるいはその両方を許可します ( デフォルトは Learn モード )。

ポートに VLAN 通知の送信を許可し、他の機器からの通知の受信は許可しません。つまり、ポートは VLAN に動的に追加されませんが、他の機器はこのポートが通知する VLAN に動的に追加されます (Block モード )。

ポートが GVRP の動作に参加しないようにします (Disable モード )。

ダイナミック VLAN からのポートの削除

ダイナミック VLAN は、ポートに接続している別の機器から VLAN の通知を受信している間、または以下の操作を行うまで存続します。

ダイナミック VLAN をスタティック VLAN に変更する ( 「ダイナミックVLAN をスタティック VLAN に変更」（2-25 ページ）を参照 )

ポートを [Block] または [Disable] に設定する

GVRP を無効にする

スイッチをリブートする

ダイナミック VLAN の生存時間は 10 秒です。つまり、ポートが既存のダイナミック VLAN の通知を 10秒間受信しないと、ポートはダイナミック VLANから削除されます。

GVRP 運用のプランニング

セグメントにダイナミック VLAN を設定する手順を以下に示します。

1. ネットワーク上の各セグメント ( ブロードキャストドメイン ) の VLANトポロジを決定します。

2. スタティック VLAN と、動的に伝播する VLAN を決定します。

3. セグメント全体に VLAN を伝播するために、スタティック VLAN を手動で設定する機器を決定します。

4. セキュリティの境界と、セグメントの個々のポートがダイナミックVLAN の通知を処理する方法を決定します。 ( 表 3-1 (3- 8 ページ )、および表 3-2 (3- 9 ページ ) を参照。 )

3-11

GVRP はじめに

5. ダイナミック VLAN で使用するすべての機器で GVRP を有効にして、各ポートに適する「Unknown VLAN」パラメータ ([Learn]、 [Block]、または [Disable]) を設定します。

6. 各 VLAN のパラメータ ( 表 3-2 (3- 9 ページ ) の [Tagged]、[Untagged]、[Auto]、および [Forbid]) を指定して、必要なスイッチにスタティック

VLAN を設定します。

7. 選択した設定オプションに従って、ダイナミック VLAN が動的に表示されます。

8. ダイナミック VLAN を確定する場合は、ダイナミック VLAN をスタティック VLAN に変更します。

スイッチの GVRP 設定

この項では、以下を行う手順を示します。

スイッチの GVRP 設定を表示する

スイッチの GVRP を有効または無効にする

各ポートが通知を処理する方法を指定する

GVRP の動作に関連するスタティック VLAN を表示または設定する方法については、「ポートごとのスタティック VLAN の設定オプション」（2-8 ページ）を参照してください。

メニュー : GVRP の表示および設定


[2. Switch Configuration . . .]　 [8. VLAN Menu . . .]

[1. VLAN Support]

図 3-4. 　 [VLAN Support] 画面 ( デフォルト設定 )

3-12

GVRPはじめに

2. 以下の手順を実行して GVRP を有効にし、 [Unknown VLAN] フィールドを表示します。a. [E] キー (Edit) を押します。

b. ( 下向き矢印キー ) を押して、 [GVRP Enabled] フィールドに

カーソルを移動します。

c. スペースバーを押して [Yes] を選択します。

d. 再度 ( 下向き矢印キー ) を押して、 [Unknown VLAN] フィール

ドを表示します。

図 3-5. 　通知の処理についてのデフォルト設定の例

3. 矢印キーを使用して目的のポートを選択し、変更するポートの[Unknown VLAN] オプションをスペースバーを使用して選択します。

4. 設定の変更が終了した後、 [Enter] キーを押し、 [S] キー (Save) を押し

て、 startup-config ファイルに変更内容を保存します。

CLI: GVRP の表示および設定

この項で使用する GVRP コマンド

スイッチの現在の GVRP 設定を表示 ― このコマンドは、 GVRP が無効になっているかどうか、および VLAN の大数と現在のプライマリ VLAN の設定を表示します。 ( 後の 2 つのパラメータの詳細については、「ポートベース VLAN ( スタティック VLAN)」（2-3 ページ）を参照。 )

[Unknown VLAN] フィールドでは、各ポートが以下の動作を行うように設定できます。

－ Learn - 通知 VLAN に動的に参加し、また他のポートを介して学習したすべてのVLAN を通知します。

－ Block - VLAN には動的に参加しませんが、他のポートを介して学習したすべてのVLAN は通知します。

－ Disable - 受信したすべての通知を無視して破棄すると共に、どのような通知も送信しません。

show gvrp 下記

gvrp 3-14 ページ

unknown-vlans 3-15 ページ

3-13

GVRP はじめに

構文 : show gvrp 現在の設定を表示します。

図 3-6. 　 GVRP が無効な場合の show gvrp コマンドの一覧表示の例

図 3-7. 　 GVRP が有効な場合の show gvrp コマンドの一覧表示の例

スイッチの GVRP の有効化と無効化 ― このコマンドはスイッチのGVRPを有効にします。

構文 : gvrp

この例では GVRP を有効にします。

ProCurve(config)# gvrp

この例ではスイッチでの GVRP の動作を無効にします。

ProCurve(config)# no gvrp

この例では、一部のポートの [Unknown VLAN] フィールドにデフォルト以外の設定が行われています。

3-14

GVRPはじめに

各ポートでの GVRP の有効化と無効化 ―スイッチでGVRPが有効になっている場合は、 unknown-vlans コマンドを使用して、 1 つ以上のポートの

[Unknown VLAN] フィールドを変更します。このコマンドは、管理者レベルで、または変更するポートのインタフェースコンテキストレベルで使用できます。

構文 : interface <port-list> unknown-vlans < learn | block | disable >指定のポートの [Unknown VLAN] フィールドの設定を変更します。

たとえば、ポート A1 ～ A2 の設定を [Block] に変更して表示するには、以

下のコマンドを実行します。

図 3-8. 　特定のポートがダイナミック VLAN に追加されないようにする設定の例

スイッチでアクティブになっているスタティック / ダイナミック VLAN を表示 ―show vlans コマンドは、スイッチに存在するすべての VLAN を一

覧表示します。

構文 : show vlans

たとえば以下の図では、スイッチ「B」では GVRP が有効で、 1 つのスタティック VLAN ( デフォルト VLAN) が設定されており、ポート 1 の [UnknownVLAN] は [Learn] に設定されています。スイッチ「A」では GVRP が有効

3-15

GVRP はじめに

で、デフォルト VLAN、VLAN-222、VLAN-333 の 3 つのスタティック VLANが設定されています。この場合、スイッチ B は VLAN-222 と VLAN-333 に動的に追加されます。

図 3-9. 　 GVRP を有効に設定したスイッチの動作の例

show vlans コマンドを実行すると、VLAN-222 および VLAN-333 を学習し

て参加した後で、スイッチ「B」のダイナミックおよびスタティック VLANが一覧表示されます。

図 3-10. 　ダイナミック VLAN の一覧表示の例

ダイナミック VLAN をスタティック VLAN に変更 ― スイッチのポートをダイナミック VLAN に追加すると、以下のコマンドを使用してダイナミック VLAN をスタティック VLAN に変更することができます。

構文 : static <dynamic-vlan-id>

たとえば、上記の例のダイナミック VLAN 333 をスタティック VLAN に変更するには、以下のコマンドを実行します。

ProCurve(config)# static 333

スイッチ「A」

GVRP が有効

3 つのスタティックVLAN:－ DEFAULT_VLAN－ VLAN -222－ VLAN -333

スイッチ「B」

GVRP が有効

1 つのスタティックVLAN:－ DEFAULT_VLANポート 1:

「Learn」モードに設定

ポート 1 経由でスイッチ「A」から学習したダイナミックVLAN

3-16

GVRPはじめに

ダイナミック VLAN をスタティック VLAN に変更すると、スイッチ上のすべてのポートが、 Auto モードで VLAN に割り当てられます。

Web: GVRP の表示および設定

GVRP の表示、有効化、無効化、または再設定を行うには、以下の手順に従います。


2. [VLAN Configuration] をクリックして、以下の手順に従います。

a. GVRP を有効または無効にするには、 [GVRP Enabled] をクリック

します。

b. 任意のポートの [Unknown VLAN] フィールドを変更するには、以下の手順に従います。

i. [GVRP Security] をクリックして、必要な変更を行います。ii. [Apply] をクリックして、[Unknown VLAN] フィールドの変更を

保存して適用します。

Web ブラウザインタフェース画面の使用方法について、 Web ベースのオンラインヘルプを参照するには、 Web ブラウザ画面の [?] ボタンをクリック

します。

GVRP の運用上の注記

ダイナミックVLANは、IPアドレスを取得する前にスタティックVLANに変更する必要があります。

スイッチのVLANの総数 ( スタティックとダイナミックの合計) は、その時点の [Maximum VLANs] の設定を超えることはできません。たとえば工場出荷時の設定では、スイッチは 8 つの VLAN をサポートしています。そのため、スイッチに 4 つのスタティック VLAN が設定されている場合は、スタティック VLAN とダイナミック VLAN を任意に組み合わせて、大 4 つまで追加することができます。その後スイッチに新たに通知された VLAN は、 [Maximum VLANs] の設定値を増やさない限り追加されません。メニューインタフェースで、 [2 . Swi tchConfiguration ...]、[8. VLAN Menu]、[1. VLAN Support] の順にクリックします。 CLI のグローバルコンフィギュレーションレベルで、 max-vlans を実行します。

ダイナミック VLAN をスタティック VLAN に変更して write memory コ

マンドを実行すると、 VLAN の設定が startup-config ファイルに保存され、スイッチの VLAN 設定として確定されます。

3-17

GVRP はじめに

同じブロードキャストドメイン内では、ダイナミック VLAN は GVRP 非対応の機器を経由することができます。これは、 GVRP 非対応のハブまたはスイッチが、GVRP ( マルチキャスト ) 通知パケットをすべてのポートにフラッディングするためです。

GVRPは、ダイナミック VLANをタグ付VLAN として割り当てます。VLANを [Untagged] に設定するには、まず VLAN をスタティック VLAN に変更する必要があります。

ダイナミック VLAN が存在するスイッチをリブートすると、その VLANは削除されます。ただし、 GVRP が有効になっていて、ダイナミックVLAN を追加するように設定されているポート経由でスイッチがそのVLAN の通知を再度受信した場合は、そのダイナミック VLAN は再度出現します。

GVRP が動作している他の機器から通知を受信すると、スイッチは他の機器にあるスタティック VLAN を学習し、通知元の機器とのリンク上にタグ付 VLAN を動的 ( 自動的 ) に設定します。同様に、スイッチは学習したダイナミック VLAN に加えて、スタティック VLAN についても他の GVRP 対応機器に通知します。

GVRP が有効になっているスイッチは、初にそれらの VLAN の通知を受信したポートには、GVRP で学習した VLAN についての通知を送信しません。

3-18

4

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御

章の内容概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 2

基本的な動作および機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 3

IGMP の機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 3

IGMP の用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 4

IGMP の動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 5基本的な動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 5拡張機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 5

CLI: IGMP の設定および表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 6

Web: IGMP の有効化または無効化 . . . . . . . . . . . . . . . . . . . . . . . . . 4- 10

IGMP の動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 11

メッセージのタイプ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 11

IGMP の運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 11IGMP データの表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 12

サポートされている標準と RFC . . . . . . . . . . . . . . . . . . . . . . . . 4- 12

IP 設定時または未設定時の動作 . . . . . . . . . . . . . . . . . . . . . . . . 4- 13

IGMP 自動即時脱退 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 14

グループフラッシュ遅延の使用 . . . . . . . . . . . . . . . . . . . . . . . . 4- 17

IGMP 強制即時脱退機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 17

CLI での即時脱退および強制即時脱退機能の設定 . . . . . . . . . . . 4- 18MIB を使用した強制即時脱退の設定 . . . . . . . . . . . . . . . . . . 4- 19MIB 対応の強制即時脱退の設定 . . . . . . . . . . . . . . . . . . . . . 4- 19

ポートごとの IGMP 強制即時脱退の設定 . . . . . . . . . . . . . . . . . . 4- 21

クエリアとしてのスイッチの使用 . . . . . . . . . . . . . . . . . . . . . . . . . 4- 22

クエリアの動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 22

IP マルチキャストフィルタリングからのマルチキャストアドレスの除外 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4- 23

4-1

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御概要

概要この章では、 IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御について、また IGMP を設定して各ポートでの不要な帯域幅の消費を削減する方法について説明します。

IGMP の新情報については、 ProCurve Networking サポート Web サイトwww.procurve.com ( 英語 ) に掲載されている、ソフトウェアのリリースノートを参照してください。





付録 C 「スイッチメモリおよび設定」

4-2

http://www.procurve.com

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御基本的な動作および機能

基本的な動作および機能

IGMP の機能

IP マルチキャストトラフィックがさまざまなマルチメディアアプリケーションに送信されるネットワークでは、 IGMP (Internet Group ManagementProtocol) を設定すると、スイッチのポートでの不要な帯域幅の消費を削減することができます。工場出荷時の設定 (IGMP が無効 ) では、スイッチは、受信した VLAN の IP マルチキャストトラフィックをすべてのポート ( トラフィックを受信したポートを除く ) にフラッディングします。そのため、IPマルチキャストトラフィックが、ネットワークの帯域幅を不要に消費することがあります。 IGMP を有効にすると、 IGMP クエリとレポートパケットをポートで検出し、スイッチで IP マルチキャストトラフィックを管理できるようになります。

IGMP は、 1 つのホストから多数のホスト、または多数のホストから多数のホストへの通信を行うマルチポイント通信を利用するマルチメディアアプリケーション (LAN TV、デスクトップ会議、共同コンピューティングなど) で有効です。このようなマルチポイントアプリケーションでは、ホストに IGMP が設定され、マルチキャストトラフィックが ( ローカルネットワークの内部または外部の ) サーバで生成されます。 (IGMP をサポートする )ネットワーク内のスイッチは、必要なポートだけにマルチキャストトラフィックを送信するように設定できます。複数の VLAN が設定されている場合は、 VLAN ごとに IGMP を設定できます。


IGMP 設定を表示 n/a — 4-6 ページ —

選択した VLAN が使用するマルチキャストグループのIGMP ステータスを表示

n/a — Yes —

IGMP を有効 / 無効にする(VLAN ID コンテキストが必要 )

無効 — 4-8 ページ 4-10 ページ

ポートごとのパケット制御 auto — 4-9 ページ —

IGMP トラフィックのプライオリティ

normal — 4-10 ページ —

クエリア有効 — 4-10 ページ —

即時脱退無効 — 4-14 ページ —

4-3


IGMP を有効にすると、 IGMP クエリとレポートパケットを検出して、スイッチで IP マルチキャストトラフィックを管理できるようになります。他のクエリアがない場合、スイッチはクエリアとして機能します。 ( クエリア機能は、 IGMP 設定 MIB で無効にすることができます。「クエリア機能の設定」（4-10 ページ）を参照してください。 )

注記スイッチの IGMP 設定は、 VLAN のコンテキストレベルで行います。 VLANを使用していない場合は、IGMP を VLAN 1 ( デフォルト VLAN) コンテキストで設定します。

IGMP の用語

IGMP 機器 : IGMP によるトラフィック制御が機能するスイッチまたはルータ。

IGMP ホスト : IGMP ( マルチポイントまたはマルチキャスト通信 ) アプリケーションを実行しているエンドノード機器。

クエリア : 特定のLAN上のIGMPプロトコルおよびトラフィックフローを制御する IGMP 機器。この機器は、特定のマルチキャストグループに所属する機器 (IGMP クライアント ) に接続されているポートを追跡し、その情報を更新します。クエリアは受信したクエリの情報を使用して、特定のポートにマルチキャストトラフィックをフォワーディングするかブロックするかを決定します。スイッチの特定の VLAN に IP アドレスが設定されており、マルチキャストルータまたはクエリアとして機能する別のスイッチが検出されない場合は、スイッチは自動的にその VLAN のクエリアとして動作します。スイッチのクエリア機能が有効に設定 ( デフォルト設定 ) されている場合は、マルチキャストルータは不要です。マルチキャストグループでマルチキャストルータがクエリア機能を実行している場合でも、スイッチのクエリア機能をデフォルトの「有効」に設定しておくことをお勧めします。詳細については、「IGMP の動作」（4-11 ページ）を参照してください。

4-4


IGMP の動作

基本的な動作

工場出荷時の設定では、 IGMP は無効になっています。複数の VLAN が設定されていない場合は、IGMP をデフォルト VLAN (DEFAULT_VLAN; VID = 1)に設定します。複数の VLAN が設定されている場合は、 IGMP を使用するVLAN ごとに IGMP を設定します。

拡張機能

CLI では、以下の追加オプションを設定できます。

プライオリティによるフォワーディング: このパラメータを無効にすると ( デフォルト )、スイッチまたは VLAN は、 IP マルチキャストトラフィックおよびその他のトラフィックを受信順 (通常のプライオリティ) で処理します。このパラメータを有効にすると、スイッチまたは VLANは、他のトラフィックよりも IP マルチキャストトラフィックを優先して処理します。

Auto/Blocked/Forward: コンソールから、各ポートを以下の状態に設定できます。

• Auto ( デフォルト ): スイッチが IGMP パケットを解釈し、 IGMP パ

ケットの情報に基づいて、マルチキャストグループに所属するポートのみに IP マルチキャストトラフィックを送信するようにフィルタリングを行います。 IGMP トラフィックは、 IGMP ホストまたはマルチキャストルータが接続されているポートのみにフォワーディングされます。

• Blocked: スイッチが特定のポートから受信したすべての IGMP トラ

フィックを破棄し、そのポートから IP マルチキャストパケットを送信しないようにします。これは、特定のポートを経由する IGMPトラフィックを防ぐ効果があります。

• Forward: スイッチが、すべての IGMP と IP マルチキャストのトラ

フィックをポート経由でフォワーディングするようにします。

IP設定時または未設定時の動作: IPアドレスを持たないVLANでIGMPを実行できます。これにより、使用する IP アドレスの数を減らせます。「IP 設定時または未設定時の動作」（4-13 ページ）を参照してください。

クエリア機能 : VLAN 上にクエリアとして機能する機器が他にない場合に、 IP アドレスを持つ VLAN の IGMP クエリアとしてスイッチが動作するようにします。「クエリアの動作」（4-22 ページ）を参照してください。

4-5

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御 CLI: IGMP の設定および表示

注記スイッチで IGMP を有効にすると、クエリア機能が有効であるかどうかを示すイベントログメッセージが生成されます。

IP マルチキャストトラフィックグループは、 224.0.0.0 ～ 239.255.255.255の範囲の IP アドレスです。また、予約済み、または「well-known」マルチキャストアドレス宛ての IGMP パケットは、( パケットを受信したスイッチのポートを除く ) すべてのポートに自動的にフラッディングされます。このトピックの詳細については、「IP マルチキャストフィルタリングから除外されるマルチキャストアドレス」（4-23 ページ）を参照してください。

詳細については、「IGMP の動作」（4-11 ページ）を参照してください。

CLI: IGMP の設定および表示この項で使用する IGMP コマンド

IGMP の設定表示 ― このコマンドを実行すると、スイッチに設定されているすべての VLAN または特定の VLAN の IGMP の設定が一覧表示されます。

show ip igmp configurationconfigvid [config]group <ip address>

4-6 ページ

ip igmp 4-8 ページ

auto <[ethernet] <port-list> 4-9 ページ

blocked <[ethernet] <port-list>

4-9 ページ

forward <[ethernet] <port-list>

4-9 ページ

querier 4-10 ページ

show ip igmp 『マネジメント / コンフィギュレーションガイド』の付録「スイッチの動作のモニタリングと分析」を参照してください。

構文： show ip igmp config

スイッチのすべての VLAN の IGMP の設定。

構文： show ip igmp < vid > config

4-6

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御CLI: IGMP の設定および表示

(IGMP のステータスについては、『マネジメント / コンフィギュレーションガイド』の付録「スイッチの動作のモニタリングと分析」を参照してください。 )

例として、スイッチで以下のように VLAN および IGMP を設定している場合を考えます。

CLI を使用すると、以下のように表示されます。

図 4-1. スイッチのすべての VLAN の IGMP 設定を一覧表示する例

以下に示す show ip igmp コマンドの例では、 VLAN ID (vid) が指定されて

おり、上記のデータとポートごとの IGMP の設定が示されています。

スイッチ上の特定の VLAN の IGMP の設定。ポートごとのデータを含みます。

構文： show ip igmp group < ip-address >

指定のマルチキャストグループの IP アドレスが登録されているポートを一覧表示します。

VLAN ID VLAN 名 IGMP有効プライオリティによるフォワーディング

クエリア

1 DEFAULT_VLAN Yes No No

22 VLAN-2 Yes Yes Yes

33 VLAN-3 No No No

4-7

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御 CLI: IGMP の設定および表示

図 4-2. 特定の VLAN の IGMP の設定を一覧表示する例

VLAN での IGMP の有効化または無効化 ―保存した IGMP の設定またはデフォルトの IGMP の設定を使用して、 VLAN の IGMP を有効にしたり、選択した VLAN の IGMP を無効にすることができます。このコマンドは VLANコンテキストで実行します。

構文 : [no] ip igmp

たとえば、デフォルト VLAN (VID = 1) で IGMP を有効または無効にする場合は、以下のように実行します。

ProCurve(config)# vlan 1 ip igmpVLAN 1 で IGMP を有効にします。

ProCurve(vlan-1)# ip igmp上記と同じ。

ProCurve(config)# no vlan 1 ip igmpVLAN 1 で IGMP を無効にします。

注記 VLAN で IGMP を無効にして、後でその VLAN で IGMP を再度有効にすると、スイッチは後に保存されたその VLAN の IGMP の設定を復元します。スイッチメモリの動作の詳細については、『マネジメント / コンフィギュレーションガイド』の「スイッチメモリおよび設定」の章を参照してください。

選択した VLANの IGMP の設定

VLAN の各ポートの IGMP の設定

4-8

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御CLI: IGMP の設定および表示

4-9

また、以下の項で説明するように、 ip igmp コマンドを他の IGMP 関連コマ

ンドと組み合わせることもできます。

ポートごとに IGMP パケットの制御方法を設定 ―VLAN コンテキストでこのコマンドを使用して、各ポートが IGMP トラフィックを処理する方法を指定します。

構文 : vlan < vid > ip igmp [ auto <port-list> | blocked <port-list> | forward <port-list> ]

例として、 VLAN1 に属するポート A1 ～ A6 に、 IGMP を設定する場合を考えます。

ポート A1 ～ A2: Auto

ポート A3 ～ A4: Forward

ポート A5 ～ A6: Block

以下のコマンドを実行すると、 VLAN 1 に IGMP が上記のように設定されます。

ProCurve(config)# vlan 1 ProCurve(vlan-1)# ip igmp auto a1,a2 ProCurve(vlan-1)# ip igmp forward a3,a4 ProCurve(vlan-1)# ip igmp blocked a5,a6

構文 : vlan < vid > ip igmp指定の VLAN で IGMP を有効にします。VLAN コンテキスト内の場合は、 VLAN 指定子を指定せずに ip igmp のみを使用します。

auto < port-list > ( デフォルトの動作 )指定のポートでマルチキャストトラフィックをフィルタリングします。送信先のマルチキャストグループに所属するホストが接続するポートに IGMP トラフィックをフォワーディングします。 ( マルチキャストルータに接続しているポートにもマルチキャストトラフィックをフォワーディングします。 ) これがデフォルトの IGMPポート設定です。

blocked < port-list >

指定のポートに接続している機器から受信したすべてのマルチキャストトラフィックを破棄し、指定のポートからマルチキャストトラフィックが送信されないようにします。

forward < port-list >

すべてのマルチキャストトラフィックを指定のポート経由でフォワーディングします。

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御 Web: IGMP の有効化または無効化

以下のコマンドを実行すると、上記のコマンドで設定した VLANおよびポートごとの IGMP の設定が表示されます。

ProCurve> show ip igmp 1 config

クエリア機能の設定 ― デフォルトの設定では、スイッチは IGMP クエリアとして動作します。このコマンドは、この機能を無効にするか、再度有効にする場合に使用します。

構文 : [no] vlan <vid> ip igmp querier必要に応じて、指定のVLAN に対してスイッチのクエリア機能を

無効または再度有効にします。クエリア機能はデフォルトで有効になっています。

ProCurve(config)# no vlan 1 ip igmp querierVLAN 1 のクエリア機能を無効にします。

ProCurve> show ip igmp configこれは、上記のクエリアコマンドの結果を表示する show コマンドです。

Web: IGMP の有効化または無効化

Web ブラウザインタフェースでは、 VLAN ごとに IGMP を有効または無効にすることができます。その他の IGMP 機能は、スイッチコンソールにtelnet でアクセスし、 CLI を使用して設定します。

IGMP を有効または無効にする場合は、以下の手順に従います。


2. [Device Features] ボタンをクリックします。

3. 複数の VLAN が設定されている場合は、 VLAN プルダウンメニューを使用して、 IGMP を有効または無効にする VLAN を選択します。

4. [Multicast Filtering (IGMP)] メニューを使用して、 IGMP を有効または

無効にします。

5. [Apply Changes] ボタンをクリックして設定変更を適用します。

Web ブラウザインタフェース画面の使用方法について、 Web ベースのオンラインヘルプを参照する場合は、 Web ブラウザ画面の [?] ボタンをクリッ

クします。

4-10

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御IGMP の動作

IGMP の動作 IGMP (Internet Group Management Protocol) は、 IP (Internet Protocol) スイートの内部プロトコルです。 IGMP をサポートするスイッチ、ルータ、およびホストを使用して、マルチキャストのトラフィックを管理します。(ProCurveスイッチは IGMP を実装しているので、スイッチに IGMP のクエリア機能を設定している場合は、マルチキャストルータは不要です。 ) 同じソースとの間でマルチキャストデータストリームを送受信するホスト、ルータ、およびスイッチは、マルチキャストグループと呼ばれ、グループ内のすべての機器は、同じマルチキャストグループアドレスを使用します。

メッセージのタイプ

IGMP のバージョン 2 を使用しているマルチキャストグループは、以下の 3つのタイプの基本的なメッセージを使用して通信します。

Query: クエリア (マルチキャストルータまたはスイッチ) から送信される、マルチキャストグループに所属する各ホストに応答を要求するメッセージ。 IGMP をサポートするマルチキャストルータがない場合は、スイッチがその機能を担当して、ネットワーク上のホストからグループのメンバシップ情報を取得する必要があります。 ( クエリア機能を無効にする場合は、 CLI で IGMP 設定 MIB を使用して無効にします。「クエリア機能の設定」（4-10 ページ）を参照 )。

Report (Join): レポートメッセージが示すグループのメンバにホストが参加しようとしていること、またはそのメンバに参加していることを示す、ホストからクエリアに送信されるメッセージ。

Leave Group: ホストが特定のマルチキャストグループのメンバから離脱したことを示す、ホストからクエリアに送信されるメッセージ。

IGMP の運用上の注記

IGMP は、以下のプロセスに基づいて、マルチキャストグループ ( サブネット内 ) のメンバを識別して、 IGMP が設定されているホスト ( およびルータ) をマルチキャストグループに追加したり、マルチキャストグループから削除することができます。

IP マルチキャストパケットには、このパケットが所属するマルチキャストグループ ( アドレス ) が含まれています。

スイッチのポートに接続している IGMP クライアントが、特定のグループからマルチキャストトラフィックを受信する必要がある場合は、IGMP クライアントは IGMP レポート (join リクエスト ) をネットワーク

4-11

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御 IGMP の動作

に送信してグループに参加します。 (join リクエストで指定するマルチキャストグループは、IGMP クライアント上のアプリケーションが決定します。 )

IGMP が有効になっているネットワーク機器は、特定のグループに対する join リクエストを受信すると、 join リクエストを受信したポートに、そのグループへの IP マルチキャストトラフィックをフォワーディングします。

クライアントがマルチキャストグループから脱退する場合は、ネットワークに Leave Group メッセージを送信してグループメンバから離脱します。

IGMP 機器が、leave リクエストを検出すると、指定のマルチキャストグループへのトラフィックを leave リクエストを受信したポートに送信するのを停止します (該当するポート上に同じマルチキャストグループに参加しているメンバが他にいない場合 )。

IGMP データの表示

アクティブなグループアドレス、レポート、クエリ、クエリアアクセスポート、およびアクティブなグループのアドレスデータ ( ポート、タイプ、アクセス ) を表示する方法については、『マネジメント / コンフィギュレーションガイド』の付録「スイッチの動作のモニタリングと分析」を参照してください。

サポートされている標準と RFC

ProCurve スイッチは IGMP を実装しており、以下の標準と動作をサポートしています。

• RFC2236 (IGMP V.2、および IGMP V.1 の下位互換サポート )

• IGMP および MLD スヌーピングスイッチの IETF ドラフト (IGMP

V1、 V2、 V3)

• IGMPv2 のフルサポート、および IGMPv1 Join のフルサポート

• IP アドレスが設定されている VLAN における IGMPv2 クエリアモー

ドでの動作

ProCurve 製品を導入する場合は、以下の制限事項があります。

• RFC3376 (IGMPv3) との相互運用性。

4-12


• IGMPv3 Join との相互運用性。スイッチは IGMPv3 Join を受信する

と、ホスト要求を受け付けて IGMP トラフィックのフォワーディングを開始します。そのため、グループに参加しておらず、ルータまたは IGMP クエリアに接続していないポートは、グループのマルチキャストトラフィックを受信できなくなります。

• Join レポートの IGMPv3 「Exclude Source」または「Include Source」

オプションをサポートしていません。すべてのソースからのグループに参加します。

• バージョン 3 クエリアになる機能をサポートしていません。

ネットワーク上に他のクエリアがない場合は、スイッチがバージョン 2 クエリアになります。

注記サポートされている IGMP は、標準の IGMP MIB ではなく HP MIB です。これは、 IGMP MIB では、スイッチ環境のグループメンバシップの詳細情報が少なくなっているためです。

IP 設定時または未設定時の動作

IP アドレスを設定せずに、 VLAN に IGMP を設定できます。 IP アドレスを設定しない IGMP の利点は、設定する IP アドレスの数を減らせることです。これは、多数の VLAN があるネットワークで大きな意味があります。 IP アドレスを設定しない IGMP の制約は、IP アドレスが設定されていない VLANではスイッチがクエリアになれないことです。ネットワーク管理者は、他の IGMP 機器がクエリアとして機能していることを確認する必要があります。さらに、別の IGMP 機器をバックアップクエリアとして使用できるようにしておくことをお勧めします。以下の表を参照してください。

表 4-1. IP アドレスを設定した場合と設定しない場合の IGMP の動作の比較

VLAN に IP アドレスが設定されている場合に使用できる IGMP 機能

IP アドレスの設定なしで使用可能か

IP アドレスがない場合の動作の違い

特定のマルチキャストグループに対するjoin リクエストを受信したVLAN上のポートに、マルチキャストグループトラフィックをフォワーディング

Yes なし

join リクエスト ( レポート ) をクエリアにフォワーディング

Yes なし

VLAN の個々のポートを [Auto] ( デフォルト )、 [Blocked]、または [Forward] に設定

Yes なし

4-13


IGMP 自動即時脱退

IGMP 動作の「脱退遅延」の問題 ― IGMP 機器 ( スイッチまたはルータ )ポートに複数の IGMP クライアントが接続している場合、 1 つの IGMP クライアントが特定のマルチキャストグループに参加した後で、 Leave Groupメッセージを送信してそのグループから脱退しても、 IGMP 機器の IGMPテーブルには IGMP クライアントが保持されており、同じポートに他のグループメンバが存在しないことをクエリアが確認するまでは、 IGMP トラフィックが IGMP クライアントにフォワーディングされ続けます。つまり、クエリアがマルチキャストグループステータスを更新するまでは、スイッチはそのポートに不要なマルチキャストトラフィックを送信し続けます。

IGMP 即時脱退 ― 即時脱退機能のデフォルト設定は、スイッチモデルによって有効または無効になっています。

IGMP トラフィックのフォワーディングのプライオリティを [normal] または[high] に設定

Yes なし

VLAN のポートに接続されている後のIGMP クライアントがグループを脱退後に、 IGMP グループアドレスを削除

Yes VLAN 内の別の IGMP 機器に IP アドレスを設定して、クエリアとして動作させる必要があります。クエリアとして、マルチキャストルータまたは IGMP動作が設定されている別のスイッチを使用できます。( プライマリクエリアとして動作する機器に何らかの原因で障害が発生した場合に備えて、 VLAN内にバックアップクエリアとして動作する機器を含めておくことをお勧めします。 )

IGMP 即時脱退 ( 以下参照 ) および IGMP強制即時脱退のサポート (14 ページ )

Yes

自動クエリア選出のサポート No クエリアとして動作しません。

クエリアとして動作 No クエリアとして動作しません。

バックアップクエリアとして使用可能 No クエリアとして動作しません。

VLAN に IP アドレスが設定されている場合に使用できる IGMP 機能

IP アドレスの設定なしで使用可能か

IP アドレスがない場合の動作の違い

4-14


表 4-2. IGMP: Data-Driven および Non-Data Driven の動作

Data-Driven IGMP ( 「Smart」 IGMP) をサポートする ProCurve スイッチは、未登録のマルチキャストを受信すると、自動的にフィルタリング ( 破棄 ) します。そのため、 IGMP 脱退処理が早くなり、マルチキャストトラフィックのフローも早く終了します。

Data-Driven IGMP をサポートしていないスイッチは、未登録のマルチキャストグループを削除せずに VLAN 内にフラッディングします。Data-DrivenIGMP をサポートしていない場合は、 IGMP の即時脱退機能によって、クエリアが IGMP 脱退を認識する前に、IGMP グループフィルタが削除されてしまうので、マルチキャストフラッディングの問題が増大する可能性があります。クエリアは、脱退が認識されるまでの間は、マルチキャストグループの転送を継続しますが、マルチキャストグループの登録が削除されると、スイッチはこのマルチキャストグループをすべてのポートにフラッディングします。

上記のマルチキャストフラッディングの問題があるので、 IGMP の即時脱退機能は、 Data-Driven IGMP をサポートしていない ProCurve スイッチで、デフォルトで無効になっています。 ( 上記の表 4-2 を参照。 ) この機能は、SNMP セットで以下のオブジェクトを設定することで有効にすることができます。

hpSwitchIgmpPortForceLeaveState.< vid >.< port number>

スイッチのモデルまたは

シリーズ

Data-Driven IGMP をサポートするか

IGMP 即時脱退の設定

デフォルトの IGMP 動作

Switch 8212zlSwitch 6400clSwitch 6200ylSwitch 5400zlSwitch 5300xlSwitch 4200vlSwitch 3500ylSwitch 3400clSwitch 2800Switch 2810Switch 2510-48Switch 2500

Yes 常に有効クエリアまたはマルチキャストルータに常にフォワーディングしているトラフィックを除き、参加していないマルチキャストグループのトラフィックを破棄します。マルチキャストグループへの参加を確認してから必要なポートを選択してマルチキャストトラフィックをフォワーディングします。

Switch 2510-24Switch 2600Switch 2600-PWRSwitch 4100glSwitch 6108

No デフォルト設定では

無効

IGMP 即時脱退機能はデフォルト設定では無効。参加していないマルチキャストグループのトラフィックをすべてのポートにフラッディングします。参加しているマルチキャストグループのトラフィックは必要なポートを選択してフォワーディングします。

4-15


ただし、クライアントが IGMP を脱退してから、クエリアがその脱退を処理するまでの間、マルチキャストフラッディングの量が増大するので、この方法はお勧めできません。このトピックの詳細については、「IGMP 強制即時脱退機能」（4-17 ページ）を参照してください。

自動即時脱退処理 ― スイッチポートが以下の状態の場合、即時脱退処理が適用されます。

a. 1 つのエンドノードだけに接続されている

b. そのエンドノードが 1 つのマルチキャストグループに所属している (IGMP クライアントである )

c. その後、そのエンドノードがマルチキャストグループから脱退する

スイッチはクエリアステータスの更新を待つ必要はありませんが、IGMP クライアントを IGMP テーブルから直ちに削除し、クライアントへの IGMP トラフィックの送信を停止します。( スイッチがポート上に複数のエンドノードを検出すると、これらのエンドノードが IGMP クライアントであるかどうかに関わらず、自動即時脱退機能はアクティブになりません。 )

次の図では、自動即時脱退機能は IGMP クライアント「3A」および「5A」が接続するスイッチポートで動作しますが、 IGMP クライアント「7A」と「7B」、サーバ「7C」、およびプリンタ「7D」が接続するスイッチポートでは動作しません。

図 4-3. IGMP 自動即時脱退機能の基準例

IGMP を実行するクライアント「3A」がマルチキャストグループから脱退する場合は、 Leave Group メッセージを送信します。スイッチはポート A3にエンドノードが 1 つしかないことを認識しているので、IGMP テーブルからクライアントを削除して、ポート A3 に対する ( そのグループの ) マルチキャストトラフィックを停止します。スイッチがクエリアでない場合は、クエリアがポート A3 に他にグループメンバがないことを確認するのを待つことなく、トラフィックを停止します。スイッチ自体がクエリアである場合は、他のグループメンバの有無をポート A3 に問い合わせることはありません。

クエリアとして機能するルーティングスイッチ自動即時脱退機能が

設定されているProCurve スイッチ

サーバ

7C

スイッチ 7X

3A

IGMP 即時脱退機能は、 IGMP クライアント 3A および 5A に接続しているポートで自動的に動作しますが、スイッチ 7X に接続しているポートでは、複数のエンドノードが検出されるので動作しません。

IGMP 即時脱退機能がアクティブでないポート

IGMP 即時脱退機能がアクティブになっている 2 つのポート

A1 A3 A A

プリンタ 7D

4-16


即時脱退機能は、同じポート上で別の VLAN に所属するエンドノードを区別しないことに注意してください。したがって、たとえば図 4-3 のポートA6 にあるすべての機器が別々の VLAN に所属している場合でも、即時脱退機能はポート A6 では動作しません。

グループの削除の遅延の使用

この機能は、指定した時間が経過するまで、 IGMP グループのフィルタリングを継続します。グループフィルタの削除を遅延させることで、サーバから不要なトラフィックがフォワーディングされることを防止します。グループフィルタの削除の遅延は、スイッチ全体で有効または無効に設定します。

IGMP 強制即時脱退機能IGMP 強制即時脱退機能によって、複数のエンドノードに接続されているスイッチポートで、不要な IGMP トラフィックのブロックが高速に行われます。 ( この機能は、スイッチが 1 つのエンドノードしか検出していないポートではアクティブになりません。 ) たとえば図 4-3 では、スイッチのすべてのポートに強制即時脱退機能を設定した場合でも、この機能は Leave Group要求を受信した ( 複数のエンドノードがある ) ポート A6 だけでアクティブになります。

複数のエンドノードが接続しているポートで、1 つのエンドノードからマルチキャストグループ「X」の Leave Group 要求を受信した場合は、強制即時脱退機能がアクティブになり、そのポートの他のグループ「X」のメンバからの join リクエストを短時間待ちます。ポートが強制脱退時間内にそのグループの join リクエストを受信しなかった場合は、スイッチはそれ以降にポートに送信されるグループ「X」のトラフィックをブロックします。

構文 : igmp delayedflush <time period>

指定した時間 (0 ～ 255 秒 ) の間、スイッチが IGMP グループフィルタの削除を遅らせます。デフォルト設定は[Disabled] です。無効にする場合は、指定時間をゼロに再設定します。

構文 : Show igmp delayedflush

スイッチの現在の設定を表示します。

4-17


CLI での即時脱退および強制即時脱退機能の設定

以前のバージョンのソフトウェアでは、ポートに対する即時脱退および強制即時脱退オプションは、 MIB を介してのみ設定できました。現在は、以下のコマンドを使用して、CLI から即時脱退または強制即時脱退機能をポートに設定できます。これらのコマンドは VLAN コンテキストで実行します。

ポートの IGMP 即時脱退ステータスを表示する場合は、 show running-config または show configuration コマンドを使用します。

構文 : [no] ip igmp fastleave <port-list>VLAN 内の指定のポートで IGMP 即時脱退を有効にします ( デフォルト設定 )。Config コンテキストから実行する場合は、vlan< vid > ip igmp fastleave <port-list> などの VLAN 指定子を使用します。コマンドに [no] を付けて実行すると、指定ポートの即時脱退を無効にします。

[no] ip igmp forcedfastleave <port-list>

カスケード接続されている場合でも、VLAN 内の指定ポートでIGMP 即時脱退を強制的に実行します。

4-18


MIB を使用した強制即時脱退の設定

ポートに対する即時脱退および強制即時脱退オプションは、スイッチの MIB(Management Information Base) からも設定できます。

V L A N 番号に関する注記

このガイドが対象とする ProCurve スイッチでは、 walkmib および setmibコマンドは、 (VID: VLAN ID ではなく ) 内部 VLAN 番号を使用して、強制即時脱退の状態などの多数の機能を VLAN ごとに表示または変更します。デフォルト VLAN の内部 VLAN 番号は ( スイッチで VLAN が有効になっているかどうかに関わらず ) 常に 1 です。複数の VLAN の内部 VLAN 番号についての説明は本書の範囲を超えているため、この項ではデフォルト VLANを使用する例のみを示します。

MIB による強制即時脱退の設定

強制即時脱退の設定データはスイッチの MIB にあります。このデータには、各ポートの状態 ( 有効または無効 ) と、スイッチのすべてのポートに共通する強制脱退までの時間が含まれています。

スイッチ内のすべてのポートの強制即時脱退の状態を一覧表示する場合

－ CLI で、以下に示すように walkmib コマンドを実行します。

1. 以下のいずれかの walkmib コマンドオプションを入力します。

walkmib hpSwitchIgmpPortForcedLeaveState

または

walkmib 1.3.6.1.4.1.11.2.14.11.5.1.7.1.15.3.1.5

コマンドを実行すると、 VLAN ごとにスイッチ内のすべてのポートの強制即時脱退の状態が一覧表示されます。 ( 複数の VLAN に属するポートは、 VLAN ごとに複数回表示されます。複数の VLAN が設定されていない場合は、すべてのポートがデフォルト VLAN のメンバとして表示されます。 ) 以下のコマンドを入力すると、図 4-4 のような一覧が表示されます。

機能デフォルト設定機能

強制即時脱退の状態

2 ( 無効 ) 1 ( 有効 )2 ( 無効 )

setmib コマンドを使用して、各ポートの強制即時脱退機能を有効または無効にします。強制即時脱退機能は、この機能が有効になっているポート上で複数のエンドノード ( 少なくとも 1 つの IGMP クライアント ) をスイッチが検出した場合のみ動作します。

4-19


図 4-4. すべてのポートがデフォルト VLAN のメンバである強制即時脱退リストの例

単一のポートの強制即時脱退の状態を一覧表示する場合は、以下の手順に従います。 (4-19 ページの「VLAN 番号に関する注記」を参照。 )

スイッチのコマンドプロンプトで、以下のように getmib コマンドを入力

します。

構文 :

getmib hpSwitchIgmpPortForcedLeaveState.<vlan number><.port number>

または

getmib 1.3.6.1.4.1.11.2.14.11.5.1.7.1.15.3.1.5.<vlan number><.port number>

たとえば、ポート A6 ( この場合はデフォルト VLAN に所属する ) の状態を一覧表示する以下のコマンドを入力すると、図のような一覧が表示されます。

図 4-5.デフォルト VLAN 内の単一ポートの強制即時脱退の状態の表示例

ポートリストの後に表示されている 2 は、該当するポートで強制即時脱退が無効になっていることを示しています。

ポートリストの後に表示されている 1 は、該当するポートで強制即時脱退が有効になっていることを示しています。

ポート 1 ～ 6: スロット A の 6 ポートの 100/1000T モジュール

デフォルト VLAN の内部 VLAN 番号

注記 : 内部 VLAN 番号は VLAN が作成される順序を示しており、各 VLAN に割り当てられている固有の VID には関係しません。(4-19 ページの「VLAN 番号に関する注記」を参照。 )

連続したポート番号

2 は、選択したポートで強制即時脱退が無効になっていることを示しています。

6 はポート A6 を指定しています。

1 はデフォルト VLAN を示しています。 (4-19 ページの 4-19ページを参照。 )

4-20


ポートごとの IGMP 強制即時脱退の設定

工場出荷時の設定では、強制即時脱退はスイッチのすべてのポートで無効になっています。個々のポートでこの機能を有効 ( または無効 ) にする場合は、以下のように、スイッチの setmib コマンドを使用します。

ポートごとの IGMP 強制即時脱退の設定 ― この手順によって、特定のVLAN 内のポートで強制即時脱退を有効または無効にすることができます。(4-19 ページの「VLAN 番号に関する注記」を参照。 )

構文 :setmib hpSwitchIgmpPortForcedLeaveState.< vlan number >< .port number > -i < 1 | 2 >

または

setmib 1.3.6.1.4.1.11.2.14.11.5.1.7.1.15.3.1.5.< vlan number >< .port number > -i < 1 | 2 >

表記説明 :

1 = 強制即時脱退が有効

2 = 強制即時脱退が無効

例として、スイッチのスロット A に 6 ポートのギガビットモジュールがあり、ポート C1 がデフォルト VLAN のメンバである場合を考えます。この場合、ポート番号は「49」です (MIB では、スロット A = ポート 1 ～ 24、スロット B = ポート 25 ～ 48、スロット C = ポート 49 ～ 72のようになります )。 C5 (53) で強制即時脱退を有効にする場合は、以下のコマンドを実行して、結果を確認します。

図 4-6. 　ポート 53 の強制即時脱退の設定を変更する場合の例

強制即時脱退が有効になっていることが確認できます。

53 はポート C5 を示しています。

1 はデフォルト VLAN を示しています ( 4-19 ページの注記を参照。 )

4-21

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御クエリアとしてのスイッチの使用

クエリアとしてのスイッチの使用

クエリアの動作

IGMP クエリアは、 IGMP が有効な VLAN 内で、 IGMP が有効な他の機器に対してポーリングを行い、グループメンバシップ情報を取得します。マルチキャストルータなど、クエリアとして機能する機器が VLAN 内に他に存在しない場合は、スイッチがクエリアとして動作します。スイッチは、VLANで他のクエリアを検出すると、IGMP が有効な VLAN で自動的にクエリア動作を終了しますが、コマンドプロンプトを使用してその VLAN のクエリア機能を無効にすることもできます。

注記 IGMP が正常に動作するにはクエリアが必要です。そのため、スイッチのクエリア機能を無効にする場合は、同じ VLAN 上に IGMP クエリア ( バックアップクエリアもあることが望ましい ) があることを確認してください。

スイッチが特定の VLAN (DEFAULT_VLAN など ) でクエリアになり、その後同じ VLAN 上の別の機器からクエリを検出すると、スイッチはその VLANでのクエリアとしての動作を停止します。その場合、スイッチのイベントログに以下のような 2 つのメッセージが表示されます。

I 01/15/01 09:01:13 igmp: DEFAULT_VLAN: Other Querierdetected

I 01/15/01 09:01:13 igmp: DEFAULT_VLAN: This switch is nolonger Querier

このシナリオでは、他の機器がデフォルト VLAN のクエリアとしての動作を停止すると、スイッチがこの変更を検出して、他の機器がその VLAN のIGMP クエリアになるまでクエリアとして機能します。その場合、スイッチのイベントログに以下のようなメッセージが表示され、スイッチがそのVLAN のクエリアになったことを示します。

I 01/15/01 09:21:55 igmp: DEFAULT_VLAN: Querier Electionin process

I 01/15/01 09:22:00 igmp: DEFAULT_VLAN: This switch hasbeen elected as Querier

4-22

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御IP マルチキャストフィルタリングから除外されるマルチキャストアドレス

IP マルチキャストフィルタリングから除外されるマルチキャストアドレスマルチキャストホストグループは、 224.0.0.0 ～ 239.255.255.255 の範囲の単一の IP アドレスで識別されます。この範囲内で連続したアドレスを持つグループは「well-known」アドレスと呼ばれ、あらかじめ定義されたホストグループ用に予約されています。IGMP は well-known アドレスをフィルタリングしないので、スイッチが受信するこのようなアドレス宛てのパケットは、受信した VLAN に割り当てられている ( その VLAN でパケットを受信したポートを除く ) すべてのポートからフラッディングされます。

以下の表は、このガイドが対象とするスイッチ、および 1600M、 2400M、2424M、 2650M、 4000M、 6108M、 8000M、 Switch 2500 シリーズの機器でIGMP がフィルタリングしない、 32 個の well-known アドレスグループ ( 合計 8192 アドレス ) を示しています。

表 4-3.　 IGMP フィルタリングから除外される IP マルチキャストアドレスのグループ

224.0.0.X ～ 239.0.0.X* の範囲内の連続するアドレスのグループ

224.128.0.X ～ 239.128.0.X* の範囲内の連続するアドレスのグループ

224.0.0.x 232.0.0.x 224.128.0.x 232.128.0.x

225.0.0.x 233.0.0.x 225.128.0.x 233.128.0.x

226.0.0.x 234.0.0.x 226.128.0.x 234.128.0.x

227.0.0.x 235.0.0.x 227.128.0.x 235.128.0.x

228.0.0.x 236.0.0.x 228.128.0.x 236.128.0.x

229.0.0.x 237.0.0.x 229.128.0.x 237.128.0.x

230.0.0.x 238.0.0.x 230.128.0.x 238.128.0.x

231.0.0.x 239.0.0.x 231.128.0.x 239.128.0.x

* X は 0 ～ 255 の任意の数値。

4-23

IP マルチキャスト (IGMP) によるマルチメディアトラフィックの制御 IP マルチキャストフィルタリングから除外されるマルチキャストアドレス

注記 : IP マルチキャストのフィルタリング ―この動作は、ProCurve Switch 1600M、2400M、 2424M、 4000M、 8000M に該当しますが、 Switch 2500、 2600、 2600-PWR、 2800、 2810、 2510、 4100、 5300 シリーズの機器、または Switch 6108( スタティックマルチキャストトラフィック / セキュリティフィルタに対応していない ) には適用されません。

IP マルチキャストアドレスは、 (Ethernet マルチキャストアドレスの範囲01005e-000000 ～ 01005e-7fffff に対応する ) 224.0.0.0 ～ 239.255.255.255 の範囲内にあります。スイッチに、「マルチキャスト」フィルタリングタイプ、およびこの範囲の「マルチキャストアドレス」が設定されているスタティックトラフィック / セキュリティフィルタがある場合は、 IGMP がこの範囲のマルチキャストグループの宛先を学習しない限り、スイッチはスタティックフィルタを使用します。この場合、 IGMP は、 IGMP グループがアクティブである間は、マルチキャストの宛先アドレスに対するフィルタリング機能を一時的に継承します。その後 IGMP グループがアクティブでなくなると、スイッチはスタティックフィルタにフィルタリング制御を返します。

IP マルチキャスト (IGMP) フィルタリングから除外される予約アドレス ―IP アドレスが 224.0.0.0 ～ 224.0.0.255 の範囲にある IP マルチキャストグループに対するトラフィックは、この範囲のアドレスが「well known」または「reserved」アドレスであるため、常にフラッディングされます。したがって、 IP マルチキャストが有効で、予約済みのアドレス範囲に IP マルチキャストグループがある場合は、そのグループに対するトラフィックはスイッチによってフィルタリングされず、フラッディングされます。

許容される IP マルチキャストアドレスの数 ― スイッチでは、マルチキャストフィルタと IGMP フィルタ ( アドレス ) を合わせて、合計 255 個まで使用できます。複数の VLAN を設定している場合は、各フィルタは使用する VLAN ごとに 1 個としてカウントされます。

4-24

5

複数インスタンスのスパニングツリーの動作

章の内容概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 2

802.1s MSTP (Multiple Spanning Tree Protocol) . . . . . . . . . . . . . . . . . . 5- 6

MSTP の構造 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 7

MSTP の動作方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 9MST リージョン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 10リージョン、従来型の STP と RSTP スイッチ、および共通スパニングツリー (CST) . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 12802.1Q VLAN での MSTP の動作 . . . . . . . . . . . . . . . . . . . . . 5- 13

用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 14

動作ルール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 15

STP または RSTP から MSTP への移行 . . . . . . . . . . . . . . . . . . . . 5- 16

MSTP アプリケーションを計画する際のヒント . . . . . . . . . . . . . 5- 17

MSTP の設定手順 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 18

MSTP の動作モードおよびグローバルパラメータの設定 . . . . . . 5- 20

ポート単位の MSTP の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 24ポート単位のパラメータの設定 . . . . . . . . . . . . . . . . . . . . . 5- 24BPDU フィルタリングの設定 . . . . . . . . . . . . . . . . . . . . . . . 5- 28BPDU 保護の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 29ループ保護の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 32

MST インスタンスパラメータの設定 . . . . . . . . . . . . . . . . . . . . 5- 34

MST インスタンスのポート単位のパラメータの設定 . . . . . . . . . 5- 37

スパニングツリー動作の有効化または無効化 . . . . . . . . . . . . . . 5- 40

MST リージョン全体への有効化、またはリージョン間での設定の交換 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 40

MSTP 統計情報および設定の表示 . . . . . . . . . . . . . . . . . . . . . . . 5- 42MSTP 統計情報の表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 42MSTP 設定の表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 45

運用上の注記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 50

トラブルシューティング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5- 50

5-1

複数インスタンスのスパニングツリーの動作概要

概要MSTP の機能

スパニングツリーを使用しないと、ノード間に複数のアクティブパスがある場合、ネットワーク内にループが生じ、メッセージが重複して「ブロードキャストストーム」が発生し、ネットワークが停止する可能性があります。

複数インスタンスのスパニングツリー (802.1s) では、 1 つのスパニングツリーインスタンス中の任意の 2 つのノード間に存在するアクティブパスは1 つのみとなります。 1 つのスパニングツリーインスタンスは、 1 つのスパニングツリーリージョンに所属する複数の VLAN で構成されます。リージョンは、複数のスパニングツリーインスタンス ( それぞれに異なる VLANが複数割り当てられている ) から構成されます。ネットワーク内のリージョ

802.1s スパニングツリープロトコル

デフォルトメニュー CLI Web

MSTP のステータスと設定の表示

n/a — 5-41ページ

—

MSTP の有効化 / 無効化およびグローバルパラメータの設定

無効 — 5-20ページ

—

基本的なポート接続パラメータの設定

admin-edge-port: No- 無効auto-edge-port: Yes- 有効bpdu-filter: No- 無効bpdu-protection: No- 無効mcheck: Yeshello-time: 2path-cost: autopoint-to-point MAC: Force-Truepriority: 128 ( 乗数 : 8)root-guard: No- 無効tcn-guard: No- 無効loop-protection: send-disable

— 5-23ページ以降

—

MSTP インスタンスパラメータの設定

instance (MSTPI): nonepriority: 32768 ( 乗数 : 8)

— 5-33ページ

—

MSTP インスタンスのポート単位のパラメータの設定

Auto — 5-36ページ

—

MSTP スパニングツリー動作の有効化 / 無効化

無効 — 5-39ページ

—

MST リージョン全体の即時有効化

n/a — 5-39ページ

—

5-2


ン間のアクティブパスは、1 つのみです。複数のインスタンスがあるスパニングツリーネットワーク内のポートに VLAN タグを適用すると、あるインスタンスの冗長リンクをブロックする一方、同じリンクを冗長リンクにしない別のインスタンスではフォワーディングにできます。例として、リージョン内の 3 台のスイッチが、以下のように VLAN を 2 つのインスタンスにグループ化した構成を考えます。

VLAN インスタンス 1 インスタンス 210, 11, 12 Yes No

20, 21, 22 No Yes

5-3


VLAN/ インスタンスをこのようにグループ化した論理/物理トポロジでは、それぞれの VLAN ごとに異なるリンクがブロックされます。

図 5-1. 複数のスパニングツリーを使用する場合の例

スイッチ「C」

スイッチ「A」

インスタンス 1 のルート

スイッチ「B」


インスタンス 1 の VLAN のパスがブロックされます。

インスタンス 2 の VLAN のパスがブロックされます。リージョン「A」 : 物理トポロジ

スイッチ「C」

インスタンス 1VLAN: 10, 11, 12

スイッチ「A」


VLAN: 10, 11, 12

スイッチ「B」


スイッチ「C」


スイッチ「A」


スイッチ「B」インスタンス 2 の

ルート :VLAN: 20, 21, 22



リージョン「A」 : 論理トポロジ

5-4


パスコストに関する注記

RSTP と MSTP では、より高速なネットワークに対応するパスコストと新しいデフォルトのパスコスト値を使用します。以下に示すように、これらの値は 802.1D STP で定義されている値とは異なります。

802.1D STP で許可されるパスコストの大値は 65535 なので、このバージョンのスパニングツリーを実行している機器を、MSTP が定義する値と一致させることはできません ( 少なくとも 10 Mbps と 100 Mbps のポートでは )。802.1D STP、 RSTP、および MSTP を実行している機器が混在している LANでは、同じネットワーク速度を持つポートとパスコストが一致するように機器を設定する必要があります。

ポートタイプ 802.1D STP のパスコスト RSTP と MSTP のパスコスト

10 Mbps 100 2 000 000

100 Mbps 10 200 000

1 Gbps 5 20 000

5-5

複数インスタンスのスパニングツリーの動作 802.1s MSTP (Multiple Spanning Tree Protocol)

802.1s MSTP (Multiple Spanning Tree Protocol)802.1D および 802.1w のスパニングツリープロトコルは、ネットワークのVLAN 設定とは無関係に動作し、ブリッジネットワーク全体で 1 つのスパニングツリーを維持します。つまり、これらのプロトコルでは、ループのない 1 つの論理トポロジが特定の物理トポロジにマッピングされます。802.1s MSTP は、 VLAN を使用してネットワーク内に複数のスパニングツリーを作成します。これにより、ネットワークリソースの利用率が大幅に改善される上、ループのない環境を維持できます。

一部のベンダが採用している VLAN 単位のスパニングツリーによる方法では、STP または RSTP を使用する場合に発生するネットワーク利用率の問題はなくなりますが、この方法では、複数の VLAN がある環境でスイッチのCPU が過負荷になる可能性があります。このガイドの対象スイッチに実装されている MSTP は、 IEEE 802.1s 標準に準拠しており、 STP 機能と RSTP機能を拡張して、複数の独立したスパニングツリーインスタンスを 1 つの物理トポロジにマッピングできるようにしています。MSTP では、各スパニングツリーインスタンスに 1 つ以上の VLAN を含めることができ、インスタンスごとに異なるフォワーディングトポロジを適用できます。そのため、ポートが複数の VLAN に所属している場合は、あるスパニングツリーインスタンスに関しては動的にブロックする一方、別のインスタンスに関してはフォワーディングを許可することが可能になります。これにより、スイッチの CPU 負荷を適度なレベルに維持しながら ( 複数の VLAN を 1 つのスパニングツリーインスタンスに統合することで )、ネットワーク全体でロードバランシングを行うことができます。MSTP は RSTP と同様、ネットワークの物理トポロジで障害が発生した場合に、迅速な自動再設定によるフォールトトレランス機能を提供します。

C A U T I O N スパニングツリーは、スイッチメッシングを 1 つのリンクと解釈します。スイッチは高速リンクに対して自動的に高いプライオリティを設定するので、スパニングツリーを動作させる場合は、通常、デフォルトの MSTP パラメータの設定が適しています。また、 MSTP の設定が不適切な場合は、ネットワークパフォーマンスが低下する可能性がありますので、スパニングツリーの動作について十分理解していない場合は、MSTP の設定をデフォルト値から変更しないでください。

スイッチメッシングの環境で MSTP を動作させる場合は、通常、デフォルトの MSTP タイマ設定 (Hello Time および Forward Delay) が適していま

す。メッシュを横断するパケットはメッシュ内の複数のリンクを通過する

5-6

複数インスタンスのスパニングツリーの動作802.1s MSTP (Multiple Spanning Tree Protocol)

可能性があるので、MSTP の Hello Time タイマと Forward Delay タイマに

デフォルトより小さい設定を使用すると、不要なトポロジ変更が発生したり、エンドノードの接続上の問題が発生する可能性があります。

本書の範囲を超える MSTP の情報については、 IEEE 802.1s 標準を参照してください。

MSTP の構造

MSTP は、スパニングツリーインスタンス、および MST リージョン間のパスをマッピングします。各 MST リージョンは、 1 台以上の MSTP スイッチで構成されます。 MSTP では、 STP LAN または RSTP LAN は、別のスパニングツリーリージョンとして認識されます。

図 5-2. 従来型の STP と RSTP 機器が接続されている MSTP ネットワークの例

ISTインスタンス

MSTI( オプション )

MSTI( オプション ) IST

インスタンス




STP を実行しているスイッチ



RSTP を実行しているスイッチ



共通スパニングツリー (CST)

MST リージョン

MST リージョン

共通および内部スパニングツリー

5-7


CIST ( 共通および内部スパニングツリー): CIST は、ネットワーク内のリージョンを識別し、ネットワークの CIST ルートブリッジ、各リージョンのルートブリッジ、および各リージョン内の各スパニングツリーインスタンスのルートブリッジを管理します。

CST ( 共通スパニングツリー): CST は、ブリッジネットワーク内の MST リージョン、 STP LAN、および RSTP LAN 間の接続を管理します。

MST リージョン : MST リージョンは、物理的に接続されている MSTP スイッチに設定されている複数の VLAN から構成されます。特定リージョン内のすべてのスイッチに、同じ VLAN および MSTI (Multiple Spanning TreeInstances) を設定する必要があります。

IST ( 内部スパニングツリー): IST は、特定の MST リージョン内のトポロジを管理します。スイッチに MSTP を設定すると、そのスイッチに設定されているすべてのスタティック VLAN が IST のスパニングツリートポロジ ( インスタンス ) に自動的に追加されます。これは「IST インスタンス」と呼ばれます。以降も、スイッチに設定した VLAN は、この IST インスタンスに追加されます。リージョン内に別のフォワーディングパスを作成する場合は、一部の VLAN を異なる MSTI に割り当てます ( 以下の「MSTI」を参照。)

MSTI のタイプ : マルチプルスパニングツリーネットワークは、 MST リージョン内にある複数のスパニングツリーインスタンスから構成されます。(1 つのネットワークに複数のリージョンが存在可能。 ) 各インスタンスは、VLAN の排他的なセットに対して 1 つのフォワーディングトポロジを定義します。一方、 STP または RSTP ネットワークは、ネットワーク内のすべての VLAN を含む1つのスパニングツリーインスタンスで構成されます。(STPまたは RSTP ネットワークは、 1 つのインスタンスネットワークとして動作します。) リージョンには 2 つのタイプの STP インスタンスを含めることが可能です。

IST インスタンス ( 内部スパニングツリーインスタンス ): 任意の MSTリージョン内のデフォルトのスパニングツリーインスタンスに相当します。このインスタンスは、リージョンのルートスイッチとして機能し、MSTI ( 以下に説明 ) に明示的に割り当てられていない、リージョン内のスイッチに設定されているすべての VLAN が割り当てられます。あるリージョンの IST インスタンスに所属するすべての VLAN は、同じ 1つのスパニングツリートポロジを構成し、IST インスタンスに所属する任意の VLAN に所属している 2 つのノード間では、1 つのフォワーディングパスしか許可されません。リージョン内のすべてのスイッチは、ISTインスタンスを構成しているVLANに所属している必要があります。スイッチは、 IST インスタンス内に自動的にダイナミック VLAN (GVRP動作から生じる ) を設定する場合があります。ダイナミック VLAN は、MSTI ( 以下に説明 ) に所属させることはできません。

5-8


MSTI ( マルチプルスパニングツリーインスタンス ): このタイプのスパニングツリーインスタンスは、このインスタンスに明示的に割り当てられているすべてのスタティック VLAN で構成され、少なくとも 1 つの VLAN を含んでいる必要があります。 MSTI に割り当てる前の VLANは、同じ MST リージョンの IST インスタンス内に所属しています。スタティック VLAN を MSTI に割り当てると、スイッチはこの VLAN をIST インスタンスから削除します。 ( つまり、 1 つの VLAN は、特定のリージョン内の 1 つの MSTI にのみ割り当てることができます。 ) MSTI内のすべての VLAN は、同じ 1 つのスパニングツリートポロジで動作します。(MSTI にダイナミック VLAN を所属させることはできません。)

C A U T I O N スイッチで MSTP を有効にすると、 IEEE 802.1s MSTP 標準で推奨されるデフォルトの MSTP スパニングツリーの設定が適用されます。デフォルトの設定を不適切に変更すると、ネットワークのパフォーマンスが大幅に低下する可能性があります。そのため、デフォルトの設定の変更は、IEEE 802.1D/w/s の標準と動作について十分理解している、経験豊富なネットワーク管理者のみが行うことを強くお勧めします。

MSTP の動作方法

工場出荷時の設定では、スパニングツリーの動作はオフに設定されています。また、スパニングツリーを無効にした場合でも、その時点で設定されていたスパニングツリーのパラメータ設定は保持されます。つまり、スパニングツリーを無効にしてから再度有効にすると、スパニングツリーのパラメータ設定は、スパニングツリーを無効にする前と同じものになります。また、スイッチには、コマンドを実行して MSTP 設定を別の設定に交換できる「保留」機能も含まれています。 ( 「MST リージョン全体の有効化、またはリージョンの設定の交換」（5-39 ページ）を参照。 )

注記スイッチは、ポートの識別情報とタイプを自動的に検出し、各タイプのスパニングツリーパラメータ、およびスイッチ全体に適用するパラメータを自動的に設定します。このようなパラメータは調整可能ですが、 IEEE802.1D/w/s の標準と動作について十分理解している経験豊富なネットワーク管理者が変更する場合以外は、デフォルト設定のままにしておくことを強くお勧めします。

5-9


MST リージョン

特定のリージョン内のすべての MSTP スイッチには、同じ VLAN を設定する必要があります。また、同じリージョン内の各 MSTP スイッチでは、インスタンスへの VLAN 割り当てが同じになっている必要があります。(VLANは、任意のリージョン内の 1 つのインスタンスのみに所属できます。 ) リージョン内では、以下のようになります。

特定のインスタンスに所属するすべての VLAN が、そのインスタンスのアクティブなスパニングツリートポロジを構成します。

各インスタンスは、他のリージョンとは無関係に動作します。

リージョン間には、 1 つのアクティブなスパニングツリートポロジがあります。

個々のインスタンスが MSTP の動作に与える影響 ― 異なるインスタンスに割り当てた VLAN グループは、それぞれ独立したフォワーディングパスを使用します。たとえば、図 5-3 の各インスタンスには、それぞれ異なるフォワーディングパスが設定されています。

図 5-3. 3 つの独立した MST インスタンスによって構築されたアクティブなトポロジ

リージョン「X」

スイッチ 1IST ルート

VLAN メンバシップ :•IST インスタンス : VLAN1、 2•MSTI 「A」 : 4, 5

スイッチ 2MSTI 「A」ルート

VLAN メンバシップ :•IST インスタンス : VLAN1、 2•MSTI 「A」 : 4, 5•MSTI 「B」 : 7, 9

スイッチ 3MSTI 「B」ルート

VLAN メンバシップ :•IST インスタンス : VLAN1、 2•MSTI 「A」 : 4, 5•MSTI 「B」 : 7, 9

他のリージョンへの ISTインスタンスのパス

MSTI 「B」の冗長リンクをブロックします。

MSTI 「A」の冗長リンクをブロックします。

IST インスタンスの冗長リンクをブロックします。

5-10


MSTP は、特定のインスタンスでは 1 つのアクティブパスのみを許可する一方、既存のアクティブパスに障害が発生した場合のバックアップ ( ブロックされた ) パスとして機能する冗長物理パスをインスタンス内に保持しています。このようにすることで、インスタンス内のアクティブパスに障害が発生した場合に、MSTP は、使用可能なバックアップを自動的にアクティブ ( ブロック解除 ) にして、元のアクティブパスがダウンしている間、そのインスタンスの新しいアクティブパスとして機能させます。また、特定のポートが、同じリージョン内の異なるスパニングツリーインスタンスに対して、異なる状態 ( フォワーディングまたはブロッキング ) で同時に動作することもあります。これは、ポートに割り当てられている VLAN メンバシップによって変わります。たとえば、あるポートがリージョンの IST インスタンス内の VLAN 1 に所属し、同じリージョン内の MSTI 「x」の VLAN 4 にも所属している場合は、ポートは、これら 2 つのインスタンスへのトラフィックに異なる状態を適用する可能性があります。

1 つのリージョン内では、それぞれのインスタンスの VLAN 間でルーティングされるトラフィックは、 1 つの物理パスしか通過することができません。リージョン内のすべての VLAN のトラフィックがリージョン間を通過できるようにするには、各リージョンの境界ポートのすべてが、リージョンのすべての VLAN に所属している必要があります。このように設定していない場合は、リージョン内の一部からのトラフィックが、他のリージョンへ移動できなくなる可能性があります。

ネットワーク内のすべての MSTP スイッチ ( および STP スイッチと RSTP スイッチ ) は、 BPDU (Bridge Protocol Data Unit) を使用して、リージョン内とリージョン間の個々のインスタンスに複数のアクティブトポロジを構築するために情報を交換します。この情報に従って、以下の操作が行われます。

各 LAN セグメント内の MSTP スイッチが、セグメントの代表ブリッジと代表ポート / トランクを決定します。

特定のインスタンスに所属している MSTP スイッチが、インスタンスのルートブリッジとルートポート / トランクを決定します。

リージョン内の IST インスタンスの場合は、そのリージョンを他のリージョン ( または STP スイッチや RSTP スイッチ ) にリンクする MSTP スイッチが、リージョンの IST ルートブリッジと IST ルートポート / トランクを決定します。 ( リージョン内の MSTI の場合は、異なるリージョンに接続されていないスイッチがルートブリッジになる可能性があります )。

MSTP スイッチが、各 LAN セグメント内、インスタンス全体、およびリージョン間の冗長リンクをブロックして、トラフィックループを防止します。

結果として、リージョン内の個々のインスタンス ( スパニングツリー ) が、リージョンのルートブリッジ、代表ブリッジ、および代表ポート / トランクを決定します。

5-11


リージョン、従来型の STP と RSTP スイッチ、および共通スパニングツリー (CST)

リージョン内の IST インスタンスと任意の MST インスタンスは、そのリージョン内でのみ機能します。リージョン間 ( またはリージョンと従来型のSTP または RSTP スイッチ間 ) をまたがるリンクでは、トラフィックは CSTの決定に従ってフォワーディングまたはブロッキングされます。CST は、任意の 2 つのリージョン間、またはリージョンと STP/RSTP を実行しているスイッチ間にアクティブパスが 1 つしかないように動作します。 (5- 7 ページの図 5-2 を参照 )。

5-12


802.1Q VLAN での MSTP の動作

前の項で説明したように、特定の MST インスタンス内では、そのインスタンスに含まれているすべての VLAN に対して 1 つのスパニングツリーが設定されます。つまり、同じインスタンス内の異なる VLAN に冗長物理リンクが存在する場合は、MSTP は 1 つのリンクを除き、これらすべてのリンクをブロックします。ただし、ポートトランクを使用すると、インスタンス内に複数の VLAN が所属することによって生じる冗長リンクのブロック（帯域幅の損失）を防止できます。以下の例は、不必要なリンクのブロックまたは帯域幅の損失を発生させずに、 802.1Q ( タグ付き ) VLAN と MSTP でポートトランクを使用する方法を示しています。

図 5-4. 1 つのトランクリンクを使用して同じ MST インスタンス内で複数の VLAN 接続をサポートする例

注記リージョン内のすべてのスイッチには、そのリージョン内で使用するすべての VLAN を設定し、 MSTP スイッチ間を接続するすべてのポートをリージョン内で使用するすべての VLAN のメンバに設定する必要があります。このように設定していない場合は、特定の VLAN に所属しないリンクを MSTPが選択した場合に、その VLAN のルートへのパスが存在しなくなります。

問題 :2 つの別個のリンク ( トランク非対応

) を持つ MST インスタンスが

VLAN リンクをブロックします。

解決策 :2 つの VLAN メンバシップに対

して 1 つのトランクリンクを設

定します。

MSTP がリンクをブロックしているため、ノード 1 と 2 が通信できません。

MST インスタンスがトランクを 1 つのリンクと見なしており、 802.1Q ( タグ付き ) VLAN によって両方の VLAN に対して 1 つの ( トランク ) リンクを使用するため、ノード 1 と 2 が通信できます。

5-13


用語

ブリッジ : 「MSTP ブリッジ」を参照してください。

CIST ( 共通および内部スパニングツリー): ネットワーク内のすべての LAN、STP、および RSTP ブリッジと MSTP リージョンから構成されます。 CISTは、自動的にネットワーク内の MST リージョンを決定し、各リージョンのルートブリッジ ( スイッチ ) と代表ポートを指定します。 CIST には、 CST、各リージョン内の IST、およびリージョン内の MSTI が含まれます。

CST ( 共通スパニングツリー): STP (802.1D) および RSTP (802.1w) トポロジや、 MSTP (802.1s) トポロジ内のリージョン間パスについてスイッチが計算する、フォワーディングパスを指します。3 つのタイプのスパニングツリーは、すべて同じネットワーク内で相互運用できます。また、 MSTP スイッチは、 802.1D STP または 802.1w RSTP を実行している機器を別のリージョンと解釈します。 (5- 7 ページの図 5-2 を参照。 )

IST ( 内部スパニングツリー ): リージョン内で MSTI に割り当てられていない、 VLAN から構成されます。リージョン内のすべての MST スイッチは、IST に所属しています。特定のリージョン「X」では、 IST ルートスイッチがリージョンのルートスイッチであり、リージョン「X」に関する情報を他のリージョンに提供します。

MSTP ( マルチプルスパニングツリープロトコル): MSTP をサポートしているネットワークでは、リージョン内で複数のスパニングツリーインスタンスが許可され、リージョン、 STP ブリッジ、 RSTP ブリッジ間では、 1 つのスパニングツリーが許可されます。

MSTP BPDU (MSTP Bridge Protocol Data Unit): これらの BPDU は、リージョン識別子 ( リージョン名とリビジョン番号 ) など、リージョン固有の情報を伝送します。スイッチが自身のものと異なるリージョン識別子を持つ MSTPBPDU を受信した場合は、その BPDU を受信したポートは、スイッチが所属するリージョンの境界になります。

MSTP ブリッジ :本書でいう MSTP ブリッジとは、MSTP の動作が設定されている Switch 2510 ( または別の 802.1s 互換機器 ) のことを指します。

MST リージョン : MST リージョンは、複数のスパニングツリードメインを形成し、ネットワーク内では 1 つのスパニングツリードメインのコンポーネントとなります。同じ MST リージョン内のスイッチの場合は、以下のようになります。

すべてのスイッチは、同じ MST 設定識別子 ( リージョン名とリビジョン番号 ) を持ちます。

すべてのスイッチでは、リージョンの ISTおよび ( オプション ) MST インスタンスへの VLAN 割り当てが同じになっています。

5-14


1 台のスイッチがそのリージョンの代表ブリッジ (IST ルート ) として機能します。

RSTP BPDU を処理できないブリッジ機器にポイントツーポイント接続できるスイッチはありません。

動作ルール

リージョン内のすべてのスイッチに、 VLAN の同じセット、および同じMST 設定名と MST 設定番号を設定する必要があります。

リージョン内では、VLANを1つのMSTIまたはリージョンのIST インスタンスに割り当てることができます。

リージョン内のすべてのスイッチで、インスタンスに割り当てる VID とIST インスタンスに割り当てる VID を同じにする必要があります。

MST インスタンスごとに 1 台のルート MST スイッチが選出されます。

リージョン内で、 IST インスタンスのルートスイッチは、そのリージョンのルートスイッチにもなります。境界ポートはリージョン間の VLAN接続を提供するので、リージョンのルートスイッチ上のすべての境界ポートは、リージョン内で定義されているすべてのスタティック VLANのメンバとして設定する必要があります。

CIST には、1 台のルートスイッチがあります。CIST ルートスイッチ上のポート単位の hello-time パラメータは、ネットワークのダウンストリー

ムスイッチ上のポートに伝送され、ダウンストリームスイッチのポート上で設定されている hello-time を上書きします。

ネットワーク内に複数のMST リージョンが存在している場合は、任意の2 つのリージョン間、または MST リージョンと STP/RSTP スイッチ間には、ただ 1 つのアクティブな物理通信パスが存在します。 MSTP は、現在のアクティブパスが稼動中である場合は、他の物理パスをブロックします。

ネットワーク内では、 MST リージョンは、他のスパニングツリーエンティティ ( 他の MST リージョン、および 802.1D または 802.1w スパニングツリープロトコルを実行している任意のスイッチ ) からは、仮想RSTP ブリッジとして扱われます。

MSTI内では、任意の 2つのノード間に 1つのスパニングツリー (1つの物理通信パス ) が存在します。つまり、 MSTI 内では、 MSTI に所属している VLAN の数に関係なく、 1 つのスパニングツリーインスタンスが存在します。 IST インスタンス内でも、 IST インスタンスに所属しているすべての VLAN に対して 1 つのスパニングツリーが存在します。

MSTI は、VLAN の一意なセットで構成され、所属しているリージョン内で 1 つのスパニングツリーインスタンスを形成します。

MST リージョン間の通信では、1つのスパニングツリーが使用されます。

5-15


MSTP が設定されているスイッチのポートが従来型の (STP/802.1D または RSTP/802.1w) BPDU を受信すると、自動的に従来型のポートとして動作します。この場合、 MSTP スイッチは、 STP または RSTP スイッチを別の MST リージョンと見なして動作します。

MST リージョン内では、インスタンスごとに 1 つの論理フォワーディングトポロジがあり、各インスタンスは VLAN の一意のセットで構成されています。同じインスタンスに所属している VLAN を使用しているノード間に複数のパスが存在する場合、これらのパスの 1 つを除き、その他すべてのパスがそのインスタンスでブロックされます。ただし、インスタンスごとに別のパスを使用する場合は、すべてのパスにトラフィックを流すことができます。スパニングツリーインスタンスが異なると、フォワーディングパスも異なります。

ポートは、インスタンス（フォワーディングパス）ごとに異なる状態 (フォワーディングまたはブロッキング ) になれます。

MSTP は、スイッチメッシュを 1 つのスイッチとして解釈します。

GVRPが学習したダイナミック VLANは、常にIST インスタンス内に配置され、 MST インスタンスに移動することはできません。

STP または RSTP から MSTP への移行

IEEE 802.1s MSTP には、 RSTP の機能が含まれており、 IEEE 802.1D および802.1w の両方のスパニングツリープロトコルに対応するように設計されています。ネットワーク内の他のすべての機器が STP を使用している場合でも、このガイドの対象スイッチ上で MSTP を有効にできます。また、デフォルトの設定値を使用すると、スイッチは STP および RSTP 機器と効果的に相互運用できます。 MSTP は、スイッチポートが MSTP 非対応の機器に接続されると自動的に検出し、必要に応じて、802.1D または 802.1w STP BPDUパケットを使用してこれらの機器と通信します。

MSTP はネットワークパスを効率的に使用できるので、すべてのスイッチを更新して、 802.1s/MSTP をサポートするようにすることを強くお勧めします。(802.1s/MSTP をサポートしていないスイッチの場合は、RSTP に更新することをお勧めします。 RSTP は、適な状況下でのコンバージェンス時間が 1 秒未満です。 ) MSTP を使用して、可能な限り高速なコンバージェンス時間を実現する場合は、MSTP のデフォルト設定に対していくつかの変更を行う必要があります。

5-16


注記状況によっては、 MSTP と RSTP が使用する高速な状態遷移が原因で、スイッチ型 LAN でフレームの重複と順序誤りのレートが増大する可能性があります。 MSTP および RSTP スイッチが、フレームの重複と順序誤りの影響を受けやすいアプリケーションとプロトコルを使用する場合は、 ForceProtocol Version パラメータを STP-compatible に設定して、 MSTP と RSTP

の高速な状態遷移を無効にします。このパラメータの値は、スイッチのすべてのポートに適用されます。 5- 18 ページの force version に関する情報

を参照してください。

前述のように、 MSTP と RSTP の利点の 1 つは、より高速なネットワークに対応するポートパスコストを使用できることです。パスコストはさまざまなネットワーク速度に対応し、新しいデフォルト値が設定されています。そのため、古い 802.1D STP を実行している機器と MSTP または RSTP を実行しているスイッチとの間に、何らかの不適合が生じる可能性があります。この問題の調整の詳細については、「パスコストに関する注記」（5-5 ページ）を参照してください。

MSTP の導入を計画する際のヒント

ネットワーク内の VLAN の設定が、目的とする接続に必要なフォワーディングパス上のすべてにされていることを確認します。リージョン内のスイッチ同士、およびリージョン間のスイッチ同士を接続しているすべてのポートは、そのリージョン内に設定するすべての VLAN のメンバに設定する必要があります。

リージョン内のスイッチ同士を接続しているすべてのポートまたはトランクは、そのリージョン内のすべての VLAN のメンバとして設定する必要があります。このように設定しないと、一部の VLAN において、インスタンスまたはリージョンのスパニングツリールートに対するアクセスがブロックされる可能性があります。

VLAN グループに基づいてリージョンを計画します。つまり、リージョン内のすべての MSTP スイッチに同じ VLAN セットを設定するようにします。各リージョンで、各スパニングツリーインスタンスの VLANメンバシップを決定します。 ( 各インスタンスは、そのインスタンス内のすべてのVLANに対して 1つのフォワーディングパスを提供します。)

以下に対して論理的なスパニングツリーパスが 1 つ存在するようにします。

• リージョン間のリンク

• リージョン内の IST または MST インスタンス

• 任意の従来型のスイッチ (802.1D または 802.1w) またはスイッチの

グループ (MST リージョンと従来型のスイッチ間に複数のパスがある場合は、その 1 つを除き、その他すべてのパスが CST によってブロックされます。 )

5-17


各インスタンスのルートブリッジとルートポートを決定します。

各 LAN セグメントの代表ブリッジと代表ポートを決定します。

各インスタンスに割り当てる VLAN を決定し、802.1Q VLAN タグとポートトランクを使用して、一部の VLAN のみが設定されているリンクがブロックされて VLAN のノード間で通信できなくなるのを防ぎます。 (「802.1Q VLAN での MSTP の動作」（5-13 ページ）を参照。 )

エンドノードに接続しているエッジポートを特定し、これらのポートのadmin-edge-port の設定を有効にします。別のスイッチ、ブリッジ、またはハブに接続しているポートについては、 admin-edge-port の設定

を無効のままにします。

M S T P の高速な状態遷移に関する注記

状況によっては、 MSTP と RSTP で使用する高速な状態遷移が原因で、スイッチ型 LAN でフレームの重複と順序誤りのレートが増大する可能性があります。MSTP スイッチで、フレームの重複と順序誤りの影響を受けやすいアプリケーションとプロトコルを使用する場合は、 Force Protocol Version(force-version) パラメータを stp-compatible に設定して、MSTP の高速な

状態遷移を無効にします。このパラメータの値は、スイッチのすべてのポートに適用されます。 5- 22 ページの force-version に関する情報を参照して

ください。

MSTP の設定手順

この項では、ネットワークに MSTP を設定する一般的な手順について説明します。また、 MSTP で使用する VLAN をすでに計画、設定していることを前提にしています。MSTP の個々のパラメータについては、以降の項で説明します。

5-18


この項は、以下の手順をすでに実行していることを前提としています。

1. MSTP グローバルパラメータの設定。この手順には、以下の設定が含まれています。

• MST リージョンの識別情報として必要なパラメータ :

リージョン名 : spanning-tree config-nameリージョンのリビジョン番号 : spanning-tree config revision

• リージョン設定用の MSTP パラメータの変更（オプション） :

ほとんどのネットワークでは、これらのパラメータをデフォルト設定のままにしておくことをお勧めします。「CAUTION」（5-9ページ）を参照してください。－ MSTP BPDU を破棄する前の大ホップ数 ( デフォルト : 20)

spanning-tree max-hops

－ Force-Version の動作 spanning-tree force-version

－ Forward Delay spanning-tree forward-delay

－ Hello Time ( スイッチがルート機器として動作する場合に使用します ) spanning-tree hello-time

－ STP パケットを破棄するまでの大エージタイム spanning-tree max-age

－機器の spanning-tree プライオリティ。ルートとなる機器を決定する際に、スイッチの MAC アドレスとともに使用するプライオリティ値を指定します。プライオリティ値が低いほど、プライオリティが高くなります。 spanning-tree priority

2. MST インスタンスを設定します。

• スイッチが所属しているリージョン内でアクティブトポロジとし

て動作させるインスタンスを、各 VLAN グループごとに設定します。インスタンスを作成する場合は、少なくとも 1 つの VID を含める必要があります。必要に応じて後で VID を追加できます。 spanning-tree instance < 1 - 16 > vlan < vid >

VLAN をあるインスタンスから別のインスタンスに移動する場合は、まず no spanning-tree instance < n > vlan < vid > を実行し

て、 VLAN を現在のインスタンスからマッピングを解除し、その

5-19


VLAN を別のインスタンスに追加します。 (VLAN は MSTI からマッピング解除されると、リージョンの IST インスタンスにマッピングされます。 )

3. 各インスタンスのプライオリティを設定します。

spanning-tree instance < n > priority < n >

4. MST インスタンスのポートパラメータを設定します。特定の MST インスタンスが使用するポートのパスコスト値を設定します。この設定をデフォルトの auto のままにしておくと、スイッチはリンク速度からパスコストを計算します。 spanning-tree instance < 1 - 16 | ist > port-list < port-list >

5. スイッチでスパニングツリーの動作を有効にします。 spanning-tree

MSTP の動作モードおよびグローバルパラメータの設定

この項で説明するコマンドは、スイッチレベルで適用され、個々のポートの設定には影響を与えません。

コマンドページ

spanning-tree config-name < ascii-string > 5-21ページ

spanning-tree config-revision < revision-number > 5-21ページ

spanning-tree max-hops < hop-count > 5-21ページ

spanning-tree force-version < stp-compatible | rstp-operation | mstp-operation>

5-22ページ

spanning-tree hello-time < 1..10 > 5-22ページ

spanning-tree legacy-mode 5-22ページ

spanning-tree legacy-path-cost 5-22ページ

5-20


構文： [no] spanning-tree config-name < ascii-string >

このコマンドは、スイッチの MST リージョンの設定名をリセットします。この名前には、大 32 の非空白文字を使用でき、大文字と小文字が区別されます。特定の MST リージョン内のすべてのスイッチで、設定名が同一である必要があります。このため、同じ MST リージョン内に複数の MSTP スイッチがある場合は、すべてのスイッチで同じリージョン名を設定する必要があります。スイッチ上でデフォルトの設定名を使用する場合は、別のスイッチと同一の MST リージョンを構成することはできません ( デフォルトのリージョンの設定名 :スイッチの MAC アドレスの 16 進数表記を使用したテキスト文字列。 ) コマンドに [no] を付けて実行すると、現在設定されているリージョンの設定名がデフォルトの設定名で上書きされます。

注記 : 設定できるリージョン数に制限はありません。

構文： spanning-tree config-revision < revision-number >

このコマンドは、スイッチを配置する MST リージョンのリビジョン番号を設定します。この設定は、同じリージョン内のすべてのスイッチで同じである必要があります。以下のような状況でリージョン設定を区別する場合は、この設定を使用します。• リージョン内で使用する設定バージョンを管理する場合• 現在のリージョン内のスイッチのサブセットから新しい

リージョンを作成し、現在のリージョン名はそのまま使用する場合

• pending オプションを使用して、リージョンに対して 2 つの異なる設定オプションを使い分ける場合

この設定は、同じ MST リージョン内のすべての MSTP スイッチで同じである必要があります。 ( 範囲 : 0 ～ 65535、デフォルト : 0)

構文： spanning-tree max-hops < hop-count >

このコマンドは、MST リージョン内のBPDUに許可されたホップ数を変更します。 MSTP スイッチが BPDU を受信すると、BPDU が伝送する hop-count の設定を減少させます。hop-countがゼロになると、受信スイッチは BPDU を破棄します。 BPDUが MST リージョンを通過し他のリージョンに伝送される場合は、 BPDU で伝送される message-age データと maximum-ageデータをスイッチは変更しません。 ( 範囲 : 1 ～ 40、デフォルト : 20)

5-21


構文： spanning-tree force-version < stp-compatible | rstp-operation |mstp-operation >

スパニングツリーの互換モードを設定します。このコマンドを実行すると、以前のバージョンのスパニングツリープロトコルの動作をエミュレートするか、MSTP の動作をさせるかが選択されます。このコマンドは、テストまたはデバッグ時に役に立ちます。stp-compatible: スイッチは、すべてのポートに 802.1D STP動作を適用します。rstp-operation: スイッチは、 802.1D Spanning Tree を使用しているシステムを検出したポート以外のポートに、 802.1w 動作を適用します。mstp-operation: スイッチは、802.1D または 802.1w スパニングツリープロトコルとの互換性が不要なすべてのポートに、802.1s MSTP 動作を適用します。mstp-operation が選択されていても、スイッチがポート上で802.1D BPDU または 802.1w BPDU を検出すると、 STP またはRSTP BPDU パケットを使用してそのポートにリンクされている機器と通信します。また、「MSTP の高速な状態遷移に関する注記」 (5- 18 ページ ) で説明するエラーが発生した場合は、force-version を stp-compatible に設定すると、MSTP スイッチは、すべてのポートで IEEE 802.1D STP と互換性のある動作をするようになります。

構文： spanning-tree hello-time < 1..10 >

MSTP を実行中で、スイッチがネットワークの CIST ルートとして動作している場合は、 Use Global ( デフォルト ) に設定されたすべてのスイッチポートに対して、このコマンドでBPDU 送信間の時間を秒単位で指定します。 MSTP の動作中、以下のコマンドを使用すると、このグローバル設定をポート単位で上書きできます。 spanning-tree < port-list > hello-time < 1..10 > (5- 23 ページ ) を参照。 ( デフォルト : 2)

構文 spanning-tree legacy-mode:

スパニングツリープロトコルを 802.1d レガシーモードまたは 802.1s ネイティブモードで動作するように設定します。

構文 spanning-tree legacy-path-cost:

802.1d ( 従来型 ) または 802.1t ( 非従来型 ) をデフォルトのパスコスト値に設定します。

5-22


ポート単位の MSTP の設定

基本的なスパニングツリーのポート接続パラメータは、グローバルコンテキストレベルで設定します。ほとんどの場合、デフォルト設定を使用し、個々のリンクでデフォルト以外の設定が必要な場合のみ、ポート単位で設定を変更することをお勧めします。

ポート単位のパラメータの設定


spanning-tree < port-list >

admin-edge-port 5-23

auto-edge-port 5-24

bpdu-filter 5-27

bpdu-protection 5-29

hello-time < global | 1..10 > 5-24

mcheck 5-24

path-cost < auto | 200000000 > 5-25

point-to-point-mac < force-true | force-false | auto> 5-25

priority <priority-multiplier> 5-26

root-guard 5-26

tcn-guard 5-26

loop-protect <port-list> 5-31

構文： [no] spanning-tree <port-list> admin-edge-portエンドノードに接続しているポートで、admin-edge-portを有効にします。スパニングツリーの確立中、 admin-edge-port が有効になっているポートは、直ちにフォワーディング状態に移行します。ポートがブリッジまたはスイッチを検出した場合は、admin-edge-port の設定は有効にはならず、自動的に non-edge として動作します ( デフォルト : 無効 )

ポートで admin-edge-port が無効になっていて、 auto-edge-port が無効になっていない場合は、auto-edge-portの設定がポートの動作を制御します。no spanning-tree < port-list > admin-edge-port コマンドは、指定のポートで edge-port の動作を無効にします。

5-23


構文： [no] spanning-tree < port-list > auto-edge-portエッジポートの自動識別を有効にします。ポートは、 3 秒間 BPDU の受信を待ちます。何も受信しなければ、パケットのフォワーディングを開始します。ポートの admin-edge-port が有効になっている場合は、auto-edge-port の設定は、有効 / 無効に設定されているかどうかに関わらず、無視されます。admin-edge-port が [no] に設定され、auto-edge-port が無効 ( [no] に設定 ) になっていない場合は、 auto-edge-port の設定がポートの動作を制御します。 ( デフォルト : 有効 )no spanning-tree < port-list > auto-edge-port コマンドは、指定されたポートで auto-edge-port の動作を無効にします。

構文： spanning-tree < port-list > hello-time < global | 1 - 10 >

スイッチが CIST ルートである場合、このパラメータは、指定のポートが定期的に BPDU を送信する間隔 ( 秒単位 )を指定します。この間隔は、< port-list > で指定する各ポートのダウンストリームにあるすべてのスイッチのすべてのポートにも適用されます。 global を設定すると、 CISTルートにある < port-list > で指定するポートは、グローバルコンフィグレベルで設定したスパニングツリーのhello-time 値 (5- 19 ページ ) 値を使用します。特定のスイッチ「X」が CIST ルートでない場合は、スイッチ「X」のすべてのアクティブポートのポート単位の hello-timeの設定が、 CIST ルートから伝送され、スイッチ「X」からCISTルートへの現在のアクティブパスにある CISTルートポートで使用している hello-time と同じになります。 ( つまり、スイッチ「X」が CIST ルートでない場合は、アップストリームにある CIST ルートスイッチのポートのhello-time の設定が、スイッチ「X」に設定されているhello-time の設定を上書きします。 ) ( デフォルトのポート単位の設定 : Use Global、デフォルトのグローバル Hello-Time: 2)

構文： [no] spanning-tree < port-list > mcheck

ポートに RSTP BPDU を 3 秒間送信するように設定します。これにより、ポートに接続して RSTP を実行している別のスイッチが接続を迅速に確立でき、 802.1D STP を実行しているスイッチを識別できるようになります。すべてのスイッチの force-version パラメータが stp-compatible に設定されている場合は、スイッチは mcheck の設定を無視し、すべてのポートから 802.1D STP BPDU を送信します。802.1D STP を実行している機器に接続しているとわかっているポートでは、この機能を無効にします。no spanning-tree < port-list > mcheck コマンドは、mcheck を無効にします。( デフォルト : mcheck 有効 )

5-24


構文： spanning-tree < port-list > path-cost < auto | 1..200000000 >

スパニングツリー内のフォワーディングポートを決定する場合にスイッチが使用する、ポートコストを割り当てます。デフォルト設定 ( auto ) では、スイッチは、以下のようにポートのタイプ別にポートのパスコストを決定します。

－10 Mbps: 2000000－100 Mbps: 200000－1 Gbps: 20000

802.1D STP を実行している機器のパスコスト値との互換性については、「パスコストに関する注記」（5-5 ページ）を参照してください。( デフォルト : Auto)

構文： spanning-tree < port-list > point-to-point-mac < force-true | force-false | auto >

このパラメータは、ポートに接続している機器のタイプをスイッチに通知します。Force-True ( デフォルト ): スイッチ、ブリッジ、エンドノードなどの機器へのポイントツーポイントリンクを示します。Force-False: ハブ ( 共有 LAN セグメント ) への接続を示します。Auto: 全二重で動作していない場合に、ポートに Force-False を設定するようにします。( ハブへの接続は半二重になります )

5-25


構文： spanning-tree < port-list > priority < priority-multiplier >

MSTP は、このパラメータを使用して、フォワーディングに使用するポートを決定します。プライオリティ値が低のポートが、高のプライオリティになります。範囲は 0～ 240 で、0 ～ 15 の範囲の乗数を指定して設定します。つまり、0 ～ 15 のプライオリティ乗数を指定すると、スイッチに割り当てられる実際のプライオリティは以下のようになります。

(priority-multiplier) x 16たとえば、特定のポートのプライオリティ乗数として「2」を設定すると、実際のプライオリティの設定は 32 になります。このため、ポートのプライオリティ乗数を指定すると、スイッチでは、実際のポートプライオリティ ( 乗数でない ) を show spanning-tree または show spanning-tree < port-list > の結果に表示します。ポートの実際の乗数設定を表示する場合は、 showrunning を実行して、以下の形式のエントリを見つけます。

spanning-tree < port-list > priority < priority-multiplier >

たとえば、ポート A2 にプライオリティ乗数「3」を設定した場合は、 show running の出力で以下のように表示されます。 spanning-tree A2 priority 3

構文： spanning-tree < port-list > root-guardポートで root-guard を有効にすると、上位の STP BPDUを受信しても、ルートポートとして選択できません。ポートには「代替」ポートの役割が割り当てられ、上位の STPBPDU を受信すると、ブロッキング状態に移行します。root-guard を有効にしたポートで受信した BPDU は無視されます。ルートスイッチ以外の機器が接続する場合は、スパニングツリーが構成され、受信した BPDU はすべて処理されます。

構文： spanning-tree < port-list > tcn-guardポートに対して tcn-guard を有効にすると、ポートは、受信したトポロジ変更通知およびトポロジ変更を他のポートに伝送することを停止します。( デフォルト : 無効 )

5-26


BPDU フィルタリングの設定

STP BPDU フィルタ機能を使用すると、ポート単位でスパニングツリーへの参加を制御できます。この機能を使用すると、スパニングツリーに特定のポートを含めないようにできます。BPDU フィルタが有効なポートは、受信BPDU パケットを無視し、スパニングツリーのフォワーディング状態にロックされたままになります。他のポートではスパニングツリーが動作します。

以下に、この機能を使用するシナリオの例をいくつか示します。

STP を、スイッチのすべてのポートで実行せず、スイッチの一部のポートで実行するようにする。

誤った BPDU フレームの拡散を防止する。

ポートのリンクステータスが変化した場合に、トポロジの変更が生じないようにする。たとえば、サーバとワークステーションに接続しているポートをスパニングツリー動作の範囲外とすることができます。

受信 BPDU フレームを破棄して、スプーフィング BPDU を使用するDoS 攻撃からネットワークを保護する。このシナリオでは、 BPDU保護により、不正な BPDU フレームの受信時にポートシャットダウンと検出アラートをオプションで設定できるので、よりセキュアな設定が可能です ( 詳細は、 5-28 ページを参照 )。

C A U T I O N BPDU フィルタモードを設定したポートはアクティブな状態 ( フレームを学習およびフォワーディング ) を維持しますが、スパニングツリーはそのポートで BPDU を送受信できません。ポートはフォワーディング状態を維持し、すべてのブロードキャストトラフィックを許可します。これらのポートにループ ( つまり、トランクまたは冗長リンク ) がある場合は、ネットワークストームが発生する可能性があります。スイッチの負荷が急激に高まった場合は、リンクを切断し、bpdu-filter を無効にしてください (no コマ

ンドを使用 )。

コマンドの構文と例－ BPDU フィルタの設定には、以下のコマンドを使用します。

たとえば、ポート a9 上で BPDU フィルタリングを設定する場合は、以下のように入力します。ProCurve(config)# spanning-tree a9 bpdu-filter

構文 : [no] spanning-tree <port-list | all> bpdu-filter指定のポートで BPDU フィルタ機能を有効/無効にします。bpdu-filter オプションは、ポートを常にフォワーディング状態にし、標準の STP の動作から除外します。

5-27


BPDU フィルタリングの表示 ―spanning-tree show < port> configurationコマンドは、 BPDU のフィルタ状態を表示します。

図 5-5. show spanning tree configuration コマンドで表示した BPDU フィルタの例

コンフィギュレーションファイルでは、ポート単位の BPDU フィルタの設定は、スパニングツリーカテゴリの別のエントリとして表示されます。

図 5-6. show configuration コマンドによる BPDU フィルタ設定の表示例

BPDU 保護の設定

BPDU 保護は、スプーフィングされた BPDU パケットが STP ドメインに進入することを防止して、アクティブなSTP トポロジを保護するためのセキュリティ機能です。通常、 BPDU 保護は、 STP を実行しないエンドユーザ機器に接続しているエッジポートで使用します。BPDU 保護が設定されたポートで STP BPDU パケットを受信すると、ポートが無効になり、図 5-7 に示すように、SNMP トラップによりネットワーク管理者にアラートが通知されます。

ProCurve(config)# show spanning-tree a9 config

... BPDU Port Type | Cost Priority Edge Point-to-Point MCheck Filter ---- --------- + --------- -------- ---- -------------- ------ ------ A9 100/1000T | Auto 128 Yes Force-True Yes Yes

BPDU フィルタの状態を表示するカラム

ProCurve(config)# show configuration . . . spanning-tree spanning-tree A9 bpdu-filter spanning-tree C7 bpdu-filter spanning-tree Trk2 priority 4 . . .

BPDU フィルタが有効なポートを示している

5-28


図 5-7. ネットワークエッジで有効になっている BPDU 保護の例

以下のコマンドを使用すると、 BPDU 保護を設定できます。

C A U T I O N このコマンドは、 STP に参加しないエッジポートを保護する場合のみ使用してください。 BPDU 保護を有効にすると、そのインタフェース上で BPDUパケットを受信すると直ちにポートを無効にします。

管理ステーション

イベントログ : ポート X が STPによって無効にされています

偽の STP BPDUエンドユーザ

SNMP トラップ

SNMP トラップ

SNMP トラップ

BPDU 保護

スイッチ

STP ドメイン

構文 : [no] spanning-tree <port-list> bpdu-protectionポート上で BPDU 保護機能を有効 / 無効にします。

構文 : [no] spanning-tree <port-list> bpdu-protection-timeout <timeout>未許可の BPDU を受信した保護ポートを無効にする期間を設定します。デフォルト値の 0 では、無期限のタイムアウトが設定されます ( つまり、bpdu-protection によって無効にされたポートは、デフォルトでは、自動的に再度有効になりません )。( 範囲 : 0 ～ 65535 秒、デフォルト : 0)

構文 : [no] spanning-tree trap errant-bpdu不正な BPDU を受信した際のトラップ送信を有効 / 無効にします。

5-29


例 : BPDU 保護が設定されたポート 1 ～ 10 で SNMP トラップの送信を有効にする場合は、以下のように入力します。ProCurve(config)# spanning-tree 1-10 bpdu protectionProCurve(config)# spanning-tree trap errant-bpdu

その後、以下の処理が実行されます。

1. ポート 1 ～ 10 で STP BPDU パケットを受信すると、 STP はそれを未許可の送信試行と見なして、BPDU を受信したポートをシャットダウンします。

2. イベントメッセージがログに記録され、 SNMP 通知トラップが生成されます。

3. ポートは、ネットワーク管理者が interface <port-list> enable コマンド

を使用して手動で再度有効にするまでは、無効のままになります。

注記 bpdu で保護されたポートを自動的に再度有効にする場合は、spanning-tree bpdu-protection-timeout コマンドを使用して、タイ

ムアウト期間を設定します。

BPDU 保護ステータスの表示 ―show spanning-tree bpdu-protection コマ

ンドを実行すると、BPDU 保護が有効なポートの一覧が表示されます。ポート単位の詳細なステータス情報を表示する場合は、以下の図 5-8 に示すように、特定のポート番号を入力します。

図 5-8. show spanning tree bpdu-protection コマンドの例

ProCurve(config)# show spanning-tree bpdu-protection a1

Status and Counters - STP BPDU Protection Information

BPDU Protection Timeout (sec) : 0 Protected Ports : A1 Port Type Protection State Errant BPDUs ---- ------------ ------------- -------------- --------------- A1 100/1000T Yes Bpdu Error 1

ポートを指定すると、そのポートのステータス情報も表示されます。

5-30


コンフィギュレーションファイルでは、 BPDU で保護されたポートは、スパニングツリーカテゴリの別のエントリとして表示されます。

図 5-9. show configuration コマンドで表示した BPDU フィルタの例

ループ保護の設定

スパニングツリーが有効なスイッチに対して BPDU 保護を使用できますが( 「BPDU 保護の設定」（5-28 ページ）を参照 )、 BPDU 保護機能では、ネットワーク上の非管理型機器がスパニングツリーパケットを破棄した場合のループの形成を検出できません。このような場合にループの形成を防止するには、ループ保護機能を有効にします。この機能は、ループ保護が有効になっているポートからループプロトコルパケットを送信します。スイッチはループプロトコルパケットを送信し、 send-disable が設定されてい

るポートで同じパケットを受信すると、ループプロトコルパケットを送信したポートをシャットダウンします。

disable-timer パラメータは、ポートを無効にしておく時間 (0 ～ 604800 秒

) を設定します。ゼロに設定すると、ポートは再度有効になりません。

ループ保護を有効にする場合は、以下のコマンドを入力します。

ProCurve(config)# loop-protect <port-list>

ProCurve(config)# show configuration . . . spanning-tree spanning-tree A1 bpdu-protection spanning-tree C7 bpdu-protection spanning-tree Trk2 priority 4 . . .

BPDU 保護が有効なポートを表示する行

5-31


ループ保護に関するポートの情報を表示する場合は、以下のコマンドを入力します。

構文: [no] loop-protect <port-list> [receiver-action <send-disable | no-disable> |] [transmit-interval <1-10> ] | [disable-timer <0-604800>] | [trap <loop-detected>]

ポート単位でループ保護を設定できます。

[receiver-action <send-disable | no-disable>]

ポートでループが検出されたときのアクションを設定します。ループ保護パケットを受信したポートが、実行するアクションを決定します。 send-disable が設定されている場合は、パケットを送信したポートが無効になります。 no-disable が設定されている場合は、ポートは無効になりません。デフォルト : send-disable

[trap <loop-detected>]

ループ保護トラップを設定します。「loop-detected」トラップは、ポートでループが検出されたことを示します。

[disable-timer <0-604800>]

ループが検出された場合にポートを無効にする時間 ( 秒単位) を設定します。ゼロに設定すると、自動再有効化機能が無効になります。デフォルト : タイマは無効

[transmit-interval <1-10>]

ループ保護パケットを送信する間隔を秒単位で設定します。デフォルト : 5 秒

構文 : show loop-protect <port-list>ループ保護ステータスを表示します。ポートを指定しない場合は、ループ保護が有効なポートの情報のみ表示されます。

5-32


図 5-10. show loop-protect の表示例

MST インスタンスパラメータの設定

ProCurve(config)# show loop-protect 1-4

Status and Counters - Loop Protection Information

Transmit Interval (sec) : 5 Port Disable Timer (sec) : 5 Loop Detected Trap : Enabled

Loop Loop Loop Time Rx Port Port Protection Detected Count Since Last Loop Action Status ---- ----------- --------- ---------- ---------------- ------------ -------- 1 Yes No 0 send-disable Up 2 Yes No 0 send-disable Up 3 Yes No 0 send-disable Up 4 Yes No 0 send-disable Up


spanning-tree instance < 1..16 > vlan < vid> [ vid..vid ]no spanning-tree instance < 1..16 >

5-34ページ

spanning-tree instance < 1..16 > priority < 0..15 > 5-34ページ

spanning-tree priority < 0..15 > 5-34ページ

5-33


構文： spanning-tree instance < 1..16 > vlan < vid [ vid..vid ] >no spanning-tree instance < 1..16 >

スイッチに MSTP を設定すると、IST インスタンスが自動的に設定され、スイッチに静的に設定されている VLAN すべてがIST インスタンスに追加されます。このコマンドを使用すると、新しい MST インスタンス (MSTI) を作成し、指定の VLANを IST から MSTI に移動できます。 MSTI の作成時に、少なくとも 1 つの VLAN を MSTI にマッピングする必要があります。(VLAN は、複数のインスタンスにマッピングできません。 ) 1つのリージョン内に大 16 個の MSTI を作成できます。コマンドに [no] を付けて実行すると、MSTI から VLAN が削除されます。 (MSTI から VLAN を削除すると、その VLAN は IST インスタンスに戻ります。このとき、この VLAN は、そのままIST インスタンスに残すことも、またはリージョン内に設定されている別の MSTI に再割り当てすることもできます。 )コマンドに [no] を付けて実行すると、指定した MSTI が削除され、 MSTI に割り当てられていた VLAN がリージョンの ISTインスタンスに戻されます。

構文： spanning-tree instance < 1..16 > priority < 0 .. 15 >

このコマンドは、指定のインスタンスのスイッチ ( ブリッジ )プライオリティを設定します。このプライオリティは、同じインスタンス内の他のスイッチのプライオリティと比較され、インスタンスのルートスイッチが決定されます。プライオリティ値が低いほど、プライオリティが高くなります ( インスタンス内にスイッチが 1 台しかない場合は、そのスイッチがインスタンスのルートスイッチになります。) 特定のインスタンス内のルートブリッジは、同じ VLAN を 1 つ以上共有する他のリージョンのインスタンスへのパスを提供します。 (リージョンの番号付き STP インスタンスに割り当てられている VLAN のトラフィックは、そのインスタンスのルートスイッチ経由で他のリージョンに転送されます。 ) MSTP スイッチのプライオリティの範囲は、 0 ～ 61440 です。ただし、このコマンドは、プライオリティを 4096 の乗数 (0 ～15) で指定します。つまり、 0 ～ 15 のプライオリティ乗数値を指定すると、スイッチの MST インスタンスに割り当てられる実際のプライオリティは、以下のようになります。

(priority-multiplier) x 4096

たとえば、 MSTP スイッチの MST インスタンス 1 のプライオリティ乗数として「5」を設定すると、そのインスタンスのスイッチプライオリティは 20,480 となります。注記 : 同じ MST インスタンス内の複数のスイッチに同じプライオリティが設定されている場合は、も小さい MAC アドレスを持つスイッチがそのインスタンスのルートスイッチになります。

5-34


構文： spanning-tree priority < 0 .. 15 >

MSTP のインスタンスを実行しているすべてのスイッチには、ブリッジ識別子が存在します。これは、このスイッチを他のすべてのスイッチと区別する一意の識別子です。も小さいブリッジ識別子を持つスイッチが、ツリーのルートとして選択されます。ブリッジ識別子は、設定可能なプライオリティコンポーネント (2 バイト ) とブリッジの MAC アドレス (6 バイト ) から構成されます。プライオリティコンポーネントを変更して、ツリーのルートとなるスイッチをスイッチのMACアドレスとは無関係に柔軟に決定できます。このコマンドは、スイッチが所属するリージョンのスイッチ (ブリッジ ) プライオリティを設定します。スイッチは、このプライオリティを同じリージョン内の他のスイッチのプライオリティと比較し、リージョンのルートスイッチを決定します。プライオリティ値が低いほど、プライオリティが高くなります。 ( リージョン内にスイッチが 1 台しかない場合は、そのスイッチがリージョンのルートスイッチになります。) リージョンの IST インスタンスに割り当てられている VLAN のトラフィックは、リージョン内のルートブリッジ経由で他のリージョンに転送されます。( リージョンの番号付き STP インスタンスに割り当てられている VLAN のトラフィックは、そのインスタンスのルートスイッチ経由で他のリージョンに転送されます。 )MSTP スイッチのプライオリティの範囲は、 0 ～ 61440 です。ただし、このコマンドは、プライオリティを 4096 の乗数 (0 ～15) で指定します。つまり、 0 ～ 15 のプライオリティ乗数値を指定すると、スイッチに割り当てられる実際のプライオリティは、以下のようになります。


たとえば、特定の MSTP スイッチのプライオリティ乗数として「2」を設定すると、スイッチプライオリティの設定は 8,192になります。注記 : 同じ MST リージョン内の複数のスイッチに同じプライオリティが設定されている場合、も小さい MAC アドレスを持つスイッチがそのリージョンのルートスイッチになります。

5-35


MST インスタンスのポート単位のパラメータの設定


spanning-tree instance < 1..16 > < port-list > path-cost < auto | 1..200000000 >

5-36ページ

spanning-tree instance < 1..16 > < port-list > priority < priority-multiplier > 5-37ページ

spanning-tree < port-list > priority < priority-multiplier > 5-38ページ

構文： spanning-tree instance < 1..16 > [e] < port-list > path-cost < auto |1..200000000 >

このコマンドは、指定した MST インスタンスでのポートコストを設定します。 ( ポートのパスコストの設定が、ポートの所属する MST インスタンスごとに異なる可能性があります。) スイッチはパスコストを使用してインスタンスのフォワーディングポートを決定します。つまり、インスタンスのアクティブトポロジとして使用するリンク、およびブロックするポートを決定します。 auto または 1 ～ 200,000,000 の範囲で設定します。 auto に設定すると、スイッチは、リンク速度から以下のようにパスコストを計算します。 10 Mbps — 2000000 100 Mbps — 200000 1 Gbps — 20000( デフォルト : Auto)

5-36


構文： spanning-tree instance < 1..16 > [e] < port-list > priority <priority-multiplier>このコマンドは、指定した MST インスタンス内でのポートプライオリティを設定します。( ポートのプライオリティの設定が、ポートが所属する MST インスタンスごとに異なる可能性があります。 ) MST インスタンス内のポートプライオリティの範囲は、 0 ～ 255 です。ただし、このコマンドは、プライオリティを 16 の乗数 (0 ～ 15) で指定します。つまり、 0 ～ 15のプライオリティ乗数を指定すると、スイッチに割り当てられる実際のプライオリティは、以下のようになります。


たとえば、 MST インスタンス内のポートプライオリティ乗数として「2」を設定すると、実際のプライオリティの設定は 32となります。このため、インスタンス内のポートプライオリティ乗数を指定すると、show spanning-tree instance < 1..16> または show spanning-tree < port-list > instance < 1..16 >の実行結果に実際のポートプライオリティ ( 乗数でない ) が表示されます。インスタンス内のポートの実際の乗数設定を表示する場合は、show running を実行して、以下の形式のエントリを見つけます。

spanning-tree instance < 1..15 > < port-list > priority < priority- multiplier >

たとえば、インスタンス 1 内のポート A2 をプライオリティ乗数「3」に設定した場合は、 show running の出力で以下のように表示されます。 spanning-tree instance 1 A2 priority 3

5-37


構文： spanning-tree [e] < port-list > priority < priority-multiplier >このコマンドは、スイッチが所属するリージョンの IST ( つまり、インスタンス 0) のポートプライオリティを設定します。ポートの「ポート識別子」の「プライオリティ」の部分が設定されます。ポート識別子は、このスイッチのポートを他のすべてのポートと区別する一意な識別子で、ポート番号拡張子付きのプライオリティ値 (PRIORITY:PORT_NUMBER) で構成されます。ポート識別子が低い値のポートが、アクティブトポロジに組み込まれる可能性が高くなります。このプライオリティは、IST インスタンス内の他のポートのプライオリティと比較され、IST インスタンスのルートポートが決定されます。プライオリティ値が低いほど、プライオリティが高くなります。リージョンの IST インスタンスに割り当てられている VLAN トラフィックは、ルートポート（またはトランク）を通して他のリージョンに転送されます。特定の MST インスタンス内のポートプライオリティの範囲は、 0 ～ 240 です。ただし、このコマンドは、プライオリティを 16 の乗数 (0 ～ 15) で指定します。つまり、 0 ～ 15 のプライオリティ乗数を指定すると、スイッチに割り当てられる実際のプライオリティは、以下のようになります。


たとえば、リージョンの IST インスタンス内のポートにプライオリティ乗数として「5」を設定すると、実際のプライオリティの設定は 80 になります。このため、 IST インスタンスのポートプライオリティ乗数を設定すると、 show spanning-tree instance ist または show spanning-tree < port-list >instance ist の実行結果には実際のポートプライオリティ ( 乗数でない ) が表示されます。IST インスタンス内のポートの実際の乗数設定を表示する場合は、 show running を実行して、以下の形式のエントリを見つけます。 spanning-tree < port-list > priority < priority-multiplier >

たとえば、 IST インスタンス内のポート A2 をプライオリティ乗数「2」に設定した場合、 show running の出力で以下のように表示されます。 spanning-tree A2 priority 2

5-38


スパニングツリー動作の有効化または無効化

このコマンドは、スパニングツリープロトコルのスパニングツリー動作を有効または無効にします。

MST リージョン全体の有効化、またはリージョンの設定の交換

この操作は、現在アクティブな MSTP の設定を保留中の MSTP の設定と交換します。これによって、ネットワークの中断を小限に抑えて新しいMSTP の設定を適用したり、 MSTP の設定を交換してテストやトラブルシューティングを行えます。

MSTP を設定または再設定すると、スイッチは対応するネットワークパスを再計算します。この設定を行うと、あるスイッチでの設定変更に対応するために隣接する MSTP スイッチがネットワークパスを再計算するので、ネットワーク全体に影響を及ぼす可能性があります。MSTP は RSTP を使用していますが、 MSTP の変更がコンバージェンスするまでの間に、ネットワークに深刻な影響を与える可能性があります。ただし、スパニングツリーの保留機能を使用すると、スイッチに MSTP を設定し、新しい設定のインスタンスを 1 つずつ起動するのではなく、すべてのインスタンスを同時に起動できます。

保留中の MSTP の設定を作成するには ― この手順は、保留中の MSTP の設定を作成し、アクティブな MSTP の設定と交換する場合に実施します。

構文： [no] spanning-tree

MSTP を設定した状態でスパニングツリーを有効にすると、IST インスタンスと設定済みインスタンスに対応する VLAN グループに従って、スイッチのすべての物理ポートに MSTP が適用されます。MSTP を無効にすると、冗長リンクに対する保護が解除され、ネットワークの速度を大幅に低下または停止させる可能性があります。このコマンドは、スパニングツリーのオン / オフを切り替えるだけです。既存のスパニングツリーの設定は変更しません。


spanning-tree pending < apply | config-name | config-revision | instance | reset > 5-40ページ

5-39


1. 新しいリージョンのインスタンスに含める VLAN を設定します。保留中のリージョンを作成する場合は、スイッチ上に設定されているすべての VLAN のうち、保留中の MST インスタンスに割り当てられていないものは、保留中の IST インスタンスに割り当てられます。

2. 保留中のリージョンにリージョン名を設定します。

3. 保留中のリージョンに config-revision 番号を設定します。

4. IST インスタンス以外に MST インスタンスが必要な場合は、インスタンス番号を設定して、適切な VLAN (VID) を割り当てます。(pending コ

マンドは、リージョンの IST インスタンスを自動的に作成します。 )

5. 設定する追加の MST インスタンスそれぞれについて、手順 4 を繰り返します。

6. show spanning-tree pending コマンドを使用して、保留中の設定を確

認します (5- 47 ページ )。

7. spanning-tree pending apply コマンドを使用して、現在アクティブな

MSTP の設定を保留中の MSTP の設定と交換します。

構文： spanning-tree pending < apply | config-name | config-revision | instance | reset >

apply

現在アクティブな MSTP の設定を保留中の MSTP の設定と交換します。

config-name

保留中の MST リージョンのリージョン名を設定します。これは、リージョン内のすべての MSTP スイッチで同じにする必要があります。 ( デフォルト : スイッチの MAC アドレス )

config-revision

保留中のMST リージョンのリビジョン番号を設定します。これは、リージョン内のすべての MSTP スイッチで同じにする必要があります。 ( デフォルト : 0)

instance < 1..16 > vlan [< vid | vid-range >

保留中のインスタンスを作成し、1 つ以上の VLAN をそのインスタンスに割り当てます。

reset

スイッチの現在アクティブなMSTPの設定を保留中の設定にコピーします。これは、未変更の設定を維持しながら、現在の MSTP の設定を変更してテストする場合に便利です。

5-40


8. 現在保留中の MSTP の設定を表示する場合は、 show spanning-tree pending コマンド (5-47 ページ ) を使用します。

MSTP 統計情報および設定の表示

MSTP 統計情報の表示

スイッチの CST に関する統計情報の表示 ― このコマンドは、ネットワーク内の MST リージョン間の接続に関する MSTP 統計情報を表示します。


MSTP 統計情報 :show spanning-tree [< port-list >] 下記

show spanning-tree instance < ist | 1..16 > 5-43

MSTP 設定

show spanning-tree [ port-list ] config 5-44

show spanning-tree [ port-list ] config instance < ist | 1..16 > 5-45

show spanning-tree mst-config 5-46

show spanning-tree pending< < instance | ist > | mst-config > 5-47ページ

show spanning-tree root-history <cst | ist | msti> 5-48ページ

構文： show spanning-treeこのコマンドは、スイッチのグローバル / リージョンレベルでのスパニングツリーステータス、およびリージョンレベルでのポート単位のスパニングツリーの動作を表示します。以下のパラメータの値は、アクティブな機器に接続しているポートについてのみ表示されます。Designated Bridge、HelloTime、 PtP、および Edge。

構文： show spanning-tree < port-list >このコマンドは、指定のポートのスパニングツリーステータスを表示します。連続するポートまたはトランクの初と後のポートまたはトランクを指定して、一連のポートとポートトランクのデータを一覧表示できます。たとえば、ポートA20 ～ A24 および trk1 のデータを表示する場合は、以下のコマンドを使用します。show spanning-tree a20-trk1

5-41


図 5-11. MSTP スイッチの CST ステータスの例

スイッチのスパニングツリーの設定、および IST インスタンスに設定されている VLAN の情報

他のリージョンおよび STP またはRSTP機器と接続するスイッチのMSTPルートデータを一覧表示します。

スイッチが動作するリージョンのInternal Spanning Tree データ (IST インスタンス )

Edge が No (admin-edge-port 動作無効 ) になっている場合は、ポートがブリッジまたはスイッチを含む LAN セグメントに接続するように設定されていることを示します。 Yes は、ポートがホスト ( エンドノード ) リンク用に設定されていることを示します。「ポート単位の MSTP の設定」（5-23 ページ）の admin-edge-port の説明を参照してください。

Yes は、ポートがスイッチ、ブリッジ、またはエンドノード ( ただし、ハブでない ) に接続している前提でスイッチが動作していることを示します。

ネットワーク全体のスパニングツリールートの情報。

リージョンの IST インスタンスのスパニングツリールートの情報。

5-42


MST インスタンスの統計情報の表示

図 5-12. MSTP スイッチの特定のインスタンスの MSTP 統計情報の例

構文： show spanning-tree instance < ist | 1..16 >

このコマンドは、スイッチで動作している IST インスタンスまたは番号付き MST インスタンスの MSTP 統計情報を表示します。

5-43


MSTP の設定表示

グローバルレベルの MSTP 設定の表示 ― このコマンドは、基本的なポート接続設定を含む、スイッチの基本的な設定と MST リージョンのスパニングツリー設定を表示します。

図 5-13. スイッチのグローバルレベルのスパニングツリー設定の表示例

構文： show spanning-tree config

このコマンド出力の上部には、 MST リージョンに適用されるスイッチのグローバルレベルのスパニングツリーの設定が表示されます。ポート一覧には、スパニングツリーリージョン内でのスパニングツリーポートパラメータ設定が表示されます ( spanning-tree < port-list > コマンドで設定したもの )。これらのパラメータについては、「ポート単位の MSTP の設定」（5-23 ページ）を参照してください。

構文： show spanning-tree < port-list > configこのコマンドは、上記のコマンドと同じデータを表示しますが、指定のポートやトランクのスパニングツリーポートパラメータの設定のみを一覧表示します。連続するポートまたはトランクの初と後のポートまたはトランクを指定して、一連のポートとポートトランクのデータを一覧表示できます。たとえば、ポート A20 ～ A24 および trk1 のデータを表示する場合は、以下のコマンドを使用します。 show spanning-tree a20-trk1 config

グローバル Hello-Time

ポート単位の Hello Time( 個々のポートのグローバル Hello-Time を上書きします )

ポート単位のプライオリティ

グローバルプライオリティ

5-44


インスタンス単位の MSTP 設定の表示 ― 以下のコマンドは、インスタンス単位でポートの設定と現在のステータスをインスタンス識別子とリージョンのルートデータとともに表示します。

図 5-14. 特定のインスタンスの設定一覧の例

構文： show spanning-tree config instance < ist | 1..16 >

このコマンド出力の上部には、指定のインスタンスのインスタンスデータが表示されます。下部には、指定のインスタンスのスパニングツリーポートの設定が一覧表示されます。

構文： show spanning-tree < port-list > config instance < ist | 1..16 >このコマンドは、上記のコマンドと同じデータを表示しますが、指定のポートやトランクのスパニングツリーポートパラメータ設定のみを一覧表示します。連続するポートまたはトランクの初と後のポートまたはトランクを指定して、一連のポートとポートトランクのデータを一覧表示できます。たとえば、ポート A20 ～ A24 および trk1 のデータを表示する場合は、以下のコマンドを実行します。

show spanning-tree a20-trk1 config instance 1

インスタンス固有のデータ

指定したインスタンスのポート設定

5-45


リージョンレベルの設定の簡単な表示－このコマンドの出力は、スイッチの MSTP 設定での VLAN の割り当ての確認と、リージョン識別子の設定表示に役立ちます。

図 5-15. リージョンレベルの設定の表示例

構文： show spanning-tree mst-config

このコマンドは、スイッチのリージョンの設定を表示します。

注記 : スイッチは、スイッチ自身の VID から MSTI への設定のマッピングに関する MSTP 設定ダイジェストを計算します。802.1s 標準の要件に従って、同じリージョン内のすべてのMSTP スイッチは、 VID から MSTI への同じ割り当てを持つ必要があり、任意の VID をリージョン内の IST またはいずれかの MSTI に割り当てることができます。このため、 MSTP 設定ダイジェストは、同じリージョンに所属するすべての MSTPスイッチで同じである必要があります。2 台の MSTP スイッチを比較して、ダイジェストが一致しない場合は、同じリージョンのメンバにはなりません。

上記の「注記」を参照してください。

5-46


保留中の MSTP 設定の表示 ― このコマンドは、 spanning-tree pending applyコマンド ( 「MST リージョン全体の有効化、またはリージョンの設定の交換」（5-39 ページ）を参照 ) を実行した場合にスイッチが適用する MSTP の設定を表示します。

図 5-16. 保留中の設定の表示例

構文： show spanning-tree pending < instance | mst-config >instance < 1..16 | ist >

保留中のインスタンスのリージョン、インスタンス I.D.、および VLAN 情報を一覧表示します。

mst-config

保留中の MSTP 設定のリージョン、 IST インスタンスのVLAN、番号付きインスタンス、および割り当て済みのVLAN 情報を一覧表示します。

5-47


ルート履歴の表示 ― このコマンドは、スパニングツリールートの変更履歴を表示します。

図 5-17. IST ルートの変更履歴の表示例

構文： show spanning-tree root-history <cst | ist | msti>cst

CST ルートの変更履歴を表示します。

ist

IST ルートの変更履歴を表示します。

msti

MSTI ルートの変更履歴を表示します。

ProCurve(config)# show spanning-tree root-history ist

Status and Counters - IST Regional Root Changes History

MST Instance ID : 0 Root Changes Counter : 1 Current Root Bridge ID : 32768:001659-9d0f00

Root Bridge ID Date Time ------------------- -------- -------- 32768:001659-9d0f00 01/02/90 00:07:23

5-48


運用上の注記

MSTP の SNMP MIB のサポート ―MSTPは、STP/802.1Dプロトコルと RSTP/802.1w プロトコルのスーパーセットで、これら 2 つのプロトコル用に定義されている MIB オブジェクトを使用します。

トラブルシューティング

VLAN 上に重複パケットがある、またはパケットが LAN にまったく着信しない ―VLAN と MSTI のマッピングが、リージョン内のすべてのスイッチで同じになっていない可能性があります。

リージョン内のスイッチが、リージョン内の他のスイッチからトラフィックを受信しない ― 同じリージョンを構成する予定の MSTP スイッチに、同じ設定名またはリージョンリビジョン番号が設定されていない可能性があります。MSTP 設定名と MSTP 設定リビジョン番号は、同じリージョンを構成するすべての MSTP スイッチ上で同じにする必要があります。別の可能性としては、スイッチに設定されている VLAN のセットが、リージョン内の他のスイッチに設定されている VLAN のセットと一致していない可能性があります。

5-49


5-50

6

Quality of Service (QoS): 帯域幅のより効率的な管理

章の内容はじめに . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 2

用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 4

概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 5

アウトバウンドパケットのプライオリティ設定のための分類子 . 6- 6パケット識別子と評価の順序 . . . . . . . . . . . . . . . . . . . . . . . 6- 7

QoS の設定の準備 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 8スイッチへの QoS の設定手順 . . . . . . . . . . . . . . . . . . . . . . 6- 8

QoS 分類子を使用してアウトバウンドトラフィックに QoS を設定 . 6- 9

QoS 設定の表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 9No-override . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 10

QoS Type-of-Service (ToS) のポリシーとプライオリティ . . . . . . . 6- 10ToS Precedence Bit に基づいて 802.1p プライオリティをIPv4 パケットに割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 11受信 DSCP に基づいて 802.1p プライオリティを IPv4 パケットに割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 12上流の機器から受信した IPv4 パケットの DSCP に基づいて DSCPポリシーを割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 16QoS IP Type of Service の詳細 . . . . . . . . . . . . . . . . . . . . . . . 6- 20

Differentiated Services Codepoint (DSCP) のマッピング . . . . . . . . 6- 22特定のコードポイントに対するデフォルトのプライオリティ設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6- 23デフォルト以外のコードポイント設定の一覧表示 . . . . . . . . 6- 23

QoS ソースポートのプライオリティ . . . . . . . . . . . . . . . . . . . . . 6- 25ソースポートに基づくプライオリティの割り当て . . . . . . . . 6- 25

IP マルチキャスト (IGMP) と QoS と相互作用 . . . . . . . . . . . . . . . . . 6- 27

QoS の動作に関する留意事項と制限事項 . . . . . . . . . . . . . . . . . . . . 6- 27

6-1

Quality of Service (QoS): 帯域幅のより効率的な管理はじめに

はじめに

「ネットワークポリシー」とは、ネットワーク全体にわたる制御のことで、以下の目的で導入します。

現在の帯域幅の使用率に関係なく、も重要なトラフィックを適切な速度で伝送するとともに、ネットワーク全体で、一貫性のある効率的なトラフィック処理を行う。

ネットワークで送受信されるインバウンドトラフィックのプライオリティ設定を制御する。

帯域幅を追加できれば効果的ですが、必ずしも可能ではなく、また、追加した場合でもネットワークの輻輳が発生する可能性を完全に解消することはできません。ネットワークには、複数のトラフィックストリームが集まるポイントや、速度や容量が変化するポイントがあります。このような輻輳ポイントの影響や数は、ネットワークにアプリケーションや機器を追加するにつれて増加します。

ネットワークの輻輳が実際に発生した場合は、相対的な重要度に基づいてトラフィックを移動させることが重要です。しかし、QoS (Quality of Service)のプライオリティ設定機能がない場合は、重要度の低いトラフィックがネットワークの帯域幅を消費して、より重要なトラフィックの配信を遅延または中断させてしまう可能性があります。つまり、 QoS 機能を使用しない場合は、スイッチが受信する大部分のトラフィックは、スイッチが受信したときに同じプライリティでフォワーディングされます。通常、このようなトラフィックのプライオリティは「normal」に設定されており、相対的な重要度に関係なく、他のすべての normal プライオリティのトラフィックとの間で帯域幅の競合が発生します。この項では、 QoS の動作と利点の概要を示し、コンソールインタフェースで QoS を設定する方法について説明します。

QoS 機能デフォルトメニュー CLI

Type-of-Service プライオリティ -IP Precedence -Diff Serve

無効 — 6-10 ページ

802.1p プライオリティ ( タグ付パケット )

無効 — 6-25 ページ

ソースポートプライオリティ ( タグ無パケットのみに影響 )

無効 — 6-25 ページ

6-2


QoS (Quality of Service) という語は、ネットワークトラフィックを分類したり、プライオリティを設定することを意味します。つまり、 QoS 機能を使用すると、トラフィックのプライオリティポリシーをエンドツーエンドで設定できるので、重要なデータの制御が可能になり、スループットが向上します。使用可能な帯域幅を管理して、も重要なトラフィックが初に配信されるようになります。 QoS (Quality of Service) は、以下のような目的で使用します。

さまざまなサーバからのトラフィックのプライオリティをアップグレードまたはダウングレードする。

専用の VLAN またはアプリケーションからのトラフィックのプライオリティを制御する。

ビジネスニーズの変化に応じて、さまざまなネットワークセグメントからのトラフィックのプライオリティを変更する。

ネットワークのエッジスイッチにプライオリティポリシーを設定して、ネットワーク全体にトラフィック処理ルールを適用する。

QoS は、トラフィックにプライオリティを設定して、既存のリソースの使用を適化しながらネットワークトラフィックの増加に対応するので、機器やサービスへの追加投資の時期を遅らせることができます。つまり、QoSを使用すると、以下のことが可能になります。

現在のネットワーク帯域幅や、スイッチが受信したトラフィックの相対的なプライオリティには関係なく、トラフィックのプライオリティを指定できます。

プライオリティ設定を行える、高価な NIC ( ネットワークインタフェースカード ) を追加購入する必要がなくなる、または導入時期を遅らせることができます。 ( 代わりに、ネットワークポリシーでプライオリティを制御する。 )

このガイドの対象スイッチは、 802.1p QoS のプライオリティ設定に対応しており、スイッチから送信されるトラフィックのアウトバウンドポートのキューのプライオリティ設定を制御できます。

6-3


用語

用語このガイドでの意味

802.1p プライオリティ

パケットが所属する VLAN のタグ付メンバであるポートを経由して機器間を移動するVLAN タグ付パケットのプライオリティ設定。この設定の範囲は、 0 ～ 7 です。スイッチは、アウトバウンドパケットを、その 802.1p プライオリティに基づいて処理します。ただし、このアウトバウンドパケットが、 VLAN のタグ無メンバのポートから送信された場合は、そのプライオリティ設定は破棄され、 802.1p プライオリティの割り当てがないまま次の下流の機器で受信されます。

802.1Q フィールド

VLAN のタグ付メンバであるスイッチポート経由で送受信される Ethernet パケットのヘッダーに含まれる 4 バイトのフィールド。このフィールドには、 802.1p プライオリティ設定、 VLAN のタグ、 ID 番号 (VID) などのデータが含まれています。アウトバウンド VLAN のタグ無メンバで送受信されるパケットでは、ヘッダー内にこのフィールドがないので、VID や 802.1p プライオリティは含まれていません。「802.1p プライオリティ」も参照してください。

下流の機器アウトバウンドスイッチポートに直接または間接的にリンクしている機器。つまり、スイッチは下流の機器にトラフィックを送信します。

エッジスイッチ QoS の分野では、LAN のエッジまたは LAN の外部からトラフィックを受信して LAN 内の機器にフォワーディングするスイッチを指します。一般にエッジスイッチでは、TCP/UDP アプリケーションタイプ、 IP 機器 ( アドレス )、 VLAN-ID (VID)、ソースポートなどの QoS タイプに基づいてパケットを認識する目的で、 QoS が使用されます ( ただし、ToS ビットに基づくパケットを認識する場合もあります )。エッジスイッチは、認識したパケットタイプに基づいて、下流の機器が従う 802.1p プライオリティまたは DSCPポリシーを設定します。

インバウンドポート

トラフィックを受信する任意のスイッチポート。

IP オプション IPv4 パケットのパケットヘッダーのオプションフィールドで指定されます。

IP-Precedenceビット

IP パケットの ToS (Type of Service) フィールドの上位 3 ビット。

IPv4 バージョン 4 の IP プロトコル。

IPv6 バージョン 6 の IP プロトコル。

アウトバウンドパケット

任意のポート経由でスイッチから送信されるパケット。

アウトバウンドポート

トラフィックを送信する任意のスイッチポート。

アウトバウンドポートキュー

送信準備ができるまでアウトバウンドトラフィックを保持するバッファ。スイッチポートごとに、 high、 medium、 normal、および low の 4 つのアウトバウンドキューがあります。ポートの high プライオリティキューにあるトラフィックは、ポートの mediumキューにあるトラフィックよりも先にスイッチから送信されます。これ以下のプライオリティでも同様です。

タグ付ポートのメンバシップ

特定の VLAN に所属し、その VLAN のパケットがポートから送信される際に、802.1p プライオリティが設定されるポート。ポートが VLAN のタグ無メンバである場合は、そのVLAN に所属するアウトバウンドパケットには 802.1p プライオリティは設定されません。

6-4


概要

QoS の設定は、以下の 2 つのレベルで動作します。

スイッチから送信されるアウトバウンドパケットのプライオリティの制御 : 各スイッチポートには、「low」、「normal」、「medium」、および「high」プライオリティの 4 つのアウトバウンドトラフィックキューがあります。パケットは、現在のキュー割り当てと、上位キューの空き状況に基づいてスイッチポートから送信されます。

表 6-1. ポートキュー出口のプライオリティ

QoS により、パケットを送信するポートのアウトバウンドプライオリティキューを設定できます。 (VLAN タグ付ポートを 802.1Q VLAN の環境で使用している場合は、 QoS が設定されていないスイッチの上流の機器に QoS が設定されている場合は、そのスイッチのフォワーディングキューはパケットに設定されているプライオリティに従って決定されます。 )

アウトバウンドパケットのプライオリティと、下流の機器が使用するサービス ( プライオリティ ) ポリシーの設定 :

• 802.1p プライオリティルール : アウトバウンドの VLAN タグ付パ

ケットには、スイッチが保持する 802.1p プライオリティが設定されます。このプライオリティは 0 ～ 7 の範囲で設定され、大 8 つのアウトバウンドポートキューを持つ下流の機器がこの設定を使用できます。つまり、このガイドの対象スイッチのパケットは、上記の表 6-1 に示す 4 つのプライオリティレベルで転送されますが、4 つより多い、または少ないプライオリティレベルに対応する下流の機器でも使用できる 802.1p プライオリティ情報を伝送します。

ToS (Type of Service) バイト

上位 3 ビットの優先順位フィールド、および下位 5 ビットの Type of Service フィールドで構成されます。

上流の機器インバウンドスイッチポートに直接または間接的にリンクしている機器。つまり、スイッチは上流の機器からトラフィックを受信します。

用語このガイドでの意味

ポートキューと 802.1pプライオリティの値

ポートから送信される際のプライオリティ

Low (1 ～ 2) 4 番目

Normal (0、 3) 3 番目

Medium (4 ～ 5) 2 番目

High (6 ～ 7) 1 番目

6-5


注記ネットワークで使用している VLAN が 1 つだけ ( そのため、 VLANタグ付ポートが必要ない ) の場合も、トラフィックのプライオリティ処理を行いたい機器間のリンクでタグ付 VLAN メンバとしてポートを設定すれば、トラフィックの 802.1p プライオリティ設定を維持できます。

アウトバウンドパケットに対して、 0 ～ 7 の QoS プライオリティを設定できます。パケットが送信ポートに転送されると、QoS プライオリティに従って、そのパケットが使用するアウトバウンドキューが決定されます。

表 6-2. QoS プライオリティの設定と動作

表 6-3. スイッチの QoS プライオリティの設定と機器のキューとのマッピング

アウトバウンドパケットのプライオリティ設定のための分類子

複数の基準を使用する場合の注記

パケットタイプへのプライオリティ設定に使用する QoS 分類子の数は小限にすることをお勧めします。パケットタイプに対応する分類子オプションの数を増やすと、処理が複雑になり、スイッチのリソースも消費されます。

QoS プライオリティの設定アウトバウンドポートキュー

1 - 2 low プライオリティ

0, 3 normal プライオリティ

4 - 5 medium プライオリティ

6 - 7 high プライオリティ

プライオリティの設定

スイッチのアウトバウン

ドポートキュー

スイッチから送信されるタグ付VLAN パケットに追加される802.1p プライオリティの設定

以下の個数のキューを持つ下流の機器でのキューの割り当て :8 キュー 3 キュー 2 キュー

1 キュー 1 1 (low プライオリティ ) キュー 1 キュー 1

2 2 キュー 2 キュー 1

0 キュー 2 0 (normal プライオリティ ) キュー 3 キュー 2

3 3 キュー 4

4 キュー 3 4 (medium プライオリティ ) キュー 5 キュー 3

5 5 キュー 6 キュー 2

6 キュー 4 6 (high プライオリティ ) キュー 7

7 7 キュー 8

6-6


パケット識別子と評価の順序

この章で説明するスイッチは、以下の QoS 分類子 ( パケット一致基準 ) を使用して QoS のプライオリティを設定します。

表 6-4. スイッチ分類子の検索順序と優先順位

スイッチは、表 6-4 に示す検索順序 ( 低から高 ) に従って、特定のパケットに合致するも優先順位の高い分類子を選択します。特定のパケットと一致する設定済み分類子が 1 つしかない場合は、スイッチは、その分類子が指定する QoS ポリシーを適用します。

検索順序優先順位 QoS 分類子

3 1 ( 高 ) IP Type of Service (ToS) または Diffserv フィールド (IPパケットのみ )

2 2 受信パケットの 802.1p プライオリティ ( タグ付 VLAN環境の場合 )

1 3 ソースポート ( タグ無トラフィックのみに影響 )

6-7

Quality of Service (QoS): 帯域幅のより効率的な管理 QoS の設定の準備

QoS の設定の準備QoS は、VLAN タグ付および VLAN タグ無の環境で動作します。ネットワークで複数の VLAN を使用していない場合でも、パケットの 802.1Q VLAN 機能を使用してその 802.1p プライオリティを次の下流の機器に伝えることができます。ネットワークのスイッチやルータのポートを VLAN タグ付メンバとして設定することで、802.1p プライオリティを伝えることができます。

表 6-5. QoS 機能のまとめ

スイッチへの QoS の設定手順

1. 適用する QoS ポリシーを決定します。ネットワークのトラフィックフローのタイプを分析し、プライオリティを設定する 1 つ以上のトラフィックのタイプを特定します。トラフィックのタイプを QoS の優先順位で並べると、以下のようになります。

a. Type-of-Service フィールドの IP Precedence ビット (IP パケットのToS フィールド内の左端 3 ビット ) または Diffserv ビット

b. 受信パケットの 802.1p プライオリティ ( ネットワークに 1 つ以上のタグ付 VLAN を設定する必要があります )

c. ソースポートのプライオリティ

2. 使用する QoS オプションを選択します。アウトバウンドパケットに802.1p プライオリティを設定する場合は、該当する下流のリンクにタグ付 VLAN が設定されていることを確認してください。

3. 設定するポリシーに基づいてネットワーク上の各 QoS 対応機器に行うQoS の設定を決定します。

アウトバウンドパケットオプション VLAN のポートメンバシップ

タグ付タグ無

パケットタイプに応じてポートキュープライオリティを制御する

Yes Yes

802.1p プライオリティ割り当てを次の下流の機器に伝える

Yes No

6-8

Quality of Service (QoS): 帯域幅のより効率的な管理QoS 分類子を使用してアウトバウンドトラフィックに QoS を設定

QoS 分類子を使用してアウトバウンドトラフィックに QoS を設定

注記この項で説明する以外の QoS 分類子については、「QoS の動作に関する留意事項と制限事項」 (6- 27 ページ ) を参照してください。

QoS 設定の表示

show qos の出力例は、各プライオリティタイプの項で示します。

QoS 機能デフォルトメニュー CLI

Type-of-Service プライオリティ -IP Precedence -Diffserv (DSCP)

無効 — 6-10 ページ

802.1p プライオリティ無効 — 6-5 ページ

ソースポートのプライオリティ無効 — 6-25 ページ

構文 : show qos < priority-classifier >dscp-map

DSCP ポリシーと 802.1p プライオリティとのマッピング状態を表示します。

type-of-service

現在の Type of Service のプライオリティ設定を表示します。

IP Precedence:

Diffserv

port-priority

ソースポートの現在のプライオリティ設定を表示します。図 6-10 (6-26 ページ ) を参照してください。

6-9

Quality of Service (QoS): 帯域幅のより効率的な管理 QoS 分類子を使用してアウトバウンドトラフィックに QoS を設定

No-override

デフォルトの設定では、設定されていないプライオリティオプションは、IP ToS と ( ソース ) ポートの show コマンド出力では自動的に No-overrideと表示されます。これは、特定のオプションにプライオリティを設定していない場合は、そのオプションが適用されるパケットには QoS がプライオリティを付けないので、No override 状態になることを意味します。この場

合、 VLAN タグ付ポート経由で受信した IP パケットは、パケットヘッダーの 802.1Q タグに指定されている 802.1p プライオリティをすべて受け入れます。タグ無ポート経由で受信した VLAN タグ付パケットは、スイッチ内で「normal」プライオリティで処理されます。

QoS の Type-of-Service (ToS) ポリシーとプライオリティ

QoS 分類子の優先順位 : 1

この機能は IPv4 トラフィックにのみ適用され、以下のいずれかを実行します。

ToSのIP-Precedenceモード : 上流の機器およびアプリケーションが生成するすべての IP パケットの ToS バイトには、 Precedence ビットが含まれています。このモードでは、スイッチは Precedence ビットを使用して、対応する 802.1p プライオリティを計算して割り当てます。

ToSのDifferentiated Services (Diffserv)モード : このモードを使用する場合は、上流の機器およびアプリケーションがIPパケット内に設定するコードポイントに関する知識が必要になります。このモードは、上流の機器およびアプリケーションから受信した IP パケット内の ToS コードポイントを使用して、パケットに 802.1p プライオリティを割り当てます。このオプションを使用すると、受信した IPv4 パケットの DSCP のコードポイントを変更することなく、DSCP ポリシーテーブル (6- 23 ページ) に設定されている 802.1p プライオリティをパケットに割り当てます。つまり、スイッチがパケットの DSCP ビットを照合してプライオリティを設定する場合は、 DSCP コードポイントに対して 0 ～ 7 のプライオリティ値を事前に設定しておく必要があります。

ToS の Diffserv モードを設定する前に、 dscp-map コマンドを使用し

て、コードポイントにマッピングする 802.1p プライオリティを設定しておく必要があります。このコマンドの例は以降で示します。また、「Differentiated Services Codepoint (DSCP) のマッピング」 (6- 22 ページ )の説明を参照してください。

IP-Precedence モードと Diffserv モードが両方とも無効になっている場合 (デフォルト設定 ) 以外は、一方のモードを有効にすると、もう一方のモードが自動的に無効になります。ToS の動作の詳細については、「QoS の IP Typeof Service の詳細」 (6- 20 ページ ) を参照してください。

6-10


注記 ToS の DSCP ポリシーと 802.1p プライオリティを「混在」させることはお勧めできません。

ToS の Precedence ビットに基づいて 802.1p プライオリティをIPv4 パケットに割り当て

スイッチの上流の機器またはアプリケーションが、 IPv4 パケットの ToS バイト部分に Precedence ビットを設定している場合は、ここに示す機能を使用するとプライオリティに基づいてアウトバウンドポートのパケットキューを選択することができます。

このオプションでは、アウトバウンドパケットのプライオリティは、上流の機器およびアプリケーションからの IP パケットの IP Precedence ビットの設定によって決まります。このオプションを設定して設定を確認する場合は、以下のコマンドを実行します。

図 6-1. 　 ToS の IP-Precedence のプライオリティを有効にする例

このオプションを無効にする場合は、以下のコマンドを実行します。

構文 : qos type-of-service ip-precedence各パケットの Precedence ビットから 802.1p プライオリティを計算して、すべての IPv4 パケットに 802.1p プライオリティを自動的に割り当てるようにしますこのプライオリティに従って、トラフィックの転送先となるアウトバウンドポートのパケットキューを決定します。スイッチのタグ付ポートから送信されるパケットは、802.1pプライオリティを次の下流の機器に伝えます。 (ToS の IP-Precedence のデフォルト値 : 無効 )

no qos type-of-service

Precedence ビットによるプライオリティ設定を含む、ToS 分類子のすべての動作を無効にします。

show qos type-of-service

IP-Precedence が有効になっている ( または、どちらの ToSオプションも設定されていない ) 場合、ToS の設定ステータスを表示します。

デフォルトの ToS 設定現在の ToS 設定現在の ToS 設定

6-11


ProCurve(config)# no qos type-of-service

受信 DSCP に基づいて 802.1p プライオリティを IPv4 パケットに割り当て

このオプションは、エッジスイッチに設定されているポリシーを内部スイッチにも適用する場合に適しています。つまり、特定の DSCP コードポイントを持つ受信パケットを選択して、これらのパケットに 802.1p プライオリティを設定してフォワーディングすることが可能になります。たとえば、エッジスイッチ「A」が、ポート A5 で受信したすべてのパケットに特定の DSCP コードポイントをマーキングしている場合は、 (802.1Q タグ付VLAN を使用しているかどうかには関係なく )、下流の ( 内部 ) スイッチ「B」が、そのプライオリティの設定に従ってパケットを処理するように設定できます。

図 6-2. 　内部スイッチ「B」はエッジスイッチ「A」で確立されたポリシーに従う

これには、特定のパケットに上流またはエッジスイッチが割り当てたコードポイントに対して、下流のスイッチで 802.1p プライオリティを割り当てます。下流のスイッチが、コードポイントが設定された IPv4 パケットを受信すると、設定済みのプライオリティをパケットに割り当て、該当するプライオリティキューから送信します。 ( このパケットは、上流またはエッジスイッチから受信したコードポイントを保持します。 ) このオプションと Diffserv DSCP ポリシーオプション ( この項で後述 ) は、この 2 つのオプションで指定する DSCP のコードポイントが重複していない限り、同時に使用可能です。

LAN

A5

エッジスイッチ

「A」

LAN

内部スイッチ

「B」ワークグループ

ワークグループ

エッジスイッチ「A」のポート A5 からのマーキングされたトラフィックその他のトラフィック

6-12


DSCP の使用に関する注記

異なるアプリケーションが、 IP パケットに同じ DSCP を設定できます。また、同じアプリケーションを複数の機器で使用している場合は、クライアント / サーバごとに異なる DSCP を使用することも可能です。エッジスイッチに QoS を設定すると、必要なパケットを選択して DSCP でマーキングし、下流のスイッチがエッジスイッチに設定されているポリシーに従うようにできます。

スイッチは、以下の基準を満たすコードポイントを持つすべてのパケットに、 802.1p プライオリティを直接適用します ( 有効になっている場合 )。

DSCPテーブルのコードポイントに802.1pプライオリティが設定されている。 (No-override が設定されているコードポイントは使用されませ

ん。 )

コードポイントに、新しい DSCP ポリシーが割り当てられていない。

つまり、スイッチでは、同じ受信コードポイント（DSCP）に対して 802.1pプライオリティの直接割り当てと DSCP ポリシーの割り当てを同時に実施することはできません。

このオプションを使用する場合は、以下を行います。

1. 上流またはエッジスイッチから受信したパケットにポリシーを設定する場合に使用する DSCP を決めます。

2. その特定の DSCP を持つパケットに適用する 802.1p プライオリティ (0～ 7) を決定します。 ( 上流またはエッジスイッチで割り当てられたプライオリティを維持することも、新しいプライオリティを割り当てることも可能です。 )

3. qos dscp-map < codepoint > priority < 0 - 7 > を実行して、その DSCP

に 802.1p プライオリティを指定します。( このトピックの詳細については、「デフォルトの DSCP ポリシーテーブル」 (6- 23 ページ ) を参照してください。 )

4. diff-services を有効にします。

6-13


例として、タグ無 VLAN のエッジスイッチ「A」が、ポート A6 で受信したIP パケットに 000110 の DSCP を割り当て、そのパケットを high プライオリティ (7) で処理する場合を考えます。このようなパケットが内部スイッチ「B」に到着した際に、スイッチがパケットを同じ high プライオリティで処理するように設定する場合は、 DSCP が 000110 の受信パケットに対して802.1p プライオリティ 7 を設定し、次に diff-services を有効にします。

構文 : qos type-of-service diff-services < codepoint >スイッチが、受信 IPv4 パケットの < codepoint > (DSCP) を読み取り、一致した場合は、スイッチの DSCP テーブル (6- 23ページ ) に設定されている対応する 802.1p プライオリティを割り当てます。

[no] qos type-of-service

ToS タイプの動作をすべて無効にします。

[no] qos dscp-map < codepoint >

DSCP テーブル内のコードポイントのプライオリティの設定を No-override に変更し、< codepoint > を持つパケットへの 802.1p プライオリティの直接割り当てを無効にします。このコードポイントが、別の Diffserv コードポイントの DSCPポリシーとして使用されている場合は、このコードポイントを無効にしたり変更する前に、別の Diffserv コードポイントのDSCPポリシーを無効にするかリダイレクトする必要があることに注意してください。たとえば、図 6-3 では、コードポイント 000001のDSCPポリシーをリダイレクトして000000がポリシーとして使用している限り、コードポイント 000000のプライオリティを変更できません。( 「デフォルトの DSCPポリシーテーブル」 (6- 23 ページ ) も参照。 )


Type of Service の現在の設定を表示します。Diffserv モードでは、現在のダイレクト 802.1p 割り当てと、この項で後述する現在の DSCP 割り当ても表示されます。

6-14


図 6-3. 　 802.1p プライオリティの直接割り当てに使用可能なコードポイントの表示例

図 6-4. 802.1p プライオリティの直接割り当てと DSCP ポリシー割り当ての両方を可能にするType of Service の設定例

このコマンドを実行すると、現在の ToS 設定が表示されます。ここでは、該当する DSCP が現在使用されていないことが示されています。

コードポイント 000110 は未使用なので、パケットの DSCP を変更することなく、 802.1p プライオリティの直接割り当てに使用できます。

注記 : 「DSCP ポリシー」が設定されていないコードポイントは、ダイレクト 802.1p プライオリティ割り当てに使用できます。

コードポイント 000000 および 001001 は、他のコードポイント( それぞれ 000001 および 000110) の DSCP ポリシーとして表示されていることに注意してください。つまり、これらのコードポイントは、別の 802.1p プライオリティに変更できません。

DSCP が 000110 のアウトバウンド IP パケットには、プライオリティ 7 が割り当てられます。

6-15


上流の機器から受信した IPv4 パケットの DSCP に基づいてDSCP ポリシーを割り当て

前の項では、エッジ ( または上流の ) スイッチで設定されたポリシーをフォワーディングする方法について説明しました。このオプションは、IP パケットの ToS コードポイントを変更し、新しいコードポイントに関連付けられたプライオリティを適用することにより、 IPv4 パケットの DSCP ポリシーを変更します。 (DSCP ポリシーは、 Differentiated Services コードポイントと、それに関連付けられた 802.1p プライオリティで構成されます。 ) このオプションと Diffserv 802.1p プライオリティオプション ( 上記 ) は、この 2つのオプションで指定する DSCP コードポイントが重複しない限り、同時に使用可能です。

このオプションを使用してポリシーを設定変更する場合は、以下を行います。

1. 上流またはエッジスイッチから受信したパケットにポリシーを設定する DSCP を特定します。

2. qos dscp-map < codepoint > priority < 0 - 7 > を実行して、上流から

のパケットに特定の DSCP が設定されている場合に 802.1p プライオリティを上書きする新しいポリシーを作成します。 ( このトピックの詳細については、「Differentiated Services Codepoint (DSCP) のマッピング」(6- 22 ページ ) を参照してください。 )

3. qos type-of-service diff-services < incoming-DSCP > dscp < outgoing-DSCP > を実行して、エッジまたは上流のスイッチから受

信した特定の受信 DSCP を持つパケットのポリシーを変更します。

( 図 6-2 (6- 12 ページ ) は、この状況を示しています。 )

注記 ToS DSCP ポリシーと 802.1p プライオリティを「混在」させることはお勧めできません。

構文 : qos type-of-service diff-services ToS の Diff-Services を有効にします。

6-16


例として、特定の DSCP を持つ受信パケットに、以下の 2 つの DSCP ポリシーを設定する場合を考えます。

1. DSCPにすでにプライオリティが割り当てられているかどうかを調べます。既存のアプリケーションで使用されている場合もあります。設定されているプライオリティが、同じ DSCP を使用するすべてのアプリケーションで受け入れられる場合は、問題にはなりません。 ( また、 QoS タイプを割り当てて DSCP を使用する前に、その DSCP にプライオリティが設定されている必要があります。 )

qos type-of-service diff-services < current-codepoint > dscp < new-codepoint >

<current-codepoint > を持つ受信 IP パケットを選択し、新しい DSCP ポリシーを設定した <new-codepoint> に置き換えます。このポリシーは <current-codepoint > を < new-codepoint > で上書きし、ポリシーが指定する 802.1p プライオリティを割り当てます。(DSCP のプライオリティを設定する場合は qos dscp-map コマンドを実行します。6-14 ページを参照。 )

no qos type-of-service

ToS タイプの動作をすべて無効にします。現在のToSのDSCPポリシーとプライオリティの設定は削除されません。ToS のDiff-Services を再び有効にすると使用可能になります。

no qos type-of-service [diff-services < codepoint >]< codepoint > に割り当てられた DSCP ポリシーを削除し、< codepoint > の 802.1p プライオリティの設定を DSCP ポリシーを割り当てる前の値に戻します。 ( このプライオリティは、 0 ～ 7 の値または No-override になります。 )


アウトバウンドパケットに対する DSCP ポリシーの再割り当てとともに、コードポイントの一覧を表示します。また、DSCP ポリシーが割り当てられていない各コードポイントの(802.1p) プライオリティの一覧も表示されます。

受信したDSCP

ポリシーのDSCP

802.1pプライオリティ

ポリシー名( オプション )

001100 000010 6 レベル 6001101 000101 4 レベル 4

6-17


図 6-5. 　現在の DSCP マップ設定の表示

2. DSCP テーブルにポリシーを設定します。

図 6-6. 　 DSCP テーブルに (name オプションを使用して ) 設定したポリシーの例

この例の DSCP には、まだ 802.1p プライオリティレベルが割り当てられていません。

6-18


3. 選択したパケットタイプのコードポイントにポリシーを割り当てます。

図 6-7. 上流の機器から受信したパケット内の DSCP に基づくアウトバウンドパケットへのポリシー割り当ての例

DSCP ポリシーは、選択したパケット内の DSCP を上書きし、手順 2 で DSCP ポリシーに設定しておいた 802.1p プライオリティを使用します。

6-19


QoS の IP Type of Service の詳細

IP パケットには、 ToS (Type of Service) バイトが含まれています。 ToS バイトには、以下の内容が含まれています。

DSCP (Differentiated Services Codepoint): これは、 ToS バイトの上位 6ビット部分が相当します。 64 個のコードポイントを持つことが可能です。このガイドの対象スイッチのデフォルトの qos 設定では、ExpeditedForwarding のコードポイントには 802.1p プライオリティが設定されていますが、 Assured Forwarding のコードポイントを含め、その他すべてのコードポイントには、 802.1p プライオリティが設定されていません (プライオリティの一覧には No-override と表示されます )。

デフォルトの DSCP ポリシーテーブルについては、図 6-8 (6-23 ページ ) を参照してください。

Precedence ビット : この要素は DSCP のサブセットであり、ToS バイトの上位 3 ビット部分が相当します。Precedence ビットを使用するように設定されている場合、スイッチは Precedence ビットを使用して、パケットを処理するプライオリティを決定します。 ( スイッチは、 Precedenceビットの設定は変更しません。) ToS バイトの Precedence ビットを使用した IPv4 パケットのプライオリティ設定は、上流の機器およびアプリケーションで設定されたプライオリティに依存します。

コードポイントの一覧、および DSCP ポリシーテーブルを表示、変更するコマンドについては、「Differentiated Services Codepoint (DSCP) のマッピング」 (6- 22 ページ ) を参照してください。

図 6-8 は、 IPv4 パケットのヘッダー内の ToS バイトの例で、 ToS バイト内の Diffserv ビットと Precedence ビットを示しています。 (Precedence ビットは Differentiated Services ビットのサブセットです。 )

図 6-8. ToS コードポイントと Precedence ビット

フィールド : 宛先 MACアドレス

送信元 MACアドレス

802.1Qフィールド

タイプとバージョン

ToS バイト …

パケット : FF FF FF FF FF FF 08 00 09 00 00 16 08 00 45 E 0 ...

Differentiated Services Codepoint

予約済みPrecedence

ビット

1 1 1 0 0 0 0 0

E 0

6-20


表 6-6. ToS 設定の使用方法

表 6-7. ToS の IP-Precedence ビットの 802.1p プライオリティへのマッピング

アウトバウンドポート

ToS オプション : IP Precedence ( 値 = 0 ～ 7)

Differentiated Services

VLAN のタグ無ポートから送信された IP パケット

パケットの ToS フィールドのIP-Precedence ビットの値に応じて、スイッチ内の以下の 4つのアウトバウンドポートキューの 1 つにパケットが配置されます。

1 - 2 = low プライオリティ

0, 3 = normal プライオリティ

4 - 5 = medium プライオリティ

6 - 7 = high プライオリティ

スイッチに設定された ToS コードポイントを持つパケットに対して以下の処理を行います。

• DSCP ポリシーテーブル (6-23 ページ ) にある既存のコードポイントに 802.1p プライオリティを割り当てます。

使用されている 802.1p プライオリティに応じて、パケットは、以下のキューのいずれかを経由してスイッチから送信されます。

1 - 2 = low プライオリティ

0, 3 = normal プライオリティ

4 - 5 = medium プライオリティ

6 - 7 = high プライオリティ

コードポイントに対して No-override ( デフォルト ) が設定されている場合は、ToS による優先制御は行われず、パケットはデフォルト設定に従って「normal プライオリティ」キューに転送されます。

ToS バイトの IP Precedence ビット

対応する 802.1pプライオリティ

サービスプライオリティレベル

000 1 Lowest

001 2 Low

002 0 Normal

003 3

004 4

005 5

006 6

007 7 Highest

6-21


Differentiated Services Codepoint (DSCP) のマッピング

DSCP ポリシーテーブルでは、 802.1p プライオリティと、 IPv4 パケット内の特定の ToS バイトのコードポイントが関連付けられます。これにより、802.1Q の VLAN タグ付けとは独立して動作する LAN ポリシーを設定できます。

表 6-8 (6- 23 ページ ) の No-override が示すように、デフォルト状態では、

64 のコードポイントのほとんどに 802.1p プライオリティが割り当てられていません。

現在の DSCP ポリシーテーブルの一覧表示、コードポイントプライオリティ割り当ての変更、およびコードポイントへの name オプションの割り当てを行うことができます。

構文 : show qos dscp-map

DSCP ポリシーテーブルを表示します。

qos dscp-map < codepoint > priority < 0 - 7 > [name < ascii-string >]

指定のコードポイントの 802.1p プライオリティ、およびオプションとしてポリシー名を設定します。

no qos dscp-map < codepoint >

<codepoint > の 802.1p プライオリティを No-override に再設定します。また、コードポイントのポリシー名が設定されている場合は、その名前も削除します。

no qos dscp-map < codepoint > name

< codepoint > のポリシー名が設定されている場合は、その名前だけを削除します。

6-22


表 6-8. デフォルトの DSCP ポリシーテーブル

特定のコードポイントに対するデフォルトのプライオリティ設定

DSCP 標準に示されている Expedited Forwarding の場合は、デフォルトのポリシーが使用されます。デフォルトのポリシーのプライオリティは、 qosdscp-map <codepoint > priority < 0 - 7 > を実行すれば変更できます。( このようなポリシーは、QoS タイプにポリシーを適用するか、または QoS Type of Serviceを Diff-Services モードに設定しなければ有効になりません。

デフォルト以外のコードポイント設定の一覧表示

表 6-8 は、スイッチのデフォルトのコードポイント / プライオリティ設定の一覧です。任意のコードポイントのプライオリティをデフォルト以外の値に変更した後、write memory を実行すると、show config ではデフォルト

以外の設定が一覧表示されます。たとえば、デフォルト設定では、以下のコードポイント設定が有効になっています。

DSCPポリシー


DSCPポリシー

802.1p プライオリティ

DSCPポリシー


000000000001000010000011000100000101000110000111001000001001001010001011001100001101001110001111010000010001010010010011010100010101

No-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-override

010110010111011000011001011010011011011100011101011110011111100000100001100010100011100100100101100110100111101000101001101010

No-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-override

101011101100101101101110101111110000110001110010110011110100110101110110110111111000111001111010111011111100111101111110111111

No-overrideNo-overrideNo-override7No-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-overrideNo-override

6-23


プライオリティの設定を 3 に変更した後、write memory を実行すると、ス

イッチの show config の一覧にこの変更が反映されます。

図 6-9. 　 DSCP テーブルのデフォルト以外のプライオリティ設定を一覧表示する show config の例

「No-override」の影響 ― Type of Service の Differentiated Services モードでは、アウトバウンドパケットのコードポイントに No-override が割り当て

られている場合、このようなパケットに対して QoS が実質的に無効になっています。つまり、 QoS は、パケットのキュー割り当てのプライオリティや VLAN のタグ付けに影響しません。この場合 ( 他の QoS 機能がパケットへのプライオリティ割り当てを行わない場合 ) は、パケットは以下のように処理されます。

802.1Q のステータスアウトバウンドの802.1p プライオリティ

VLAN のタグ付ポートメンバで受信、フォワーディングした場合

変更なし

VLAN のタグ無ポートメンバで受信し、VLAN のタグ付ポートメンバでフォワーディングした場合

0 ( ゼロ ) - 「normal」

VLAN のタグ無ポートメンバでフォワーディングした場合なし

コードポイントをデフォルト以外のプライオリティに設定します。

show config を実行すると、デフォルト以外のコードポイント設定が一覧表示されます。

6-24


QoS ソースポートのプライオリティ

Precedence: 3

パケットがタグ無で、パケットに Type of Service が設定されていないか、この設定がスイッチで有効になっていない場合は、 QoS ソースポートオプションを使用すると、トラフィックの転送先となるアウトバウンドポートの特定のキューに向けてパケットを転送できます。ソースポートオプションでは、 QoS 分類子としてスイッチ上のパケットのソースポートを指定できます。 interface qos priority コマンドを使用すると、特定のポートにプ

ライオリティを割り当てて、そのポートで受信するトラフィックを該当するプライオリティを持つキューに転送できます。たとえば、ポート 3 に 7のプライオリティを割り当てる場合は、ポート 3 で受信するタグ無トラフィックはも高いプライオリティを持つキューに転送され、優先で処理されます。

ポートに割り当てられているプライオリティは、そのポートが受信するパケットのデフォルトプライオリティになります。ポートにプライオリティが割り当てられていない場合は、プライオリティはデフォルトで normal に設定されます。 normal を設定されたパケットは normal トラフィックを処理するキューに転送されます。

ソースポートに基づくプライオリティの割り当て

このオプションは、特定のソースポートで受信したアウトバウンドパケットにプライオリティを割り当てます。このオプションを設定する場合は、qos コマンドの前にソースポートを指定するか、またはプライオリティを

設定するポートのコンテキストに移動します。( 複数のソースポートを同じプライオリティで設定する場合は、各ポートのプライオリティを個別に設定するよりも、 interface < port-list > コマンドを使用してポートのコンテ

キストで設定する方が簡単です。

構文 : interface < port-list > qos priority < 0 - 7 >指定の ( ソース ) ポート経由で受信したパケットに 802.1p プライオリティを設定します。このプライオリティによって、トラフィックの転送先となるアウトバウンドポート内のパケットキューが決まります。ソースポートまたはソースポートのグループごとに 1 つの QoS 分類子を設定できます。 ( デフォルト : No-override)

no interface < port-list > qos QoS 分類子として指定したソースポートの使用を無効にし、そのソースポートのプライオリティを No-override にリセットします。

show qos port-priorityQoS ポートプライオリティのタイプと、関連データを一覧表示します。

6-25


例として、以下のソースポートでインバウンドトラフィックのプライオリティを設定する場合を考えます。

次に、以下のコマンドを実行して、上記のポートで受信したトラフィックにプライオリティを設定します。

図 6-10. 　ソースポート QoS プライオリティの設定と表示

QoS プライオリティからポート 1 を削除する場合は、以下のように実行します。

図 6-11. 　「No-override」ステータスに戻す

ソースポートプライオリティ

1 - 3 2

4 3

5, 8 5

9 - 11 6

この例では、 No-overrideは、 VLAN 1 にプライオリティが設定されていないことを示しています。

6-26

Quality of Service (QoS): 帯域幅のより効率的な管理IP マルチキャスト (IGMP) と QoS の相互作用

IP マルチキャスト (IGMP) と QoS の相互作用IGMP トラフィックを normal プライオリティまたは high プライオリティのアウトバウンドキューに設定すると、あらかじめ設定されていた QoS の基準はすべて置き換えられますが、スイッチが割り当てる 802.1p プライオリティの設定には影響を与えません。特定の IGMP パケットに high プライオリティと QoS の両方が設定されている場合は、 QoS のクラス分けが実行され、そのパケットは下流の機器に向けてマーキングされますが、パケットがスイッチから送信されるときは high プライオリティキューで処理されます。

QoS の動作に関する留意事項と制限事項

すべてのスイッチ : IP サブネットで QoS を明示的にサポートする場合は、 IP サブネットを個別の VLAN に分割して、それぞれの VLAN に対して VLAN に基づく分類子を設定することをお勧めします。

802.1Q VLAN タグ付ポートをサポートしていない機器について: このような機器とスイッチが通信できるようにするには、機器が属する VLANのタグ無メンバに設定されているスイッチポートに機器を接続します。

ポートのタグ付けルール: VLANのメンバにするポートは、そのVLANのタグ付またはタグ無のどちらかに設定する必要があります。VLAN の詳細については、第2章「スタティック VLAN (VLAN)」を参照してください。

SAPでカプセル化されたパケットの制限事項: このガイドの対象スイッチは、 SAP でカプセル化されたパケットの QoS をサポートしていません。そのため、スイッチでは、 SAP でカプセル化されたパケットにプライオリティを設定する場合は、ソースポートの QoS のみ使用できます。

RADIUS 認証 : RADIUS 認証によってトラフィックが特定のポートを通過できるようにすると、ポートの QoS 設定が動的に置き換えられる可能性があります。このとき、イベントログメッセージが生成されます。認証されたホストの接続が解除されると、ポートは静的な QoS 設定に戻ります。

すべてのスイッチで対応なし : インバウンド 802.1pパケットのプライオリティを分類子として使用して、別の 802.1p プライオリティにパケットのアウトバウンドプライオリティを再マッピングすること。たとえば、インバウンドパケットに 1 の 802.1p プライオリティが含まれている場合は、このプライオリティを分類子として使用して、アウトバウンドプライオリティを 0 に変更することはできません。

6-27

Quality of Service (QoS): 帯域幅のより効率的な管理 QoS の動作に関する留意事項と制限事項

6-28

7

ProCurve スタック管理

章の内容概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 3

動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 4

スタックをサポートしている機器について . . . . . . . . . . . . . . . . 7- 5

ProCurve スタック管理のコンポーネント . . . . . . . . . . . . . . . . . 7- 6

スタックの基本動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 6

スタックの動作ルール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 7基本的なルール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 7特定のルール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 8

スタック管理の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 10

スタックの設定と起動の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 10スタックを作成する一般的な手順 . . . . . . . . . . . . . . . . . . . 7- 12

メニューインタフェースを使用してスタックステータスを表示してスタックを設定する方法 . . . . . . . . . . . . . . . . . . . . . . 7- 14

メニューインタフェースを使用してコマンダスイッチを表示して設定する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 14メニューを使用して候補スイッチを管理する方法 . . . . . . . . 7- 16

コマンダを使用してスタックを管理する方法 . . . . . . . . . . . . . . 7- 18コマンダを使用してメンバスイッチにアクセスし、設定変更およびトラフィックのモニタリングを行う方法 . . . . . . . . . . 7- 25コマンダまたはメンバを別のスタックのメンバに変換する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 26

スタックステータスのモニタリング . . . . . . . . . . . . . . . . . . . . 7- 27

CLI を使用してスタックステータスを表示してスタックを設定する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 31

CLI を使用してスタックステータスを表示する方法 . . . . . . 7- 33CLI を使用してコマンダスイッチを設定する方法 . . . . . . . . 7- 35スタックへの追加またはスタック間でのスイッチの移動 . . . 7- 37CLI を使用してスタックからメンバを削除する方法 . . . . . . . 7- 42CLI を使用してメンバスイッチにアクセスし、設定変更およびトラフィックのモニタリングを行う方法 . . . . . . . . . . 7- 44

スタック内での SNMP コミュニティの動作 . . . . . . . . . . . . . . . . 7- 45

7-1

ProCurve スタック管理章の内容

CLI を使用してスタックを無効または再度有効にする方法 . . . . . 7- 46

送信間隔 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 46

複数の VLAN が設定されたスタックの動作 . . . . . . . . . . . . . . . . 7- 47

Web: スタックの表示および設定 . . . . . . . . . . . . . . . . . . . . . . . 7- 47

ステータスメッセージ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7- 48

7-2

ProCurve スタック管理概要

概要この章では、特殊なケーブル接続なしで、スイッチをスタックしてネットワーク接続する方法について説明します。スタッキング機能の概要については、 7- 4 ページの表を参照してください。

スイッチ内蔵のインタフェースを使用する方法については、使用するスイッチの『マネジメント / コンフィギュレーションガイド』の以下の章を参照してください。





7-3

ProCurve スタック管理動作

動作スタッキング機能

ProCurve のスタック管理 ( スタッキング ) では、 1 つの IP アドレスと標準的なネットワークケーブルを使用して、同じ IP サブネット内 ( ブロードキャストドメイン ) で高 16 台のスイッチを管理できます。スタッキング機能を使用すると、以下のことが可能になります。


スタックステータスの表示

1 台のスイッチのステータスの表示

n/a 7-29 ページ～7-31 ページ

7-34 ページ 7-49 ページ

スタック候補のステータスの表示

n/a 7-34 ページ

コマンダとそのスタックのステータスの表示

n/a 7-35 ページ

IPサブネット内のスタッキングが有効なすべてのスイッチのステータスの表示

n/a 7-35 ページ

スタッキングの設定

候補の Auto-Join の有効化 / 無効化

有効 /Yes 7-18 ページ 7-40 ページ

候補のスタックへの「プッシュ」 n/a 7-18 ページ 7-41 ページ

スイッチをコマンダとして設定 n/a 7-14 ページ 7-36 ページ

別のスタックへのメンバの「プッシュ」

n/a 7-27 ページ 7-42 ページ

スタックからのメンバの削除 n/a 7-24 ページ 7-44 ページまたは7-44 ページ

スタックへの候補の「プル」 n/a 7-20 ページ 7-38 ページ

別のスタックからのメンバの「プル」

n/a 7-22 ページ 7-42 ページ

別のスタックのメンバへのコマンダまたはメンバの変換

n/a 7-27 ページ 7-43 ページ

設定とトラフィックのモニタリングを目的としたメンバスイッチへのアクセス

n/a 7-26 ページ 7-45 ページ

スタッキングの無効化有効 7-18 ページ 7-48 ページ

送信間隔 60 秒 7-14 ページ 7-48 ページ

7-4


ネットワークで必要な IP アドレスの数を減らす。

ネットワークを拡張して増大する帯域幅需要に対応する一方で、小さなワークグループまたはワイヤリングクローゼットの管理を簡素化する。

スタッキング接続用の特殊なケーブルを使わないことにより、他のスタッキングテクノロジを使用する場合ではトポロジ上の制約となる、距離の問題を解消する。

IP アドレスを設定することなく、スイッチをネットワークに追加する。

スタッキング対応機器

2007 年 12 月時点で、以下の ProCurve 機器がスタッキング機能をサポートしています。

ProCurve Switch 6400cl

ProCurve Switch 6200yl

ProCurve Switch 6108

ProCurve Switch 4200vl

ProCurve Switch 4104GL

ProCurve Switch 4108GL

ProCurve Switch 3500yl

ProCurve Switch 3400cl

ProCurve Switch 2800 シリーズ






ProCurve Switch 8000M*





* ソフトウェアバージョン C.08.03 以降が必要です。このバージョンは、 2000 年

7 月時点で 8000M、 4000M、 2424M、および 1600M の各モデルに付属しています。

入手可能なソフトウェアアップデートの新版については、 ProCurve Web サイトwww.procurve.com ( 英語 ) をご覧ください。 ([Software updates] をクリック。 )

7-5


ProCurve スタック管理のコンポーネント

表 7-1. スタッキングに関する用語の定義

図 7-1. 候補からメンバに移行するスイッチの図

スタッキングの基本動作

1 台のスイッチをスタックのコマンダとして動作するように設定すると、追加のスイッチを自動または手動による方法でスタックに参加させることができます。スイッチがメンバになったら、必要に応じてコマンダスイッチを経由してメンバスイッチのソフトウェア機能の設定が行えます。

コマンダスイッチは、メンバスイッチにアクセスする場合のインバンドエントリポイントとして機能します。たとえば、スタックメンバへアクセスする際にコマンダの IP アドレスを使用し、コマンダの管理者パスワードでスタックメンバへのアクセスを制御します。

スタックスタックに所属している 1 台のコマンダスイッチと任意のメンバスイッチから構成されます。

コマンダスタックの制御機器として手動で設定されたスイッチ。この設定が行われている場合、スイッチのスタッキング設定は Commander ( コマンダ ) として表示されます。

候補自動または手動による方法でスタックに参加する ( スタックのメンバになる ) 準備ができているスイッチ。 Candidate ( 候補 ) であるスイッチは、スタックメンバにはなっていません。

メンバスタックに参加していて、スタックコマンダからアクセス可能なスイッチ。

コマンダ : スイッチ

メンバ : スイッチ C候補 : スイッチ B

前 : 「Engineering」という名前のスタックは、コマンダとスイッチ「C」から構成されています。スイッチ「B」は、スタックに参加する資格がある候補です。

コマンダ : スイッチ

メンバ : スイッチ Cメンバ : スイッチ B

後 : スイッチ「B」がスタックに参加し、スタックの候補からメンバに変わります。

スタック

スタック名 : Engineering

スタック名 : Engineering

7-6


図 7-2. 1 台のコマンダがワイヤリングクローゼットスイッチへのアクセスを制御するスタッキングの例

インタフェースオプション－スイッチのメニューインタフェース、 CLI、または Web ブラウザインタフェースを使用してスタッキングを設定できます。 Web ブラウザインタフェースを使用してスタッキングを設定する方法については、Web ブラウザインタフェースのオンラインヘルプを参照してください。

コマンダスイッチの Web ブラウザインタフェースウィンドウ－コマンダスイッチの Web ブラウザインタフェースウィンドウは、コマンダ以外のスイッチのウィンドウとは外観が異なります。図 7-38 (7-49 ページ ) を参照してください。

スタッキングの動作ルール

基本的なルール

スタッキングはオプションの機能 ( デフォルト設定では有効 ) で、簡単に無効にできます。スタッキングは、ネットワークでのスイッチの通常の動作に影響を与えません。

スタックには1台のコマンダスイッチが必要です。( スタックごとに1台のコマンダのみ許可されます。 )

特定のスタック内のすべてのスイッチは、同じ IP サブネット ( ブロードキャストドメイン ) 内にある必要があります。スタックは、ルータを超えられません。

メンバスイッチ 1IP アドレス : 割り当てなし

管理者パスワード : leader

候補スイッチ IP アドレス : 割り当てなし

非メンバスイッチ

IP アドレス : 14.28.227.105

管理者パスワード : donald

メンバスイッチ 2IP アドレス : 割り当てなし


ワイヤリングクローゼット「B」

ワイヤリングクローゼット「A」

コマンダスイッチ 0IP アドレス : 14.28.227.100


コマンダのコンソールまたはWeb ブラウザインタフェースを使用して、スタック内の任意のメンバスイッチのユーザインタフェースにアクセスします。

ネットワークバックボーン

7-7


スタックでは、コマンダ ( 常に番号 0) を含む大 16 台のスイッチ ( 番号0 ～ 15) を受け付けられます。

スタッキング機能は、同じ IP サブネット ( ブロードキャストドメイン )内の大 100 台のスイッチをサポートします。スイッチは 1 つのスタックにのみ所属できます。大 100 台のスイッチという制限を超えた場合は、メンバを特定のスタックに追加または移動する試行が複数回行われます。メンバがスタックに追加されると、コマンダから「無視」されることはなくなります。

スタックステータス (すべて) の表示では、大100台の機器のみ表示されます。特定のスタックのメンバでない機器は、スタックステータス(すべて ) の表示時に一覧から定期的に「除外」される可能性があります。

複数の VLAN を設定している場合は、スタッキングでは、スイッチのプライマリ VLAN のみを使用します。工場出荷時の設定では、DEFAULT_VLAN がプライマリ VLAN になっています。 ( 「複数の VLANが設定されたスタッキングの動作」 (7-49 ページ ) および「プライマリVLAN」 (2-6 ページ ) を参照 )

スタッキングでは、スタッキングをサポートしていない中継機器を使用できます。これにより、コマンダから離れた場所にあるスイッチを含めることができます。

図 7-3. スタッキング環境で使用されるスタッキング非対応機器の例

特定のルール

表 7-2. コマンダ、候補、およびメンバの各スイッチに対する特定のルール

コマンダスイッチスタッキングが無効または使用不可のスイッチ

メンバスイッチ

候補スイッチ

IP アドレスとスタック名

スタックごとに許可される台数

パスワード SNMP コミュニティ

コマンダ IP アドレス : ネットワーク経由のアクセス用に割り当てた IPアドレスとマスクが必要です。

スタック名 : 必須

スタックごとに1 台のコマンダスイッチのみ。

コマンダの管理者パスワードとオペレータパスワードが、スタックのメンバになるスイッチに割り当てられます。

コマンダのパスワードを変更すると、コマンダから新しいパスワードがすべてのスタックメンバに伝送されます。

標準の SNMP コミュニティ動作。コマンダは、コマンダ内に設定されているすべてのSNMPコミュニティに関してスタックメンバの SNMPプロキシとしても動作します。

7-8


候補 IP アドレス : オプション。IP アドレスを設定すると、スイッチがスタックメンバでなくても、 telnet またはWebブラウザインタフェース経由でのアクセスが可能になります。工場出荷時の設定では、ネットワークに DHCP サービスが含まれている場合は、スイッチは自動的に IP アドレスを取得します。

スタック名 : N/A

n/a パスワードはオプションです。候補がスタックメンバになると、コマンダの管理者パスワードとオペレータパスワードを引き継ぎます。

候補にパスワードがある場合は、候補を自動的にスタックに追加できません。この候補をスタックに追加する場合は、手動でスタックに追加します。

候補に自身のIPアドレスがある場合は、標準のSNMP コミュニティを使用します。

メンバ IP アドレス : オプション。IP アドレスを設定すると、コマンダスイッチを経由せずに、telnet またはWebブラウザインタフェース経由でのアクセスが可能になります。これは、たとえば、スタックコマンダに障害が発生し、メンバスイッチを変換して、代替コマンダとして動作させる必要がある場合に便利です。

スタック名 : N/A

スタックごとに大 15 台のメン

バ

スイッチがスタックに参加すると、自動的にコマンダの管理者パスワードとオペレータパスワードを引き継ぎ、候補であったときのパスワードを破棄します。

注記 : メンバが何らかの理由でスタックから抜ける場合は、スタックから抜ける時点で、スタックコマンダに割り当てられているパスワードを保持します。

コマンダと同じ SNMPコミュニティに所属します ( コマンダは所属するコミュニティに関してスタックメンバのSNMPプロキシとして機能します )。コマンダに設定されていない他のコミュニティに参加する場合は、メンバに IP アドレスを設定する必要があります。スタックメンバから外れた場合は、コマンダのみに設定されているコミュニティのメンバから外れることになります。7-47 ページの「スタック内でのSNMP コミュニティの動作」を参照してください。

IP アドレスとスタック名

スタックごとに許可される台数

パスワード SNMP コミュニティ

7-9

ProCurve スタック管理スタック管理の設定

注記デフォルトのスタック構成では、候補の [Auto Join] パラメータは有効ですが、コマンダの [Auto Grab] パラメータは無効になっています。これに

より、候補が誤って自動的にスタックに参加したり、間違ったスタックに参加 ( サブネットまたはブロードキャストドメインに複数のスタックコマンダが設定されている場合 ) したりすることがなくなります。サブネット内に複数のスタックを設定する場合は、すべてのコマンダスイッチ上で[Auto Grab] を無効のままにし、手動でメンバをスタックに追加すること

をお勧めします。同様に、スタッキング対応スイッチをスタックのメンバとしないサブネット ( ブロードキャストドメイン ) にスタックを設定する場合は、スタックに参加しないスイッチ上で [Stack State] パラメータ([Stack Configuration] 画面 ) を [Disabled] に設定します。

スタック管理の設定

スタックの設定と起動の概要

この手順では、以下のことを仮定しています。

スタックに含めるすべてのスイッチが同じサブネット (ブロードキャストドメイン ) に接続されている。

スタックに含めるスイッチ上で VLAN が有効になっている場合は、スタックするスイッチ間を接続するポートは、プライマリ VLAN ( デフォルトの設定では、デフォルト VLAN) に所属する必要があります。プライマリ VLAN がタグ付きの場合は、スタック内の各スイッチは、プライマリ VLAN に同じ VLAN ID (VID) を使用する必要があります。 ( 「プライマリ VLAN」 (2-6 ページ ) および「複数の VLAN が設定されたスタッキングの動作」 (7-49 ページ ) を参照。 )

スタックに ProCurve Switch 8000M、 4000M、 2424M、 2400M、または1600Mを含める場合は、初にこれらの機器すべてをソフトウェアバージョン C.08.03 以降に更新する必要があります。 ( ソフトウェアの新版については、 ProCurve Networking Web サイトからコピーを取得し、スイッチ間でコピーできます。ダウンロードの手順については、使用するスイッチモデルに対応する『マネジメント / コンフィギュレーションガイド』の付録 A 「ファイル転送」を参照してください )。

コマンダと候補を設定する際のオプション ―候補をスタックに参加させる場合は、コマンダスイッチと候補スイッチの設定方法に応じて、自動的に行うか、コマンダによって手動でスタックに追加 ( 「プル」 ) します。デフォルトの設定では、候補が参加するのは、コマンダによって手動でプルされ

7-10


た場合のみです。コマンダを再設定して、デフォルトのスタッキング設定にある候補を自動的にプルするように設定できます。また、候補スイッチを再設定して、自身を特定のコマンダのスタックに「プッシュ」したり、候補をコマンダに変換したり ( まだコマンダがないスタックに対して )、スタッキングなしのスタンドアロンスイッチとして動作させたりできます。以下の表に、メンバをスタックに追加する際のコントロールオプションを示します。

表 7-3. スタッキング設定ガイド

スタックを自動的に作成するも簡単な方法は、以下のとおりです。

1. スイッチをコマンダとして設定します。

2. コマンダ上で IP アドレスとスタック名を設定します。

3. コマンダの [Auto Grab] パラメータを [Yes] に設定します。

4. 候補スイッチ ( 工場出荷時の設定で ) をネットワークに接続します。

参加方法 1 コマンダ (IP アドレス必須 )

候補 (IP アドレスはオプション )

Auto Grab Auto Join パスワード

候補をスタックに自動的に追加する ( サブネットで初に検出した 15 台の候補を自動的にスタックに参加させます )

Yes Yes ( デフォルト ) No ( デフォルト )*

候補をスタックに手動で追加する

( スタックに不要なスイッチが自動的に参加することを防止します )

No ( デフォルト ) Yes ( デフォルト ) オプション *

Yes No オプション *

Yes Yes ( デフォルト ) または No

設定

スイッチが候補にならないようにする N/A 無効オプション

* 候補がスタックに参加する際に、コマンダの管理者パスワードとオペレータパスワードが候補に伝送されます。

7-11


この方法では、大 16 台のスイッチのスタック ( コマンダを含む ) が自動的に作成されます。ただし、手動による制御が自動的な処理に置き換えられるので、含める予定のないスイッチがスタックに組み込まれる可能性があります。コマンダの [Auto Grab] パラメータを [Yes] に設定すると、以

下の 4 つの条件すべてに該当する任意のスイッチが自動的にスタックメンバになります。

デフォルトのスタッキング設定 ([Stack State] が [Candidate] に設定され、 [Auto Join] が [Yes] に設定されている )

コマンダと同じサブネット ( ブロードキャストドメイン ) とデフォルトVLAN ( スタック環境で複数の VLAN を使用している場合は、「複数のVLAN が設定されたスタッキングの動作」 (7-49 ページ ) を参照してください )

管理者パスワードなし

現在のスタックメンバが 14 台以下

スタックを作成する一般的な手順

この項では、スタック作成の一般的なプロセスについて説明します。設定プロセスの詳細については、メニューインタフェースの場合は、 7- 14 ～7- 39 ページ、 CLI の場合は、 7- 32 ～ 7- 44 ページを参照してください。

1. スタックの命名規則を決定し、スタック名を決めます。また、各スイッチに一意なシステム名を設定すれば、スタック内のスイッチを区別できます。名前を設定しない場合は、 [Stacking Status] 画面に表示されるスイッチのシステム名は、スタック名と、自動的に割り当てられたスイッチ番号の組み合わせで表示されます。たとえば以下のように表示されます。

7-12


図 7-4. システム名を使用した個々のスイッチの識別

2. コマンダスイッチを設定します。初にこの設定を行うと、スタック設定の整合性を確保でき、スタートアップ時の問題発生を防止できます。

• スタックには 1 台のコマンダスイッチが必要です。複数のスタッ

クをサブネット ( ブロードキャストドメイン ) 内に設定する場合に、候補を間違ったスタックに誤って追加しないようにするも簡単な方法は、コマンダの [Auto Grab] パラメータを [No] ( デフォ

ルト ) の設定のままにして、参加プロセスを手動で制御することです。

• コマンダは、管理者パスワードとオペレータパスワードをスタッ

クに参加する候補スイッチに割り当てます。

• コマンダの SNMP コミュニティ名は、メンバに適用されます。

3. 候補スイッチをスタックに自動または手動でプルする場合は、そのようなスイッチをデフォルトのスタッキング設定のままにしておくことができます。候補スイッチがスタックに参加する前に、ネットワーク経由でこれらのスイッチにアクセスする必要がある場合は、 IP アドレスをこれらの機器に割り当てます。割り当てない場合は、候補やメンバへの IP アドレス設定はオプションです。( 候補がメンバになると、コマンダ経由で候補にアクセスし、 IP アドレスを割り当てたり、他の設定変更を行ったりできます。 )

4. 現在メンバでないスイッチ ( 後でスタックに含めるスイッチ ) に割り当てられている管理者パスワードを記録しておきます。 ( メンバでないスイッチをスタックに参加させる際に、これらのパスワードを使用します。 )

各スイッチが一意なシステム名を持つスタック

スタック名が「Online」で、個々のスイッチにあらかじめシステム名が設定されていない場合

ステータスの説明については、 7-50ページの表を参照してください。

7-13


5. スタッキング環境で VLAN を使用している場合は、スタッキングリンクにデフォルト VLAN を含める必要があります。詳細については、「複数の VLAN が設定されたスタッキングの動作」 (7-49 ページ ) を参照してください。

6. スタックに含めるすべてのスイッチが同じサブネット ( ブロードキャストドメイン ) に接続されていることを確認します。コマンダに接続すると直ちに、サブネット内の使用可能な候補の検出が開始されます。

• コマンダがメンバを自動的に追加するように設定されている場合([Auto Grab] = [Yes]) は、以下の両方の基準を満たす初に検出さ

れた 15 台の候補が、スタックに自動的に参加します。

－ [Auto Join] パラメータが [Yes] ( デフォルト ) に設定され

ている

－管理者パスワードが設定されていない

• コマンダがメンバを手動で追加するように設定されている場合([Auto Grab] が [No] に設定されている - デフォルト ) は、目的の

候補を選択してスタックに追加します。

7. スタックに含めるすべてのスイッチが参加していることを確認します。

8. メンバ上で特定の設定またはモニタリングタスクを実行する必要がある場合は、コマンダのコンソールインタフェースを使用してメンバにアクセスします。

メニューインタフェースを使用してスタックステータスを表示してスタッキングを設定する方法

メニューインタフェースを使用してコマンダスイッチを表示して設定する方法

1. コマンダスイッチ上で IP アドレスとサブネットマスクを設定します (『マネジメント / コンフィギュレーションガイド』の IP アドレスに関する章を参照してください )。

2. [Main Menu] で [Stacking] を選択して、 [Stacking] メニューを表示しま

す。

7-14


図 7-5. 　デフォルトの [Stacking] メニュー

7-15


3. [3] キーを押して [Stack Configuration] を選択し、[Stack Configuration]

メニューを表示します。

図 7-6. 　デフォルトの [Stack Configuration] 画面

4. [E] キー (Edit) を押して、カーソルを [Stack State] フィールドに移動します。スペースバーを使用して、 [Commander] オプションを選択しま

す。

5. 下向き矢印キーを押して、 [Stack Configuration] 画面にコマンダ設定フィールドを表示します。

図 7-7. 　 [Stack Configuration] 画面のデフォルトのコマンダ設定

7-16


6. 一意なスタック名 ( 大 15 文字、スペースなし ) を入力し、下向き矢印キーを押します。

7. コマンダの [Auto Grab] が目的の設定になっていることを確認し、下

向き矢印キーを押します。

• [No] ( デフォルト ) では、 [Auto Join] が [Yes] に設定されている

候補は自動的にスタックに参加できません。

• 候補の [Auto Join] が [Yes] ( デフォルトの候補設定 ) に設定されており、候補にパスワードが設定されていない場合は、[Auto Join]を [Yes] に設定すると、コマンダは自動的に候補をメンバとしてス

タックに追加します。

8. 送信間隔 ( デフォルト : 60 秒 ) を受け入れるか、または変更してから、[Enter] キーを押して、カーソルを [Actions] ラインに戻します。

9. [S] キー (Save) を押して、設定変更を保存し、 [Stacking] メニューに戻

ります。

以上により、コマンダスイッチは、選択した設定に応じて、検出された候補の一覧から自動または手動でメンバスイッチを追加できるようになりました。

メニューを使用して候補スイッチを管理する方法

メニューインタフェースを使用すると、候補スイッチ上で以下のアクションを実行できます。

候補を既存のスタックに追加 ( 「プッシュ」 ) する

候補のスタッキング設定を変更する ([Auto Join] および [Transmission Interval])

候補をコマンダに変換する

候補のスタッキングを無効にして、スタンドアロンスイッチとして動作するようにする

デフォルトのスタッキング設定では、候補スイッチは、コマンダの [AutoGrab] 設定に応じて、自動的にスタックに参加するか、コマンダによって

手動でスタックに追加 ( 「プル」 ) できます。以下の表に、候補の設定オプションを示します。

表 7-4. メニューインタフェースの候補設定オプション

パラメータデフォルト設定その他の設定

Stack State Candidate Commander、 Member、または Disabled

7-17


メニューを使用して、スイッチをスタックに「プッシュ」する、スイッチの設定を変更する、またはスイッチのスタッキング設定を無効にする方法

候補に IP アドレスがある場合は、telnet または Web ブラウザインタフェースを使用して候補にアクセスします。それ以外の場合は、ターミナル機器からスイッチのコンソールポートへ直接接続します。 (Web ブラウザインタフェースを使用する方法については、ブラウザのオンラインヘルプを参照してください。 )

1. コンソールの [Main Menu] で [Stacking] を選択して、 [Stacking] メ

ニューを表示します。

2. [3] キーを押して [Stack Configuration] を選択し、[Stack Configuration]

メニューを表示します。

図 7-8. 　デフォルトの [Stack Configuration] 画面

3. [E] キー (Edit) を押して、カーソルを [Stack State] フィールドに移動し

ます。

4. 以下のいずれかを実行します。

Auto Join Yes No

Transmission Interval

60 秒範囲 : 1 ～ 300 秒

パラメータデフォルト設定その他の設定

7-18


• 候補のスタッキングを無効にする場合は、スペースバーを使用して[Disabled] オプションを選択し、手順 5 に進みます。

注記 : メニューインタフェースを使用して候補上のスタッキングを無効にすると、すべてのスタッキングメニューから候補が削除されます。

• 候補を特定のコマンダのスタックに挿入する場合 :

i. スペースバーを使用してメンバを選択します。

ii. [Tab] を 1 回押して、[Commander MAC Address] パラメータ

を表示し、目的のコマンダの MAC アドレスを入力します。

• [Auto Join] または [Transmission Interval] を変更する場合は、[Tab] を使用して目的のパラメータを選択してから、以下の操作を実

行します。

－ [Auto Join] を変更する場合は、スペースバーを使用しま

す。

－ [Transmission Interval] を変更する場合は、 1 ～ 300 秒の

範囲の新しい値を入力します。

注記 : スタッキングを適切に動作させるには、スタック内のすべてのスイッチで同じ送信間隔を設定する必要があります。このパラメータの設定は、デフォルトの 60 秒のままにしておくことをお勧めします。

次に、手順 5 に進みます。

5. [Enter] キーを押して、カーソルを [Actions] ラインに戻します。

6. [S] キー (Save) を押して、設定変更を保存し、 [Stacking] メニューに戻

ります。

コマンダを使用してスタックを管理する方法

コマンダは、通常、スタックマネージャおよびスタック内の他のスイッチへのエントリポイントとして機能します。通常、以下のような機能を実行します。

新規スタックメンバの追加

スタック間のメンバの移動

スタックからのメンバの削除

個々のスタックメンバにアクセスして、設定変更とトラフィックのモニタリングを実施

7-19


コマンダはまた、そのパスワードをすべてのスタックメンバに適用し、SNMP コミュニティメンバシップをスタックに提供します。 ( 「スタック内での SNMP コミュニティの動作」 (7-47 ページ ) を参照 )

コマンダのメニューを使用して手動で候補をスタックに追加する方法 ―デフォルトの設定では、候補のプールからスタックメンバを手動で追加する必要があります。候補がメンバにならずに候補に留まる理由としては、以下のいずれかがあります。

コマンダの [Auto Grab] が [No] ( デフォルト ) に設定されている。

候補の [Auto Join] が [No] に設定されている。

注記 : スイッチがスタックから抜け、候補ステータスに戻ると、その [Auto Join] パラメータが [No] にリセットされ、抜け出したばかりの

スタックに直ちに再参加できないようになります。

候補に管理者パスワードが設定されている。

スタックが一杯になっている。

スタックがすでに一杯になっていない場合は、[Stack Management] 画面を使用して手動で候補をメンバに変換します。候補に管理者パスワードが設定されている場合は、そのパスワードを使用して候補をスタックのメンバに追加する必要があります。

1. メンバを追加する場合は、 [Main Menu] から以下の順に選択します。

[9. Stacking...][4. Stack Management]

[Stack Management] 画面が表示されます。

7-20


図 7-9. 　 [Stack Management] 画面の例

2. [A] キー (Add) を押して、候補を追加します。使用可能な候補を一覧表

示する画面が表示されます。

図 7-10. 　 [Stack Management] 画面内の候補一覧の例

3. 表示されたスイッチ番号を受け入れるか、別の使用可能な番号を入力します。 ( 範囲は 0 ～ 15 で、 0 はコマンダ用に予約されています。 )

4. 下向き矢印キーを使用して、カーソルを [MAC Address] フィールドに移動してから、画面下部にある候補一覧から目的の候補の MAC アドレスを入力します。


ステータスの説明については、 7-50 ページの表を参照してください。

コマンダは、使用可能なスイッチ番号 (SN) を自動的に選択します。オプションで他の使用可能な番号を割り当てることもできます。

候補一覧

7-21


• 目的の候補に管理者パスワードが設定されている場合は、下向き矢

印キーを押して、カーソルを [Candidate Password] フィールドに移動し、パスワードを入力します。

• 目的の候補にパスワードが設定されていない場合は、手順 6 に進み

ます。

6. [Enter] キーを押して [Actions] ラインに戻り、 [S] キー (Save) を押し

て選択した候補の追加プロセスを完了します。以下の図 7-11 のように、新たに追加されたメンバを一覧表示する画面が表示されます。

注記 : コンソールメニューのヘルプラインに [Unable to add stack member: Invalid Password] というメッセージが表示される場合は、

候補の管理者パスワードを省略したか、管理者パスワードを誤入力したかのいずれかです。

図 7-11. 　新規メンバ追加後の [Stack Management] 画面の例

コマンダのメニューを使用してメンバを別のスタックに移動する方法 ―同じサブネット ( ブロードキャストドメイン ) 内に複数のスタックが存在する場合は、移動先のスタックが一杯でない限り、メンバをあるスタックから別のスタックに簡単に移動できます。( スタック環境で複数の VLAN を使用している場合は、「複数の VLAN が設定されたスタッキングの動作」 (7-49ページ ) を参照してください。 ) この手順は、候補をスタックに手動で追加する手順 (7-20 ページ ) とほぼ同じです。 ( メンバの移動元のスタックに管理者パスワードが設定されている場合は、移動する前にパスワードを把握しておく必要があります。 )

1. メンバをあるスタックから別のスタックに移動する場合は、移動先スタックのコマンダの [Main Menu] に移動し、以下を選択して [Stacking]メニューを表示します。

[9. Stacking...]

手順 6 で追加された新規メンバ


7-22


2. 移動するメンバの MAC アドレスを学習または確認するには、以下を選択して、サブネット内のすべてのコマンダ、メンバ、および候補の一覧を表示します。

[2. Stacking Status (All)]

[Stacking Status (All)] 画面が表示されます。

図 7-12. 　メンバのMAC アドレスを見つける場合に役立つ [Stacking Status (All)] 画面の例

3. [Stacking Status (All)] 画面で、移動するメンバスイッチを見つけてそのMAC アドレスをメモし、[B] キー (Back) を押して、[Stacking] メニュー

に戻ります。

4. 以下を選択して、コマンダの [Stack Management] 画面を表示します。

[4. Stack Management]

( この画面の例については、図 7-9 (7-21 ページ ) を参照。 )

5. [A] キー (Add) を押して、メンバを追加します。使用可能な候補を一覧

表示する画面が表示されます。 ( 図 7-10 (7-21 ページ ) を参照。 ) 追加するスイッチは、別のスタックのメンバであり、候補ではないので表示されません。

6. 表示されたスイッチ番号を受け入れるか、別の使用可能な番号を入力します。 ( 範囲は 0 ～ 15 で、 0 はコマンダ用に予約されています。 )

このカラムは、スタッキング用に設定されている検出済みスイッチ (ローカルサブネット内) の MAC アドレスを示します。

これらのメンバの MAC アドレスを使用すると、同じサブネット内のスタック間でメンバを移動できます。


7-23


7. 下向き矢印キーを使用して、カーソルを [MAC Address] フィールドに移動してから、別のスタックから移動する目的のメンバの MAC アドレスを入力します。


• 移動するメンバを含むスタックに管理者パスワードが設定されて

いる場合は、下向き矢印キーを押して [Candidate Password] フィールドを選択し、パスワードを入力します。

• 移動するメンバが所属するスタックにパスワードが設定されてい

ない場合は、手順 9 に進みます。

9. [Enter] キーを押して [Actions] ラインに戻り、 [S] キー (Save) を押し

て選択したメンバの追加プロセスを完了します。図 7-9 (7-21 ページ )のように、新たに追加されたメンバを一覧表示する画面が表示されます。

注記 : コンソールメニューのヘルプラインに [Unable to add stack member:Invalid Password] というメッセージが表示される場合は、メンバが所属す

るスタックの管理者パスワードを省略したか、管理者パスワードを誤入力したかのいずれかです。

メンバをあるスタックから別のスタックに「プッシュ」する場合は、メンバのインタフェースに移動し、メンバの [Commander MAC Address]フィールドに、移動先スタックのコマンダの MAC アドレスを入力します。この方法を使用すると、スタックの管理者パスワードを知らなくてもメンバを別のスタックに移動できますが、元のコマンダからのメンバへのアクセスもブロックされます。

コマンダのメニューを使用してスタックメンバを削除する方法－以下のルールは、スタックからの削除に影響を与えます。

候補がメンバになると、その [Auto Join] パラメータが自動的に [No]に設定されます。これにより、スイッチをスタックから削除した際に、そのスイッチが自動的にスタックに再参加しないようにできます。

コマンダを使用してスイッチをスタックから削除する場合は、スイッチは、 [Auto Join] が [No] に設定された状態で、 IP サブネット ( ブロー

ドキャストドメイン ) の候補プールに再参加します。

メンバをスタックから削除すると、以前に割り当てられたスイッチ番号(SN) が解放され、スタックに追加する別のスイッチに割り当てること

ができるようになります。追加スイッチに使用されるデフォルトのスイッチ番号は、メンバの範囲内 (1 ～ 15、 0 はコマンダ用に予約されています ) で未割り当ての一番小さい番号です。

7-24


スタックからメンバを削除する場合は、[Stack Management] 画面を使用します。


[9. Stacking...][4. Stack Management]

[Stack Management] 画面が表示されます。

図 7-13. 　スタックメンバが一覧表示された [Stack Management] 画面の例

2. 下向き矢印キーを使用して、スタックから削除するメンバを選択します。

図 7-14. 　スタックから削除するメンバを選択する例

3. [D] キー (Delete) を押して、選択したメンバをスタックから削除しま

す。以下のプロンプトが表示されます。

図 7-15. 　スタックからのメンバの削除を完了するためのプロンプト


スタックメンバの一覧

7-25


4. 選択したメンバを削除する場合は、スペースバーを 1 回押してプロンプトで [Yes] を選択し、[Enter] キーを押して削除を完了します。[Stack

Management] 画面が更新され、新しいスタックメンバの一覧が表示されます。

コマンダを使用してメンバスイッチにアクセスし、設定変更およびトラフィックのモニタリングを行う方法

候補がスタックメンバになったら、そのスタックのコマンダを使用して、メンバのコンソールインタフェースにアクセスし、 telnet または直接接続の場合と同様に設定とモニタリングを行えます。


[9. Stacking...][5. Stack Access]

[Stack Access] 画面が表示されます。

図 7-16. 　 [Stack Access] 画面の例

下向き矢印キーを使用して、アクセスするスタックメンバを選択し、 [X]キー (eXecute) を押して、選択したメンバのコンソールインタフェースを表示します。たとえば、図 7-16 でスイッチ番号 1 ( システム名 : Coral Sea)を選択して、 [X] キーを押した場合は、 Coral Sea という名前のスイッチの

[Main Menu] が表示されます。


7-26


図 7-17. 　 eXecute コマンドで選択したスタックメンバのコンソールメインメニューの表示

2. これで、スイッチに直接接続または telnet 接続している場合と同様に、選択したメンバの設定変更やステータスデータの表示を行えます。

3. 選択したメンバへのアクセスが終了した後、以下の操作を行って、コマンダの [Stack Access] 画面に戻ります。

a. メンバの [Main Menu] に戻ります。

b. [0] キー (Logout)、 [Y] キー (Yes) の順に押します。

c. [Return] キーを押します。

コマンダの [Stack Access] 画面が表示されます。 ( この例については、図 7-16 (7-26 ページ ) を参照。 )

コマンダまたはメンバを別のスタックのメンバに変換する方法

コマンダを移動する場合に以下の手順を実行すると、スタックメンバが候補ステータス ([Auto-Join] が [No] に設定される ) に戻り、スタックコマン

ダが別のスタックのメンバに変換されます。メンバを移動する場合に以下の手順を行っても、メンバがあるスタックからプルされて、別のスタックにプッシュされるだけです。

1. 移動するスイッチの [Main Menu] から、以下を選択します。

[9. Stacking]

2. 以下を選択して、移動先コマンダの MAC アドレスを特定します。

[2. Stacking Status (All)]

3. [B] キー (Back) を押して、 [Stacking] メニューに戻ります。

「Coral Sea」という名前のスタックメンバの [Main Menu] ( 図 7-16 からSN = 1)

7-27


4. 以下を選択して、移動するスイッチの [Stack Configuration] メニューを表示します。

[3. Stack Configuration]

5. [E] キー (Edit) を押して、 [Stack State] パラメータを選択します。

6. スペースバーを使用して [Member] を選択し、キー ( 下向き矢印キー) を押して [Commander MAC Address] フィールドに移動します。

7. 移動先コマンダの MAC アドレスを入力して、 [Enter] キーを押します。

8. [S] キー (Save) を押します。

スタックステータスのモニタリング

スタック内のスイッチのメニューインタフェースのスタッキングオプションを使用すると、該当するスイッチのスタッキングデータ、またはサブネット ( ブロードキャストドメイン ) 内のすべてのスタックのスタックデータを表示できます。( スタック環境で複数の VLAN を使用している場合は、「複数の VLAN が設定されたスタッキングの動作」 (7-49 ページ ) を参照してください。 ) これは、個々のスイッチのスタッキング設定の確認、スタックのメンバと候補の識別、スタック内の個々のスイッチのステータスの確認などを行う場合に役に立ちます。表 7-5 (7-28 ページ ) を参照してください。

表 7-5. スタックステータスの環境

画面名コマンダメンバ候補

Stack Status (ThisSwitch)

• コマンダのスタッキング設定

• スタックメンバのデータ :－スイッチ番号－ MAC アドレス－システム名－機器のタイプ－ステータス

• メンバのスタッキング設定

• メンバのステータス

• メンバのコマンダを識別するデータ :－コマンダのステータス－コマンダの IP アドレス－コマンダの MAC アドレス

候補のスタッキング設定

Stack Status (All) スタック名または候補のステータス別に機器を一覧表示します ( 機器がスタックメンバでない場合 )。以下の項目があります。

• スタック名

• MAC アドレス

• システム名

• ステータス

コマンダと同じコマンダと同じ

7-28


スタックされたスイッチを使用してスタッキングが有効なすべてのスイッチのステータスを表示する方法 ― この手順では、スタッキングが有効な IPサブネット ( ブロードキャストドメイン ) 内のすべてのスイッチの一般的なステータスが表示されます。

1. スタッキング用に設定されたスイッチのコンソールの [Main Menu] に移動し、以下を選択します。

[9. Stacking ...][2. Stacking Status (All)]

以下のような [Stacking Status] 画面が表示されます。

図 7-18. 　スタッキング用に設定された検出済みスイッチすべてのスタッキングステータスの例

コマンダステータスの表示－この手順では、コマンダとスタック設定、および各スタックメンバを識別する情報が表示されます。

コマンダのステータスを表示する場合は、スイッチのコンソールの [MainMenu] に移動し、以下を選択します。

[9. Stacking ...]


7-29


[1. Stacking Status (This Switch)]

コマンダの [Stacking Status] 画面が表示されます。

図 7-19. 　コマンダの [Stacking Status] 画面の例

メンバステータスの表示－この手順では、メンバのスタッキング情報、およびコマンダのステータス、 IP アドレス、 MAC アドレスが表示されます。

メンバのステータスを表示する場合は :

1. コマンダスイッチのコンソールの [Main Menu] に移動し、以下を選択します。

[9. Stacking ...][5. Stack Access]

2. 下向き矢印キーを使用して、ステータスを表示するメンバスイッチを選択し、 [X] キー (eXecute) を押します。選択したメンバスイッチの

[Main Menu] が表示されます。

3. メンバの [Main Menu] 画面で、以下を選択します。

[9. Stacking ...][1. Stacking Status (This Switch)]

メンバの [Stacking Status] 画面が表示されます。

7-30


図 7-20. 　メンバの [Stacking Status] 画面の例

候補ステータスの表示－この手順では、候補のスタッキング設定が表示されます。

候補のステータスを表示する場合は :

1. telnet ( ネットワークで有効な IP アドレスが候補に設定されている場合) または直接シリアルポート接続を使用して、候補スイッチのメニューインタフェースの [Main Menu] にアクセスし、以下を選択します。

[9. Stacking ...][1. Stacking Status (This Switch)]

候補の [Stacking Status] 画面が表示されます。

図 7-21. 　候補の [Stacking Status] 画面の例

7-31


CLI を使用してスタックステータスの表示とスタッキング設定を行う方法

(CLI を使用すると、メニューインタフェース経由で使用可能なすべてのスタッキングタスクを実行できます。 )

表 7-6. スイッチにスタッキングを設定する CLI コマンド

CLI コマンド動作

show stack[candidates | view | all]

コマンダ: コマンダのスタッキング設定を表示し、スタックメンバと個々のステータスを一覧表示します。

メンバ : メンバのスタッキング設定とステータス、およびスタックコマンダのステータス、 IP アドレス、サブネットマスクを一覧表示します。

オプション :candidates: ( コマンダのみ ) スタックの候補を一覧表示します。

view: ( コマンダのみ ) 現在のスタックメンバと個々のステータスを

一覧表示します。all: すべてのスタックのコマンダ、メンバ、および候補を、個々のステータスとともに一覧表示します。

[no] stack 任意のスタッキング対応スイッチ : スイッチのスタッキング設定を有効または無効にします。

デフォルト : スタッキングが有効

[no] stack commander <stackname>

候補またはコマンダ : 候補をコマンダに変換するか、既存のコマンダのスタック名を変更します。

コマンドに [no] を付けて実行すると、指定のスタックが削除され、コマンダとスタックメンバが候補ステータス ([Auto Join] は [No] に設定される ) に戻ります。

コマンドに [no] を付けて実行すると、スイッチがスタッキング対応スイッチとして検出されなくなります。

デフォルト : スイッチを候補として設定

[no] stack auto-grab コマンダ : 管理者パスワードが設定されていない、 [Auto-Join] が [Yes]に設定されているサブネット内の検出済みの候補を、コマンダがスタックに自動的に追加するようになります。

デフォルト : 無効

注記 : コマンダのスタックにすでに 15 個のメンバがある場合は、既存のメンバがスタックから抜けるまで、候補はスタックに参加できません。

7-32


[no] stack member <switch-num> mac-address <mac-addr>[password <password-str>]

コマンダ : 候補をスタックメンバとして追加します。コマンドに [no] を付けて実行すると、メンバがスタックから削除されます。候補の MAC アドレスを簡単に特定する場合は、 show stack candidates コマンドを使用します。削除するメンバの MAC アドレスを特定する場合は、 showstack view コマンドを使用します。管理者パスワードが設定されている候補を追加する場合は、パスワード (password-str) が必要になります。

telnet <1..15>

使用場所 : コマンダのみ

コマンダ : SN ( スイッチ番号 - スタックコマンダによって割り当てられる ) を使用して、スタックメンバのコンソールインタフェース ( メニューインタフェースまたは CLI) にアクセスします。スタックの SN 割り当ての一覧を表示する場合は、コマンダの CLI で show stack コマンドを実行します。

[no] stack join <mac-addr> 候補 : 指定の MAC アドレスを持つコマンダのスタックに候補が参加するようになります。メンバで [no] を付けて実行すると、指定の MAC アドレスを持つコマンダのスタックからメンバが削除されます。

メンバ : 指定の MAC アドレスを持つコマンダのスタックに、メンバを「プッシュ」します。

[no] stack auto-join 候補 : 候補が [Auto Grab] が有効になっている IP サブネット内の任意のコマンダのスタックに自動的に参加できるようにするか、候補の [Auto-Join] を無効にします。

デフォルト : [Auto Join] が有効

注記 : 候補に管理者パスワードが設定されているか、スタックにすでに大 15 個のメンバがある場合は、自動参加は行われません。

stack transmission-interval すべてのスタックメンバ : スタッキング検出パケットの送信間隔を秒単位で指定します。

デフォルト : 60 秒

CLI コマンド動作

7-33


CLI を使用してスタックステータスを表示する方法

個々のスイッチ、および同じサブネット内で検出された他のスイッチのスタックステータスを一覧表示できます。

構文 : show stack [candidates | view | all]

個々のスイッチのステータスの表示－以下の例は、CLI を使用して該当するスイッチのスタックステータスを表示する方法を示しています。この場合は、スイッチはデフォルトのスタッキング設定になっています。

構文 : show stack

図 7-22. show stack コマンドを使用して個々のスイッチのスタッキング設定を一覧表示する例

コマンダが検出した候補のステータスの表示 ― 以下の例は、コマンダが IPサブネット ( ブロードキャストドメイン ) 内で検出したスタック候補を一覧表示する方法を示しています。

構文 : show stack candidates

図 7-23. 　 show stack candidates コマンドを使用して候補を一覧表示する例

7-34


IP サブネット内で検出された、スタックが有効なすべてのスイッチのステータスの表示 ― 次の例は、 IP サブネット内で検出された、スタックが設定されたすべてのスイッチを一覧表示しています。 show stack all コマン

ドを実行したスイッチは候補であるため、「Others」カテゴリに含まれています。

構文 : show stack all

図 7-24. show stack all コマンドを使用して、 IP サブネット内で検出されたスイッチを一覧表示した結果

コマンダのステータス、およびコマンダのスタックの現在のメンバの表示

次の例は、選択したスイッチが所属するスタック内のすべてのスイッチを一覧表示しています。

構文 : show stack view

図 7-25. 選択したコマンダに割り当てられているスタックを一覧表示する show stack view コマンドの例

7-35


CLI を使用してコマンダスイッチを設定する方法

ブロードキャストドメインに目的のスタック名が存在していない場合は、スタッキングが有効なスイッチをコマンダとして設定できます。( コマンダを設定すると、対応するスタックが自動的に作成されます。 )

スタッキングパラメータの設定を開始する前に、以下のことを行います。

1. スタックコマンダにするスイッチのプライマリ VLAN ( まだ未設定の場合 ) に IP アドレスを設定します。 (IP アドレス設定の詳細については、『マネジメント / コンフィギュレーションガイド』の IP アドレスに関する章を参照してください。 )

注記スタッキングが正しく動作するには、プライマリ VLAN に IP アドレスが設定されている必要があります。プライマリ VLAN の詳細については、「プライマリ VLAN」 (2-6 ページ ) を参照してください。

2. コマンダにするスイッチ上で管理者パスワードを設定します。 ( コマンダの管理者パスワードは、スタックメンバへのアクセスを制御します。) パスワードの詳細については、使用するスイッチに対応する『アクセスセキュリティガイド』のローカル管理者およびオペレータパスワードに関する情報を参照してください。

スタックコマンダの設定 ―スイッチにスタック名を割り当てると、スイッチはコマンダになり、自動的にスタックを作成します。

構文 : stack commander < name-str >

以下の例では、スタック名が Big_Waters というコマンダスイッチを作成

しています。 ( スイッチ上でスタッキングが無効になっていた場合は、このコマンドを実行するとスタッキングも有効になります。 )

ProCurve(config)# stack commander Big_Waters

以下の show stack の出力が示すように、コマンダスイッチは、メンバを

スタックに追加できるようになります。

7-36


図 7-26. コマンダのみが検出された状態の、コマンダの show stack 出力画面の例

メンバの CLI を使用してメンバを新規スタックのコマンダに変換する方法

この手順では、初にメンバを現在のスタックから削除し、次に新しいスタックを作成する必要があります。現在のスタックのコマンダの MAC アドレスを知らない場合は、 show stack を実行して表示します。

構文 : no stack stack commander < stack name >

例として、「Bering Sea」という名前の ProCurve スイッチが、「Big_Waters」という名前のスタックのメンバである場合を考えます。スイッチの CLI を使用して、スイッチをスタックメンバから「Lakes」という名前の新規スタックのコマンダに変換する場合は、以下のコマンドを使用します。

stack commander コマンドがコマンダを設定し、スタックに名前を付けます。

コマンダは、スタック内でスイッチ番号 (SN) 0として表示されます。

7-37


図 7-27. メンバの CLI を使用してメンバを新規スタックのコマンダに変換する例

スタックへの追加またはスタック間でのスイッチの移動

検出した候補を追加するか、同じサブネット内に存在している他のスタックからスイッチを移動すると、スイッチをスタックに追加できます。 ( コマンダが検出していない候補を追加することはできません。 )

デフォルトの設定では、コマンダの [Auto-Grab] パラメータは [No] に設定

されているので、スタックにスイッチが参加するタイミングを手動で制御できます。これにより、 [Auto Join] が [Yes] ( 候補のデフォルト設定 ) に

設定されている検出済みのすべての候補を、コマンダが自動的に追加しないようにできます。

( 正規の候補をコマンダが検出時にスタックに自動的に参加させる場合は、コマンダ内の [Auto Grab] を [Yes] に設定します。この設定で、[Auto Join]が [Yes] ( デフォルト ) に設定され、管理者パスワードが設定されていない

検出済みの任意の候補が、大 15 メンバまでスタックに参加します。 )

コマンダの CLI を使用して手動で候補をスタックに追加する方法－候補を手動で追加する場合は、以下の情報を使用します。

新しいメンバに割り当てるスイッチ番号 (SN)。メンバのSNの範囲は1～

15 です。メンバにすでに割り当てられている SN を表示する場合は、show stack view を使用します。一覧に含まれていない任意の SN を使

用できます。 (SN はコマンダスイッチでのみ表示可能です。 )

「Big_Waters」スタックからメンバを削除します。

以前メンバだったスイッチを「Lakes」スタックのコマンダに変換します。

このコマンドの出力は、現在のスタックコマンダの MAC アドレスを示しています。

7-38


スタックに追加する検出済み候補の MAC アドレス。このデータを参照する場合は、 show stack candidates の一覧を使用します。

たとえば以下のように表示されます。

図 7-28. 使用可能なスイッチ番号 (SN) を決定する例

検出されたすべての候補を MAC アドレス付きで表示する場合は、コマンダの CLI から show stack candidates を実行します。たとえば、検出された

上記のコマンダの候補を一覧表示する場合は、以下のコマンドを実行します。

図 7-29. 検出された候補の MAC アドレスを確認する例

使用可能なスイッチ番号 (SN) と候補の MAC アドレスを把握したら、候補

を手動でスタックのメンバとして割り当てます。

構文 : stack member < switch-number > mac-address < mac-addr > [ password < password-str > ]

注記 : スイッチを手動で追加する場合は、 SN を割り当てる必要があります。ただし、コマンダが新規メンバを自動的に追加する場合は、未使用 SN の使用可能なプールからSN を割り当てます。

このスタックでは、使用中の SN は 0 と 1 のみなので、新規メンバに 2 ～ 15 の任意の SN番号を使用できます。 ( 「0」の SN は、常にスタックコマンダ用に予約されています。 )

検出された候補のMAC アドレス

7-39


たとえば、上記の一覧の HP 8000M に管理者パスワードが設定されておらず、このスイッチを SN が 2 のスタックメンバにする場合は、以下のコマ

ンドを実行します。

ProCurve(config)# stack member 2 mac-address 0060b0-dfla00

次に show stack view コマンドを実行して、上記のコマンドで追加したメ

ンバを一覧表示します。

図 7-30. 新規メンバの追加後にスタックを表示する例

候補上で [Auto Join] を使用する方法 ― デフォルトの設定では、候補の[Auto Join] パラメータは「Yes」に設定されているので、スタックのコマンダが候補を検出し、コマンダの [Auto Grab] パラメータが「Yes」に設定されている場合は、自動的にスタックに参加します。このケースで自動参加を防止する場合は、候補上で [Auto Join] を無効にします。また、候補の[Auto Join] が無効になっている場合もあります。たとえば、コマンダがスタックから抜け、そのメンバが自動的に候補ステータスに戻る場合、またはスタックからメンバを手動で削除する場合などがあります。この場合、[Auto Join] を「Yes」に設定変更することもできます。

構文 : [no] stack auto-join

ProCurve(config)# no stack auto-join候補上で [Auto Join] を無効にします。

ProCurve(config)# stack auto-join候補上で [Auto Join] を有効にします。

SN ( スイッチ番号 ) 2 は、stack member コマンドによって追加された新しいメンバです。

新しいメンバには、スタックに参加する前にシステム名が設定されていなかったので、スタック名 ( コマンダで割り当てられる ) と、サフィックスの SN番号で構成されるシステム名になります。

7-40


候補の CLI を使用して手動で候補をスタックに「プッシュ」する方法以下のいずれかに該当する場合は、この方法を使用します。

候補の [Auto Join] が [Yes] に設定されている ( また、コマンダの [AutoGrab] を有効にしない ) 場合、または候補の [Auto Join] が [No] に設

定されている場合。

候補が参加予定のスタックコマンダの MAC アドレスを把握しているか、候補に有効な IP アドレスが設定されていて、ネットワークで動作している場合。

構文 : stack join < mac-addr >

表記説明 : < mac-addr > は、参加するスタック内のコマンダの

MAC アドレスです。

telnet ( ネットワークで有効な IP アドレスが候補に設定されている場合 ) または直接シリアルポート接続を使用して、候補スイッチに CLI でアクセスします。例として、[Auto Join] がオフで、有効な IP アドレス 10.28.227.104

が設定されている、「North Sea」という名前の候補がネットワーク上で動作している場合を考えます。ここで、候補に telnet 接続し、 show stack all を

使用してコマンダのMACアドレスを確認し、候補を目的のスタックに「プッシュ」します。

図 7-31. 候補をスタックに「プッシュ」する例

候補が正常にスタックに参加したことを確認する場合は、再度 show stackall コマンドを実行して、スタッキングステータスを表示します。

1. 「North Sea」という名前の候補に telnet 接続します。

2. show stack all を使用して、コマンダの MACアドレスを表示します。

3. 候補の CLI を Config モードに変更します。

4. stack join にコマンダの MAC アドレスを指定して実行し、候補をスタックに「プッシュ」します。

スタックコマンダの MAC アドレス

7-41


移動先コマンダの CLI を使用して別のスタックからメンバを「プル」する方法－この方法は、移動先スタックのコマンダを使用して、移動元スタックからメンバを「プル」します。

構文 : stack member < switch-number > mac-address < mac-addr > [ password < password-str >]

移動先コマンダで、 show stack all を実行して、移動先スタックにプルす

るメンバの MAC アドレスを検索します。例として、スタック名「Cold_Waters」で新しいコマンダを作成し、「Bering Sea」という名前のスイッチを新しいスタックに移動する場合を考えます。

図 7-32. サブネット内に 2 つのスタックがあるスタック一覧の例

次に、以下のコマンドを実行して、目的のスイッチを新しいスタックにプルします。

ProCurve(config)# stack member 1 mac-address 0060b0-df1a00

ここで、 1 は未使用のスイッチ番号 (SN) です。

候補にパスワードが設定されていないので、この例ではパスワードは不要です。

次に、再度 show stack all を実行して、移動が行われたことを確認します。

メンバの CLI を使用してメンバを別のスタックに「プッシュ」する方法

移動先コマンダの MAC アドレスを知っている場合は、メンバの CLI を使用して、スタックメンバを移動先スタックに「プッシュ」できます。

構文 : stack join <mac-addr>

表記説明 : < mac-addr > は、移動先スタックのコマンダの MAC アド

レスです。

このスイッチを「Cold Waters」スタックに移動します。

7-42


コマンダを別のスタックのメンバに変換する方法 ―コマンダをスタックから削除すると、スタックが削除され、[Auto Join] が無効になった状態で、メンバが候補プールに戻されます。

構文 : no stack name < stack name> stack join < mac-address >

移動先コマンダの MAC アドレスを知らない場合は、show stack all を実行

して確認できます。

例として、「Test」という名前で一時的に設定したスタックのコマンダとして動作しているスイッチの例を考えます。「Test」という名前のスタックを削除し、スイッチを「Big_Waters」という名前の既存のスタックのメンバに変換する場合は、スイッチの CLI で以下のコマンドを実行します。

図 7-33. コマンダをメンバに変換するコマンドシーケンスの例

CLI を使用してスタックからメンバを削除する方法

コマンダまたはメンバの CLI を使用して、スタックからメンバを削除できます。

注記スタックからメンバを削除すると、メンバの [Auto Join] パラメータが [No]に設定されます。

「Test」スタックを削除し、コマンダを候補に変換します。

「Big_Waters」スタックのコマンダのMAC アドレスを確認します。

「Test」のコマンダだったスイッチを「Big_Waters」スタックに追加します。

7-43


コマンダの CLI を使用してスタックメンバを削除する方法 ― このオプションでは、削除する前にスイッチのスイッチ番号 (SN) と MAC アドレスが必要になります。 ( コマンダは管理者パスワードをすべてのスタックメンバに伝送するので、コマンダにアクセスするには管理者パスワードを把握している必要があります。 )

構文 : [no] stack member <switch-num> mac-address <mac-addr>

show stack view を実行して、スタックメンバを一覧表示します。例とし

て、コマンダの CLI を使用して、スタックから「North Sea」メンバを削除する場合を考えます。

図 7-34. スタック内のコマンダと 3 台のスイッチの例

次に、以下のコマンドを実行して、スタックから「North Sea」スイッチを削除します。

ProCurve(config)# no stack member 3 mac-address 0030c1-7fc700

表記説明 :

• 3 は、「North Sea」メンバのスイッチ番号 (SN)

• 0030c1-7fc700 は、「North Sea」メンバの MAC アドレス

メンバの CLI を使用してスタックからメンバを削除する方法

構文 : no stack join <mac-addr>

この方法を使用する場合は、コマンダの MAC アドレスが必要になります。この MAC アドレスは、メンバの CLI の show stack コマンドを使用して確認できます。たとえば以下のようになります。

このメンバをスタックから削除します。

7-44


図 7-35. メンバスイッチからコマンダの MAC アドレスを確認する例

次に、「North Sea」スイッチの CLI で以下のコマンドを実行して、スタックからスイッチを削除します。

North Sea(config)# no stack join 0030c1-7fec40

CLI を使用してメンバスイッチにアクセスし、設定変更およびトラフィックのモニタリングを行う方法

候補がメンバになったら、コマンダから telnet コマンドを使用して、メンバの CLI またはコンソールインタフェースにアクセスすると、ターミナルから telnet または直接接続している場合と同様に、スイッチの設定およびモニタリングができます。

構文 : telnet <switch-number>

表記説明 : 符号なし整数は、コマンダから各メンバに割り当てられるスイッチ番号 (SN) です ( 範囲 : 1 ～ 15)。

アクセスするメンバのスイッチ番号を検索する場合は、コマンダの CLI でshow stack view コマンドを実行します。例として、「Big_Waters」という

名前のスタックの「North Sea」という名前のスイッチでポートトランクを設定する場合を考えます。この設定を行うには、「Big_Waters」コマンダのCLI に移動し、 show stack view を実行して、「North Sea」スイッチのスイッチ番号を検索します。

「North Sea」スイッチが所属しているスタックのコマンダのMAC アドレス

「North Sea」スタックメンバの CLI

7-45


図 7-36. スタックのスイッチ番号 (SN) 割り当てを表示する例

「North Sea」コンソールにアクセスする場合は、以下の telnet コマンドを実

行します。

ProCurve(config)# telnet 3

「North Sea」スイッチの CLI プロンプトが表示され、コンソールに直接接続している場合と同様に、スイッチを設定またはモニタリングできます。

「North Sea」スイッチのスイッチ番号 (SN) は「3」です。

7-46


スタック内での SNMP コミュニティの動作

コミュニティメンバシップ

デフォルトのスタックの設定では、候補がスタックに参加すると、候補は自動的にコマンダが所属する SNMP コミュニティのメンバになります。ただし、メンバに独自 ( オプション ) の IP アドレスが設定されている場合は、コマンダを含むスタック内の他のスイッチが所属していない SNMP コミュニティに所属させることができます。たとえば以下のようになります。

図 7-37. スタッキング使用時の SNMP コミュニティの動作の例

SNMP 管理ステーションからコマンダ経由でメンバにアクセスする方法管理ステーションを使用して、コマンダの IP アドレスを介してメンバにSNMP Get または Set アクセスする場合は、コミュニティ名に @sw< スイッチ番号 > を追加する必要があります。たとえば、図 7-37 では、管理ステーションで以下のコマンドを実行して、blue コミュニティでスイッチ 1 の MIBにアクセスします。

snmpget < MIB variable > 10.31.29.100 blue@sw1

gray コミュニティはスイッチ 3 のみに設定されているので、管理ステーションから gray コミュニティへのアクセスにコマンダの IP アドレスを使用することはできません。代わりに、スイッチ自身の IP アドレスを使用して、スイッチ 3 に直接アクセスします。たとえば以下のように入力します。

snmpget < MIB variable > 10.31.29.15 gray

コマンダスイッチIP アドレス : 12.31.29.100コミュニティ名 :

－ blue

メンバスイッチ 2IP アドレス : なしコミュニティ名 :

－なし

メンバスイッチ 3IP アドレス : 12.31.29.15コミュニティ名 :

－ public ( デフォルト )－ gray

メンバスイッチ 1IP アドレス : 12.31.29.18コミュニティ名 :

－ public ( デフォルト )

• スタックのコマンダとすべてのメンバは、 blue とred のコミュニティに所属しています。スイッチ 3のみ gray コミュニティに所属しています。スイッチ 1、2、3 は public コミュニティに所属しています。

• メンバスイッチ 1 がスタックメンバでなくなった場合でも、独自の IP アドレスが設定されているため、 public SNMP コミュニティに所属したままになります。ただし、スタックメンバから外れるため、スイッチ 1 は blue と red のコミュニティのメンバシップを失います。これらのコミュニティは、スイッチのコマンドで設定されていないためです。

• メンバスイッチ2がスタックメンバでなくなると、すべての SNMP コミュニティのメンバシップを失います。

• メンバスイッチ3がスタックメンバでなくなると、blue と red のコミュニティのメンバシップを失いますが、独自の IP アドレスが設定されているので、public と gray のコミュニティのメンバシップは保持します。

7-47


上記の例 ( 図 7-37) では、コマンダ経由で public コミュニティを使用して、メンバスイッチにアクセスすることはできません。たとえば、 public コミュニティを使用してスイッチ 1 とスイッチ 3 の MIB にアクセスする場合は、これらのスイッチに設定されている IP アドレスを使用します。ただし、スイッチ 2 の MIB にアクセスする場合は、 red または blue のコミュニティを使用します。

snmpget < MIB variable > 10.31.29.100 blue@sw2

CLI を使用してスタッキングを無効または再度有効にする方法

デフォルトの設定では、スイッチでスタッキングが有効になっています。CLI を使用すると、スイッチのスタッキング設定をいつでも無効にできます。スタッキングを無効にすると、以下のような影響があります。

コマンダの無効化: スタックが削除され、スタックメンバが [Auto Join]が無効な候補に戻り、コマンダがスタンドアロン ( スタッキング非対応) スイッチに変わります。スイッチを候補、メンバ、またはコマンダにする場合は、スイッチ上でスタッキングを再度有効にする必要があります。

メンバの無効化 : メンバがスタックから削除され、スタンドアロン ( スタッキング非対応 ) スイッチに変わります。スイッチを候補、メンバ、またはコマンダにする場合は、スイッチ上でスタッキングを再度有効にする必要があります。

候補の無効化: 候補がスタンドアロン (スタッキング非対応) スイッチに変わります。

構文 : no stack ( スイッチのスタッキング設定を無効にします ) stack ( スイッチのスタッキング設定を有効にします )

送信間隔

スタッキングを適切に動作させるには、スタック内のすべてのスイッチを同じ送信間隔に設定する必要があります。このパラメータの設定は、デフォルトの 60 秒のままにしておくことをお勧めします。

構文 : stack transmission-interval < seconds >

7-48


複数の VLAN が設定されたスタッキングの動作

スタッキングは、スイッチのプライマリ VLAN を使用します。工場出荷時の設定では、 DEFAULT_VLAN がプライマリ VLAN になっています。ただし、スイッチに設定されている任意の VLAN をプライマリ VLAN に指定できます。 ( 「プライマリ VLAN」 (2-6 ページ ) を参照 )

複数 VLAN の環境でスタッキングを使用する場合は、以下の基準が適用されます。

スタッキングは、スタック内の各スイッチのプライマリ VLAN のみ使用します。

プライマリ VLANは、スイッチ間のスタッキングパスで必要に応じてタグ付きまたはタグ無にできます。

各スタックスイッチ内のプライマリ VLAN には、同じ VLAN ID (VID) を割り当てる必要があります。

Web: スタッキングの表示および設定

図 7-38. コマンダの Web ブラウザインタフェースの例

コマンダの Web ブラウザインタフェースは、上記のように表示されます。メンバと候補のインタフェースは、スタッキング非対応スイッチと同様に表示されます。

Web ブラウザインタフェースでスタッキングを表示または設定する場合は、以下のように実行します。


2. [Stacking] をクリックして、個々のスイッチのスタッキング設定を表

示し、そのスイッチに必要な設定変更を行います。

7-49


3. [Apply Changes] をクリックして、個々のスイッチの設定変更を保存

します。

4. スイッチがコマンダの場合は、スタック機能の表示と設定に、 [StackCloseup] ボタンと [Stack Management] ボタンを使用します。

スイッチに関する Web ベースのヘルプにアクセスするには、 Web ブラウザ画面で [?] ボタンをクリックします。

ステータスメッセージ

スタッキングの画面と一覧には、以下のステータスメッセージが表示されます。

メッセージ状態対応

Candidate Auto-join スイッチの [Stack State] が [Candidate] に、 [AutoJoin] が [Yes] ( デフォルト ) に設定され、管理者パスワードが設定されていないことを示します。

不要。

Candidate 以下の条件のいずれかまたは両方が該当するので、候補は自動的にスタックに参加できません。

• 候補の [Auto Join] が [No] に設定されている。

• 候補に管理者パスワードが設定されている。

候補を手動でスタックに追加する。

Commander Down メンバがコマンダとの接続を失いました。コマンダとメンバ間の接続を確認します。

Commander Up メンバはコマンダとスタッキング接続されています。

不要。

Mismatch これは、候補がスタックへの参加を試行している間の一時的な状態です。候補が参加しない場合は、スタック設定に矛盾があります。

まず、更新を待ちます。この状態が続く場合は、コマンダまたはメンバを再設定します。

Member Down メンバがスタックから切り離されました。メンバとコマンダ間のリンクが中断したことが原因と考えられます。

コマンダとメンバ間の接続を確認します。

Member Up コマンダはメンバとスタッキング接続されています。

不要。

Rejected 候補のスタックへの追加が失敗しました。候補にパスワードが設定されている可能性があります。この場合は、候補を手動で追加します。それ以外の場合は、スタックがすでに一杯になっている可能性があります。スタックは、大 15 個のメンバ ( およびコマンダ ) を保持できます。

7-50


7-51


7-52

索引

数字802.1p プライオリティ (QoS)

定義 … 6-4

BBootp

ゲートウェイの無視 … 2-7BPDU … 3-3BPDU ポート保護

スパニングツリー、 802.1s を参照bridge protocol data unit

BPDU を参照

CCoS

Class of Service を参照

DData-Driven IGMP … 4-15DHCP

ゲートウェイの無視 … 2-7DSCP

ポリシーテーブル … 6-23

EExclude Source

IGMP を参照

Fforbid

GVRP を参照

GGARP

GVRP を参照 … 3-3GVRP … 5-8

CLI、設定 … 3-13forbid オプション … 3-9

GARP … 3-3GVRP 非対応 … 3-18GVRP 非対応機器 … 3-18IP アドレス設定 … 3-7Unknown VLAN … 3-10Unknown VLAN、オプション … 3-7VLAN、大 … 3-17VLAN、動的追加 … 2-18VLAN の動作 … 2-8運用上の注意点 … 3-17学習 … 3-8学習、ブロック、無効化 … 3-9学習、ブロック、無効化の設定 … 3-8基本動作 … 3-4

大 VLAN 数の影響 … 2-23自動オプション … 3-9推奨されるタグ付け … 3-10スタティック VLAN に変更 … 3-4設定可能なポートオプション … 3-7ダイナミック VLAN とリブート … 3-18ダイナミックからの削除 … 3-11ダイナミックをスタティックに変更 … 3-7タグ付、ダイナミック VLAN … 3-4通知 … 3-18通知、応答 … 3-6通知、生成 … 3-10通知、定義済み … 3-3常にタグ付のダイナミック VLAN … 3-4標準 … 3-3ブロック … 3-8ポート制御オプション … 3-11無効 … 3-8メニュー、設定 … 3-12利点 … 3-4リブート、スイッチ … 3-11

IIGMP

Data-Driven … 4-15Exclude Source … 4-13Fast-Leave … 4-14Include Source … 4-13IP マルチキャストアドレス範囲 … 4-24

索引 – 1

Version 3 … 4-13VLAN ごとに設定 … 4-5強制即時脱退 … 4-17クエリ … 4-11グループの脱退 … 4-11高プライオリティのフォワーディング … 4-5

大アドレス数 … 4-24サポートされる標準と RFC … 4-12ステータス … 4-12設定 … 4-10動作 … 4-11トラフィック … 4-5フィルタへの影響 … 4-24ポートの状態 … 4-5マルチキャストグループ … 4-11マルチメディア … 4-3利点 … 4-3レポート … 4-11

Include SourceIGMP を参照

IPToS フィールドに基づくトラフィックプライ

オリティ … 6-10ゲートウェイ … 2-7

IP、 type of serviceプライオリティの設定 … 6-10

MMAC アドレス

VLAN … 2-36重複 … 2-10シングルフォワーディングデータベー

ス … 2-10MAC アドレス、 VLAN ごと … 2-10MAC アドレス、スイッチごと … 2-10MSTI、設定 … 5-33MSTP

スパニングツリー、 802.1s を参照

Pprecedence ビット (QoS)

定義 … 6-4

QQuality of Service

DSCP Policy Table … 6-23IP ToS フィールドに基づいたトラフィックのプ

ライオリティ割り当て … 6-10IP Type of Service の設定 … 6-10No override、影響 … 6-24No override の定義 … 6-10Type of Service 画面 … 6-10VLAN ID プライオリティ … 6-25アウトバウンドキューにマッピングするプラ

イオリティの設定 … 6-6アウトバウンドパケットのプライオリティを

割り当てるための基準 … 6-6概要 … 6-1下流の機器にマッピングされたプライオリティ

の設定 … 6-6基本的な動作 … 6-5設定 … 6-8, 6-9用語の定義 … 6-4

Rroot-history … 5-48

SSTP 動作からブロックされたリンク … 5-13

TToS

Class of Service を参照Type of Service

IP トラフィックにプライオリティを割り当てるために使用 … 6-10

Type of Service フィールド (IP)スイッチでの使用法 … 6-21パケットプライオリティの設定 … 6-10

VVID

VLAN を参照VLAN … 2-3, 2-36

DEFAULT_VLAN … 2-6DHCP、プライマリ VLAN … 2-7GVRP も参照IGMP 設定 … 4-5MAC アドレス … 2-36

2 – 索引

Unknown VLAN … 3-10VID … 2-3, 2-29VID、デフォルト VLAN … 2-7許可される数、ダイナミック含む … 2-18ゲートウェイ、 IP … 2-7

大 … 2-23大、 GVRP … 3-17大、 GVRP の影響 … 2-23

削除 … 2-37重複 MAC アドレス … 2-9使用に関する注意 … 2-9シングルフォワーディングデータベー

ス … 2-10スイッチの容量 … 2-3スタック、プライマリ VLAN … 2-7スタティック … 2-3, 2-7, 2-15, 2-20スタティック、 802.1s スパニングツ

リー … 5-8制限 … 2-15, 2-37専用管理 … 2-7ダイナミック … 2-3, 2-9ダイナミックをスタティックに変更 … 3-4タギング … 2-30タグ付 … 2-4タグ付け … 2-28タグ無 … 2-5, 2-19トラフィックのプライオリティを QoS で設定 … 6-25

プライマリ … 2-7, 7-10, 7-36, 7-49プライマリ、 CLI コマンド … 2-21, 2-23プライマリ、 DHCP … 2-9プライマリ、 Web 設定 … 2-27プライマリ、メニューで選択 … 2-16プライマリ VLAN … 2-6ポートトランク … 2-37ポートモニタリング … 2-37ポート制限 … 2-37ポート設定 … 2-31ポートに複数の VLAN … 2-30ポート割り当て … 2-18マルチプルフォワーディングデータベー

ス … 2-10, 2-14VLAN、ダイナミック … 5-16VLAN がすでに存在、メッセージ … 2-26VLAN の使用に関する注記 … 2-9

WWeb ブラウザインタフェース、設定

IGMP … 4-10write memory … 3-17

あアウトバウンドポートキュー (QoS)

定義 … 6-4アウトバウンドポート QoS)

定義 … 6-4

いインバウンドポート (QoS)

定義 … 6-4

か仮想スタック

送信間隔の範囲 … 7-19下流の機器 (QoS)

定義 … 6-4プライオリティ設定の影響 … 6-6

くクエリ

IGMP を参照グループの脱退

IGMP を参照

けゲートウェイ、手動設定 … 2-7

さ大 VLAN 数、 GVRP … 3-17

サブネット … 4-11サブネットアドレス … 2-4

し出版データ … 1-ii冗長パス … 5-11上流の機器 (QoS)

定義 … 6-5

索引 – 3

シングルフォワーディングデータベース … 2-10

すすぐに使用 … 1-6スタック

仮想スタックも参照低ソフトウェアバージョン、その他のProCurve スイッチ … 7-10

プライマリ … 7-49利点 … 7-5

スタティック VLAN、変更 … 3-4スパニングツリー

802.1sスパニングツリー、 802.1s を参照

MSTPスパニングツリー、 802.1s を参照

MSTP の有効化 … 5-39root-history … 5-48ブロードキャストストーム … 5-2ブロックリンク … 5-13ブロックされたポート … 5-11

スパニングツリー、 802.1s … 5-3, 5-6802.1D および 802.1w 接続 … 5-16802.1D 接続要件 … 5-24802.1D と 802.1w の相互運用 … 5-14802.1Q VLAN … 5-13802.1s 標準準拠 … 5-6BPDU … 5-11, 5-19, 5-21, 5-22, 5-24BPDU、機能 … 5-14BPDU 要件 … 5-15CIST … 5-8, 5-14, 5-15CIST ポートごとの hello-time … 5-15CIST ルート … 5-24CST … 5-8, 5-12, 5-14CST、ステータスの表示 … 5-41, 5-42CST とレガシー機器 … 5-12force protocol version … 5-17force-version … 5-24GVRP … 5-8, 5-16hello-time、 CIST ルート、伝送 … 5-15, 5-22hello-time、上書き … 5-15hello-time、伝送 … 5-15hello-time の上書き … 5-15hop-count の減少 … 5-21IST … 5-8IST、 VLAN メンバシップ … 5-8IST、スイッチメンバシップ … 5-14

IST、ダイナミック VLAN … 5-16IST、定義済み … 5-14IST、ルートスイッチ … 5-14IST インスタンス … 5-8, 5-34IST ルート … 5-8, 5-10, 5-15MIB … 5-49MSTI … 5-9, 5-15MSTI、ステータスの表示 … 5-43MSTI ルート … 5-10MSTP … 5-9MSTP、グローバル設定の表示 … 5-44MSTP の動作 … 5-9MSTP の無効化 … 5-39MST インスタンスのタイプ … 5-8MST リージョン

リージョンを参照RSTP BPDU の要件 … 5-15RSTP ブリッジ … 5-15show コマンド … 5-41SNMP MIB … 5-49VLAN、インスタンス変更 … 5-20VLAN、重複または不足パケット … 5-49VLAN、設定エラー … 5-49VLAN、ダイナミック … 5-8VLAN、リージョン間の接続 … 5-15VLAN、割り当てインスタンス … 5-10, 5-15,

5-34VLAN ごとの STP … 5-6VLAN メンバシップ、リージョン … 5-13VLAN 割り当て、リージョン … 5-14, 5-15アクティブパス … 5-11, 5-15インスタンス … 5-3, 5-15, 5-19インスタンス、 IST … 5-8インスタンス、タイプ … 5-8インスタンス、フォワーディングトポロ

ジ … 5-16インスタンスごとのルートブリッジ … 5-14インスタンスごとのルートポート … 5-11運用ルール … 5-15エッジポート … 5-23基本動作 … 5-3, 5-6境界ポート、 VLAN メンバシップ … 5-11境界ポート、リージョン … 5-14, 5-15計画 … 5-17高速な状態遷移 … 5-17, 5-18互換性 … 5-16互換モード … 5-22指定ブリッジ … 5-11, 5-15

4 – 索引

指定ポート … 5-11冗長リンク … 5-11設定 … 5-20, 5-39設定、 BPDU ポート保護 … 5-27設定、 MSTI ポートごと … 5-36設定、 MST インスタンス … 5-33設定、ポート … 5-23設定識別子 … 5-14設定手順 … 5-18帯域幅の損失 … 5-13ダイナミック VLAN、許可されていない … 5-9注意事項 … 5-6, 5-9デフォルト設定 … 5-9統計情報と設定 … 5-41トランクリンク … 5-44トランクリンクの例 … 5-13トランク、ルート、インスタンスごと … 5-11パスコスト、 802.1D への影響 … 5-17フォールトトレランス … 5-6フォワーディングパス … 5-16フォワーディング状態 … 5-23複数トポロジの例 … 5-10プライオリティ、 IST ポート … 5-38プライオリティ、 MSTI ポート … 5-37プライオリティ、機器 … 5-19, 5-35プライオリティの解決 … 5-34ブリッジ … 5-14ブリッジ、リージョン向け … 5-15フレームの重複と順序誤り … 5-17ブロックされたトラフィック … 5-11別個のフォワーディングパス … 5-8ポート接続 … 5-23ポートの状態 … 5-11, 5-16保護、交換 … 5-39保留オプション … 5-9, 5-21, 5-39, 5-40保留中の設定 … 5-47マルチプルスパニングツリーインスタンス

MSTI を参照メッシュ環境 … 5-6, 5-16リージョン … 5-3, 5-7, 5-8, 5-9リージョンルートスイッチ … 5-8, 5-14リージョン、 RSTP ブリッジ … 5-15リージョン、除外スイッチ … 5-49リージョン、スイッチ設定 … 5-15リージョン、設定の表示 … 5-46リージョン、設定名 … 5-49リージョン、設定リビジョン番号 … 5-49リージョン、有効化 … 5-14, 5-39

リージョン、リージョン間の通信 … 5-15リージョン、ルートブリッジ … 5-14リージョンから除外されたスイッチ … 5-49リージョン間のトポロジ … 5-10リージョンごとのルートブリッジ … 5-11リージョンとしての 802.1D … 5-14, 5-16リージョンとしての 802.1w … 5-14リージョンとしての RSTP … 5-7リージョンとしての STP … 5-7リージョン中のルーティングトラフィッ

ク … 5-11リージョンのインスタンスごとのルートブ

リッジ … 5-11リージョンの境界ポート … 5-14リージョンの有効化 … 5-39リージョンのルートスイッチ、設定 … 5-15リージョン名 … 5-14, 5-21利点 … 5-6ルートスイッチ、 IST インスタンス … 5-8,

5-14ルートスイッチ、 MST インスタンス … 5-15ルートスイッチ、インスタンス … 5-14, 5-34ルートスイッチ、リージョン … 5-15ルートブリッジ … 5-8ルート、 CIST … 5-22ルート、 IST … 5-15ルート、 MSTI … 5-10レガシーパスコスト … 5-22レガシーモード … 5-22レガシー STP および RSTP … 5-7レガシー STP と RSTP … 5-12レガシー機器と CST … 5-12共通および内部スパニングツリー

CIST を参照共通スパニングツリー

CST を参照内部スパニングツリー

IST を参照

せ設定 … 5-11

Class of Service … 6-8VLAN … 2-3工場出荷時の設定 … 2-15, 2-20, 5-9スパニングツリープロトコル … 5-11

設定画面 … 1-6専用の管理 VLAN … 2-7

索引 – 5

た帯域幅

QoS の影響 … 6-1帯域幅の損失、スパニングツリー … 5-13対象製品 … 1-iiタグ付 VLAN

VLAN を参照

ち注意事項 … 1-ii著作権 … 1-ii

つ通知 … 3-3

とドメイン … 2-15, 2-20トランク、スパニングツリーの例 … 5-13

ふフィルタ

IGMP の影響 … 4-24許可される大値 … 4-24

フォワーディングデータベースVLAN を参照

フォワーディング、 IGMP … 4-5プライオリティ … 4-5

802.1p プライオリティ、定義済み … 6-4アウトバウンドポート、定義済み … 6-4インバウンドポート、定義済み … 6-4上流機器、定義済み … 6-5ダウンストリーム機器、定義済み … 6-4

プライオリティ (QoS)Type of Service 画面 … 6-10VLAN ID プライオリティ … 6-25パケットにプライオリティを割り当てるための

基準 … 6-6プライマリ VLAN

VLAN を参照ブロードキャストストーム … 5-2ブロードキャストドメイン … 2-3ブロックされたポート

IGMP 動作 … 4-5STP 動作 … 5-11

ほポート

STP 動作によりブロック … 5-11自動、 IGMP … 4-5状態、 IGMP の制御 … 4-5冗長パス … 5-11フォワーディング、 IGMP … 4-5ブロック、 IGMP … 4-5モニタリング … 2-37ループ … 5-11

ポートトランクVLAN … 2-37

ポートの自動設定 … 4-5保証 … 1-ii

まマルチキャストグループ

IGMP を参照マルチプルフォワーディングデータベース … 2-10マルチメディア

IGMP を参照

めメッシュ

スパニングツリー … 5-16メッセージ

VLAN already exists … 2-26

りリージョン … 5-10

スパニングツリー、 802.1s を参照リージョンとしての 802.1w … 5-16リビジョン番号 … 5-14リブート … 3-11

るルータ … 4-11ループ、ネットワーク … 5-11ループ保護 … 5-31

disable-timer … 5-31send-disable … 5-31show … 5-32transmit-interval … 5-32トラップ … 5-32

6 – 索引

れレガシー VLAN … 2-5レポート

IGMP を参照

索引 – 7

8 – 索引

本書の技術情報は、将来予告なく変更されること

があります。

© Copyright 2008 Hewlett-Packard Development

Company, L.P. All rights reserved. 日本ヒューレッ

ト・パッカード株式会社、2008. All rights reserved.

書面による事前の許可なく複製、翻案、翻訳する

事は、著作権法の下で許可されている場合を除

き、禁止されています。

2009 年 9 月

マニュアル P/N

5991-4762JAP

Documents

H 6 %¤! < コマンダを使用してスタックを管理する方法 . . . . . . . . . . . . . 7-19 コマンダを使用してメンバスイッチにアクセスし、設定変更およ