Folks,
DS> I am saddened by the fact that Tony's simple question could not be
DS> addressed. Site local addressing in IPv6 is a concept which has been
DS> mentioned in RFC 1884, 2373 and 3513, the progression of Proposed
DS> Standards. This is a string of documents dating back to 1995. For eight
DS> years this concept was apparently considered a good thing.
The problem appears to have been that no one bothered to draw the
necessary implications and circulate them for explicit consideration. So
folks scanned a spec, didn't see anything that looked egregious, and
only now are realizing how extensive the impact is.
We have a very basic, very serious problem with coordination among
different parts of the IETF. Our tendency is to task various folks with
doing a better "monitoring" job.
My guess is that, instead, we *all* need to do a better job of noticing
when we are specifying something that has an architectural impact, by
which I mean something that affects other parts of the Internet service.
Once upon a time, the Security Considerations section was pro forma.
These days, it is taken seriously, and specifications are required to
develop this section carefully.
More recently we have added IANA Considerations sections, to make sure
that administrative issues are handled more easily.
Perhaps it is time to require specifications to make explicit statements
about the impact the spec's features will have on architectural
providers and consumers. That is, the features of a specification draw
on system Internet services "below" and give services to parts of the
system "above".
Any specification that creates interesting features should be required
to specify its requirements on providers and its impact on consumers.
d/
--
Dave Crocker <mailto:dcrocker(_at_)brandenburg(_dot_)com>
Brandenburg InternetWorking <http://www.brandenburg.com>
Sunnyvale, CA USA <tel:+1.408.246.8253>, <fax:+1.866.358.5301>