allocating virtual nic to domain0

allocating virtual nic to domain0

[Andrew Theurer]

Is it possible to allocate a virtual nic to domain0?  I guess under 
normal conditions you would not need to do this, but I am trying some 
experiments, and it would be useful.

Thanks,

-Andrew Theurer


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: allocating virtual nic to domain0

[Felipe Alfaro Solana]

On 19 Jan 2005, at 22:23, Andrew Theurer wrote:

> Is it possible to allocate a virtual nic to domain0?  I guess under 
> normal conditions you would not need to do this, but I am trying some 
> experiments, and it would be useful.

Why? What do you intend to achieve with such a virtual interface? Can't 
you achieve the same using CONFIG_DUMMY, loopback or bridges?



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

RE: allocating virtual nic to domain0

[Ian Pratt]

> Is it possible to allocate a virtual nic to domain0?  I guess under 
> normal conditions you would not need to do this, but I am trying some 
> experiments, and it would be useful.

Are you intending on having the backend of the VIF in domain 0 or
another domain?

The control tools are likely to put up fairly stiff resistence to
letting you configure this, but the kernel should be happy. (though I'd
have to think through deadlock implications if the front and back are in
the same domain)

Ian


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: allocating virtual nic to domain0

[Björn Sessler]

Hi Andrew,

i have a setup with 2 bridges, one on ethertap tap0 serving internal 
services like nfs for xenU domains and one on separate bridge eth0 for 
outside communication. so xen0/xenU internal traffic won't effect the 
bridge on eth0 and performance is much better... you need to define the 
mac in config-file, because with dynamic configuration both eth-devices 
in xenU will have same mac.

Rgds,
Bjoern



but i wasn't able to configure vtun/vtap with udev on my gentoo box.

Message: 7
Date: Wed, 19 Jan 2005 15:23:20 -0600
From: Andrew Theurer <habanero@us.ibm.com>
To: xen-devel@lists.sourceforge.net
Subject: [Xen-devel] allocating virtual nic to domain0

Is it possible to allocate a virtual nic to domain0?  I guess under
normal conditions you would not need to do this, but I am trying some
experiments, and it would be useful.

Thanks,

-Andrew Theurer



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: allocating virtual nic to domain0

[Andrew Theurer]

Björn Sessler wrote:

> Hi Andrew,
>
> i have a setup with 2 bridges, one on ethertap tap0 serving internal 
> services like nfs for xenU domains and one on separate bridge eth0 for 
> outside communication. so xen0/xenU internal traffic won't effect the 
> bridge on eth0 and performance is much better... you need to define 
> the mac in config-file, because with dynamic configuration both 
> eth-devices in xenU will have same mac.
>
Actually, what I wanted to do was assign a xen virtual front-end 
ethernet to domain0, in a similar manner that one would assign one to 
another domain (nics = 1 in config file).  I can't seem to do that for 
domain0.  It seems like the options for domain0 ae a bit limited.

I actually have noticed some wierdness with ARP resolution, and I had 
suspected the mac addresses.  Linux in the past has has some not quite 
strict behavior when it came to ARP, and maybe that has also come into play.

Thanks,

-Andrew Theuer

> Rgds,
> Bjoern
>
>
>
> but i wasn't able to configure vtun/vtap with udev on my gentoo box.
>
> Message: 7
> Date: Wed, 19 Jan 2005 15:23:20 -0600
> From: Andrew Theurer <habanero@us.ibm.com>
> To: xen-devel@lists.sourceforge.net
> Subject: [Xen-devel] allocating virtual nic to domain0
>
> Is it possible to allocate a virtual nic to domain0?  I guess under
> normal conditions you would not need to do this, but I am trying some
> experiments, and it would be useful.
>
> Thanks,
>
> -Andrew Theurer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xen-devel
>



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: allocating virtual nic to domain0

[Felipe Alfaro Solana]

On 20 Jan 2005, at 15:02, Andrew Theurer wrote:

> Björn Sessler wrote:
>
>> Hi Andrew,
>>
>> i have a setup with 2 bridges, one on ethertap tap0 serving internal 
>> services like nfs for xenU domains and one on separate bridge eth0 
>> for outside communication. so xen0/xenU internal traffic won't effect 
>> the bridge on eth0 and performance is much better... you need to 
>> define the mac in config-file, because with dynamic configuration 
>> both eth-devices in xenU will have same mac.
>>
> Actually, what I wanted to do was assign a xen virtual front-end 
> ethernet to domain0, in a similar manner that one would assign one to 
> another domain (nics = 1 in config file).  I can't seem to do that for 
> domain0.  It seems like the options for domain0 ae a bit limited.

Sorry, I don't understand what you mean. Are you saying no network 
interfaces are available in domain0? domain0 has access to all physical 
interfaces installed on your machine. For example, I have a 3c59x and a 
RTL8139 which are both accessible from domain0 as eth0 and eth1, 
respectively.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: allocating virtual nic to domain0

[Andrew Theurer]

Felipe Alfaro Solana wrote:

> On 20 Jan 2005, at 15:02, Andrew Theurer wrote:
>
>> Björn Sessler wrote:
>>
>>> Hi Andrew,
>>>
>>> i have a setup with 2 bridges, one on ethertap tap0 serving internal 
>>> services like nfs for xenU domains and one on separate bridge eth0 
>>> for outside communication. so xen0/xenU internal traffic won't 
>>> effect the bridge on eth0 and performance is much better... you need 
>>> to define the mac in config-file, because with dynamic configuration 
>>> both eth-devices in xenU will have same mac.
>>>
>> Actually, what I wanted to do was assign a xen virtual front-end 
>> ethernet to domain0, in a similar manner that one would assign one to 
>> another domain (nics = 1 in config file).  I can't seem to do that 
>> for domain0.  It seems like the options for domain0 ae a bit limited.
>
>
> Sorry, I don't understand what you mean. Are you saying no network 
> interfaces are available in domain0? domain0 has access to all 
> physical interfaces installed on your machine. For example, I have a 
> 3c59x and a RTL8139 which are both accessible from domain0 as eth0 and 
> eth1, respectively.
>
I would like to have one device per domain: domain0 has scsi 
controller1, domin2 has network adapter 1, etc.  In order to do this, 
domain0 still needs network access.

-Andrew


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: allocating virtual nic to domain0

[Mark Williamson]

> I would like to have one device per domain: domain0 has scsi
> controller1, domin2 has network adapter 1, etc.  In order to do this,
> domain0 still needs network access.

Proper driver domains stuff.  It'd certainly be a neat feature to have 
working.  The current code is almost but not quite there :-(

1) AFAIK netfront currently looks for interfaces once, at init time (and it 
doesn't do this at all if it's dom0).  Some code for dynamically reprobing 
for interfaces seems to be available but not enabled.  Netfront would need to 
be changed to support dynamically adding interfaces and to still listen for 
interfaces being added, even if in dom0.
2) The control tools don't allow you to add a frontend interface to domain 0 
(in fact, I don't know if they allow you to dynamically add net interfaces at 
all).  Xend / xm would need tweaking so you could say "and now create another 
interface for this domain".  This would send the appropriate messages to 
netback and the modified netfront to allow the interface to be connected.  
This could benefit domU domains too.

HTH,
Mark


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl