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] Mtu/802.1Q limits on vif ??

To: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
Subject: Re: [Xen-users] Mtu/802.1Q limits on vif ??
From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
Date: Thu, 21 Jul 2005 16:30:56 +0200
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 21 Jul 2005 14:29:33 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <42D79005.8050105@xxxxxxxxxxxxxx>
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>
Organization: CRIUN
References: <42CE9346.3010209@xxxxxxxxxxxxxx> <42CFE67F.1080503@xxxxxxxxxxxx> <42D79005.8050105@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.2 (X11/20050404)
Yann Dupont a écrit :

>Nuno Silva a écrit :
>
>  
>
>>Yann Dupont wrote:
>>
>>[..]
>>
>>    
>>
>>>The idea is to get the 802.1Q port on the Router6 host (via the bridge),
>>>and then use virtual interfaces (eth1.xxx where xxx are the vlan ID)
>>>inside the XenU.
>>>
>>>Well, it works, only if I use mtu 1496 for the vifs.
>>>I know the physical interfaces (eepro1000) can cope with vlan natively.
>>>Don't know for the bridge code but i'm not aware of limitations there.
>>>      
>>>
>>This happens on real hardware too. The usual workaround is to set the
>>eth0 to MTU 1504. Like this you can set the vlans to 1500.
>>
>>    
>>
>Well, I Tried lots of things ( raise the MTU on physicall interface
>(dom0) , on the bridge (dom0), on the vifs (dom0/domU), etc etc)
>neither of this works (various errors).
>
>Don't know where the limitation is : bridge or xen vif.
>
>I'll now go for PCI virtualisation, as I really don't have usage of THIS
>physical interface on dom0.
>I bet this will work.
>
>Thanks for your answer,
>
>  
>
Well. this is working as expected. Using the native interface in this
domain gives me the full MTU, which proves
that the problems lies in the bridge code, or in the vif code.

Anyway, two minors things :

As noted by someone else on the list,
I had to enable "privileged guest (domain 0)" To have a working kernel.

Just enabling physical device access isn't sufficient. In fact, the
kernel immediately crash.
So it seems there is something broken here.

Tried this with 2.0.6 and 2.0.testing (version of 07 18 2005)

Other (minor) problem : Using a domain0 kernel works fine, But when I
shutdown this domain, and re create it, most of the time physicall
access to the net device (epro1000 if that matters) is not working
anymore (the driver gives an error)

Anyway ,this is great jobs, guys.

-- 
Yann Dupont, Cri de l'université de Nantes
Tel: 02.51.12.53.91 - Fax: 02.51.12.58.60 - Yann.Dupont@xxxxxxxxxxxxxx


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

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