Bob, > This raises the question I have had for a while, is when doing updates to > existing standard what to put in the IANA section. It seems to me it > should be what changes should be made to the IANA registries, not a > complete copy. This is very different from the technical content of the > document.
Yep. And I don't have a one-size-fits all answer. I've seen some documents just repeat the old section, but as you note that reads funny if IANA has already done the work. And since this document is obsoleting RFC 3513, it seems odd to point back to it for definitive text. I'm not sure the IESG has thought in a lot of detail about the significance of obsoleting a document that contains an IANA considerations section. But, having said that, when trying to find the IANA considerations related to a name space, it can be rather interesting sometimes just trying to track down the pointers. So, I prefer seeing at least some pointers to other documents than nothing at all. My wording was an attempt to provide at least the start of a reference, while still making it clear that this document isn't changing any of the rules that are already in place. > Instead of what you suggested, I think something like the following would > be better: > No other IANA IPv6 address registries need to be changed based on > this document. For me, having a reference to other documents is really the purpose of adding something to this section. The above doesn't really add much beyond complete silence. > A few reasons for this include the references to 3513 and 3307 doesn't > capture the complete history of the current IANA registries and this > document will obsolete 3513 and this might make the note confusing. Another possibility is to include some (but perhaps not the entire table) from RFC 3513, but point out that the new text is being included for completeness and doesn't establish any new policy. That might be a better the referring to an obsoleted document. What I was trying to achieve was a balance between repeating all the history (which is sometimes a bit convoluted) with at least a pointer on where to get started for the details. But maybe we shouldn't even go here... :-( Thomas -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
