흐름 제어 패킷 손실이 실제로 패킷 손실을 유발합니까?

내 네트워크에서 사소한 시간 초과 문제가 발생하는 동안(라우터에 휴식이 필요하여 문제가 해결됨) 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 커널에서 흐름 제어를 구성하는 데 사용됩니다. 교통 통제에는 다음이 포함됩니다.

[...]

떨어지다

설정된 대역폭을 초과하는 트래픽은 수신 및 송신 시 즉시 삭제될 수도 있습니다.