| To: | shmulik.hen@xxxxxxxxx |
|---|---|
| Subject: | Re: [Bonding][patch] Adding Transmit load balancing mode to bondi ng |
| From: | "David S. Miller" <davem@xxxxxxxxxx> |
| Date: | Tue, 01 Apr 2003 08:58:17 -0800 (PST) |
| Cc: | bonding-devel@xxxxxxxxxxxxxxxxxxxxx, bonding-announce@xxxxxxxxxxxxxxxxxxxxx, linux-net@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, jgarzik@xxxxxxxxx |
| In-reply-to: | <E791C176A6139242A988ABA8B3D9B38A014C92C4@hasmsx403.iil.intel.com> |
| References: | <E791C176A6139242A988ABA8B3D9B38A014C92C4@hasmsx403.iil.intel.com> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
From: "Hen, Shmulik" <shmulik.hen@xxxxxxxxx> Date: Tue, 1 Apr 2003 19:09:09 +0300 We haven't experimented with layer 4 load balancing in the past. I guess this is because of the big overhead of parsing the skb for the necessary data, but also because of the risk of dealing with IP fragmentation, large send issues, encryption and all kinds of off-loadings. In the modern internet, a fragmented TCP packet is nearly a bug. And if it's encrypted, you will never see the TCP headers to begin with. Finally, there are no "large send" issues, the TCP port information will always be in the front of the packet. I brought this up because it is very clear to me that various load-balancing daemons distributed by other gigabit card vendors are keying on the connection information in TCP packets. So someone thinks it is worthwhile :-) |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | net_device_stats questions, Rask Ingemann Lambertsen |
|---|---|
| Next by Date: | Re: Is a driver allowed to modify dev->flags?, Donald Becker |
| Previous by Thread: | RE: [Bonding][patch] Adding Transmit load balancing mode to bondi ng, Hen, Shmulik |
| Next by Thread: | Is a driver allowed to modify dev->flags?, Rask Ingemann Lambertsen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |