>-----Original Message----- >From: David Miller [mailto:[EMAIL PROTECTED] >Sent: Friday, May 26, 2006 4:24 AM >To: #ZHOU BIN# >Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; netdev@vger.kernel.org >Subject: Re: [PATCH] TCP Veno module for kernel 2.6.16.13 > > >From: "#ZHOU BIN#" <[EMAIL PROTECTED]> >Date: Thu, 25 May 2006 16:30:48 +0800 > >> Yes, I agree. Actually the main contribution of TCP Veno is not in >> this AI phase. No matter the ABC is added or not, TCP Veno can always
>> improve the performance over wireless networks, according to our >> tests. > >It seems to me that the wireless issue is seperate from congestion control. > >The key is to identify "true loss" due to overflow of intermediate router queues, vs. "false loss" which is due to >temporary radio signal interference. Quite agree > >This determination is a job for the loss detection in the generic ACK processing code in tcp_input.c, not for a >congestion control algorithm. >The congestion control algorithm uses the "true loss" information to make congestion control decisions. That is right, TCP Veno has two parts: one contribution is the smart detection of congestion loss and random loss, another contribution part is how to use this information perform congestion control intelligently. The original veno paper in IEEE JSAC 2003 and many verified work can be accessed on http://www.ntu.edu.sg/home/ascpfu/veno/veno.html >We already have code that tries to make this differentiation, in the form of FRTO, and your techniques can likely be >placed there as well. - 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
