Bound, Jim wrote: > I know a few of those too and it will happen today with state > at the user level and command line interface yes. With the > local-unicast-global address problem is gone too and LLs are > not required. They can be annouced on ad hoc net (my > definition previously > stated) per the draft too without a router via NAs and NSs by > user override command line interface which is backup to all > addrconf essentially in IPv6, but then ND, DAD, NUD, et al > can be used to support them as viable addresses avoiding the > multilink problem of LLs.
So you are going to tell the army private that is ducking the barrage of gunfire that he can get the critical info he needs from the marine he just bumped into, if he only types these (what to him are pseudo-random) 32 hex characters for both the src & dst. Or you are going to answer all the support calls to Apple, MS, Palm, ... when Joe-sixpack meets his buddy and try to connect their 802.11 capable devices in ad-hoc mode to share a file. Get real. This is a clear capability & advantage that IPv6 brings over IPv4. The only thing holding it back is the obstinate views of those who don't want to make the scenarios work. After-all they don't work in IPv4, so they must not be really needed, right??? > > To the contrary. These proponents want to use LLs for what > they were mean't to do very well in an IPv6 network and avoid > their limitations where appropriate. Not just support a > free-for-all with mission critical operational networks out > of convenience. I admit I am tired, but I can't tell what you are saying. People want to solve real world problems, and to a very large degree they don't know or care how it works. Our job is to provide the tools so the vendors can build interoperable products that solve the end user problem. Unlicensed wireless and other non-traditional plug-n-play link types are changing the way people expect their devices and applications to work. The application developers that continue to insist it is 1985, where the world is a single global flat routing space, will not be able to deliver products that solve problems in this millennium. Those that account for the reality of the network randomness will find a larger customer base. Tony -------------------------------------------------------------------- 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] --------------------------------------------------------------------
