[Bug 223817] mbuf leaking with tcpmd5

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223817

--- Comment #2 from Dirk Meyer <dinoex at FreeBSD.org> ---
uptime 3 min

tcp:
        13140 packets sent
                208 data packets (15004 bytes)
                0 data packets (0 bytes) retransmitted
                0 data packets unnecessarily retransmitted
                0 resends initiated by MTU discovery
                8423 ack-only packets (457 delayed)
                0 URG only packets
                0 window probe packets
                4485 window update packets
                24 control packets
        18601 packets received
                163 acks (for 15011 bytes)
                35 duplicate acks
                0 acks for unsent data
                17810 packets (21631400 bytes) received in-sequence
                35 completely duplicate packets (26221 bytes)
                0 old duplicate packets
                9 packets with some dup. data (11927 bytes duped)
                464 out-of-order packets (625887 bytes)
                0 packets (0 bytes) of data after window
                0 window probes
                0 window update packets
                0 packets received after close
                0 discarded for bad checksums
                0 discarded for bad header offset fields
                0 discarded because packet too short
                0 discarded due to memory problems
        18 connection requests
        1 connection accept
        0 bad connection attempts
        0 listen queue overflows
        0 ignored RSTs in the windows
        11 connections established (including accepts)
                0 times used RTT from hostcache
                0 times used RTT variance from hostcache
                0 times used slow-start threshold from hostcache
        17 connections closed (including 0 drops)
                1 connection updated cached RTT on close
                1 connection updated cached RTT variance on close
                0 connections updated cached ssthresh on close
        6 embryonic connections dropped
        163 segments updated rtt (of 170 attempts)
        62 retransmit timeouts
                0 connections dropped by rexmit timeout
        0 persist timeouts
                0 connections dropped by persist timeout
        0 Connections (fin_wait_2) dropped because of timeout
        6 keepalive timeouts
                0 keepalive probes sent
                6 connections dropped by keepalive
        92 correct ACK header predictions
        17774 correct data packet header predictions
        1 syncache entry added
                0 retransmitted
                0 dupsyn
                0 dropped
                1 completed
                0 bucket overflow
                0 cache overflow
                0 reset
                0 stale
                0 aborted
                0 badack
                0 unreach
                0 zone failures
        1 cookie sent
        0 cookies received
        1 hostcache entry added
                0 bucket overflow
        0 SACK recovery episodes
        0 segment rexmits in SACK recovery episodes
        0 byte rexmits in SACK recovery episodes
        0 SACK options (SACK blocks) received
        0 SACK options (SACK blocks) sent
        0 SACK scoreboard overflow
        0 packets with ECN CE bit set
        0 packets with ECN ECT(0) bit set
        0 packets with ECN ECT(1) bit set
        0 successful ECN handshakes
        0 times ECN reduced the congestion window
        0 packets with matching signature received
        0 packets with bad signature received
        143 times failed to make signature due to no SA
        0 times unexpected signature received
        10 times no signature provided by segment
TCP connection count by state:
        0 connections in CLOSED state
        4 connections in LISTEN state
        2 connections in SYN_SENT state
        0 connections in SYN_RCVD state
        5 connections in ESTABLISHED state
        0 connections in CLOSE_WAIT state
        0 connections in FIN_WAIT_1 state
        0 connections in CLOSING state
        0 connections in LAST_ACK state
        0 connections in FIN_WAIT_2 state
        0 connections in TIME_WAIT state

-- 
You are receiving this mail because:
You are the assignee for the bug.