Open Stack

On 28 January 2013 15:23, gong yong sheng <gongysh at linux.vnet.ibm.com>wrote:

>  On 01/28/2013 11:17 PM, Wojciech Dec wrote:
>
>
>
> On 28 January 2013 14:17, gong yong sheng <gongysh at linux.vnet.ibm.com>wrote:
>
>>  DHCP agents host netwroks in the unit of networks. I think there is no
>> way to assign one subnet of a network to dhcp agent a, another subnet of
>> this network to dhcp agent b.
>> in that BP, we can allow multiple DHCP agents host the shared network at
>> the same time
>>
>
> Ok, so what use will be sharing a network but not a subnet?
>
> I think that is a question for quantum API, not for this BP. Salvatore
> should be the person to answer this question then.
>

Well, it's not about the API, it's about the requirements for this BP,
which presumably the BP is meant to deliver on.
If we have a network Foo, with 2 DHCP agents A and B, then one would think
that it is not terribly useful to have those agents there just for the
purpose of handing out addresses A1 and B1 from different subnets: By
definition, since the network is one, then clients on it could connect to
either dhcp server - whether they get address A1 or B1 becomes
indeterministic.  An alternative approach would be to see agents A and B as
being part of a common subnet, in which case the agents need to divide or
manage the shared pool... Which was my previous question.

>
>
> On 01/28/2013 10:06 PM, Wojciech Dec wrote:
>
>>   Hi All,
>>
>> as part of the blueprint review I am seeking the answer to a few
>> questions posted under:
>> https://answers.launchpad.net/quantum/+question/218212 (which expired
>> without a satisfactory answer)
>>
>> In particular: How will the IP address pool for a shared subnet be
>> divided or managed by multiple dhcp agents?
>>
>> Regards,
>> Woj.
>>
>>
>>
>>
>>  _______________________________________________
>> OpenStack-dev mailing listOpenStack-dev at lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130128/d8d25f25/attachment.html>