Documentation/networking/snmp_counter.rst

85 This counter means the packet is dropped when the IP stack receives a
194 straightforward. The 'In' counter means kernel receives such a packet
234 receives an ICMP packet, kernel follows below logic:
296 It means the TCP layer receives a SYN, replies a SYN+ACK, come into
342 When kernel receives a SYN from a client, and if the TCP accept queue
398 The socket receives a RST packet in Establish or CloseWait state.
415 When kernel receives a TCP packet, it has two paths to handler the
444 receives packets.
618 1,2,4,5,3. When the sender receives the ACK of packet 3 (which will
632 receives SACK for packet 4 and the sender doesn't retransmit the
673 The TCP stack receives a duplicate packet which has been acked, so it
678 The TCP stack receives an out of order duplicate packet, so it sends a
683 The TCP stack receives a DSACK, which indicates an acknowledged
688 The TCP stack receives a DSACK, which indicate an out of order
748 The TCP layer receives an out of order packet and has enough memory
753 The TCP layer receives an out of order packet but doesn't have enough
796 TCP stack receives a SYN and replies SYN+ACK. Now the TCP stack is
799 to send an ACK. E.g., the TCP stack receives the same SYN packet
851 stack receives 3 bytes, the current window size would be 7 even if the
887 It will be updated when the TCP stack receives a packet which has been
917 When the TCP stack receives an ACK packet in the SYN-SENT status, and
973 How many reply packets of the SYN cookies the TCP stack receives.
1210 fast path at first, and try to enable it after kernel receives
1564 to server B. When server B receives such packet, it might send a ICMP