Catalyst 3850の出力廃棄のトラブルシューティング
はじめに
このドキュメントでは、Catalyst 3650/3850プラットフォームでのキュー構造とバッファについて説明し、出力ドロップを軽減する方法の例を示します。
前提条件
要件
CatalystプラットフォームのQuality of Service(QoS)に関する基本的な知識があることが推奨されます。
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
- Cisco Catalyst 3650/3850
- 03.07.04
注:16.x.x以降のQoS CLIコマンドの変更については、このガイドの「Catalyst 9000スイッチでの出力ドロップのトラブルシューティング」に記載されています。このドキュメントはCatalyst 9000シリーズに関するものですが、3850と同じASICを共有しています。このガイドは、16.x.x以降のCisco IOS® XEバージョンの3850で使用します。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
出力ドロップは一般に、多対1、または10ギガ対1ギガの転送によって引き起こされるインターフェイスオーバーサブスクリプションの結果です。インターフェイスバッファは限られたリソースであり、パケットがドロップできる最大バーストを吸収できます。バッファを調整すれば多少の調整が可能ですが、出力ドロップがゼロになるシナリオは保証できません。
古いコードには既知のバグが存在するため、03.06 または 03.07 の最新バージョンを実行して適切なバッファ割り当てを取得することを推奨します。
バッファ割り当て
従来は、バッファが各キューに静的に割り当てられており、キューの数が増えるに従って、予約バッファの量は減少しました。 これは非効率的で、すべてのキューのフレームを処理するために必要なバッファの数を減らすことができます。このような欠点を克服するため、Catalyst 3650/3850 プラットフォームでは厳格なバッファと柔軟なバッファが使用されます。
- 厳格なバッファ：これらは特定のキューに対する最小予約バッファです。特定のキューがバッファを使用しない場合、他のキューはこれらのバッファを使用できません。
- 柔軟なバッファ：これらのバッファはキューに割り当てられますが、使用しない場合は他のキューやインターフェイスと共有できます。
サービスポリシーが適用されないデフォルトのバッファ割り当て
1 GBポートのデフォルトのバッファ割り当ては300バッファで、10 GBポートの場合は1800バッファです（1バッファ= 256バイト）。ポートは、デフォルト設定の共通プールから割り当てられたデフォルトの最大400 %を使用できます。これは、1 Gigインターフェイスでは1200バッファ、10 Gigインターフェイスでは7200バッファです。
デフォルトの柔軟なバッファ制限は 400（最大しきい値）に設定されます。しきい値によって、共通プールから借用できる柔軟なバッファの最大数が決まります。
キュー構造
サービス ポリシーを適用しない場合は、デフォルト キューが 2 つ用意されています（キュー 0 とキュー 1）。キュー 0 は制御トラフィック（DSCP 32、48、または 56）に使用され、キュー 1 はデータ トラフィックに使用されます。
デフォルトでは、queue 0には、インターフェイスで使用可能なバッファの40 %をハードバッファとして割り当てることができます。つまり、1 Gポートのコンテキストでは120のバッファがキュー0に割り当てられ、10 Gポートのコンテキストでは720のバッファが割り当てられます。このキューの最大のソフトバッファであるSoftmaxは、1 GBポートでは480（120の400 %として計算）に、10 GBポートでは2880に設定されます。ここで、400は、すべてのキューに設定されているデフォルトの最大しきい値です。
キュー 1 に割り当てられた厳格なバッファはありません。queue-1のソフトバッファ値は、queue-0に割り当てられた後に残るインターフェイスバッファの400 %として計算されます。したがって、1 ギガビット インターフェイスの場合は 180 の 400 %、10 ギガビット インターフェイスの場合は 1800 の 400 % です。
この割り当てを表示するために使用できるshow コマンドは次のとおりです show platform qos queue config <interface>.
1 ギガビット インターフェイスの場合：
3850#show platform qos queue config gigabitEthernet 1/0/1 DATA Port:20 GPN:66 AFD:Disabled QoSMap:0 HW Queues: 160 - 167 DrainFast:Disabled PortSoftStart:1 - 1080 ---------------------------------------------------------- DTS Hardmax Softmax PortSMin GlblSMin PortStEnd --- -------- -------- -------- --------- --------- 0 1 5 120 6 480 6 320 0 0 3 1440 1 1 4 0 7 720 3 480 2 180 3 1440 2 1 4 0 5 0 5 0 0 0 3 1440 3 1 4 0 5 0 5 0 0 0 3 1440 4 1 4 0 5 0 5 0 0 0 3 1440 5 1 4 0 5 0 5 0 0 0 3 1440 6 1 4 0 5 0 5 0 0 0 3 1440 7 1 4 0 5 0 5 0 0 0 3 1440 <<output omitted>>10 ギガビット インターフェイスの場合：
3850#show platform qos queue config tenGigabitEthernet 1/0/37 DATA Port:1 GPN:37 AFD:Disabled QoSMap:0 HW Queues: 8 - 15 DrainFast:Disabled PortSoftStart:2 - 6480 ---------------------------------------------------------- DTS Hardmax Softmax PortSMin GlblSMin PortStEnd --- -------- -------- -------- --------- --------- 0 1 6 720 8 2880 7 1280 0 0 4 8640 1 1 4 0 9 4320 8 1920 3 1080 4 8640 2 1 4 0 5 0 5 0 0 0 4 8640 3 1 4 0 5 0 5 0 0 0 4 8640 4 1 4 0 5 0 5 0 0 0 4 8640
<<output omitted>>
Hardmax（厳格なバッファ）とは、常にこのキューに対して予約されている使用可能なバッファの量です。
Softmax（柔軟なバッファ）とは、他のキューまたはグローバル プールから借用できるバッファの量です。1ギガビットインターフェイスあたりのSoftmaxの総数は1200（300の400 %）で、10ギガビットインターフェイスの場合は7200バッファです。 サービスポリシーを適用する際に、明示的に作成されていない場合は、「クラスデフォルト」用に1つの追加キューを作成できます。以前に定義したクラスの下で一致しないすべてのトラフィックがこのキューに入ります。このキューの下にmatchステートメントを指定することはできません。
バッファ割り当ての調整
バッファ割り当ての調整
3650/3850プラットフォームでバッファを調整するには、それぞれのインターフェイスの下にサービスポリシーを接続します。サービスポリシーを使用して、HardmaxおよびSoftmaxバッファの割り当てを調整できます。
厳格なバッファと柔軟なバッファの計算
システムは各キューにHardmaxとSoftmaxを割り当てる方法を次に示します。
合計ポート バッファ = 300（1G）または 1800（10G）
合計で 5 つのキュー（5 つのクラス）がある場合、各キューにはデフォルトで 20 % のバッファが割り当てられます。
優先キュー
1 ギガビット：
HardMax = Oper_Buff = 300 の 20 % = 60
qSoftMax =（Oper_Buff * Max_Threshold）/100 = 60 * 400/100 = 240
10 ギガビット：
HardMax = Oper_Buff = 1800 の 20 % = 360
qsoftMax =（Oper_Buff * Max_Threshold）/100 = 360 * 400/100 = 1440
非プライオリティキュー
1 ギガビット：
HardMax = 0
qSoftMax = (Oper_Buffer*Max_Threshold)/100 = 300*20/100= 60。60の400% = 240
10 ギガビット：
HardMax = 0
qSoftMax = (Oper_Buffer*Max_Threshold)/100 = 1800*20/100= 360。360の400% = 1440
サービスポリシーを使用したHardmaxまたはSoftmaxバッファ割り当て
サービスポリシーを使用したHardmaxまたはSoftmaxバッファ割り当てサービス ポリシーを適用すると、「レベル 1/2 のプライオリティ キュー」にのみ Hardmax が割り当てられます。次の例は、1ギガビットインターフェイスと10ギガビットインターフェイスにおける特定のサービスポリシーのバッファ割り当てを明確にするのに役立ちます。サービスポリシーが適用されていないデフォルト設定では、キュー0は、リンクが1ギガビットリンクの場合は120のデフォルトHardmax、リンクが10ギガビットリンクの場合は720バッファを取得します。
3850#show platform qos queue config gigabitEthernet 1/0/1 DATA Port:0 GPN:119 AFD:Disabled QoSMap:0 HW Queues: 0 - 7 DrainFast:Disabled PortSoftStart:1 - 1080 ---------------------------------------------------------- DTS Hardmax Softmax PortSMin GlblSMin PortStEnd --- -------- -------- -------- --------- --------- 0 1 5 120 6 480 6 320 0 0 3 1440 1 1 4 0 7 720 3 480 2 180 3 1440 2 1 4 0 5 0 5 0 0 0 3 1440
<<output omitted>>
3850#show platform qos queue config tenGigabitEthernet 1/0/37
DATA Port:1 GPN:37 AFD:Disabled QoSMap:0 HW Queues: 8 - 15
DrainFast:Disabled PortSoftStart:2 - 6480
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 6 720 8 2880 7 1280 0 0 4 8640
1 1 4 0 9 4320 8 1920 3 1080 4 8640
2 1 4 0 5 0 5 0 0 0 4 8640
<<output omitted>> 例 1
例 1サービスポリシーを適用する際に、プライオリティキューを設定しない場合、またはプライオリティキューレベルを設定しない場合は、そのキューにHardmaxを割り当てることはできません。
1 ギガビット インターフェイスの場合：
policy-map MYPOL
class ONE
priority percent 20
class TWO
bandwidth percent 40
class THREE
bandwidth percent 10
class FOUR
bandwidth percent 5
3850#show run interface gig1/0/1
Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
service-policy output MYPOL
end
3800#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
DrainFast:Disabled PortSoftStart:2 - 360
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 4 0 8 240 7 160 3 60 4 480
1 1 4 0 8 240 7 160 3 60 4 480
2 1 4 0 8 240 7 160 3 60 4 480
3 1 4 0 8 240 7 160 3 60 4 480
4 1 4 0 8 240 7 160 3 60 4 480
<<output omitted>>
!--- There are 5 classes present though you only created 4 classes.
!--- The 5th class is the default class.
!--- Each class represent a queue and the order in which it is shown is the order in which
!--- it is present in the running configuration when checking "show run | sec policy-map".10 ギガビット インターフェイスの場合：
policy-map MYPOL class ONE priority percent 20 class TWO bandwidth percent 40 class THREE bandwidth percent 10 class FOUR bandwidth percent 5 3850#show run interface TenGigabitEthernet1/0/37 Current configuration : 67 bytes ! interface TenGigabitEthernet1/0/37 service-policy output MYPOL end 3850#show platform qos queue config tenGigabitEthernet 1/0/40 DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23 DrainFast:Disabled PortSoftStart:4 - 2160 ----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 4 0 10 1440 9 640 4 360 5 2880
1 1 4 0 10 1440 9 640 4 360 5 2880
2 1 4 0 10 1440 9 640 4 360 5 2880
3 1 4 0 10 1440 9 640 4 360 5 2880
4 1 4 0 10 1440 9 640 4 360 5 2880
5 1 4 0 5 0 5 0 0 0 5 2880 <<output omitted>>例 2
例 2優先レベル1を適用すると、キュー0はHardmaxとして60バッファを取得します。
1 ギガビット インターフェイスの場合：
policy-map MYPOL
class ONE
priority level 1 percent 20
class TWO
bandwidth percent 40
class THREE
bandwidth percent 10
class FOUR
bandwidth percent 5
3850#show run interface gig1/0/1
Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
service-policy output MYPOL
end
BGL.L.13-3800-1#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
DrainFast:Disabled PortSoftStart:2 - 360
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 6 60 8 240 7 160 0 0 4 480
1 1 4 0 8 240 7 160 3 60 4 480
2 1 4 0 8 240 7 160 3 60 4 480
3 1 4 0 8 240 7 160 3 60 4 480
4 1 4 0 8 240 7 160 3 60 4 480
<<output omitted>>10 ギガビット インターフェイスの場合：
policy-map MYPOL class ONE priority level 1 percent 20 class TWO bandwidth percent 40 class THREE bandwidth percent 10 class FOUR bandwidth percent 5 3850#show run interface Te1/0/37 Current configuration : 67 bytes ! interface TenGigabitEthernet1/0/37 service-policy output MYPOL end 3850_1#show platform qos queue config tenGigabitEthernet 1/0/37 DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23 DrainFast:Disabled PortSoftStart:3 - 2160 ---------------------------------------------------------- DTS Hardmax Softmax PortSMin GlblSMin PortStEnd --- -------- -------- -------- --------- --------- 0 1 7 360 10 1440 9 640 0 0 5 2880 1 1 4 0 10 1440 9 640 4 360 5 2880 2 1 4 0 10 1440 9 640 4 360 5 2880 3 1 4 0 10 1440 9 640 4 360 5 2880 4 1 4 0 10 1440 9 640 4 360 5 2880 5 1 4 0 5 0 5 0 0 0 5 2880 <<output omitted>> 例 3
例 3この例では、1つの追加クラスが追加されます。キューの合計数は6になります。設定した 2 つの優先度レベルにより、各キューに Hardmax として 51 バッファが割り当てられます。計算式は前の例と同じです。
1 ギガビット インターフェイスの場合：
policy-map MYPOL
class ONE
priority level 1 percent 20
class TWO
priority level 2 percent 10
class THREE
bandwidth percent 10
class FOUR
bandwidth percent 5
class FIVE
bandwidth percent 10
3850#show run interface gigabitEthernet1/0/1
Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
service-policy output MYPOL
end
3850#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:16 GPN:10 AFD:Disabled QoSMap:1 HW Queues: 128 - 135
DrainFast:Disabled PortSoftStart:3 - 306
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 7 51 10 204 9 136 0 0 5 408
1 1 7 51 10 204 9 136 0 0 5 408
2 1 4 0 10 204 9 136 4 51 5 408
3 1 4 0 10 204 9 136 4 51 5 408
4 1 4 0 11 192 10 128 5 48 5 408
5 1 4 0 11 192 10 128 5 48 5 408
6 1 4 0 5 0 5 0 0 0 5 408
<<output omitted>>10 ギガビット インターフェイスの場合：
policy-map MYPOL class ONE priority level 1 percent 20 class TWO priority level 2 percent 10 class THREE bandwidth percent 10 class FOUR bandwidth percent 5 class FIVE bandwidth percent 10 3850#show run interface Te1/0/37 Current configuration : 67 bytes ! interface TenGigabitEthernet1/0/37 service-policy output MYPOL end 3850_2#show platform qos queue config tenGigabitEthernet 1/0/37 DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23 DrainFast:Disabled PortSoftStart:4 - 1836 ---------------------------------------------------------- DTS Hardmax Softmax PortSMin GlblSMin PortStEnd --- -------- -------- -------- --------- --------- 0 1 8 306 12 1224 11 544 0 0 6 2448 1 1 8 306 12 1224 11 544 0 0 6 2448 2 1 4 0 12 1224 11 544 6 306 6 2448 3 1 4 0 12 1224 11 544 6 306 6 2448 4 1 4 0 13 1152 12 512 7 288 6 2448 5 1 4 0 13 1152 12 512 7 288 6 2448 6 1 4 0 5 0 5 0 0 0 6 2448 <<output omitted>> 要約すると、Hardmax と Softmax に関しては、作成するキューが増えるほど、各キューに割り当てられるバッファが減少することになります（Hardmax は Softmax の値にも左右されます）。
3.6.3または3.7.2以降では、CLIコマンドqos queue-softmax-multiplier 1200でSoftmaxの最大値を変更し、デフォルト値を100に設定できます。1200に設定した場合、非優先キュー（レベル1）および非主要優先キュー(!=レベル1)のSoftmaxは、デフォルト値から12倍になります。このコマンドは、ポリシー マップが対応付けられているポートでのみ有効です。また、プライオリティ キュー レベル 1 には適用されません。
サービスポリシーを使用したSoftmaxバッファ値の手動変更
サービスポリシーを使用したSoftmaxバッファ値の手動変更例 1
例 1サービスポリシーの設定と、対応するバッファ割り当てを次に示します。
policy-map TEST_POLICY
class ONE
priority level 1 percent 40
class TWO
bandwidth percent 40
class THREE
bandwidth percent 10
3850#show run interface gigabitEthernet1/0/1
Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
service-policy output TEST_POLICY
end
3850#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
DrainFast:Disabled PortSoftStart:2 - 450
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 6 75 8 300 7 200 0 0 4 600
1 1 4 0 8 300 7 200 3 75 4 600
2 1 4 0 8 300 7 200 3 75 4 600
3 1 4 0 8 300 7 200 3 75 4 600
<<output omitted>>
バッファはすべてのキューに均等に分割されます。bandwidthコマンドを使用する場合、重みがすべてのキューとスケジューラの動作に対して変更されるだけです。
Softmax値を調整するには、該当するクラスで queue-buffer ratioコマンドを使用する必要があります。
policy-map TEST_POLICY class ONE priority level 1 percent 40 class TWO bandwidth percent 40 queue-buffers ratio 50 <--------------- class THREE bandwidth percent 10 class FOUR bandwidth percent 5これらは新しいバッファ割り当てです。
1 ギガビット インターフェイスの場合：
3850#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
DrainFast:Disabled PortSoftStart:0 - 900
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 6 39 8 156 7 104 0 0 0 1200
1 1 4 0 9 600 8 400 3 150 0 1200
2 1 4 0 8 156 7 104 4 39 0 1200
3 1 4 0 10 144 9 96 5 36 0 1200
4 1 4 0 10 144 9 96 5 36 0 1200queue-1はソフトバッファの50 %、つまり600バッファを取得します。残りのバッファは、アルゴリズムに従って他のキューに割り当てられます。
10Gigインターフェイスの同様の出力は次のとおりです。
3850#show platform qos queue config tenGigabitEthernet 1/0/37 DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23 DrainFast:Disabled PortSoftStart:4 - 1836 ---------------------------------------------------------- DTS Hardmax Softmax PortSMin GlblSMin PortStEnd --- -------- -------- -------- --------- --------- 0 1 7 234 10 936 9 416 0 0 5 7200 1 1 4 0 11 3600 10 1600 4 900 5 7200 2 1 4 0 10 936 9 416 5 234 5 7200 3 1 4 0 4 864 11 384 1 216 5 7200 4 1 4 0 4 864 11 384 1 216 5 7200 5 1 4 0 5 0 5 0 0 0 5 7200 <<output omitted>>例 2
例 2すべてのSoftmaxバッファを1つのデフォルトキューに割り当てます。
いくつかのキューに割り当てられるバッファが少なくなります。これは、特定の組み合わせが設定されている場合、プライオリティキューと非プライオリティキューのSoftmax計算に値が適合しないため予期されています。これを処理する内部アルゴリズムが用意されています。少数のキューに割り当てられるバッファが少なくなる可能性があります。これは、特定の組み合わせが設定されている場合、プライオリティキューと非プライオリティキューのSoftmax計算に値が適合しないため予期されています。これを処理する内部アルゴリズムがあります。
policy-map NODROP class class-default bandwidth percent 100 queue-buffers ratio 100 QoS設定の結果は次のとおりです。
3850#show platform qos queue config GigabitEthernet 1/1/1 DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175 DrainFast:Disabled PortSoftStart:0 - 900 ---------------------------------------------------------- DTS Hardmax Softmax PortSMin GlblSMin PortStEnd --- -------- -------- -------- --------- --------- 0 1 4 0 8 1200 7 800 3 300 2 2400 1 1 4 0 5 0 5 0 0 0 2 2400 インターフェイスに適用されたポリシーに、「level」が設定されているプライオリティ キューがないため、Hardmax バッファは割り当てられません。 ポリシーマップを適用するとすぐに2番目のキューが無効になり、システムに1つのキューだけが残ります。
ここで注意が必要なのは、すべてのパケットがこの単一のキュー（OSPF/EIGRP/STPなどの制御パケットを含む）を使用することです。 輻輳（ブロードキャストストーム）があると、ネットワークの中断が発生しやすくなります。 これは、一致する制御パケットを定義したクラスが他にある場合にも発生します。
ケーススタディ：出力ドロップ
ケーススタディ：出力ドロップこのテストでは、IXIAトラフィックジェネレータは1ギガビットインターフェイスに接続され、出力ポートは100 Mbpsインターフェイスです。この接続は 100 Mbps 対 1 Gbps で、1 ギガビットのパケットのバーストが 1 秒間送信されます。これにより、出力100 Mbpsインターフェイスで出力廃棄が発生する可能性があります。デフォルト設定（サービスポリシーが適用されていない）では、1が送信された後の出力ドロップの数は次のようになります。
3850#show interfaces gig1/0/1 | in output drop Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 497000これらのドロップは Th2（デフォルトしきい値）で発生しています。デフォルトでは、最大しきい値をドロップしきい値（ドロップTh2）として使用できます。
3800#show platform qos queue stats gigabitEthernet 1/0/1 <snip> DATA Port:21 Drop Counters ------------------------------- Queue Drop-TH0 Drop-TH1 Drop-TH2 SBufDrop QebDrop ----- ----------- ----------- ----------- ----------- ----------- 0 0 0 497000 0 0 1 0 0 0 0 0その後、バッファを調整するために、次のサービスポリシーを設定します。
policy-map TEST_POLICY
class class-default
bandwidth percent 100
queue-buffers ratio 100
3850#show run interface gigabitEthernet1/0/1
Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
service-policy output TEST_POLICY
end
3850#show platform qos queue config gigabitEthernet 2/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
DrainFast:Disabled PortSoftStart:0 - 900
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 4 0 8 1200 7 800 3 300 2 2400 <-- queue 0 gets all the buffer.
3850#show interfaces gigabitEthernet1/0/1 | include output drop
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 385064 同じトラフィックバーストでドロップ数が497000から385064に減少しました。ただし、まだドロップは発生しています。その後、qos queue-softmax-multiplier 1200 global configコマンドを設定します。
3850#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
DrainFast:Disabled PortSoftStart:0 - 900
----------------------------------------------------------
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd
--- -------- -------- -------- --------- ---------
0 1 4 0 8 10000 7 800 3 300 2 10000
3850#show interfaces gigabitEthernet1/0/1 | in output drop
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0queue-0のSoftmaxは最大10,000のバッファに渡される可能性があり、その結果、廃棄はゼロになります。
このコマンドを使用すると、インターフェイスで使用できる柔軟なバッファの上限を増やすことができます。ただしこの方法は、他のインターフェイスがこれらのバッファを使用していない場合にのみ使用可能であることに注意してください。
要約
要約
1. 作成するキューの数を増やすと、各キューのバッファが減少します。
2. 使用可能なバッファの合計数は、qos queue-softmax-multiplier <value>コマンドで増加できます。
3. class-defaultを1つだけ定義した場合、バッファを調整するために、すべてのトラフィック（制御パケットを含む）が単一のキューに入ります。すべてのトラフィックが 1 つのキューに入れられると、制御トラフィックとデータ トラフィックが区別されず、輻輳時に制御トラフィックがドロップされる可能性があります。したがって、少なくとも制御トラフィック用にもう 1 つクラスを作成することを推奨します。CPUによって生成された制御パケットは、クラスマップで一致しなくても、常に最初のプライオリティキューに送られます。プライオリティ キューが設定されていない場合は、インターフェイスの最初のキュー（キュー 0）に入れられます。
4. Cisco Bug ID CSCuu14019以前は、インターフェイスに「output drop」カウンタが表示されません。ドロップを確認するには、 show platform qos queue stats の出力を実行する必要があります。
5. サービスポリシーを使用せずにsoft-max multiplierを設定できるように、機能拡張要求、Cisco Bug ID CSCuz86625（3.6.6以降で解決済み）が提出されました。
関連情報
関連情報 更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
6.0 |
04-Dec-2023 |
再認定 |
4.0 |
02-Dec-2022 |
16.x.x以降のソフトウェアを実行する3850で使用できるCatalyst 9000スイッチの出力ドロップをトラブルシューティングするための追加されたURL |
1.0 |
28-Jul-2016 |
初版 |
フィードバック