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

ダウンロードオプション

PDF (216.8 KB)
Adobe Reader を使ってさまざまなデバイスで表示
ePub (76.7 KB)
iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
Mobi (Kindle) (83.0 KB)
Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示

Updated: 2016 年 9 月 30 日

Document ID:200594

翻訳について

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

概要

このドキュメントでは、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 以降で解決済み）。

シスコエンジニア提供

Furose Khan
Cisco TAC エンジニア

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

ダウンロードオプション

翻訳について

目次

概要

前提条件

要件

使用するコンポーネント

バッファ割り当て

キュー構造

バッファ割り当ての調整

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

例 1

例 2

例 3

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

例 1

例 2

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

要約

シスコエンジニア提供

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

シスコに問い合わせ

関連するシスココミュニティディスカッション

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

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

ダウンロード オプション

翻訳について

目次

概要

前提条件

要件

使用するコンポーネント

バッファ割り当て

キュー構造

バッファ割り当ての調整

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

例 1

例 2

例 3

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

例 1

例 2

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

要約

シスコ エンジニア提供

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

シスコに問い合わせ

関連するシスコ コミュニティ ディスカッション

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

シェアする

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

ダウンロードオプション

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

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

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

シスコエンジニア提供

関連するシスココミュニティディスカッション