class-defaultは制御トラフィックと一致しますか？

ポリサーが最大になっているときに表示される出力でポリシングされているリンクでBFDの問題が発生しています。BFDパケットが反対側に到達していません。BFDのhelloがポリサーの対象となるのか、それともポリサーの外側にあるのか疑問に思います。それらがポリサーの対象である場合、DSCP CS6の一致を追加して優先順位を付けるのと同じくらい簡単ですか？以下は設定です：

interface GigabitEthernet1/1
 service-policy output 500meg
end

Router-1#sh policy-map 500meg
  Policy Map 500meg
    Class class-default
     police cir 500000000 bc 31250000 be 31250000
       conform-action transmit
       exceed-action drop
       violate-action drop

@Mud、あなたはあなたの質問に対する答えがいくつかのコメントに広がっているので、私はここでそれを1つの答えにまとめるだけです。

7600s / 6500sでは、他のトラフィック（デバイスを通過する通過トラフィック）と同様に、インターフェイスレベルでBFD（コントロールプレーントラフィック）をフィルタリングできます。

ラインカードのポートにACLを適用すると、そのインターフェイスのすべてのトラフィックに適用されます。RSPまたはDFCを使用している場合にRSPまたはDFCで処理する必要があるトラフィックは、ACLが処理された後、そこでパントする必要があります。

経験則として、「クラスNC」がCS6およびCS7のみに一致する次のような、最近のQoSポリシーにコントロールプレーントラフィックを含めています。

policy-map QoS-Example
 class NC
  bandwidth percent 2
 !
 class REALTIME
  police rate percent 10
   conform-action transmit
   exceed-action drop
  !
  priority level 1
 !
 class 1
  bandwidth percent 22
 !
 class 2
  bandwidth percent 24
 !
 class 3
  bandwidth percent 12
 ....... and so on

7600s / 6500sのCoPPポリシーを作成する場合、関連するすべての種類のコントロールプレーントラフィックに一致するACLを作成する必要があります。したがって、UDPポート3784との間でトラフィックを照合することにより、BFDトラフィックを照合することもできます（そして、可能であれば、さらにインターフェースIPにロックダウンします）。

@yttiが言ったように、セットアップでBFDタイマーに注意する必要があります。DFSがRSP / CPU電源で実行中のBFDを持っていない場合。その場合は、「process-max-time」グローバルコマンドとプロセススケジュール「scheduler allocate xxx xxx」の微調整も参照してください。

シスコが推奨する最小値はbfd interval 100 min_rx 100 multiplier 3、私が実際に実行bfd interval 500 min_rx 500 multiplier 3しているDFCのない一部のプロダクションボックスでは問題ありませんが、現在アクセスできないDFCのあるボックスでは同じものを実行していると思います。

詳細については、コントロールプレーントラフィックのBFDチューニングとACL（CoPPとインターフェイスACLの両方）、および一般的に優れたプラクティスであるコントロールプレーンチューニング、コントロールプレーントラフィックでのQoS動作について説明するこれらのリファレンスを参照できます。

http://www.cisco.com/c/en/us/td/docs/routers/7600/troubleshoot/guide/7600_Trouble_Shooting.pdf

http://www.cisco.com/c/en/us/td/docs/routers/7600/ios/12-2SR/configuration/guide/swcg/dos.html

http://www.cisco.com/web/about/security/intelligence/coppwp_gs.html

http://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-congestion-management-queueing/18664-rtgupdates.html

BFD制御パケットの重要な性質により、出口で出力QoSポリシーマップを通過せず、出力キューに直接配置されます。TACで確認済み。

このシスコのドキュメントによると、「ユーザーは、たとえば、送信されたBFDパケットにQuality of Service（QoS）をフィルタリングしたり適用したりすることはできません」。それで、それらのパケットがPAK_PRIORITY旗を得ると思います。