LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: Problems with IPVS

To: "LinuxVirtualServer.org users mailing list." <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: Problems with IPVS
From: Roberto Nibali <ratz@xxxxxxxxxxxx>
Date: Fri, 10 Nov 2006 14:49:46 +0100
 How are you? Successully recovered laptop?

Pretty busy and preparing to leave for Senegal in 2 weeks.

 Wow. Business trip or something else?

Wave riding and learning more about their culture:

http://www.wannasurf.com/spot/Africa/Senegal/index.html
http://www.wannasurf.com/spot/Africa/Senegal/petites_mamelles/index.html

I did at some point, but was unable to find something directly indicating a solvable issue. I would need to sit in front of the system and check the routing cache, socket status, connection tracking or LVS state tracking and gather proper tcpdump samples that are comparable.

 We can organize this. ;)

Wonderful. Unfortunately I don't pass by Lithuania anymore this year, so remote access would be needed. I'll contact you offline.

There's not so much a difference. I've tried to generate gnuplot graphs from the sample to see a visual difference but time ran out and with it my interest :). The segment size and time sequence graphs are the only ones which are interesting. My findings are all at:

 From my point of view the visual difference is that after web server
sends data packets and then FIN Nokia phone acknowledges those packets and
connection is closed. SE phone though acknowledges some previously ackowledged
packet (ethereal shows this as DupACK). web server then resends data but it
does not pass through LVS-NAT.

We could enhance IPVS to accept such traffic, however I'd much rather like to understand the root of the problem.

Cheers,
Roberto Nibali, ratz
--
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc

<Prev in Thread] Current Thread [Next in Thread>