☰

フロー制御パケット損失は実際にパケット損失を引き起こすか。

tag-icon • tag-icon tc
フロー制御パケット損失は実際にパケット損失を引き起こすか。

私のネットワークでマイナーなタイムアウトの問題が発生している間（ルーターで休憩が必要で問題を解決しました）、tc -s「削除された」値がかなりの割合のパケット（最小10％）を示すことを確認してから、出力デコードを試みました。 :

qdisc cbq 1: root refcnt 2 rate 10Mbit (bounded,isolated) prio no-transmit
 Sent 392050166 bytes 727491 pkt (dropped 27505, overlimits 1201372 requeues 1) 
 backlog 0b 0p requeues 1 
  borrowed 0 overactions 0 avgidle 12500 undertime 0
qdisc sfq 10: parent 1:10 limit 127p quantum 1514b depth 127 divisor 1024 perturb 10sec 
 Sent 16125105 bytes 265435 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0 
qdisc sfq 20: parent 1:20 limit 127p quantum 1514b depth 127 divisor 1024 perturb 10sec 
 Sent 375890855 bytes 461738 pkt (dropped 27505, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0 
qdisc sfq 30: parent 1:30 limit 127p quantum 1514b depth 127 divisor 1024 perturb 10sec 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0 
qdisc ingress ffff: parent ffff:fff1 ---------------- 
 Sent 342713979 bytes 716041 pkt (dropped 1308, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0

したがって、このカウンタは実際に削除されたパッケージを表します。アッラーiptables？それとも、他のものを表現しただけですか？この数字は何を表していますか？

マニュアルには滴に関する内容が記載されていますが、同じ質問が残ります。

説明する

Tc は、Linux カーネルでフロー制御を設定するために使用されます。交通管理には以下が含まれます。

[...]

落ちる

設定された帯域幅を超えるトラフィックは、受信および送信時にすぐに破棄されることがあります。

答え1

破棄されたパケットは破棄されます。目的地に到達できません。これは、帯域幅を超えるスイッチまたはルーターの任意の時点で発生する可能性があります。着信パケットを追跡し、すべてのパケットが受信されたことを確認するのは、受信システムの責任です。 TCPはこれを行いますが、UDPはそうではありません。ドロップされたパケットは送信ステーションから再要求される必要があるため、忙しいルートでは、ドロップされたパケットが輻輳を増やし、パケットのドロップがより多くなる可能性があります。

関連情報