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, at least once

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. So I'm

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 device) is

[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