>>I am of the opinion that the scale of IPv6 deployment today is still >>in its infancy and the impacts associated with mandating the HAO >>processing on all IPv6 nodes is far less than maybe two years from >>now. > > here are a little (incomplete) list of RFC2460-compliant > implementations that does not speak/understand HAO: > > JunOS, ExtremeWare, MacOS 10.2, all FreeBSD since 4.0, all NetBSD > since 1.5, all OpenBSD since 2.7, Solaris beyond 2.7, Linux since 2.2, > all BSD/OS since 4.1.
So are you suggesting that these OS' will have no revisions whatsoever in the future and they are now frozen forever? > and any product that ships with these operating systems (note that > many uses *BSD in embedded products such as printers). So every product that uses the IPv6 component of these OS' will not be compliant with the standard. These nodes can still operate just as well via the reverse tunnelling mechanism. I do not expect these nodes to be even upgraded to support the RR scheme as well. Thats just something we have to live with. > > and i would like to stress that it isn't matter of configuration, but > matter of codebase (you can't say "well, they are not configured with > IPv6"). and as you may aware, people do run older revisions of those > operating systems (there still are Win3.1, you know). I know. But you also have to realize that OS' evolve and new features are added. > > if it isn't enough to convince you otherwise, i think you are in > a dream world. There is an aspect of *tunnel vision* w.r.t your statement above. I realize there are commercial networks and commercial products running IPv6 that do not have HAO processing capability. But you are not looking at the potential scale of the nodes that are yet to be developed and deployed. > >itojun > Anyway, this argument is not leading to any conclusions. I would recommend that we move forward. Let the IESG decide if the HAO processing as MUST is too cumbersome for IPv6 nodes. -Basavaraj -------------------------------------------------------------------- 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] --------------------------------------------------------------------
