WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] Virtual network disconnect?

To: hardy-konto@xxxxxxxxxxxxxxxx, xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] Virtual network disconnect?
From: "Dirk H. Schulz" <dirk.schulz@xxxxxxxxxxxxx>
Date: Thu, 20 Apr 2006 16:07:10 +0200
Delivery-date: Thu, 20 Apr 2006 07:07:46 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <2281944.441311145514684922.JavaMail.servlet@kundenserver>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <2281944.441311145514684922.JavaMail.servlet@kundenserver>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
hardy-konto@xxxxxxxxxxxxxxxx schrieb:

There is bridging and routing with Xen 2.x as well. I use it a lot.
Erm, i didn't know, thx for information.

Just to make sure you did not set up intrusion detection
(e. g. snort inline) which cuts down on network connections
if traffic reaches a threshold limit. Something like that.
Snort i had set up some months ago, but it isn running.

I think it cannot be a problem of your general networking concept since it works with smaller downloads.
I think so, too.

So there is either a problem with your kernel or a feature you do not remember setting up. :-)
But how to find that?

Have you tested the same with a different protocol (let's say ftp or sftp or smb ...) so make sure the problem is not on the application layer?
The problem is _not_ the application (layer): The virtual connection between 
dom0 and domU is lost. No ping, no ssh, nothing. The application is still 
running and working (tested with xm console and e.g. lynx)
That problem occured with http, ftp and scp.
Okay, then it must be something with your kernels. Do you use ready made kernels, did you compile yourself, and if yes, what did you change compared to the standard config in the sources?

Dirk

Hardy


====================================
To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] Virtual network disconnect?

Hi Hardy,

Hardy schrieb:

Hi Dirk :)

a) in which direction does the download go (from domU to net, from net to domU, 
from dom0 to net, ....)?
From domU to net. A service (here: webserver) offers files to download (like a 
fileserver). If a user (like me at home) downloads the file the breakdown 
happens.

b) did you setup iptables manually or do you use something like shorewall for 
that?
I set up them manually within a script like that:
$ipt -t nat -A PREROUTING -d $external_ip -p tcp --dport 80 -j DNAT --to 
192.168.1.5
(packet-forwarding enabled)

c) what exactly is script-nat?
I think XEN3's nat is like the network in XEN2. New to XEN3 is bridging and 
routing, but i don't use them.

There is bridging and routing with Xen 2.x as well. I use it a lot.

every domU has a vifx.y in dom0's address space and its own IP, but there is 
automatically routing/natting between them.

d) did you test if connection is reopened after some time (5 minutes, one hour, 
etc.)?
No, I didn't. How to do that? Why should the connection reopens itself in a 
natted net?

Just to make sure you did not set up intrusion detection (e. g. snort inline) 
which cuts down on network connections if traffic reaches a threshold limit. 
Something like that.

I think it cannot be a problem of your general networking concept since it 
works with smaller downloads. So there is either a problem with your kernel or 
a feature you do not remember setting up. :-)

Have you tested the same with a different protocol (let's say ftp or sftp or 
smb ...) so make sure the problem is not on the application layer?

Dirk


Thx for answering,
Hardy

At 08:58 19.04.2006, Dirk H. Schulz wrote:

Hi Hardy,

Hardy Wolf schrieb:

Hi,

I have a XEN 3.0.1 - Debian Sarge (Rootserver). There is a dom0 with connection 
to the internet (WAN-IP) and a domU with a local IP (192.168.x.y). The network 
is forwarded with iptables and script-nat.
All works fine until someone downloads a big file (last test ~100 MB). Suddenly 
the connection is lost. By checking all circumstances I noticed that XEN is no 
longer able to send packets to the domU. The connection from virtual to the 
real network is broken.

How can I fix that?
Does anybody know that problem?

In XEN 2.0.7 I had that problem, too.


I think I have a similar setup with Xen 2.0.7, but not the same problem.

Just to make things clear:
a) in which direction does the download go (from domU to net, from net to domU, 
from dom0 to net, ....)?
b) did you setup iptables manually or do you use something like shorewall for 
that?
c) what exactly is script-nat?
d) did you test if connection is reopened after some time (5 minutes, one hour, 
etc.)?

Dirk

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


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

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