> > > However I do think it's necessary to work out these details, and > > > to make the changes necessary, rather than simply assuming > > that one can > > > "just use LL" or "just use PI" or whatever. > > > > It would be nice to see some of this happen. While the bulk > > of the work is a matter for another WG, the addressing issue > > clearly isn't. > > To some degree the discussion is restricting the potential solution > space by assuming that one has to choose between LL, PI, ??? . The > state that was not discussed was arriving at 2 because the router > crashed, while a new node comes up thinking the network must be in 1 > because there is no RA.
I did have exactly that transition in mind; what I thought I said was in the absence of RA that hosts still on the network would have to inform new hosts as to what prefix was assigned to that link. > The problem is that if the existing nodes > are forced to choose a single address, they either break the existing > app when the router crashes, or they refuse to talk to new nodes until > the router comes back up or the lifetimes expire. apps need to have stable identifiers for use in referrals. that doesn't necessarily mean that those addresses actually have to be used on the wire. my prefix substitution draft is one proposal for allowing a different address to be substituted without impacting the app. that draft is intended to address a specific situation. meanwhile I'm trying to understand if there's a more general prefix mapping mechanism that would allow fast and reliable mapping of stable identifiers to addresses that are currently usable on the network, and what it would look like. of course, as long as TCP and UDP use addresses as endpoint identifiers there is a limit to how much functionality you can gain by substituting addresses on an initial connection. Keith -------------------------------------------------------------------- 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] --------------------------------------------------------------------
