netdev - Re: TCP not triggering a fast retransmit?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <AANLkTimpofANvn-sDZrE3kdq9owzYe8DJa8OfuVK04cM@mail.gmail.com>
Date:	Wed, 30 Jun 2010 13:14:04 -0700
From:	Ivan Novick <novickivan@...il.com>
To:	Mitchell Erblich <erblichs@...thlink.net>
Cc:	netdev@...r.kernel.org, jmatthews@...enplum.com,
	Tim Heath <theath@...enplum.com>
Subject: Re: TCP not triggering a fast retransmit?

On Wed, Jun 30, 2010 at 1:06 PM, Mitchell Erblich
<erblichs@...thlink.net> wrote:
> On Jun 30, 2010, at 11:04 AM, Ivan Novick wrote:
... snip ...
> Sometimes, adding tracing within the tcps, can identify if.
> the tcp flow has periods of idleness,
> the tcp flow is/has been application limited versus network limited,
> whether the flow is in SS or CA?
> CA normally has DELayed ACks, which reduces the number
>    of ACKs to 1/2 or more,
> Whether Fast re-xmit is triggered by 2 or 3 DupAcks.
> whether any burst avoidance has occured,
> etc,

Hi Mitchell,

When you say adding tracing within the tcps... what method are you
referring to, to add this tracing?  Is it some tool or setting or are
you talking about adding custom debugging output to the kernel?

Cheers,
Ivan
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html