openstack team mailing list archive

[Aaron Rosen <arosen@xxxxxxxxxx>]

The dhcp agent now is able to use network namespaces so there is no longer
ip conflicts. Perhaps in the future the dhcp agent could implement some
kind of DHCP reply (ip helper) service . Though currently it allocates an
ip address in each subnet that you want dhcp enabled on.

Aaron

On Mon, Aug 13, 2012 at 12:02 AM, Hua ZZ Zhang <zhuadl@xxxxxxxxxx> wrote:

> 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(张华)*
>    Staff Software Engineer
>    Travel&Transportation Standards
>    Emerging Technology Institute(ETI)
>    IBM China Software Development Lab
>    e-mail: zhuadl@xxxxxxxxxx
>    Notes ID: Hua ZZ Zhang/China/IBM
>    Tel: 86-10-82450483
>
>
>    地址:北京市海淀区东北旺西路8号 中关村软件园28号楼 环宇大厦3层 邮编：100193
>    Address: 3F Ring, Building 28 Zhongguancun Software Park, 8
>    Dongbeiwang West Road, Haidian District, Beijing, P.R.C.100193
>
>
>
>
>
>
>
> [image: Inactive hide details for MURAOKA Yusuke ---2012-08-09
> 00:21:52---Hi,]MURAOKA Yusuke ---2012-08-09 00:21:52---Hi,
>
>
>    *MURAOKA Yusuke <yusuke@xxxxxxxxxx>*
>    Sent by: openstack-bounces+zhuadl=cn.ibm.com@xxxxxxxxxxxxxxxxxxx
>
>    2012-08-09 00:19
>
>
> To
>
>
>    Dan Wendlandt <dan@xxxxxxxxxx>
>
>
> cc
>
>
>    OpenStack Development Mailing List <openstack-dev@xxxxxxxxxxxxxxxxxxx>,
>    netstack@xxxxxxxxxxxxxxxxxxx, openstack@xxxxxxxxxxxxxxxxxxx
>
>
> Subject
>
>
>    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@xxxxxxxxxx
>
>
> 日付：2012年8月7日火曜日、�r刻：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@xxxxxxxxxx (mailto:dan@xxxxxxxxxx<dan@xxxxxxxxxx>
> )>:
> > > 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@xxxxxxxxxx (
> mailto:nachi@xxxxxxxxxx <nachi@xxxxxxxxxx>)> wrote:
> > > >
> > > > Hi folks
> > > >
> > > > Sorry.
> > > > I added openstack-dev@xxxxxxxxxxxxxxxxxxx (
> mailto:openstack-dev@xxxxxxxxxxxxxxxxxxx<openstack-dev@xxxxxxxxxxxxxxxxxxx>)
> in this discussion.
> > > >
> > > > 2012/8/3 Nati Ueno <nati.ueno@xxxxxxxxx (mailto:nati.ueno@xxxxxxxxx<nati.ueno@xxxxxxxxx>
> )>:
> > > > > 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@xxxxxxxxxxxxxxxxxxx (
> mailto:openstack@xxxxxxxxxxxxxxxxxxx <openstack@xxxxxxxxxxxxxxxxxxx>)
> > > > > Unsubscribe : https://launchpad.net/~openstack
> > > > > More help : https://help.launchpad.net/ListHelp
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > OpenStack-dev mailing list
> > > > OpenStack-dev@xxxxxxxxxxxxxxxxxxx (
> mailto:OpenStack-dev@xxxxxxxxxxxxxxxxxxx<OpenStack-dev@xxxxxxxxxxxxxxxxxxx>
> )
> > > > 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@xxxxxxxxxxxxxxxxxxx (
> mailto:netstack@xxxxxxxxxxxxxxxxxxx <netstack@xxxxxxxxxxxxxxxxxxx>)
> > > Unsubscribe : https://launchpad.net/~netstack
> > > More help : https://help.launchpad.net/ListHelp
> >
> >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~openstack
> > Post to : openstack@xxxxxxxxxxxxxxxxxxx (
> mailto:openstack@xxxxxxxxxxxxxxxxxxx <openstack@xxxxxxxxxxxxxxxxxxx>)
> > Unsubscribe : https://launchpad.net/~openstack
> > More help : https://help.launchpad.net/ListHelp
>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev@xxxxxxxxxxxxxxxxxxx
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>