[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] high ? number of dropped packet on xen vif



Hello i did some test with xen 2.0.6 and xen 3.0.0
The test done with xen 2.0.6 is switching from UDP to TCP and it works
great the transfert speed has increased.
And of course, with the nature of TCP (in term of network sessions)
there is no more timeout and hangs.
I've also installed a box with  ubuntu 5.10 as Dom0 and Debian sarge as
domU.
On this box with a bridged configuration there is no communication between the client (a standalone linux box running ubuntu 5.04) and the server when i try to copy a big file (1 Mo or more). It appears that fragmented packet (or at least packet with 5 or more fragment) didn't cross the bridge and so the server and so the client keeps on trying to send the first bytes of the file and fail because there is no return not even a failure but small file are OK (if the try is done before the test of the big file). I've also done a test with a different setup on the Xen 3.0 box, i've setup dom0 as a router between the domU serving nfs file and the client. In this configuration i haven't got hang and the time needed to copy the file is less than the original configuration (xen 2.0.6 + bridging) but when i start ethereal i still see some packet retransmission and i think it's not normal because the client and xen server are on the same switch with good cable and only a couple of meter away. Any idea of why there is this huge problem with the bridge and why there is still packet loss (or not acknoledge quickly enougth) ?
Regards
Matthieu

Hello all,
it seems i'm facing a  problem with xen networking.
I have some hang up with my NFS server running in domU.
I noticed that when i got a hang up i also see an increase of the number of dropped packet of the vif interface.


Which version of Xen are you running here, 3.0.0?


Is this a soft hang that later recovers?


it seems that dom0 has some trouble with sending the packet to the domU Currently the rate of dropped packet (the TX ones ) is 10% of the total transmited.


Which counters are you referring to here? The TX fields of the vifX.0
interface?


I try to increase dom0 memory but i doesn't seems to have an effect on the rate of dropped packet.
Is there some one who has also faced this problem ?
Do you have an idea of what can i try to solve the problem ?


If you built from source, please modify xen/Rules.mk to turn on debug=y
and then rebuild.

Thanks,
Ian


!DSPAM:439ca3c8175661804284693!





_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.