Catalyst 3850 の特徴： 出力ドロップのトラブルシューティング

概要

このドキュメントでは、Catalyst 3650/3850 プラットフォームでのキュー構造とバッファについて説明します。 また、出力ドロップをある程度まで軽減する方法に関する例も示します。

出力ドロップは、一般に多対 1 または 10 ギガビット対 1 ギガビットの転送によって生じるインターフェイス オーバーサブスクリプションに起因します。 インターフェイス バッファは限られたリソースであり、パケットをある程度までしか吸収できません。以降のパケットはドロップされます。 バッファを調整することで多少緩和できますが、出力ドロップが 0 になるという保証はありません。

古いコードには既知のバグが存在するため、03.06 または 03.07 の最新バージョンを実行して適切なバッファ割り当てを取得することを推奨します。

前提条件

要件

Catalyst プラットフォームの QoS について基本的な知識があることが推奨されます。

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

• Cisco Catalyst 3850
• 03.07.04

バッファ割り当て

従来は、バッファが各キューに静的に割り当てられており、キューの数が増えるに従って、予約バッファの量は減少しました。  これは非効率的な上に、すべてのキューのフレームを処理するために必要なバッファが不足する可能性がありました。  ?

このような欠点を克服するため、Catalyst 3650/3850 プラットフォームでは厳格なバッファと柔軟なバッファが使用されます。

厳格なバッファ： これは、特定のキューに対する最小予約バッファです。 特定のキューがバッファを使用しなくても、他のキューがこれを使用することはできません。

柔軟なバッファ： これらのバッファはキューに割り当てられますが、使用されなければ、他のキューとインターフェイスで共有できます。

サービス ポリシーを適用しないデフォルトのバッファ割り当て：

 デフォルトのバッファ割り当ては、1 GB ポートに 300 バッファ、10 GB ポートに 1800 バッファです（1 バッファ = 256 バイト）。 ポートはデフォルト設定で共通プールから割り当てられるデフォルト バッファの最大 400 %（1 ギガビット インターフェイスの場合は 1200 バッファ、10 ギガビット インターフェイスの場合は 7200 バッファ）を使用できます。

デフォルトの柔軟なバッファ制限は 400（最大しきい値）に設定されます。 しきい値によって、共通プールから借用できる柔軟なバッファの最大数が決まります。

キュー構造

サービス ポリシーを適用しない場合は、デフォルト キューが 2 つ用意されています（キュー 0 とキュー 1）。 キュー 0 は制御トラフィック（DSCP 32、48、または 56）に使用され、キュー 1 はデータ トラフィックに使用されます。

デフォルトでは、厳格なバッファとしてインターフェイスで使用できるバッファの 40 % がキュー 0 に割り当てられます。 つまり、1 GB ポートの場合は 120 バッファがキュー 0 に割り当てられ、 10 GB ポートの場合は 720 バッファが割り当てられます。 このキューの softmax（柔軟なバッファの最大値）は、1 GB ポートの場合は 480（120 の 400 % で算出）、10 GB ポートの場合は 2880 に設定されます。キューに設定されるデフォルトの最大しきい値は 400 です。

キュー 1 に割り当てられた厳格なバッファはありません。 キュー 1 の柔軟なバッファ値は、キュー 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 バッファの割り当てを調整できます。

厳格なバッファと柔軟なバッファの計算：

システムが各キューに softmax および hardmax を割り当てる仕組みは次のとおりです。

合計ポート バッファ = 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 ギガビット インターフェイスでのバッファ割り当てを示します。

前述したように、サービス ポリシーを適用せずにデフォルト設定を使用すると、1 ギガビット リンクの場合は 120 のデフォルト Hardmax がキュー 0 に割り当てられます。10 ギガビット リンクなら 720 バッファです。

3850#show platform qos queue config gig 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 int 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>>

Note: 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 int TenGig1/0/37

Current configuration : 67 bytes
!
interface TenGigabitEthernet1/0/37
 service-policy output MYPOL
end

3850#sh platform qos queue config te 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 バッファが割り当てられます。 この計算方法については、先の「SoftMax と HardMax の計算」で説明しています。

 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 int gig1/0/1

Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
 service-policy output MYPOL
end

 BGL.L.13-3800-1#sh 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 int Te1/0/37

Current configuration : 67 bytes
!
interface TenGigabitEthernet1/0/37
 service-policy output MYPOL
end


3850_1#     sh 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 int gig1/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 int Te1/0/37

Current configuration : 67 bytes
!
interface TenGigabitEthernet1/0/37
 service-policy output MYPOL
end


3850_2#sh platform qos queue config te 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 以降では、CLI コマンド 「qos queue-softmax-multiplier 1200」を使用して softmax の最大値を変更できます（デフォルト値は 100 です）。 1200 に設定した場合、非プライオリティ キューおよび非プライマリ プライオリティ キュー（! =level 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 int gig1/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 conf 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

これで、キュー 1 には柔軟なバッファの 50 %、 つまり 600 バッファが割り当てられました。 残りのバッファは、アルゴリズムに従って他のキューに割り当てられます。

同様に、10 ギガビット インターフェイスの出力は次のとおりです。

3850#sh platform qos queue config te 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 バッファの割り当て

policy-map NODROP
 class class-default
  bandwidth percent 100
  queue-buffers ratio 100

QoS 設定の結果は次のようになります。

3850#show platfo 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（デフォルトしきい値）で発生しています。 デフォルトで、システムはドロップしきい値として最大しきい値（Drop-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 runn int gig1/0/1
Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
 service-policy output TEST_POLICY
end


3850#sh 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 gig1/0/1 | in output drop
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 385064

同じトラフィック バーストに対して、ドロップ数が 497000 から 385064 に減少しました。 ただし、まだドロップは発生しています。

「qos queue-softmax-multiplier 1200」グローバル設定コマンドを設定すると、以下のようになります。

3850#sh 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 gig1/0/1 | in output drop
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

これで、キュー 0 の softmax は 10,000 バッファまで拡張されるようになり、その結果、ドロップが 0 になっています。

注： 実際の環境では他のインターフェイスもバッファを使用するため、このようなシナリオは実現できない可能性がありますが、パケット ドロップを特定のレベルまで削減するにはかなり有効な方法です。

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

要約

1. 作成するキューが増えるほど、各キューのバッファは減少します。

2. 使用可能なバッファの合計数は、「qos queue-softmax-multiplier X」コマンドを使用して増やすことができます。

3. バッファを調整するためにクラス デフォルトを 1 つだけ定義すると、すべてのトラフィック（制御パケットも含む）がその単一キューに入ります。 すべてのトラフィックが 1 つのキューに入れられると、制御トラフィックとデータ トラフィックが区別されず、輻輳時に制御トラフィックがドロップされる可能性があります。 したがって、少なくとも制御トラフィック用にもう 1 つクラスを作成することを推奨します。 CPU によって生成された制御パケットは、クラス マップで一致しなくても、常に最初のプライオリティ キューに入れられます。 プライオリティ キューが設定されていない場合は、インターフェイスの最初のキュー（キュー 0）に入れられます。

4. CSCuu14019 以前では、インターフェイスに「出力ドロップ」カウンタが表示されません。 ドロップを確認するには、「show platform qos queue stats」出力を実行する必要があります。

5. 拡張リクエスト CSCuz86625 が提出され、サービス ポリシーを使用せずに soft-max multiplier を設定できるようになりました（3.6.6 以降で解決済み）。