Catalyst 3850の出力廃棄のトラブルシューティング

Updated: 2023 年 12 月 4 日

Document ID:200594

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポートコンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

内容

はじめに

前提条件

要件

使用するコンポーネント

背景説明

バッファ割り当て

キュー構造

バッファ割り当ての調整

サービスポリシーを使用したHardmaxまたはSoftmaxバッファ割り当て

例 1

例 2

例 3

サービスポリシーを使用したSoftmaxバッファ値の手動変更

例 1

例 2

ケーススタディ：出力ドロップ

要約

はじめに

このドキュメントでは、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 はデータトラフィックに使用されます。

デフォルトでは、キュー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 .

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バッファ割り当て

サービスポリシーを適用すると、「レベル 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

サービスポリシーを適用する際に、プライオリティキューを設定しない場合、またはプライオリティキューレベルを設定しない場合は、そのキューに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

プライオリティレベル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

この例では、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>>

注：少数のキューに割り当てられるバッファが少なくなることがあります。これは、特定の設定が組み合わされている間に、プライオリティキューと非プライオリティキューのSoftmax計算に収まらない値として想定されます。

要約すると、Hardmax と Softmax に関しては、作成するキューが増えるほど、各キューに割り当てられるバッファが減少することになります（Hardmax は Softmax の値にも左右されます）。

3.6.3または3.7.2以降では、Softmaxの最大値はCLIコマンドで変更できます qos queue-softmax-multiplier 1200 デフォルト値は100です。1200に設定した場合、非優先キュー（レベル1）と非主要優先キュー(!=レベル1)のSoftmaxには、デフォルト値から12が掛けられます。このコマンドは、ポリシーマップが対応付けられているポートでのみ有効です。また、プライオリティキューレベル 1 には適用されません。

サービスポリシーを使用したSoftmaxバッファ値の手動変更

例 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  1200

queue-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>>

注：少数のキューに割り当てられるバッファが少なくなることがあります。これは、特定の設定が組み合わされている場合に、プライオリティキューと非プライオリティキューのSoftmax計算に値が収まらないために発生します。これを処理する内部アルゴリズムが用意されています。

例 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

    
    
      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: 0

queue-0のSoftmaxは最大10,000のバッファに渡される可能性があり、その結果、ドロップはゼロになります。

注：他のインターフェイスもバッファを使用できるため、この種のシナリオは不可能ですが、パケットドロップを特定のレベルに確実に減らすのに役立ちます。

このコマンドを使用すると、インターフェイスで使用可能な最大ソフトバッファを増やすことができます。ただし、このバッファを使用できるのは、他のインターフェイスがこれらのバッファを使用していない場合に限られることに注意してください。

要約

1.キューをさらに作成すると、各キューのバッファが減少します。
2.使用可能なバッファの総数は、次のコマンドで増やすことができます。 qos queue-softmax-multiplierコマンドを使用して、アップグレードを実行します。
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	初版

Catalyst 3850の出力廃棄のトラブルシューティング

偏向のない言語

翻訳について

内容

はじめに

前提条件

要件

使用するコンポーネント

背景説明

バッファ割り当て

キュー構造

バッファ割り当ての調整

サービスポリシーを使用したHardmaxまたはSoftmaxバッファ割り当て

例 1

例 2

例 3

サービスポリシーを使用したSoftmaxバッファ値の手動変更

例 1

例 2

ケーススタディ：出力ドロップ

要約

関連情報

更新履歴

シスコエンジニア提供

このドキュメントは役に立ちましたか?

シスコに問い合わせ

このドキュメントは次の製品に対応しています

Catalyst 3850の出力廃棄のトラブルシューティング

偏向のない言語

翻訳について

内容

はじめに

前提条件

要件

使用するコンポーネント

背景説明

バッファ割り当て

キュー構造

バッファ割り当ての調整

サービスポリシーを使用したHardmaxまたはSoftmaxバッファ割り当て

例 1

例 2

例 3

サービスポリシーを使用したSoftmaxバッファ値の手動変更

例 1

例 2

ケーススタディ：出力ドロップ

要約

関連情報

更新履歴

シスコ エンジニア提供

このドキュメントは役に立ちましたか?

シスコに問い合わせ

このドキュメントは次の製品に対応しています

シスコエンジニア提供