--On Monday, October 18, 2021 10:30 -0700 "Murray S. Kucherawy" <superuser@xxxxxxxxx> wrote: >... >> The solution to the latter type of situation is not to be sure >> free copies of [BigDoc] are available to anyone who might (or >> should) be interested in the hope they will read them, but for >> the IESG to push things more in the direction of RFC 20 and >> good summaries about exactly what the actual requirements are >> in practice. There are many much more recent examples that >> have done just that. >> > > So then the way to resolve this problem might be to codify > exactly the practice you're proposing: If the primary target > document is not freely available, craft an RFC that captures > the important requirements of it so we can use that as our > reference. That document can then be normative for our future > work on that topic. It's more work for the IETF, to be sure, > but if we say this is the process then at least working groups > will know what's expected of them as far ahead of time as > possible. I think so. I would hope that the language used would still leave the IESG with discretion for unusual cases but that seems to me a better way to go. We do need to be careful about one thing, which is that, if the externally referenced document changes out from under our specification, e.g., X3.4-1968 evolves into ANSI INCITS 4:1986, the development of any new IETF document that depends on the original RFC should include a check to be sure the changes are not significant wrt our work and, if they are, should include, an explanation and necessary updates. To pick a somewhat more recent example than RFC 20, RFC 3339 contains the sort of summary I think we should be looking for. It defines a profile of ISO 8601:1988 but contains sufficient ABNF and explanation that any reader who was not trying to check up on the authors would not need to review 8601:1988 itself. I note that ISO 8601:1988 had already been replaced by ISO 8601:2000 by the time the RFC was published. That is noted by an un-cited reference to the latter; I am suggesting that it should have been required to contain a short section or appendix that either stated that there were no substantive changes in the ISO documents that would affect the specification between the 1988 and 2000 versions or a brief discussion of the changes and their effects. And, of course, the implications of those issues came up in the discussion prior to chartering of SEDATE and, while draft-ietf-sedate-datetime-extended-00 still references 8601:1988 as normative, without some explanation that is an invitation to future problems if only because, AFAIK, one can not even obtain the 1988 specification from ISO except, perhaps, for historical research purposes. john