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는 이를 수행하지 않습니다. 삭제된 패킷은 전송 스테이션에서 다시 요청해야 하므로 바쁜 경로에서는 삭제된 패킷으로 인해 더 많은 혼잡이 발생하고 더 많은 패킷이 삭제될 수 있습니다.