On Mon, Jan 14, 2013 at 10:51 AM, Sheng Yang <sh...@yasker.org> wrote: > > On Mon, Jan 14, 2013 at 10:45 AM, Chiradeep Vittal > <chiradeep.vit...@citrix.com> wrote: >> >> You can if you assume that it is of LL-type. Windows requires a registry >> fix to generate an 'LL' type DUID. > > > Does dhcp6c support it? Didn't see a word from the document about DUID type, > and it genereate LLT type by default Probably I should try another dhcpv6 > client. >> >> >> You can also get dnsmasq to ignore the duid and use the mac. > > > Haven't confirmed it's possible to use the mac, asking dnsmasq mailing > list...
Get answer from Dnsmasq's author Simon, it's impossible to use MAC to identify client right now, since there is no such dhcpv6 standard. So it looks like we need stick to DUID-LL. --Sheng > > --Sheng > > >> >> >> On 1/14/13 9:54 AM, "Sheng Yang" <sh...@yasker.org> wrote: >> >> >On Sun, Jan 13, 2013 at 11:21 PM, Hugo Trippaers < >> >htrippa...@schubergphilis.com> wrote: >> > >> >> Side note, but where are we going to do development? I think we should >> >>get >> >> our work in a feature branch as soon as possible so we can all >> >>contribute >> >> to the development. >> >> >> >> Sheng, can you push any work you have done to a branch? I'll check and >> >>see >> >> if I need to commit any of my changes then. >> >> >> > >> >We'd like to have the work based on Chiradeep's network refactor branch, >> >but currently we're waiting for Javelin to be merged. >> > >> >And I am dong some PoC right now, so no code is written so far. I just >> >found it's not that straightforward to get the dnsmasq work as we >> > thought. >> > >> >We need DUID from client(not MAC) to hand out ipv6 addresses, but I am >> > not >> >sure if that's something we can know from mgmt server side. >> > >> >--Sheng >> > >> >> >> >> Cheers, >> >> >> >> Hugo >> >> >> >> -----Original Message----- >> >> From: John Kinsella [mailto:j...@stratosec.co] >> >> Sent: vrijdag 11 januari 2013 19:50 >> >> To: cloudstack-dev@incubator.apache.org >> >> Subject: Re: [ASFCS41] IPv6 Support >> >> >> >> >> >> On Jan 10, 2013, at 11:09 AM, Sheng Yang <sh...@yasker.org> wrote: >> >> >> >> > On Tue, Jan 8, 2013 at 10:57 PM, John Kinsella <j...@stratosec.co> >> >>wrote: >> >> >> From a quick glance at it's man page, looks like it can do v4 and v6 >> >> >> leases at the same time... >> >> > You mean dhcpd? >> >> > >> >> >> >> No, dnsmasq looked like it could... >> >> >> >> > I am exploring all the possibility right now. >> >> > >> >> > Currently dnsmasq in our systemvm doesn't support DHCPv6, so we would >> >> > either update to a newer version dnsmasq, or using other dhcp >> >>server(e.g. >> >> > dhcpd) on DHCPv6. >> >> > >> >> > But replacing the dhcp server is a big work, all the configuration >> >> > need to be rewritten. Regarding dhcpd, I haven't figured out how much >> >> > effort we need to spend if we want to switch. >> >> > >> >> > There is one possible solution for this release: say, using dhcpd >> >> > only >> >> > for IPv6, to reduce our effort of introducing IPv6(if it's easier >> >> > than >> >> > moving to dhcpd). And then we can make the choice in the later >> >>release. >> >> > >> >> > John, do you have some experiences can share regarding dhcpd? >> >> > >> >> > Also, regarding your problem, have you used cloudstack to distribute >> >> > IP? I don't think we support leasing on two /28s in advance network >> >>now? >> >> >> >> So, in my lab env I've made a few changes to the server and UI to allow >> >> multiple IP blocks in basic network (haven't tried in advanced yet), >> >>then >> >> additionally I'm passing a netmask down to the agent, then that's >> >> passed >> >> through to dhcp_entry.sh, and then into edithosts.sh, which I've >> >>updated to >> >> support dhcpd. The one thing I wanted to do but haven't is to update >> >> edithosts.sh to support both dnsmasq as well as dhcpd. >> >> >> >> Note: this was done in-house without community involvement as I didn't >> >> expect general interest in this, but I'm happy to use experience gained >> >>to >> >> write similar support in the ASF tree. >> >> >> >> Johh >> >> >> >
