[Planetlab-devel] IPv6 support for MyPLC
Bound, Jim
Jim.Bound at hp.com
Thu Nov 9 12:54:34 EST 2006
All the production Linux and src pool implementations do Stateless Addr
Conf well its a no brainer.
/jim
> -----Original Message-----
> From: devel-bounces at planet-lab.org
> [mailto:devel-bounces at planet-lab.org] On Behalf Of Bound, Jim
> Sent: Thursday, November 09, 2006 12:49 PM
> To: Marc E. Fiuczynski; devel at lists.planet-lab.org
> Subject: RE: [Planetlab-devel] IPv6 support for MyPLC
>
> Hi Marc,
>
> OK I must be dreaming and don't have the time now to chase
> all the mails. But I thought I heard someone say each host
> had multiple IPv4 addresses. Now that you state this suggest
> PLL simply use stateless addr conf and get the IPv6 host
> address from a range of routers in the market that can do
> this. As you well pointed out the next step is putting in
> the DNS but that is part II.
>
> thanks
> /jim
>
> > -----Original Message-----
> > From: Marc E. Fiuczynski [mailto:mef at CS.Princeton.EDU]
> > Sent: Thursday, November 09, 2006 12:36 PM
> > To: Bound, Jim; devel at lists.planet-lab.org
> > Subject: RE: [Planetlab-devel] IPv6 support for MyPLC
> >
> > Hi Jim,
> >
> > Today all PlanetLab nodes are configured by the hosting site.
> > Currently there is just one global IPv4 address per host. The
> > technical contact at the hosting site assigns a static IPv4 address
> > (either manually or via DHCP).
> > It is not clear we can assume that sites will bring up
> DHCPv6 servers
> > on our behalf (especially since we strongly request to be in a DMZ
> > outside of their firewall). Maybe they will, but a big
> concern is the
> > convergence timeframe
> > + the sheer amount of email we might have to send/receive
> when asking
> > + sites
> > to turn on IPv6 support on our behalf. For this reason,
> I'd like to
> > arrive at a solution that factors out most (ideally
> > all) human interaction with sites. The basic assumption is that a
> > site supports IPv6 on their router and advertise global
> IPv6 prefixes
> > to the nodes.
> >
> > The challenge is to also assign global IPv6 addresses to
> each "virtual
> > machine" (sliver) on each node. Where do those addresses
> come from,
> > considering we wont have DHCPv6? Hence the discussion of trying to
> > come up with an autoconf scheme that assigns a EUI per sliver.
> >
> > > I believe stateless autoconfig will work ...
> >
> > Which one?
> >
> > > ... the problem is that
> > > any IP architecture view assumes some entity absorbs the
> IP address
> > > ...
> >
> > I don't understand the problem you are stating. Please
> rephrase this.
> >
> > > I had indirectly suggested a software VLAN switch to
> > multiple vservers
> > > on a single node for IPv6 with use of prefix bits and same EUI.
> >
> > I think I understood this suggestion, but maybe I did not.
> > Please give an explicit example. Also, what would we need
> to ask each
> > site to make such a solution work? Do they have to give us
> a set of
> > prefixes? Is it reasonable to ask for dozens or hundreds of those
> > prefixes per node? How would one coordinate the prefix assignment
> > amongst hosts at a site?
> >
> > > IPv6 has done its job the tools exist.
> >
> > No doubt! I am just trying to figure how to make it work
> in the real
> > world when faced with ~100 "virtual machiens" per phyiscal host and
> > the lack of a
> > DHCPv6 server.
> >
> > Thank you for your feedback!
> >
> > Best regards,
> > Marc
> >
> >
>
> _______________________________________________
> Devel mailing list
> Devel at lists.planet-lab.org
> https://lists.planet-lab.org/mailman/listinfo/devel
>
More information about the Devel
mailing list