Re: [MaybeSpam] Re: [PATCH 2.6.22-rc5] TCP: Make TCP_RTO_MAX a variable

2007-06-27 Thread noboru . obata . ar
Patrick McHardy wrote: > OBATA Noboru wrote: > > From: OBATA Noboru <[EMAIL PROTECTED]> > > > > Make TCP_RTO_MAX a variable, and allow a user to change it via a > > new sysctl entry /proc/sys/net/ipv4/tcp_rto_max. A user can > > then guarantee TCP retransmission to be more controllable, say, > >

Re: [RFC] Failover-friendly TCP retransmission

2007-06-06 Thread noboru . obata . ar
Hi Andi, I thank you for your comments. Andi Kleen <[EMAIL PROTECTED]> writes: > > Your suggestion, to utilize NET_XMIT_* code returned from an > > underlying layer, is done in tcp_transmit_skb. > > > > But my problem is that tcp_transmit_skb is not called during a > > certain period of time. S

Re: [RFC] Failover-friendly TCP retransmission

2007-06-05 Thread noboru . obata . ar
Hi Andi, Andi Kleen <[EMAIL PROTECTED]> writes: > > Please note first that I want to address physical failures by > > the failover-capable network devices, which are increasingly > > becoming important as Xen-based VM systems are getting popular. > > Reducing a single-point-of-failure (physical de

[RFC] Failover-friendly TCP retrans mission

2007-06-04 Thread noboru . obata . ar
Hi all, I would like to hear comments on how TCP retransmission can be done better on failover-capable network devices, such as an active-backup bonding device. Premise === Please note first that I want to address physical failures by the failover-capable network devices, which are increasi