--On Thursday, August 29, 2013 12:28 -0700 Dave Crocker <dhc@xxxxxxxxxxxx> wrote: > On 8/29/2013 9:31 AM, John C Klensin wrote: >> I may be violating my promise to myself to stay out of >> SPF-specific issues, > > > Probably not, since your note has little to do with the > realities of the SPFbis draft, which is a chartered working > group product. You might want to review its charter: > > http://datatracker.ietf.org/wg/spfbis/charter/ > Note the specified goal of standards track and the /very/ > severe constraints on work to be done. Please remember that > this is a charter that was approved by the IESG. The working > group produced was it was chartered to produce, for the > purpose that was chartered. I have reviewed the charter, Dave. THe reasons I've wanted to stay out of this discussion made me afraid to make a posting without doing so. But the last I checked, WG charters are approved by the IESG after reviewing whatever comments they decide to solicit. They are not IETF Consensus documents. Even if this one was, the WG co-chair and document shepherd have made it quite clear that the WG carefully considered the design issue and alternatives at hand. I applaud that but, unless you are going to argue that the charter somehow allows the WG to consider some issues that cannot be reviewed on IETF Last Call, either the design issue is legitimate or the WG violated its charter. I, at least, can't read the charter that way. > More broadly, you (and others) might want to review that > actual criteria the IETF has specified for Proposed in > RFC2026. Most of us like to cite all manner of personal > criteria we consider important. Though appealing, none of > them is assigned formal status by the IETF, with respect to > the Proposed Standards label; I believe in fact that there is > nothing that we can point to, for such other criteria, > represents IETF consensus for them. The claim that we can't > really document our criteria mostly means that we think it's > ok to be subjective and whimsical. The statement to which I objected was one in which you claimed (at least as I understood it) that it was inappropriate to raise a design consideration because the protocol was already widely deployed. Your paragraph above makes an entirely different argument. As I understand it, your argument above is that it _never_ appropriate to object during IETF Last Call on the basis of design considerations (whether it is desirable to evaluate design considerations in a WG or not). I believe that design issues and architectural considerations can sometimes be legitimate examples of "known technical defects". If they were not, then I don't know why the community is willing to spend time on such documents (or even on having an IAB). Again, it think it is perfectly reasonable to argue that a particular design or architectural consideration should not be applied to a particular specification. My problem arises only when it is claimed that such considerations or discussions are a priori inappropriate. > Also for the broader topic, you also might want to reevaluate > much of what your note does say, in light of the realities of > Individual Submission (on the IETF track) which essentially > never conforms to the criteria and concerns you seem to be > asserting. If that were the case, either you are massively misunderstanding what I am asserting or I don't see your point. I believe that my prior note, and this one, assert only one thing, which is that it is inappropriate to bar any discussion --especially architectural or design considerations-- from IETF Last Call unless it addresses a principle that has already been established for the particular protocol by IETF Consensus. I remain completely comfortable, modulo the various "rude language" topics, with a discussion of why some architectural principle is irrelevant to a particular specification or even that trying to apply that principle would be stupid. But a discussion along those lines is still a discussion, not an attempt to prevent a discussion. And, yes, I believe that Individual Submissions should generally be subject to a much higher degree of scrutiny on IETF Last Call than WG documents. I also believe that, if there appears to be no community consensus one way or the other, that the IESG should generally defer to the WG on WG documents but default to non-approval of Individual Submissions. But, unless I'm completely misunderstanding the point you are trying to make, I don't see what that has to do with this topic. Dave, we had these sorts of discussions before. If there are a common patterns about them, they are that neither of us is likely to convince the other and that both of us soon get to the point of either muttering "he just doesn't get it" (or worse) into our beards or getting really short-tempered. I suggest that we not subject the community to that. By all means respond to this note if you feel a need to do (I'm not trying to get the last word and, if I have misunderstood you, I'd like to be better informed), but then I suggest that we leave the discussion to others if they believe it to be of value. best, john