Re: [PATCH 1/2][TCP] YeAH-TCP: algorithm implementation

2007-02-22 Thread Angelo P. Castellani
Thanks, I'll check for formatting errors in the future. 2007/2/22, David Miller <[EMAIL PROTECTED]>: Applied to tcp-2.6 GIT, there were a lot of broken whitespace issues in your patch, GIT makes mention of them quite happily even without applying the patch, which I recommend you do in the future

Re: [PATCH 2/2][TCP] YeAH-TCP: limited slow start exported function

2007-02-22 Thread Angelo P. Castellani
Ok, I've missed this bit in the submitting patches documentation.. however sorry for that. 2007/2/22, David Miller <[EMAIL PROTECTED]>: Please never submit patches like this, submit the infrastructure FIRST, then submit the stuff that uses it. When a sequence of patches is applied, in sequence,

Re: [PATCH 2/2][TCP] YeAH-TCP: limited slow start exported function

2007-02-20 Thread Angelo P. Castellani
John Heffner ha scritto: Sorry for the confusion. The patch I attached to my message was compile-tested only. Well I've read your reply by night and I haven't seen that you attached a patch. Sorry for that. Kind regards, Angelo - To unsubscribe from this list: send the line "unsubscribe netde

Re: [PATCH 2/2][TCP] YeAH-TCP: limited slow start exported function

2007-02-19 Thread Angelo P. Castellani
ce of code for about 3 months. However more testing is good and welcome. Regards, Angelo P. Castellani - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 1/2][TCP] YeAH-TCP: algorithm implementation

2007-02-19 Thread Angelo P. Castellani
The patch. Angelo P. Castellani ha scritto: From: Angelo P. Castellani <[EMAIL PROTECTED]> YeAH-TCP is a sender-side high-speed enabled TCP congestion control algorithm, which uses a mixed loss/delay approach to compute the congestion window. It's design goals target high efficienc

[PATCH 1/2][TCP] YeAH-TCP: algorithm implementation

2007-02-19 Thread Angelo P. Castellani
From: Angelo P. Castellani <[EMAIL PROTECTED]> YeAH-TCP is a sender-side high-speed enabled TCP congestion control algorithm, which uses a mixed loss/delay approach to compute the congestion window. It's design goals target high efficiency, internal, RTT and Reno fairness, resilie

[PATCH 1/2][TCP] YeAH-TCP: algorithm implementation

2007-02-19 Thread Angelo P. Castellani
From: Angelo P. Castellani <[EMAIL PROTECTED]> YeAH-TCP is a sender-side high-speed enabled TCP congestion control algorithm, which uses a mixed loss/delay approach to compute the congestion window. It's design goals target high efficiency, internal, RTT and Reno fairness, resilie

Re: [PATCH 2/2][TCP] YeAH-TCP: limited slow start exported function

2007-02-19 Thread Angelo P. Castellani
Forgot the patch.. Angelo P. Castellani ha scritto: From: Angelo P. Castellani <[EMAIL PROTECTED]> RFC3742: limited slow start See http://www.ietf.org/rfc/rfc3742.txt Signed-off-by: Angelo P. Castellani <[EMAIL PROTECTED]> --- To allow code reutilization I've added the l

[PATCH 2/2][TCP] YeAH-TCP: limited slow start exported function

2007-02-19 Thread Angelo P. Castellani
From: Angelo P. Castellani <[EMAIL PROTECTED]> RFC3742: limited slow start See http://www.ietf.org/rfc/rfc3742.txt Signed-off-by: Angelo P. Castellani <[EMAIL PROTECTED]> --- To allow code reutilization I've added the limited slow start procedure as an exported symbol of lin

[TCP] window reduction fix

2006-07-05 Thread Angelo P. Castellani
I forward the message because it seems hasn't get through to mailing list (removing references to a word that seems blocking the message). The previous message "[TCP] window update during recovery (continuing on window reduction)" references this one Regards, Angel

[PATCH] TCP Compound: dwnd=0 on ssthresh

2006-07-05 Thread Angelo P. Castellani
ments this requirement. Regards, Angelo P. Castellani diff -urd a/net/ipv4/tcp_compound.c b/net/ipv4/tcp_compound.c --- a/net/ipv4/tcp_compound.c 2006-07-05 17:19:28.0 +0200 +++ b/net/ipv4/tcp_compound.c 2006-07-05 17:20:42.0 +0200 @@ -221,12 +221,9 @@ tcp_compound_init(sk); } -s

[TCP] rfc strict recovery

2006-07-05 Thread Angelo P. Castellani
re performing during Reno recovery of large network drops. Regards, Angelo P. Castellani diff -urd linux-2.6.16-orig/include/linux/sysctl.h linux-2.6.16-stdrecovery/include/linux/sysctl.h --- linux-2.6.16-orig/include/linux/sysctl.h 2006-05-16 14:53:02.0 +0200 +++ linux-2.6.16-stdrecovery/in

[TCP] window update during recovery (continuing on window reduction)

2006-07-05 Thread Angelo P. Castellani
Reno the sacked_out count will not be updated. Regards, Angelo P. Castellani diff -urd linux-2.6.16-orig/net/ipv4/tcp_input.c linux-2.6.16-winupdate/net/ipv4/tcp_input.c --- linux-2.6.16-orig/net/ipv4/tcp_input.c 2006-05-16 14:53:02.0 +0200 +++ linux-2.6.16-winupdate/net/ipv4/tcp_inpu

[PATCH] TCP Compound

2006-05-25 Thread Angelo P. Castellani
From: Angelo P. Castellani <[EMAIL PROTECTED]> TCP Compound is a sender-side only change to TCP that uses a mixed Reno/Vegas approach to calculate the cwnd. For further details look here: ftp://ftp.research.microsoft.com/pub/tr/TR-2005-86.pdf Signed-off-by: Angelo P. Castellani &

[PATCH] Enabling standard compliant behaviour in the Linux TCP implementation

2006-05-16 Thread Angelo P. Castellani
ut_steady=1 (default: 0) you can enable the Slow-but-Steady variant (resets the retransmit timer every partial ack). Hoping that this can be useful, I attach the patch. Regards, Angelo P. Castellani diff -urd ../linux-2.6.16-orig/include/linux/sysctl.h ./include/linux/sysctl.h --- ../linux-2.6.16-orig

[PATCH] reno sacked_out count fix

2006-05-16 Thread Angelo P. Castellani
= sacked_out + lost_out in_flight = packets_out - left_out + retrans_out Using NewReno without this patch, on very large network losses, left_out becames bigger than packets_out + retrans_out (!!). For this reason unsigned integer in_flight overflows to 2^32 - something. Regards, Angelo P. Castellani

Re: tcp compound

2006-05-10 Thread Angelo P. Castellani
On 5/9/06, Stephen Hemminger <[EMAIL PROTECTED]> wrote: Moved discussion over to netdev mailing list.. Could you export symbols in tcp_vegas (and change config dependencies) to allow code reuse rather than having to copy/paste everything from vegas? I hope I've done that properly. tcp_compou