xen-devel

[Top] [All Lists]

Re: [Xen-devel] mtu on vifX.X

from [Stefan Berger]

[Permanent Link][Original]

To:	Adam Heath <doogie@xxxxxxxxxxxxx>
Subject:	Re: [Xen-devel] mtu on vifX.X
From:	Stefan Berger <stefanb@xxxxxxxxxx>
Date:	Tue, 2 Aug 2005 07:40:22 -0400
Cc:	xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date:	Tue, 02 Aug 2005 11:38:51 +0000
Envelope-to:	www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to:	<Pine.LNX.4.58.0508011757290.1961@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help:	<mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id:	Xen developer discussion <xen-devel.lists.xensource.com>
List-post:	<mailto:xen-devel@lists.xensource.com>
List-subscribe:	<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe:	<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender:	xen-devel-bounces@xxxxxxxxxxxxxxxxxxx

xen-devel-bounces@xxxxxxxxxxxxxxxxxxx wrote on 08/01/2005 06:58:23 PM:

> Is there an reason why this is limited to 1500 bytes?  Could it be 
increased?
> Or, could the ioctl be implemented so it could be changed from the 
cmdline?
> It'd help with performance between dom0 and domU.
> 
Usually Dom0 does MAC-level routing of packets for all domU's using a 
bridge in dom0. Packets that go through the bridge don't get fragmented, 
but go out the ethernet card directly. To make sure that all these packets 
have the default ethernet size they are limited to this MTU size. If you 
increase the MTU size, some connections might not work anymore.

  Stefan


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

[More with this subject...]

<Prev in Thread]	Current Thread	[Next in Thread>
[Xen-devel] mtu on vifX.X, Adam Heath Re: [Xen-devel] mtu on vifX.X, Stefan Berger <= Re: [Xen-devel] mtu on vifX.X, Adam Heath

Previous by Date:	Re: [Xen-devel] RE: [Xen-tools] [RFC] xm interface proposed changes, Daniel Hulme
Next by Date:	[Xen-devel] RE: [Xen-tools] [RFC] xm interface proposed changes, Ian Pratt
Previous by Thread:	[Xen-devel] mtu on vifX.X, Adam Heath
Next by Thread:	Re: [Xen-devel] mtu on vifX.X, Adam Heath
Indexes:	[Date] [Thread] [Top] [All Lists]