My original (and simple as paul states) plan for handling it is to allow multiple networks to exist within a project, then for each network a vif will get created on the instance. The network information for those vifs will be placed into the xenstore as part of the process for spawning an instance, and then we'll signal for the agent to set up networking on those vifs from the information in the xenstore.<br>
<br><div class="gmail_quote">2011/2/2  <span dir="ltr"><<a href="mailto:masumotok@nttdata.co.jp">masumotok@nttdata.co.jp</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">> I know the network service is going to get complicated very quickly but I<br>
> wanted to let everyone know for Cactus, our use case is pretty simple.<br>
<br>
</div>Thank you for your explanation. Very helpful.<br>
users(admins?) somehow send a request to nova, and nova insert json strings to xenstore,<br>
then instances can hold more than 2 nics. Single vlans for cactus.<br>
Libvirt(kvm) case may follow the same way.<br>
<br>
I probably understand. Thanks!<br>
<br>
Kei<br>
<div><div></div><div class="h5"><br>
-----Original Message-----<br>
From: Paul Voccio [mailto:<a href="mailto:paul.voccio@rackspace.com">paul.voccio@rackspace.com</a>]<br>
Sent: Thursday, February 03, 2011 12:32 AM<br>
To: RDH $BKqK\(B $B7=(B($B#I#T%"!<%-!u%;%-%e5;=Q(B); <a href="mailto:Ewan.Mellor@eu.citrix.com">Ewan.Mellor@eu.citrix.com</a><br>
Cc: <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Subject: Re: [Openstack] Multi-NIC support to Cactus<br>
<br>
I wanted to clarify what mult-nic means to us as we're going to implement<br>
it.<br>
<br>
Since we use flat networking and we assign the ips to the vms it feels<br>
like it isn't complicated. Someone please correct me if I'm<br>
misunderstanding. We have both public and private networks for the vms.<br>
Since we pick and assign both those addresses out of a range for the<br>
public and private nics we are able to assign a public routable ip to to<br>
the "public" interface and a private RFC1918 address to the "private"<br>
side.<br>
<br>
Since we are using XenServer, we do this by putting those addresses in a<br>
json string in xenstore and having an agent read the xenstore and<br>
configure the nics as necessary. Both the public and private nics are on<br>
single vlans.<br>
<br>
I know the network service is going to get complicated very quickly but I<br>
wanted to let everyone know for Cactus, our use case is pretty simple.<br>
<br>
Paul<br>
<br>
On 2/2/11 9:04 AM, "<a href="mailto:masumotok@nttdata.co.jp">masumotok@nttdata.co.jp</a>" <<a href="mailto:masumotok@nttdata.co.jp">masumotok@nttdata.co.jp</a>><br>
wrote:<br>
<br>
>Hello Ewan,<br>
><br>
>Thanks for your answer. Now it's clear to me.<br>
><br>
>> I assume that the tenant will not be able to configure any rich network<br>
>> topologies until network-service is done.<br>
><br>
>Network model topic is big issue and multi-nic issue is also not a small<br>
>issue if we cover "any" network topologies. I'm expecting at first<br>
>thought -<br>
>1. instances can have more than 2 vifs.<br>
>2. cloud user can decide how many vifs instance have.<br>
>3. different vlan can be assigned to vifs.<br>
>4. different security groups can be assigned to vifs.<br>
>5. "vifs are assigned which physical nics" kind of thought is necessary(?)<br>
>Those are just first shallow thought - things can go step by step.<br>
><br>
>I personally feel that not only model-basis discussion but also<br>
>functionality-based discussion may be good to accelerate better network<br>
>model..<br>
><br>
>Kindly Regards,<br>
>Kei Masumoto<br>
><br>
><br>
>-----Original Message-----<br>
>From: Ewan Mellor [mailto:<a href="mailto:Ewan.Mellor@eu.citrix.com">Ewan.Mellor@eu.citrix.com</a>]<br>
>Sent: Wednesday, February 02, 2011 10:06 PM<br>
>To: RDH $BKqK\(B $B7=(B($B#I#T%"!<%-!u%;%-%e5;=Q(B); <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>Subject: RE: Multi-NIC support to Cactus<br>
><br>
>That's a good question.  Multi-NIC support could be separated out from<br>
>the rest of the network-service blueprint, but I don't know whether it<br>
>would be useful to do so.<br>
><br>
>I assume that the tenant will not be able to configure any rich network<br>
>topologies until network-service is done.  If that is true, what else<br>
>would you do with multi-NIC support?  And how do you imagine that it<br>
>would work?<br>
><br>
>Thanks,<br>
><br>
>Ewan.<br>
><br>
>> -----Original Message-----<br>
>> From: openstack-bounces+ewan.mellor=<a href="http://citrix.com" target="_blank">citrix.com</a>@<a href="http://lists.launchpad.net" target="_blank">lists.launchpad.net</a><br>
>> [mailto:<a href="mailto:openstack-bounces%2Bewan.mellor">openstack-bounces+ewan.mellor</a>=<a href="http://citrix.com" target="_blank">citrix.com</a>@<a href="http://lists.launchpad.net" target="_blank">lists.launchpad.net</a>]<br>

>> On Behalf Of <a href="mailto:masumotok@nttdata.co.jp">masumotok@nttdata.co.jp</a><br>
>> Sent: 02 February 2011 06:34<br>
>> To: <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>> Subject: [Openstack] Multi-NIC support to Cactus<br>
>><br>
>> Hello,<br>
>><br>
>> Regarding to the blueprint to Cactus,<br>
>> I found 2 blueprints that may be related to multi-NIC.<br>
>> ( I expect instances can have multiple vnic. )<br>
>><br>
>> 1. <<a href="https://blueprints.launchpad.net/nova/+spec/multi-nic" target="_blank">https://blueprints.launchpad.net/nova/+spec/multi-nic</a>><br>
>> 2. <<a href="https://blueprints.launchpad.net/nova/+spec/multinic-libvirt" target="_blank">https://blueprints.launchpad.net/nova/+spec/multinic-libvirt</a>><br>
>><br>
>> Q1. New network model topic and multi-nic support topic will be<br>
>> discussed as different topics for Cactus.<br>
>> A new netowk model is deferred to Diablo but multi-NIC support may be<br>
>> included in Cactus, am I following to current discussion?<br>
>><br>
>> Q2. If so, looking back to discussions till now, multi-nic might be<br>
>> supported to Xenserver and KVM to Cactus?<br>
>> I know we are not sure till any blueprint be approved, my team is<br>
>> curious to KVM multi-nic support.<br>
>><br>
>> Regards,<br>
>> Kei Masumoto<br>
>><br>
>> _______________________________________________<br>
>> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
>_______________________________________________<br>
>Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
<br>
<br>
Confidentiality Notice: This e-mail message (including any attached or<br>
embedded documents) is intended for the exclusive and confidential use of the<br>
individual or entity to which this message is addressed, and unless otherwise<br>
expressly indicated, is confidential and privileged information of Rackspace.<br>
Any dissemination, distribution or copying of the enclosed material is prohibited.<br>
If you receive this transmission in error, please notify us immediately by e-mail<br>
at <a href="mailto:abuse@rackspace.com">abuse@rackspace.com</a>, and delete the original message.<br>
Your cooperation is appreciated.<br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</div></div></blockquote></div><br><PRE>
Confidentiality Notice: This e-mail message (including any attached or
embedded documents) is intended for the exclusive and confidential use of the
individual or entity to which this message is addressed, and unless otherwise
expressly indicated, is confidential and privileged information of Rackspace.
Any dissemination, distribution or copying of the enclosed material is prohibited.
If you receive this transmission in error, please notify us immediately by e-mail
at abuse@rackspace.com, and delete the original message.
Your cooperation is appreciated.
</PRE>