Is there an easy way to figure out the total size of all mbufs used in
TCP reassembly queue (i.e. the mbufs handling out of order segments)?
The sysctl vm.zone gives me info on tcpreass zone, but I want to know
the actual amount of memory used by out of order segments.
Thanks,
--
Preethi
__
Hello,
I am trying to track TCP's receive window evolution in my experiments.
Specifically, I want to know a connection's rwnd before processing every
incoming packet. So, I put in my tracking code right after tp->rcv_wnd
update in tcp_do_segment() in tcp_input.c
I have packet drops in my ex
Hello,
First of, I am not sure if this is the correct mailing list for my
queries. Please do let me know if this isn't the right one.
I am interested in tracking send/recv queues at the transport layer for
TCP and SCTP.
- Is netstat the only way to achieve this tracking?
- With netstat, it
Hello,
I am trying to understand the following details about TCP implementation
in FreeBSD (6.1).
- The sack.enable sysctl turns on SACK options (RFC2018)?
- Does the implementation leverage SACK information for retransmissions
(RFC3517)?
- Is Appropriate Byte Counting (ABC) available (RFC34
Hello,
The reason for the second ack appears to be a new window update at the
client side. The push flag was not set.
Thanks,
Preethi
On 4/27/2007 4:25 PM, Mike Silbersack wrote:
On Fri, 27 Apr 2007, Preethi Natarajan wrote:
From tcpdump at client side:
Time: 38s.695ms: S->C d
Hello,
I have a question about the TCP delayed ack implementation in FreeBSD 6.1
According to specs, if delayed acks are enabled, the receiver delays
transmitting acks for the delack time period or acks every other
incoming packet.
I have an experimental setup where:
- RTT between server & c
