「2024-03-13 Catalyst3850 9000 スイッチ QoS 設定・検証」の版間の差分

提供：hkatou_Lab
ナビゲーションに移動 検索に移動
← 古い編集新しい編集 →
ビジュアルウィキテキスト
編集の要約なし
1行目: 1行目:
タイトルは Catalyst3850 ですが、同じ系統の ASIC であるため Catalyst9000 でもほぼ同じ内容が通用します。
タイトルは Catalyst3850 ですが、同じ系統の ASIC である Catalyst9000 でもほぼ同じ内容が通用します。


== 目的 ==
== 目的 ==
225行目: 225行目:
筆者が使う限り、意図した通り動きませんでした。筆者は非推奨としています。
筆者が使う限り、意図した通り動きませんでした。筆者は非推奨としています。


=== ToS=5 を絶対優先キューに流しているときに、StackWise Virtual Link (SVL) に Failover すると、絶対優先されません ===
=== ToS=5 を絶対優先キューに流しているときに、StackWise Virtual Link (SVL) を通るように Failover すると、絶対優先されません ===
SVL のキュー設定は変更できないため、ToS=5 を優先キューに流せません。
SVL のキュー設定は変更できないため、ToS=5 を優先キューに流せません。


234行目: 234行目:
==== 参考資料 ====
==== 参考資料 ====
[[ファイル:Nb-06-cat-9k-stack-wp-cte-en 23.png|なし|サムネイル|900x900ピクセル|Catalyst 9000 SVL Queue]]
[[ファイル:Nb-06-cat-9k-stack-wp-cte-en 23.png|なし|サムネイル|900x900ピクセル|Catalyst 9000 SVL Queue]]
== 出力 QoS を未設定のデフォルト キュー設定 ==
キューは 2 つに設定されています。DSCP とキューの割当は以下になります。
[[ファイル:White-paper-c11-742388 22.png|代替文=Catalyst 9000 Default queue traffic mapping|なし|サムネイル|450x450ピクセル|Catalyst 9000 Default queue traffic mapping]]


== 参考 URL ==
== 参考 URL ==

2023年12月1日 (金) 11:12時点における版

タイトルは Catalyst3850 ですが、同じ系統の ASIC である Catalyst9000 でもほぼ同じ内容が通用します。

目的

Catalyst3850 の QoS を検証する際に、注意するべき点をまとめます。

注意点

QoS は動作検証で意図した結果を得られたものが正しいコンフィグです。

検証で確認されていないコンフィグは、すべてゴミです。

トラブル時のエスカレーションも、検証結果を元に行います。

構成

Cat3850-1
Gi1/0/1
   |
   |
   |
Gi1/0/24
Cat3850-2 (DUT)
Gi1/0/1
   |
   |
   |
Gi1/0/24
Cat3850-3

入力機能

分類

ポリシング

マーキング

出力機能

シェーピング

帯域幅制限

プライオリティ キュー

サンプル要件

QoS を正確に設計・検証・設定するには、設定対象のネットワークの使用状況を元にした要件定義が必要です。

ここでは QoS で差別化するトラフィックを 4 種類に分類し、以下の通り定義します。

通常ユーザ : NET

  • 帯域幅を最大に確保
  • 優先度は最低とする
  • TCP 再送が起きにくくする
    • バッファリングを行う
    • バッファ割当量を増やす
  • IP セグメントは 10.0.0.0/8 を持つ

管理トラフィック : MGMT

  • ルーティング プロトコルや、プロビジョニング用プロトコルの DHCP と ARP を優先する
  • Internetwork Control として、NET よりも優先して転送させる
  • NET でパケットが埋まっていても、優先して処理されること

音声トラフィック : VoIP

  • 音声を 200ms 以内の遅延で転送するため、絶対優先させる
  • 他の ToS / DSCP で帯域幅が埋まっていても、パケットドロップが起きないこと
  • IP セグメントは 192.168.0.0/16 を持つ

その他 : class-default

  • その他の ToS / DSCP を転送する
  • アプリケーションのデフォルトで ToS=1-4 などが付与されている場合に使用する

サンプル コンフィグ

入力マーキング

!!! Cat3850-2 !!!
configure terminal
!
ip access-list extended ACL_NET
 permit ip 10.0.0.0 0.255.255.255 any
!
ip access-list extended ACL_MGMT
 10 permit udp any eq bootpc any
 20 permit udp any eq bootps any
 30 permit udp any any eq bootpc
 40 permit udp any any eq bootps
 50 permit ospf any any
!
mac access-list extended ACL_L2MGMT
 permit any any 0x806 0x0
!
ip access-list extended ACL_VoIP
 permit ip 192.168.0.0 0.0.255.255 any
!
class-map match-any CMAP_NET_MARKING
 match access-group name ACL_NET
!
class-map match-any CMAP_MGMT_MARKING
 match access-group name ACL_MGMT
 match access-group name ACL_L2MGMT
!
class-map match-any CMAP_VoIP_MARKING
 match access-group name ACL_VoIP
!
policy-map PMAP_MARKING
 class CMAP_NET_MARKING
  set precedence 0
 class CMAP_MGMT_MARKING
  set precedence 6
 class CMAP_VoIP_MARKING
  set dscp 46
!
interface GigabitEthernet1/0/1
 service-policy input PMAP_MARKING
!
end

ARP

ARP は L2 フレームで IP ヘッダが存在しないため、MAC ACL で定義する必要があります。

OSPF

Cisco IOS ではデフォルトで OSPF に ToS がついているため、上記のようにあえてマーキングする必要はありません。

トラフィック生成

色々な機器やアプリケーションが存在しますが、おすすめは以下です。

トラフィックジェネレータ

IXIA

  • IxNetwork だと尚良し、4 ポートはほしい
    • 例) DSCP=0 でワイヤレートを双方向印加中に、DSCP=46 で PQ に双方向印加した時、DSCP=46 でドロップ無し・DSCP=0 でドロップが発生するか

Ciscoi Trex

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

iperf

  • PC が 2 台あればとりあえず動かせる気軽さが良き

ping 系

Cisco IOS / IOS-XE

  • ping でもそれなりの pps が出る
  • ToS を指定して連続実施できるのはレア

TIPS

rate 値の算出間隔を変更

デフォルトでは 5 分あたりのトラフィック量が show interface の rate 値に反映されます。

load-interval を 300 秒 -> 30 秒に変更することで、リアルタイムに近い値を得られるようになります。

configure terminal
interface GigabitEthernet1/0/1
 load-interval 30
end

オーバーサブ (帯域超過) させるには

LAG のメンバーを 2 -> 1 にするなど、帯域幅を減らしてトラフィックを印加しましょう。

ラクなマーキング方法ってある ?

ACL よりも Vlan で match させるとラクな場合が多いです。

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

拠点ごとに Vlan が共通化されている場合は、特に効果が高いです。

dot1q タグが付いていないフレームでも、マーキングの対象になります。

  • access ポートでも設定した Vlan に match できる

絶対優先キューはポリシングとセットで設定する

PQ は絶対優先されるため、L2 ループでトラフィックが溢れる、意図せず大量にパケットが流れる、といった事象が発生するとネットワークが完全に停止してしまいます。

使用する VoIP プロトコルの 1 ユーザあたりの帯域幅 x ユーザ数などからサイジングして、適切な帯域幅でポリシングを設定するのを推奨します。

ハマりポイント

QoS を商用環境に設定したら、ToS=0 のパケットドロップが多くなったんだけど ?

正常な動作です。QoS そのものはパケット ドロップを減らす機能ではありません。

  • ToS=0 のパケットは、重みが低いため他の ToS を持つパケットの犠牲になります
  • ポートあたりのキューの数がデフォルトの 2 つよりも増えるため、キューあたりのパケットバッファも割当量が減少します

Catalyst3850 に ToS=5 のトラフィックを転送しても、絶対優先されないぞ ? 3750 の頃はできたのに・・・

正常な動作です。

  • Catalyst3850 以降は DSCP ベースで動作するため、DSCP=46(EF) が絶対優先されます。
    • EF = Expedited Forwarding

Windows の ping で ToS を指定しても反映されないんだけど・・・

仕様です。-v オプションは廃止されています。

  • Cisco IOS は指定できるので、ルータかスイッチを用意して ToS 指定 ping を打つのがおすすめです ただし hex で指定する必要があります

Windows ping

C:\Windows\System32>ping /?
<snip>
Options:
    -v TOS         Type Of Service (IPv4-only. This setting has been deprecated
                   and has no effect on the type of service field in the IP
                   Header).

deprecated とあり、廃止されている。

Cisco IOS ping

ping 1.1.1.1 tos ?
  <1-255>  Type of

ToS は Hex で指定する必要がある。例えば DSCP=46 なら 184 を指定する。

参考サイト : Howto:Calculate Values for Type of Service (ToS) from DiffServ or DSCP Values

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

筆者が使う限り、意図した通り動きませんでした。筆者は非推奨としています。

ToS=5 を絶対優先キューに流しているときに、StackWise Virtual Link (SVL) を通るように Failover すると、絶対優先されません

SVL のキュー設定は変更できないため、ToS=5 を優先キューに流せません。

StackWise Virtual を使用する場合は、通常ポートで DSCP=46 を PQ level 1 に流すことで、SVL と同様の設定になるようにします。

以下は後継機 Catalyst9000 シリーズの SVL キュー割当です。

参考資料

Catalyst 9000 SVL Queue

出力 QoS を未設定のデフォルト キュー設定

キューは 2 つに設定されています。DSCP とキューの割当は以下になります。

Catalyst 9000 Default queue traffic mapping
Catalyst 9000 Default queue traffic mapping

参考 URL

Cisco IOS XE Gibraltar 16.12.x（Catalyst 3850 スイッチ）Quality of Service（QoS）コンフィギュレーション ガイド

Cisco IOS XE Everest 16.8.x（Catalyst 3850 スイッチ）コマンド リファレンス

QoSの3750 MLSから3850 MQCへの変換の設定

「http://hkatou.net/index.php?title=2024-03-13_Catalyst3850_9000_スイッチ_QoS_設定・検証&oldid=1644」から取得