In your previous mail you wrote:

   I wanted to add a few cents to the discussion, triggered by Francis saying
   we're going nowhere :-)
   
=> my comment was about the addressing architecture, for the prefix
delegation we have a promise of a requirement document.

   - router renumbering hasn't been made to work yet, so I doubt that's a 
   good option
   
=> this was rejected at the interim meeting too.

   - pppext might be workable for PPP connections, and is a valid mechanism 
   especially if there is no simple alternative (e.g. if the only alternative 
   is full statefull DHCPv6).
   
=> PPP is too restricted. We are still trying to use other things than PPP
for standard network access control, so IMHO it is a bad idea to rely
again on PPP.

   - dhcpv6 will work ok, I think, but is a bit complex for being usable 
   in every scenario
   
=> full statefull DHCPv6 (to reuse your term) is far too heavy.
The stateless new DHCPv6 is not yet specified, so I reverse my
assessment to the moment the specs will be available.

   - APD w/ ICMPv6 is ok but can be simplified (e.g. removing prefix return 
   message)
   
=>  APD is a good solution inside an organization but is a bit heavy
for the poor guy at home.

   - RA (Lutchansky) is a nice hack, kinda works with hacking.
   
=> this is not a secret I am in favor of RA extension for the simple
case. It was with APD the favourite solutions at the interim meeting
but RA lacked a document (now this is fixed, thanks to Nathan Lutchansky).
I believe with some work we can get something nice and very easy to
implement (the last point is critical: we are already very late).

   Note that IMO, configuring these with "stateless DHCPv6" but obtaining the
   prefix with e.g. APD makes perfect sense -- there might be reluctance to
   implement full DHCP, or even the minimal set of "stateful" DHCP.
   
=> I agree about DHCP: as the dynamic address allocation doesn't make
sens for IPv6, DHCPv6 has to be heavily changed (simplified!) before
to become a reasonable option.

Thanks

[EMAIL PROTECTED]
--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------

Reply via email to