Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cloudstack-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of Alex.Huang@citrix.com
 designates 66.165.176.63 as permitted sender)
From: Alex Huang <Alex.Huang@citrix.com>
To: "cloudstack-dev@incubator.apache.org"
	<cloudstack-dev@incubator.apache.org>
Date: Thu, 17 Jan 2013 12:58:43 -0800
Subject: RE: [DISCUSS] IPv6 support draft functional spec(phase 1)
Thread-Topic: [DISCUSS] IPv6 support draft functional spec(phase 1)
Thread-Index: Ac307RI1ppxwsS4FQLWrGJfSopGENAAACyVw
Message-ID: 
 <B1DF26ECC0458748AC97CECE2DA98D41012FA3B2A3F9@SJCPMAILBOX01.citrite.net>
References: 
 <CA+2rt43WvL0r4k0BSZopbCwM_Sc1NF_pcKM4qhME9bSHit10Og@mail.gmail.com>
	<B1DF26ECC0458748AC97CECE2DA98D41012FA33B21F7@SJCPMAILBOX01.citrite.net>
	<CA+2rt43xc24Y+9_U4Z9EeKziaib9cOLwUhheW9as15YW0f0Mow@mail.gmail.com>
	<B1DF26ECC0458748AC97CECE2DA98D41012FA33B21F9@SJCPMAILBOX01.citrite.net>
	<CA+2rt41YPS_BVHQR-bZYyGGQ2ebhRGVpE8MPEYpUgvucNb4RAw@mail.gmail.com>
	<B1DF26ECC0458748AC97CECE2DA98D41012FA33B21FA@SJCPMAILBOX01.citrite.net>
	<CA+2rt40YFDOWzNp1rfzMUg0ooEbEVwW2Sn_=Zia6_rv5dbBtwQ@mail.gmail.com>
 <CA+2rt406cUcD75xZHEpkEMTnYvYOgUDrtcsH5W5HAH0J5zjv=A@mail.gmail.com>
In-Reply-To: 
 <CA+2rt406cUcD75xZHEpkEMTnYvYOgUDrtcsH5W5HAH0J5zjv=A@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Sheng,

Can you add in that SG does not support IPv6?  Make sure everyone knows tha=
t.

--Alex

> -----Original Message-----
> From: Sheng Yang [mailto:sheng@yasker.org]
> Sent: Thursday, January 17, 2013 11:58 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [DISCUSS] IPv6 support draft functional spec(phase 1)
>=20
> On Thu, Jan 17, 2013 at 10:38 AM, Sheng Yang <sheng@yasker.org> wrote:
> > On Thu, Jan 17, 2013 at 10:33 AM, Anthony Xu <Xuefei.Xu@citrix.com>
> wrote:
> >> More comments,
> >>
> >> Can VM access VM by name on IPv6 network( router VM provide DNS
> service ?)?
> >
> > Yes, dnsmasq would provide AAAA records.
> >
> >> Is password-reset service supported on IPv6 network?
> >
> > Should be in the future, but not phase 1, which only provide DNS and DH=
CP.
> >
> >> Is meta-data and user-data service supported on IPv6 network?
> >
> > Not phase 1.
> >
> >> Is external network device (F5, SRX) supported on IPv6 network?
> >
> > Not in the plan.
> >
> >> What's the impact for Security enabled shared network?
> >
> > Not in the plan. Only support shared network without SG in the phase 1.
> >
> >> What's the impact for multiple IPs per NIC?
> >
> > I guess we may no longer need to have another nic for different public
> > subnet, but need to be confirmed.
>=20
> So I would update the systemvm first, adding the newer version of
> dnsmasq and radvd.
>=20
> Does anyone has specific suggestion on which version to be used? I can
> get the dnsmasq from debian testing repo and it works for me. Radvd
> can be get from debian stable repo, but I assume it maybe kind of old.
>=20
> --Sheng
> >
> > --Sheng
> >>
> >> Anthony
> >>
> >>> -----Original Message-----
> >>> From: Sheng Yang [mailto:sheng@yasker.org]
> >>> Sent: Thursday, January 17, 2013 10:26 AM
> >>> To: cloudstack-dev@incubator.apache.org
> >>> Subject: Re: [DISCUSS] IPv6 support draft functional spec(phase 1)
> >>>
> >>> On Thu, Jan 17, 2013 at 10:20 AM, Anthony Xu <Xuefei.Xu@citrix.com>
> >>> wrote:
> >>> > My misunderstanding, I thought that's the link-local ip in Xenserve=
r
> >>> or KVM:-)
> >>> >
> >>> > If a VM is on both IPv6 and IPv4 network, what's the link-local
> >>> address? IPv4? IPv6? Both?
> >>>
> >>> For dual stack case, we still require IPv6 link-local address only.
> >>>
> >>> --Sheng
> >>> >
> >>> >
> >>> > Anthony
> >>> >
> >>> >> -----Original Message-----
> >>> >> From: Sheng Yang [mailto:sheng@yasker.org]
> >>> >> Sent: Thursday, January 17, 2013 10:13 AM
> >>> >> To: cloudstack-dev@incubator.apache.org
> >>> >> Subject: Re: [DISCUSS] IPv6 support draft functional spec(phase 1)
> >>> >>
> >>> >> On Thu, Jan 17, 2013 at 9:49 AM, Anthony Xu <Xuefei.Xu@citrix.com>
> >>> >> wrote:
> >>> >> > Thanks for the write-up,
> >>> >> >
> >>> >> > One comment,
> >>> >> > Is there any reason not use link-local IPv4 address?
> >>> >> >
> >>> >> >>*User VM would have one link-local IPv6 address
> >>> >>
> >>> >> IPv6 required one auto configured link local address per nic(means
> >>> >> likely one nic would have more than one IP address, and in the
> >>> >> different subnet), and the link local address would be used to sen=
d
> >>> >> out DHCP request etc(http://tools.ietf.org/html/rfc3315). It's als=
o
> >>> >> the basic of Neighbor discovery mechanism in
> >>> >> IPv6(http://tools.ietf.org/html/rfc4861).
> >>> >>
> >>> >> I think IPv4 link-local is less relevant in this case...
> >>> >>
> >>> >> --Sheng
> >>> >> >
> >>> >> >> -----Original Message-----
> >>> >> >> From: Sheng Yang [mailto:sheng@yasker.org]
> >>> >> >> Sent: Wednesday, January 16, 2013 7:11 PM
> >>> >> >> To: cloudstack-dev@incubator.apache.org
> >>> >> >> Subject: [DISCUSS] IPv6 support draft functional spec(phase 1)
> >>> >> >>
> >>> >> >> Hi,
> >>> >> >>
> >>> >> >> The first draft of IPv6 FS is available at
> >>> >> >>
> >>>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/IPv6+support
> >>> >> >> now.
> >>> >> >>
> >>> >> >> Basically based on our previous discussion, we would like to
> >>> stick
> >>> >> to
> >>> >> >> dnsmasq, and assume shared network for advance zone in the
> phase
> >>> one,
> >>> >> >> to make thing as simple as possible in phase 1.
> >>> >> >>
> >>> >> >> Comments/questions are welcome!
> >>> >> >>
> >>> >> >> --Sheng