2024-03-13 Catalyst3850 9000 スイッチ QoS 設定・検証 - 版の履歴

2025年3月5日 (水) 23:32にHkatouによる

2025-03-05T23:32:51Z

← 古い版		2025年3月6日 (木) 08:32時点における版
1,447行目:		1,447行目:

	== 引用 ==		== 引用 ==
	[[カテゴリ:~~Catalyst~~]]		<references />
			[[カテゴリ:ラボ]]

2025年2月20日 (木) 03:35にHkatouによる

2025-02-20T03:35:55Z

← 古い版		2025年2月20日 (木) 12:35時点における版
1,443行目:		1,443行目:

	[https://www.cisco.com/c/ja_jp/support/docs/switches/catalyst-9200-series-switches/218446-understand-qos-hardware-resources-on-cat.html Catalyst 9000スイッチのQoSハードウェアリソースについて]		[https://www.cisco.com/c/ja_jp/support/docs/switches/catalyst-9200-series-switches/218446-understand-qos-hardware-resources-on-cat.html Catalyst 9000スイッチのQoSハードウェアリソースについて]

			[https://community.cisco.com/t5/tkb-%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%A4%E3%83%B3%E3%83%95%E3%83%A9-%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88/l1%E3%82%AA%E3%83%BC%E3%83%90%E3%83%98%E3%83%83%E3%83%89%E3%81%A8shaping%E3%81%AE%E5%AF%BE%E8%B1%A1%E7%AF%84%E5%9B%B2%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/ta-p/3159657 L1オーバヘッドとShapingの対象範囲について]

	== 引用 ==		== 引用 ==
	[[カテゴリ:Catalyst]]		[[カテゴリ:Catalyst]]

Hkatou: /* バッファチューニング */

2024-12-20T05:16:53Z

バッファチューニング

← 古い版		2024年12月20日 (金) 14:16時点における版
1,417行目:		1,417行目:
	=== その他 ===		=== その他 ===
	[[Catalyst_9000_トラブルシューティング#QoS]] にもあります		[[Catalyst_9000_トラブルシューティング#QoS]] にもあります

	~~== バッファチューニング ==~~
	~~今後加筆予定~~

	== バッファチューニングの測定方法と増加量確認 ==		== バッファチューニングの測定方法と増加量確認 ==

Hkatou: /* 設定 */

2024-03-13T02:26:50Z

設定

← 古い版		2024年3月13日 (水) 11:26時点における版
624行目:		624行目:
	ping 10.0.0.91 repeat 100		ping 10.0.0.91 repeat 100
	</syntaxhighlight>		</syntaxhighlight>

			=== Modular QoS CLI とは ? ===
			3850 / 9000 では、MQC (Modular QoS CLI) を使用して設定します。2960 / 3750 / 6500 の MLS QoS は使用できません。

			クラスマップ・ポリシーマップ・インターフェースに適用、という順に構造化して設定する仕組みのこと。

			複数のインターフェースに対して共通化したクラスマップ・ポリシーマップを設定することで、コンフィグが簡素化できるメリットがあります。

	=== 設定 ===		=== 設定 ===
1,245行目:		1,252行目:
	* IxNetwork だと尚良し、4 ポートはほしい		* IxNetwork だと尚良し、4 ポートはほしい
	** 例) DSCP=0 でワイヤレートを通常キューに双方向印加中に、DSCP=46 で PQ に双方向印加した時、DSCP=46 でドロップ無し・DSCP=0 でドロップが発生するか		** 例) DSCP=0 でワイヤレートを通常キューに双方向印加中に、DSCP=46 で PQ に双方向印加した時、DSCP=46 でドロップ無し・DSCP=0 でドロップが発生するか
			* 保守で校正を行っている場合は精度が高く、ドロップ数を厳密に確認できる
			* メーカーにエスカレーションする場合、IXIA じゃないと受け付けてくれません

	==== Cisco Trex ====		==== Cisco Trex ====

	* 負荷を印加する分には困らない		* 負荷を印加する分には困らない
	* ~~安定性やショートパケット時の送信間隔の精度などはいまいち~~		* 安定性やショートパケット時の送信間隔の精度などはいまいちと考えられる

	==== iperf ====		==== iperf ====
1,260行目:		1,269行目:

	* ping でもそれなりの pps が出る		* ping でもそれなりの pps が出る
	* ToS ~~を指定して連続実施できるのはが良い~~		* ToS を指定して連続実施できるのが良い

	== TIPS ==		== TIPS ==

2024年3月13日 (水) 02:19にHkatouによる

2024-03-13T02:19:05Z

← 古い版		2024年3月13日 (水) 11:19時点における版
1行目:		1行目:
	== 目的 ==		== 目的 ==
	Catalyst3850 / 9000 の QoS ~~を検証する際に、注意するべき点をまとめます。~~		Catalyst3850 / 9000 の QoS を設定・検証する際に、注意するべき点をまとめます。

			== 対象 ==

			=== 対象機器 ===
			UADP ASIC を搭載した Cisco Catalyst スイッチが、このドキュメントの対象です。

			* Catalyst 3650 / 3850
			* Catalyst 9200 / 9300 / 9400 Sup-1,2 / 9500 / 9500 High Performance / 9600 Sup-1

			9500X , 9600X は Silicon One ASIC 搭載のため、非対象です。

			有線 LAN の QoS を対象とし、無線 LAN QoS は扱いません。

			* Catalyst 3850 では無線 LAN の AP をコントロールする機能があり、無線 LAN QoS の設定も存在する

			=== 対象機能 ===
			信頼・分類・マーキング・入力キュー・出力キューをメインに扱います。

			まずは上記を扱えれば、他の機能は応用で扱えるようになるでしょう。

	== 注意点 ==		== 注意点 ==
12行目:		31行目:
	トラブル時のエスカレーションも、検証結果を元に行います。		トラブル時のエスカレーションも、検証結果を元に行います。

	==~~= 無線 LAN~~ QoS ===		== UADP ASIC QoS の全体像 ==
	~~Catalyst 3850 では無線 LAN の AP をコントロールする機能があり、無線 LAN~~ QoS ~~の設定もありますが、このドキュメントでは扱いません。~~		QoS は非常に機能が多く、どの機能を設定しているのか分からなくなるケースがあります。

	~~== UADP ASIC QoS の全体像 ==~~		以下の全体像を頭に入れて、自分がどの部分を設計・コンフィグ・検証しているのか、把握しながら進めましょう。
	~~以下の全体像を頭に入れて、自分がどの部分を設計・コンフィグしているのか、把握しながら進めましょう。~~
	[[ファイル:UADP ASIC QoS Overview.png\|代替文=UADP ASIC QoS Overview\|なし\|サムネイル\|1200x1200ピクセル\|UADP ASIC QoS Overview]]		[[ファイル:UADP ASIC QoS Overview.png\|代替文=UADP ASIC QoS Overview\|なし\|サムネイル\|1200x1200ピクセル\|UADP ASIC QoS Overview]]

31行目:		49行目:

	[[ファイル:3850 9000 QoS 2P6Q3T.png\|代替文=3850 9000 QoS 2P6Q3T\|なし\|サムネイル\|1200x1200ピクセル\|3850 9000 QoS 2P6Q3T]]		[[ファイル:3850 9000 QoS 2P6Q3T.png\|代替文=3850 9000 QoS 2P6Q3T\|なし\|サムネイル\|1200x1200ピクセル\|3850 9000 QoS 2P6Q3T]]

			== QoS の設計 ==
			お客様のネットワークで使用されるプロトコル・Vlan・IP セグメントを分類し、ビジネス要件を満たす適切なポリシーを策定します。

			一般的に以下のような方針でポリシーを定義しますが、お客様で使用されているトラフィックを調査してアレンジします。

			* 音声 : IP 電話の遅延をなくすため、絶対優先を行う帯域幅を埋め尽くさないようにポリシングを行う
			* 映像 : 音声の次に優先する帯域幅を埋め尽くさないようにポリシングを行う
			* 管理 : ルーティングプロトコルなど、ネットワークの維持に使用する
			* その他 : インターネットアクセスなど、OA 系のトラフィックを割り当てるバッファリングを多く割り当ててドロップが起きにくくする

			=== トラフィックの種類に対して CoS / ToS / DSCP を割当 ===
			RFC で定義されているため、好き勝手に割り当てるのは非推奨です。

			だめな例としては、「優先度が高いからと考えてしまい、音声に ToS=6 や 7 を割り当ててしまう」といった例があります。

			これはデフォルトで割り当てられている優先度を無視してしまい、一貫性がなくなってしまいます。

			* ToS=6 はインターネット、ToS=7 はネットワーク用の用途向けとなっており、絶対優先されません
			* デフォルト設定でルーティングプロトコルである OSPF Hello は、ToS=6 を使用して送信している

			以下を参考に割り当てましょう。

			* [https://www.cisco.com/c/ja_jp/support/docs/quality-of-service-qos/qos-packet-marking/10103-dscpvalues.html DiffServ コードポイントを使用したサービス品質ポリシーの実装]
			* [https://www.cisco.com/c/ja_jp/td/docs/sw/dcswt/nex1000vswt/cg/003/n1000v-qos-cfg/qos-6dscp-val.pdf DSCP 値と優先順位値]

	== 入力機能 ==		== 入力機能 ==
62行目:		105行目:
	スケジューリング自体は、WRR によって優先度に応じて自動的に行われます。		スケジューリング自体は、WRR によって優先度に応じて自動的に行われます。

	基本的に CoS / ToS / MPLS EXP ~~の値が高いものが高優先度となり送信され、低優先度のフレーム・パケットはドロップされやすいです。~~		基本的に CoS / ToS / MPLS EXP の値が高いものが (基本的には) 高優先度となり送信され、低優先度のフレーム・パケットはドロップされやすいです。

	ユーザはキューの種類や内容を設定し、意図するキューへトラフィックの割り当てを行います。		ユーザはキューの種類や内容を設定し、意図するキューへトラフィックの割り当てを行います。
92行目:		135行目:
	設定したレートに収まるように、指定した帯域幅に'''キュー全体の帯域幅'''を制限します。		設定したレートに収まるように、指定した帯域幅に'''キュー全体の帯域幅'''を制限します。

	ポリシングと異なる点は、バッファリングするために若干の遅延があるものの、TCP 再送が起きにくくなるため、バースト ~~トラフィックをドロップしにくくなる点です。~~		ポリシングと異なる点は、バッファリングするために若干の遅延があるものの、TCP 再送が起きにくくなるため、バーストトラフィックをドロップしにくくなる利点があります。

	詳細は [https://www.cisco.com/c/ja_jp/td/docs/switches/lan/catalyst3850/software/release/16-12/configuration_guide/qos/b_1612_qos_3850_cg/configuring_qos.html#concept_EC3CAB24147A4D66905494ED7CEEDBF6 表 4. ポリシングとシェーピングの機能の比較] を参照してください。		詳細は [https://www.cisco.com/c/ja_jp/td/docs/switches/lan/catalyst3850/software/release/16-12/configuration_guide/qos/b_1612_qos_3850_cg/configuring_qos.html#concept_EC3CAB24147A4D66905494ED7CEEDBF6 表 4. ポリシングとシェーピングの機能の比較] を参照してください。
1,296行目:		1,339行目:
	'''正常な動作です。'''QoS そのものはパケットドロップを減らす機能ではありません。		'''正常な動作です。'''QoS そのものはパケットドロップを減らす機能ではありません。

	むしろ優先度の低いパケットは積極的にドロップさせて、高いパケットをドロップさせないようにする、'''~~パケットを差別化・帯域幅を制御する技術~~'''です。		むしろ優先度の低いパケットは積極的にドロップさせて、高いパケットをドロップさせないようにする、'''パケットを差別化する + 帯域幅を制御する技術'''です。
	* ToS=0 のパケットは、重みが低いため他の ToS を持つパケットの犠牲になります		* ToS=0 のパケットは、重みが低いため他の ToS を持つパケットの犠牲になります
	* ポートあたりのキューの数がデフォルトの 2 つよりも増えるため、キューあたりのパケットバッファも割当量が減少します		* ポートあたりのキューの数がデフォルトの 2 つよりも増えるため、キューあたりのパケットバッファも割当量が減少します
1,303行目:		1,346行目:
	ただし、パケットがドロップしにくくなるため、WRED や WFQ などの Early Drop も発生しにくくなり、パケット差別化がしにくくなるトレードオフがあります。		ただし、パケットがドロップしにくくなるため、WRED や WFQ などの Early Drop も発生しにくくなり、パケット差別化がしにくくなるトレードオフがあります。

	* CoS / ToS / DSCP ~~の値が低いほど、ドロップ率が上昇するため~~		* CoS / ToS / DSCP の値が低いほど、ドロップ率が上昇するため、高優先度のトラフィックを保護しやすくなる

	=== Catalyst3850 / 9000 に ToS=5 のトラフィックを転送しても、絶対優先されないぞ ? 3750 の頃はできたのに・・・ ===		=== Catalyst3850 / 9000 に ToS=5 のトラフィックを転送しても、絶対優先されないぞ ? 3750 の頃はできたのに・・・ ===
1,325行目:		1,368行目:
	and has no effect on the type of service field in the IP		and has no effect on the type of service field in the IP
	Header).		Header).
	</syntaxhighlight>deprecated ~~とあり、廃止されている。~~		</syntaxhighlight>deprecated とあり、廃止されています。

	==== Cisco IOS ping ====		==== Cisco IOS ping ====
1,336行目:		1,379行目:

	=== 優先キューのレベル 2 って使える ? ===		=== 優先キューのレベル 2 って使える ? ===
	'''~~筆者は非推奨です。~~'''検証した限りでは意図した通りに動きませんでした。		'''筆者は非推奨としています。'''検証した限りでは意図した通りに動きませんでした。

	* PQ1 ToS=5 と Q ToS=0 にワイヤレート、PQ2 にシェーピングレート以下で印加した場合、PQ2 でドロップが発生した		* PQ1 ToS=5 と Q ToS=0 にワイヤレート、PQ2 にシェーピングレート以下で印加した場合、PQ2 でドロップが発生した

Hkatou: /* 優先キューのレベル 2 って使える ? */

2024-03-13T01:28:12Z

優先キューのレベル 2 って使える ?

← 古い版		2024年3月13日 (水) 10:28時点における版
1,238行目:		1,238行目:
	# カウンタをクリア		# カウンタをクリア
	# カウンタの事前ログを取得		# カウンタの事前ログを取得
	# トラフィックを 100 ~~などキリが良い数字で印加~~		# トラフィックを 100 フレームなどキリが良い数字で印加
	# カウンタの事後ログを取得		# カウンタの事後ログを取得

1,249行目:		1,249行目:
	* 50 ドロップフレーム / 1000 送信フレーム * 100 = 5% のドロップ率		* 50 ドロップフレーム / 1000 送信フレーム * 100 = 5% のドロップ率

	~~ということになります。~~		ということになり、ドロップ割合を計算しなくても見て判別が可能となります。

	=== rate 値の算出間隔を変更 ===		=== rate 値の算出間隔を変更 ===
1,262行目:		1,262行目:

	=== オーバーサブ (帯域超過) させるには ===		=== オーバーサブ (帯域超過) させるには ===
	~~帯域幅を減らしてトラフィックを印加しましょう。~~		QoS を動作確認する場合、帯域超過させないと優先されるか確認できないケースが多いです。

			この場合は帯域幅を減らして、トラフィックを印加しましょう。

	* LAG のメンバーを 2 -> 1 にする		* LAG のメンバーを 2 -> 1 にする
1,271行目:		1,273行目:

	* IP アドレスを変更しても QoS 用 ACL のメンテナンスが必要ない		* IP アドレスを変更しても QoS 用 ACL のメンテナンスが必要ない
	* Catalyst3850 ~~から対応し、3750~~ / 4500 / 6500 系は対応しません		* Catalyst3850 から対応し、2960 / 3750 / 4500 / 6500 系は対応しません

	拠点ごとに Vlan が共通化されている場合は、特に効果が高いです。		拠点ごとに Vlan が共通化されている場合は、特に効果が高いです。
1,287行目:		1,289行目:
	IOS-XE 16.6.3 以降では、qos queue-stats-frame-count でフレーム単位に変更可能 <ref>[https://community.cisco.com/t5/tkb-%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%A4%E3%83%B3%E3%83%95%E3%83%A9-%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88/catalyst-3650-catalyst-3850-catalyst-9000-qos-queue-stats-frame/ta-p/4270480 Catalyst 3650 / Catalyst 3850 / Catalyst 9000 :「qos queue-stats-frame-count」コマンドについて]</ref> です。		IOS-XE 16.6.3 以降では、qos queue-stats-frame-count でフレーム単位に変更可能 <ref>[https://community.cisco.com/t5/tkb-%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%A4%E3%83%B3%E3%83%95%E3%83%A9-%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88/catalyst-3650-catalyst-3850-catalyst-9000-qos-queue-stats-frame/ta-p/4270480 Catalyst 3650 / Catalyst 3850 / Catalyst 9000 :「qos queue-stats-frame-count」コマンドについて]</ref> です。

	すでに監視システムから値を取得している Catalyst ~~に設定すると、今までと異なる挙動になり過去のグラフが読み取りづらくなったり、単位を書き換え忘れたりするのに注意が必要です。~~		すでに監視システムから値を取得している Catalyst に設定すると、今までと異なる挙動になり過去のグラフが読み取りづらくなったり、単位を書き換え忘れたりする可能性があることに注意が必要です。

	== ハマりポイント ==		== ハマりポイント ==
1,334行目:		1,336行目:

	=== 優先キューのレベル 2 って使える ? ===		=== 優先キューのレベル 2 って使える ? ===
	'''筆者は非推奨です。'''~~使う限り意図した通り動きませんでした。筆者は非推奨としています。~~		'''筆者は非推奨です。'''検証した限りでは意図した通りに動きませんでした。

			* PQ1 ToS=5 と Q ToS=0 にワイヤレート、PQ2 にシェーピングレート以下で印加した場合、PQ2 でドロップが発生した
			* 期待する動作としては、PQ2 はドロップなし、Q ToS=0 でドロップが増加だった

	CS4,5 / AF41-43 を PQ レベル 2 へ割り当てれば、まともに動くかもしれません。		CS4,5 / AF41-43 を PQ レベル 2 へ割り当てれば、まともに動くかもしれません。

Hkatou: /* ハマりポイント */

2024-03-13T01:21:11Z

ハマりポイント

← 古い版		2024年3月13日 (水) 10:21時点における版
1,357行目:		1,357行目:

	プライオリティキューが設定されている場合は、100％のラインレートトラフィックを送信できません。プライオリティキューが設定されている場合、ラインレートトラフィックは 99.6％にしかならないため、遅延は 20 マイクロ秒未満になります。</ref> 99.6％までに制限されます。		プライオリティキューが設定されている場合は、100％のラインレートトラフィックを送信できません。プライオリティキューが設定されている場合、ラインレートトラフィックは 99.6％にしかならないため、遅延は 20 マイクロ秒未満になります。</ref> 99.6％までに制限されます。

			=== その他 ===
			[[Catalyst_9000_トラブルシューティング#QoS]] にもあります

	== バッファチューニング ==		== バッファチューニング ==

Hkatou: Hkatou がページ「2023-11-30 Catalyst3850 9000 スイッチ QoS 設計」を「2024-03-13 Catalyst3850 9000 スイッチ QoS 設定・検証」に移動しました

2024-03-13T01:17:42Z

Hkatou がページ「2023-11-30 Catalyst3850 9000 スイッチ QoS 設計」を「2024-03-13 Catalyst3850 9000 スイッチ QoS 設定・検証」に移動しました

← 古い版	2024年3月13日 (水) 10:17時点における版
(相違点なし)

Hkatou: /* トラフィック */

2024-03-12T07:07:11Z

トラフィック

差分を表示

Hkatou: /* カウンタのクリア */

2024-03-12T06:07:20Z

カウンタのクリア

差分を表示