Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: OpenStack: Netstack

Re: [Openstack] [openstack-dev] [Quantum] Multi-host implementation

 

 

OpenStack netstack RSS feed   Index | Next | Previous | View Threaded


yusuke at jbking

Aug 8, 2012, 9:19 AM

Post #1 of 2 (466 views)
Permalink
Re: [Openstack] [openstack-dev] [Quantum] Multi-host implementation

Hi,

I've updated the bp to correspond with current design spec.
> https://blueprints.launchpad.net/quantum/+spec/quantum-multihost-dhcp


I'd know the case of failure, improper, insane, by that.
Anyway, comments, discussions are welcome.

Thanks.

--
MURAOKA Yusuke

Mail: yusuke [at] jbking


日付:2012年8月7日火曜日、時刻:2:47、差出人:Nachi Ueno:

> Hi Dan
>
> Thank you for pointing this.
>
> Yusuke updated design spec.
> https://blueprints.launchpad.net/quantum/+spec/quantum-multihost-dhcp
>
> 2012/8/6 Dan Wendlandt <dan [at] nicira (mailto:dan [at] nicira)>:
> > Hi Nachi,
> >
> > I've reviewed the code and added comments. I'd like to see at least a basic
> > spec describing the proposed approach (need only be a couple paragraphs,
> > perhaps with a diagram) linked to the blueprint so we can have a design
> > discussion around it. Thanks,
> >
> > Dan
> >
> >
> > On Fri, Aug 3, 2012 at 1:03 PM, Nachi Ueno <nachi [at] nttmcl (mailto:nachi [at] nttmcl)> wrote:
> > >
> > > Hi folks
> > >
> > > Sorry.
> > > I added openstack-dev [at] lists (mailto:openstack-dev [at] lists) in this discussion.
> > >
> > > 2012/8/3 Nati Ueno <nati.ueno [at] gmail (mailto:nati.ueno [at] gmail)>:
> > > > Hi folks
> > > >
> > > > > Gary
> > > > Thank you for your comment. I wanna discuss your point on the mailing
> > > > list.
> > > >
> > > > Yusuke pushed Multi-host implementation for review.
> > > > https://review.openstack.org/#/c/10766/2
> > > > This patch changes only quantum-dhcp-agent side.
> > > >
> > > > Gary's point is we should have host attribute on the port for
> > > > scheduling.
> > > > I agree with Gary.
> > > >
> > > > In the nova, vm has available_zone for scheduling.
> > > > So Instead of using host properties.
> > > > How about use available_zone for port?
> > > >
> > > > Format of availability_zone is something like this
> > > > available_zone="zone_name:host".
> > > >
> > > > We can also add availability_zone attribute for the network as a
> > > > default value of port.
> > > > We can write this until next Monday.
> > > > However I'm not sure quantum community will accept this or not, so I'm
> > > > asking here.
> > > >
> > > > If there are no objections, we will push zone version for review.
> > > > Thanks
> > > > Nachi
> > > >
> > > > _______________________________________________
> > > > Mailing list: https://launchpad.net/~openstack
> > > > Post to : openstack [at] lists (mailto:openstack [at] lists)
> > > > Unsubscribe : https://launchpad.net/~openstack
> > > > More help : https://help.launchpad.net/ListHelp
> > >
> > >
> > >
> > > _______________________________________________
> > > OpenStack-dev mailing list
> > > OpenStack-dev [at] lists (mailto:OpenStack-dev [at] lists)
> > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> >
> >
> >
> >
> > --
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > Dan Wendlandt
> > Nicira, Inc: www.nicira.com (http://www.nicira.com)
> > twitter: danwendlandt
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >
> >
> > --
> > Mailing list: https://launchpad.net/~netstack
> > Post to : netstack [at] lists (mailto:netstack [at] lists)
> > Unsubscribe : https://launchpad.net/~netstack
> > More help : https://help.launchpad.net/ListHelp
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack [at] lists (mailto:openstack [at] lists)
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp




--
Mailing list: https://launchpad.net/~netstack
Post to : netstack [at] lists
Unsubscribe : https://launchpad.net/~netstack
More help : https://help.launchpad.net/ListHelp


zhuadl at cn

Aug 13, 2012, 12:02 AM

Post #2 of 2 (443 views)
Permalink
Re: [Openstack] [openstack-dev] [Quantum] Multi-host implementation [In reply to]

hi,

I have a question about the ip address consumed by the dhcp services. is it
necessary to assign an individual ip for each dhcp daemon? can we reserve
only one ip address for all dhcp deamons subject to one subnet since they
won't run on the same host? since the dhcp service only need to
communicate with local VM instances and local dhcp agent (don't know if it
is true for this assumption), can we find a kind of isolation mechanism to
avoid ip conflicts and extra consume of ip addresses to implement this
feature?

Best Regards,


Edward Zhang(Ż) ַ:к·8 йش
Staff Software Engineer ԰28¥ 3 ʱࣺ100193
Travel&Transportation Standards Address: 3F Ring, Building 28
Emerging Technology Institute(ETI) Zhongguancun Software Park, 8
IBM China Software Development Lab Dongbeiwang West Road, Haidian
e-mail: zhuadl [at] cn District, Beijing, P.R.C.100193
Notes ID: Hua ZZ Zhang/China/IBM
Tel: 86-10-82450483













MURAOKA Yusuke
<yusuke [at] jbking
Sent by: Dan Wendlandt <dan [at] nicira>
openstack-bounces cc
+zhuadl=cn.ibm.co OpenStack Development Mailing List
m [at] lists <openstack-dev [at] lists>
.net , netstack [at] lists,
openstack [at] lists
Subject
2012-08-09 00:19 Re: [Openstack] [Netstack]
[openstack-dev] [Quantum]
Multi-host implementation










Hi,

I've updated the bp to correspond with current design spec.
> https://blueprints.launchpad.net/quantum/+spec/quantum-multihost-dhcp


I'd know the case of failure, improper, insane, by that.
Anyway, comments, discussions are welcome.

Thanks.

--
MURAOKA Yusuke

Mail: yusuke [at] jbking


ո201287ջաṛ2:47ˣNachi Ueno

> Hi Dan
>
> Thank you for pointing this.
>
> Yusuke updated design spec.
> https://blueprints.launchpad.net/quantum/+spec/quantum-multihost-dhcp
>
> 2012/8/6 Dan Wendlandt <dan [at] nicira (mailto:dan [at] nicira)>:
> > Hi Nachi,
> >
> > I've reviewed the code and added comments. I'd like to see at least a
basic
> > spec describing the proposed approach (need only be a couple
paragraphs,
> > perhaps with a diagram) linked to the blueprint so we can have a design
> > discussion around it. Thanks,
> >
> > Dan
> >
> >
> > On Fri, Aug 3, 2012 at 1:03 PM, Nachi Ueno <nachi [at] nttmcl (
mailto:nachi [at] nttmcl)> wrote:
> > >
> > > Hi folks
> > >
> > > Sorry.
> > > I added openstack-dev [at] lists (
mailto:openstack-dev [at] lists) in this discussion.
> > >
> > > 2012/8/3 Nati Ueno <nati.ueno [at] gmail (mailto:nati.ueno [at] gmail
)>:
> > > > Hi folks
> > > >
> > > > > Gary
> > > > Thank you for your comment. I wanna discuss your point on the
mailing
> > > > list.
> > > >
> > > > Yusuke pushed Multi-host implementation for review.
> > > > https://review.openstack.org/#/c/10766/2
> > > > This patch changes only quantum-dhcp-agent side.
> > > >
> > > > Gary's point is we should have host attribute on the port for
> > > > scheduling.
> > > > I agree with Gary.
> > > >
> > > > In the nova, vm has available_zone for scheduling.
> > > > So Instead of using host properties.
> > > > How about use available_zone for port?
> > > >
> > > > Format of availability_zone is something like this
> > > > available_zone="zone_name:host".
> > > >
> > > > We can also add availability_zone attribute for the network as a
> > > > default value of port.
> > > > We can write this until next Monday.
> > > > However I'm not sure quantum community will accept this or not, so
I'm
> > > > asking here.
> > > >
> > > > If there are no objections, we will push zone version for review.
> > > > Thanks
> > > > Nachi
> > > >
> > > > _______________________________________________
> > > > Mailing list: https://launchpad.net/~openstack
> > > > Post to : openstack [at] lists (
mailto:openstack [at] lists)
> > > > Unsubscribe : https://launchpad.net/~openstack
> > > > More help : https://help.launchpad.net/ListHelp
> > >
> > >
> > >
> > > _______________________________________________
> > > OpenStack-dev mailing list
> > > OpenStack-dev [at] lists (
mailto:OpenStack-dev [at] lists)
> > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> >
> >
> >
> >
> > --
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > Dan Wendlandt
> > Nicira, Inc: www.nicira.com (http://www.nicira.com)
> > twitter: danwendlandt
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >
> >
> > --
> > Mailing list: https://launchpad.net/~netstack
> > Post to : netstack [at] lists (
mailto:netstack [at] lists)
> > Unsubscribe : https://launchpad.net/~netstack
> > More help : https://help.launchpad.net/ListHelp
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack [at] lists (
mailto:openstack [at] lists)
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp




_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to : openstack [at] lists
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
Attachments: 17312346.gif (1.25 KB)
  ecblank.gif (45 B)
  graycol.gif (0.10 KB)
  pic04733.gif (1.23 KB)

OpenStack netstack RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.