On 5/9/05, Lars-Erik Jonsson (LU/EAB) <[EMAIL PROTECTED]> wrote:
> More direct communication with
> individual ADs (especially ADs from other areas who do have
> comments on what a WG has produced) would hopefully also reduce
> the number of myths about IESG/AD operations.
Indeed. Of course, the
On Sun, 8 May 2005, Margaret Wasserman wrote:
(1) When an AD has an open discuss that he or she does not clear during the
telechat, he or she could send a copy of that discuss to the WG mailing list
directly. This is quite direct, but might be a bit tricky in practice due to
spam filters, etc.
This is a combined response to a number of messages under
the same subject field:
Ralph Droms wrote:
...
Which is why I suggest ADs provide technical input in open mailing lists
during last calls, to make sure their technical input is on the same
footing as everyone else's technical input. I agree
: text suggested by ADs
Sender: "Lars-Erik Jonsson \(LU/EAB\)" <[EMAIL PROTECTED]>
Date: 05/09/2005 1:43 pm
> >>>>>> "Spencer" == Spencer Dawkins <[EMAIL PROTECTED]> writes:
> >
> >Spencer> - the mailing lists a
ed the WG. It helps to have an explanation of the DISCUSS.
John
The good thing about mobile email is that t9 forces you to be brief.
--- original message ---
Subject: Re: text suggested by ADs
Sender: Bill Fenner <[EMAIL PROTECTED]>
Date: 05/08/2005 7:51
> >> "Spencer" == Spencer Dawkins <[EMAIL PROTECTED]> writes:
> >
> >Spencer> - the mailing lists are often not set up to allow
> >Spencer> posting by non-members
> >
> > That's a violation of policy. Please see the IESG statement on spam
> > policy; someone needs to be approving non-
org
> Subject: Re: text suggested by ADs
>
>
> On 5/7/05, Dave Crocker <[EMAIL PROTECTED]> wrote:
> >If someone has the authority to block the long-term work
> of a group of IETF
> > participants, they have an *obligation* to take their
> concerns directly
Sorry, I was imprecise.
From: "Sam Hartman" <[EMAIL PROTECTED]>
"Spencer" == Spencer Dawkins <[EMAIL PROTECTED]> writes:
Spencer> - the mailing lists are often not set up to allow
posting
Spencer> by non-members
That's a violation of policy. Please see the IESG statement on spam
policy; s
> "Spencer" == Spencer Dawkins <[EMAIL PROTECTED]> writes:
Spencer> - the mailing lists are often not set up to allow posting
Spencer> by non-members
That's a violation of policy. Please see the IESG statement on spam
policy; someone needs to be approving non-member postings for IETF
Thoughts? Do other people think that it would help (efficiency or
visibility) for all discusses to be sent to the WG mailing lists?
Any thoughts on which of the three approaches above would work
better?
Margaret
OK, let me see if I understand the problem -
- the ADs probably aren't members of
[EMAIL PROTECTED] (Hallam-Baker, Phillip) wrote on 28.04.05 in <[EMAIL
PROTECTED]>:
> In every other forum I simply make up the SRV prefixes myself and stick
> them in the draft. The chance of accidental collision is insignificant.
> There are far more Windows applications than Internet communic
On 5/7/05, Dave Crocker <[EMAIL PROTECTED]> wrote:
>If someone has the authority to block the long-term work of a group of IETF
> participants, they have an *obligation* to take their concerns directly to
> those participants and engage in a direct process to resolve it.
Dave,
From my point
Hi Dave,
Let me try the simplest summary possible:
If someone has the authority to block the long-term work of a group of IETF
participants, they have an *obligation* to take their concerns directly to
those participants and engage in a direct process to resolve it.
Authority always comes with r
On 7 maj 2005, at 21.32, Dave Crocker wrote:
Let me try the simplest summary possible:
If someone has the authority to block the long-term work of a group
of IETF
participants, they have an *obligation* to take their concerns
directly to
those participants and engage in a direct process to res
Sam Hartman wrote:
>>"Joe" == Joe Touch <[EMAIL PROTECTED]> writes:
>
>
> Joe> Jeffrey Hutzelman wrote:
> >>
> >>
> >> On Thursday, April 28, 2005 03:39:36 PM -0700 Joe Touch
> >> <[EMAIL PROTECTED]>
> >> wrote:
> >>
> >>> They're only equivalent if anothe
> No, that's not what I said. I said that the proto shepherd is
> responsible for sending the comment to the appropriate place.
As I said, that's been standard practise forever. It's been done by the
cognizant AD and proto is proposing it be done by someone else, but the task
is not changed.
> "Dave" == Dave Crocker <[EMAIL PROTECTED]> writes:
Dave> Sam, 2. The AD raising the Discuss must post the details of
Dave> their concern to the mailing list targeted to that
Dave> specification
>> The proto team has already decided on a conflicting approach:
>> the proto
Sam,
> Dave> 2. The AD raising the Discuss must post the details of their
> Dave> concern to the mailing list targeted to that specification
>
> The proto team has already decided on a conflicting approach: the
> proto shepherd is ultimately responsible for collecting discuss
> comments and
> "Dave" == Dave Crocker <[EMAIL PROTECTED]> writes:
Dave> 2. The AD raising the Discuss must post the details of their
Dave> concern to the mailing list targeted to that specification
The proto team has already decided on a conflicting approach: the
proto shepherd is ultimately resp
> "Joe" == Joe Touch <[EMAIL PROTECTED]> writes:
Joe> Jeffrey Hutzelman wrote:
>>
>>
>> On Thursday, April 28, 2005 03:39:36 PM -0700 Joe Touch
>> <[EMAIL PROTECTED]>
>> wrote:
>>
>>> They're only equivalent if another AD can't tell the
>>> difference bet
> "Jeffrey" == Jeffrey Hutzelman <[EMAIL PROTECTED]> writes:
Jeffrey> On Thursday, April 28, 2005 03:39:36 PM -0700 Joe Touch
Jeffrey> <[EMAIL PROTECTED]> wrote:
>> They're only equivalent if another AD can't tell the difference
>> between the two. IMO, they could, were they i
Jefsey,
> On 19:22 05/05/2005, Joe Touch said:
> > > The set of people disagreeing with ADs include both technically astute
> > > people and egocentric fools.
> >
> >Ditto for the ADs themselves.
>
> Has this a real importance? The control is by IETF as a whole, _if_ rough
> consensus is the ru
At 18:11 05/05/2005, Joe Touch wrote:
Steven M. Bellovin wrote:
> In message <[EMAIL PROTECTED]>, Ralph
Droms writes
>>So, without meaning any offense to the ADs, I suggest we lump random
>>participants, WG members, doc editors and ADs together when the spec is
>>reviewed - and ensure that all com
On 19:22 05/05/2005, Joe Touch said:
> The set of people disagreeing with ADs include both technically astute
people
> and egocentric fools.
Ditto for the ADs themselves.
Has this a real importance? The control is by IETF as a whole, _if_ rough
consensus is the rule. What is expected from ADs is
ADs don't have a "right" to override anything. They are, however,
entrusted with the power to review documents on behalf of the
organization. We extend this trust to a few carefully-screened
people
to avoid the situation where a much larger number of self- selecting
people have the ability to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Keith Moore wrote:
>>> The set of people disagreeing with ADs include both technically
>>> astute people and egocentric fools.
>>
>>
>> Ditto for the ADs themselves.
>>
>>> Depending on whom you ask, you'll get differing opinions as who
>>> which
The set of people disagreeing with ADs include both technically
astute people and egocentric fools.
Ditto for the ADs themselves.
Depending on whom you ask, you'll get differing opinions as who
which people are in which category.
On both counts.
yes, and yes. But there are far fewer egocentri
Keith Moore wrote:
At the same time for each AD there is more than one person in the
IETF who is more technically astute than that AD.
>>>
>>>perhaps. however, it's hard to identify those people,
>>
>>They're the ones disagreeing with the ADs in some cases ;-)
>
> The set of people disa
> >>At the same time for each AD there is more than one person in the
> >>IETF who is more technically astute than that AD.
> >
> > perhaps. however, it's hard to identify those people,
>
> They're the ones disagreeing with the ADs in some cases ;-)
The set of people disagreeing with ADs includ
Steven M. Bellovin wrote:
> In message <[EMAIL PROTECTED]>, Ralph Droms writes
> :
>
>
>>So, without meaning any offense to the ADs, I suggest we lump random
>>participants, WG members, doc editors and ADs together when the spec is
>>reviewed - and ensure that all comments are published in the
Keith Moore wrote:
>>At the same time for each AD there is more than one person in the
>>IETF who is more technically astute than that AD.
>
> perhaps. however, it's hard to identify those people,
They're the ones disagreeing with the ADs in some cases ;-)
> and they may not
> have either the
Folks,
> To the extent to which that is a real issue, ...
>
> (i) We need to understand the issue and, as appropriate, change things
> around until there are alternatives...
>
> (ii) We need to ask ourselves, carefully and sincerely, somne questions
> about areas and IETF capabilities...
I
Ralph,
An interesting, obviously reasonable, and not-unexpected
perspective. But the question wasn't addressed just to you -- I
think it would be useful to hear from others, especially those
who have put in a few terms as WG chairs or doc editors, on
this. What I've heard, very indirectly, f
John - editing to get directly to your questions:
On Mon, 2005-05-02 at 18:45 -0400, John C Klensin wrote:
> (1) What would it take to convince you that putting in a term or
> two as AD --not a life sentence, but a term or two-- was an
> obligation you, as long-term participants and contributors,
Steve - Final decision is made as it is today; proposed change is timing
and context for review...
- Ralph
On Wed, 2005-05-04 at 16:28 -0400, Steven M. Bellovin wrote:
> In message <[EMAIL PROTECTED]>, Ralph Droms writes
> :
>
> >So, without meaning any offense to the ADs, I suggest we lump rand
In message <[EMAIL PROTECTED]>, Ralph Droms writes
:
>So, without meaning any offense to the ADs, I suggest we lump random
>participants, WG members, doc editors and ADs together when the spec is
>reviewed - and ensure that all comments are published in the same forum
>and given appropriate weight
> So, without meaning any offense to the ADs, I suggest we lump random
> participants, WG members, doc editors and ADs together when the spec is
> reviewed - and ensure that all comments are published in the same forum
> and given appropriate weight based on technical merit, as supported by
>
I hate rigidity and procedures but I love method.
That's a very useful distinction. There are lots of practices which
we would do well to recommend, but which we should not require.
Keith
___
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mail
I see that many points made _may_ lead to personal controversy (not the
target). I hate rigidity and procedures but I love method. We may like it
or not, but IETF is only subject to good practices as a guidance to
imperfect members trying their best. Rules will not change that.
But we might acc
Let me restate for clarity - ADs aren't necessarily more technically
astute than *all* the rest of us. That is, we need to be careful
that
technical input from ADs isn't automatically assigned extra
weight or
control (veto power).
There's no way to avoid that happening and still have quality
On Fri, 2005-04-29 at 12:19 -0400, Keith Moore wrote:
> Let me also restate for clarity:
>
> > Let me restate for clarity - ADs aren't necessarily more technically
> > astute than *all* the rest of us. That is, we need to be careful that
> > technical input from ADs isn't automatically assigned e
On Sat, 2005-04-30 at 11:12 -0700, Dave Crocker wrote:
> > > > 1. A Discuss may be asserted only when it pertains to a normative
> > > > concern that involves the viability of the specification.
> >
> > As a practical matter, the line between normative and informative is
> > likely grey enough
--On Monday, 02 May, 2005 18:26 -0400 Bill Sommerfeld
<[EMAIL PROTECTED]> wrote:
> On Fri, 2005-04-29 at 09:35, Ralph Droms wrote:
>> Let me restate for clarity - ADs aren't necessarily more
>> technically astute than *all* the rest of us. That is, we
>> need to be careful that technical input
On Fri, 2005-04-29 at 09:35, Ralph Droms wrote:
> Let me restate for clarity - ADs aren't necessarily more technically
> astute than *all* the rest of us. That is, we need to be careful that
> technical input from ADs isn't automatically assigned extra weight or
> control (veto power).
Indeed. T
> At the same time for each AD there is more than one person in the
> IETF who is more technically astute than that AD.
perhaps. however, it's hard to identify those people, and they may not
have either the time/energy or neutrality that are required to do final
review. if they do, they're free
Keith,
> >> I don't see anything wrong with that. It's the ADs' job to push back
> >> on documents with technical flaws. They're supposed to use their
> >> judgments as technical experts, not just be conduits of information
> >> supplied by others.
> >
> > I disagree that the ADs are necessari
> > working code is valuable in some cases - especially where it appears that
> > the protocol is not easily implemented. but working code won't provide
> > an indication of how well the protocol works in large deployments in the
> > wild. for that, analysis and/or modeling are the best tools we
Keith,
> > > It's as likely to boil down to "how do we get this WG to realize that
> > > there really is a serious technical problem with what they've created?"
> >
> > How about requiring to produce working code (and perhaps operational
> > experience) ?
>
> working code is valuable in some c
> > It's as likely to boil down to "how do we get this WG to realize that
> > there really is a serious technical problem with what they've created?"
>
> How about requiring to produce working code (and perhaps operational
> experience) ?
working code is valuable in some cases - especially wher
Keith,
> > The case John outlines is the one I am concerned about as well.
> > [...]
> > And, FWIW, when the AD suggests specific text changes, it's often
> > enough the desire of that AD rather than based on feedback from some
> > other WG.
>
> I don't see anything wrong with that. It's the A
At 23:47 30/04/2005, Fred Baker wrote:
On #2, when an AD posts a DISCUSS, s/he is now required to post a comment
to the id tracker. I don't think you want the AD to have to write it
twice. Coming back to a comment that was made earlier (and has been made
on [EMAIL PROTECTED], which IMHO is a bet
Keith Moore wrote:
>> Let me suggest that the rules be quite simple:
>>
>> 1. A Discuss may be asserted only when it pertains to a normative
>> concern that
>> involves the viability of the specification.
>
> not reasonable. even merely informative text can cause interoperability
> problems if
Fred,
> On #2, when an AD posts a DISCUSS, s/he is now required to post a comment
> ... what you want is an automated note sent to the WG
sounds dandy.
> On your third comment, which you didn't number, there has been a mechanism
> for resolving a pocket veto since about 1997 or 1998, ... T
A couple of thoughts...
I'll buy #1.
On #2, when an AD posts a DISCUSS, s/he is now required to post a
comment to the id tracker. I don't think you want the AD to have to
write it twice. Coming back to a comment that was made earlier (and has
been made on [EMAIL PROTECTED], which IMHO is a bette
> > > 1. A Discuss may be asserted only when it pertains to a normative
> > > concern that involves the viability of the specification.
>
> As a practical matter, the line between normative and informative is
> likely grey enough to make this suggestion unworkable...
interesting point. first
On Fri, 2005-04-29 at 19:56 -0400, Keith Moore wrote:
> > Let me suggest that the rules be quite simple:
> >
> > 1. A Discuss may be asserted only when it pertains to a normative
> > concern that
> > involves the viability of the specification.
>
> not reasonable. even merely informative text ca
Let me suggest that the rules be quite simple:
1. A Discuss may be asserted only when it pertains to a normative
concern that
involves the viability of the specification.
not reasonable. even merely informative text can cause
interoperability problems if it is wrong or misleading.
2. The AD rai
> I'd rather force DISCUSS to be very explicit about the reason, and be
> limited to the areas mentioned, but specifically prohibit last-pass edits
> of the sort that ought to happen during last call or within the WG.
Let me suggest that the rules be quite simple:
1. A Discuss may be asserted
Hallam-Baker, Phillip wrote:
> the Web site design is from a much earlier era when people
> accessed the web from 14K dial up and web site designers were
> taught to only put five navigation options per web page.
My V.90 is not much better than 14K, and a Web design allowing
access with poor band
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeffrey Hutzelman wrote:
>
>
> On Thursday, April 28, 2005 03:39:36 PM -0700 Joe Touch <[EMAIL PROTECTED]>
> wrote:
>
>> They're only equivalent if another AD can't tell the difference between
>> the two. IMO, they could, were they involved in the
Bob,
> > > http://www.rfc-editor.org/category.html
>
> The URL above works for me as posted. On that page, it
> clearly says "RFC Sub-series", and under that, "Standards (STD)".
It worked for me too. I'm delighted to see that it existence.
My point was that there is no obvious way for anyon
It should be noted that the RFC Editor has been maintaining online indexes
to the RFC series for
at least 20 years, and that the IETF RFCs are a subset of the RFC collection.
Bob Braden
___
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/l
At 02:46 PM 4/29/2005 -0700, Dave Crocker wrote:
> *> If the STD series is going to be useful then the tool that spits out
> the *> current status of the RFCs should spit out HTML pages with the
> RFCs *> indexed by status. *>
>
> Presumably you mean:
>
> http://www.rfc-editor.org
om: Dave Crocker [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 29, 2005 5:47 PM
> To: Bob Braden; Hallam-Baker, Phillip
> Cc: ietf@ietf.org
> Subject: RE: text suggested by ADs
>
>
> > *> If the STD series is going to be useful then the tool
> that spits out
> >
> *> If the STD series is going to be useful then the tool that spits out
> the *> current status of the RFCs should spit out HTML pages with the
> RFCs *> indexed by status. *>
>
> Presumably you mean:
>
> http://www.rfc-editor.org/category.html
bob,
I've just looked at rfc-ed
Jeff,
To clarify, I was suggesting that we think about something a
little different. Not an expanded IESG (which I agree would be
a poor idea), or "deputy ADs", but a separate body, such that we
had one body charged with management/coordination and another
one charged with "review/approval" and w
> From: Bob Braden [mailto:[EMAIL PROTECTED]
> *> If the STD series is going to be useful then the tool
> that spits out the
> *> current status of the RFCs should spit out HTML pages
> with the RFCs
> *> indexed by status.
> *>
>
> Presumably you mean:
>
http://www.rfc-ed
*>
*> If the STD series is going to be useful then the tool that spits out the
*> current status of the RFCs should spit out HTML pages with the RFCs
*> indexed by status.
*>
Presumably you mean:
http://www.rfc-editor.org/category.html
Bob Braden
> From: Jeffrey Hutzelman [mailto:[EMAIL PROTECTED]
> On Friday, April 29, 2005 09:18:08 AM -0700 "Hallam-Baker, Phillip"
> <[EMAIL PROTECTED]> wrote:
>
> > You miss out (3) TELL PEOPLE ABOUT THE TRACKER THAT EXISTS.
> >
> > There is actually a tracker:
> > https://datatracker.ietf.org/pub
On Friday, April 29, 2005 09:18:08 AM -0700 "Hallam-Baker, Phillip"
<[EMAIL PROTECTED]> wrote:
You miss out (3) TELL PEOPLE ABOUT THE TRACKER THAT EXISTS.
There is actually a tracker:
https://datatracker.ietf.org/public/pidtracker.cgi
Which has been linked to from the internet-drafts page fo
Hi Phillip,
This information is on the 'Working Group Chairs' page, not the 'ID
authors' page or more usefully the Internet drafts page.
The I-D tracker *is* actually on the Internet drafts page
(I think this was a recent change):
http://www.ietf.org/ID.html
But in general, yes, we could use m
Let me also restate for clarity:
> Let me restate for clarity - ADs aren't necessarily more technically
> astute than *all* the rest of us. That is, we need to be careful that
> technical input from ADs isn't automatically assigned extra weight or
> control (veto power).
There's no way to avoid
> FWIW, this seems fairly easy to implement even now, with
> (1) The introduction of the tracker that records comments so
> that they can be accessed in a public manner. (2) The
> practise where DISCUSS comment resolution is brought back to
> the WG list (unless the comments are obvious and non-
Let me restate for clarity - ADs aren't necessarily more technically
astute than *all* the rest of us. That is, we need to be careful that
technical input from ADs isn't automatically assigned extra weight or
control (veto power).
Which is why I suggest ADs provide technical input in open mailing
Hi Ralph,
I would actually feel more comfortable with
ADs providing their technical judgment with the rest of us, through the
same mechanism: WG or IETF last call. And that technical judgment
should be expressed openly, in an archived WG mailing list, where
everyone's technical input can be review
I don't see anything wrong with that. It's the ADs' job to push back
on documents with technical flaws. They're supposed to use their
judgments as technical experts, not just be conduits of information
supplied by others.
I disagree that the ADs are necessarily that much more technically
astut
If the process of administering SRV needs to be fixed then the people
who see the problem should be responsible for suggesting fixes to it.
The relevant question here is whether _your proposal_ depends on some
facet of SRV or its administration that isn't working properly at
present. If it does,
> > I don't see anything wrong with that. It's the ADs' job to push back
> > on documents with technical flaws. They're supposed to use their
> > judgments as technical experts, not just be conduits of information
> > supplied by others.
>
> I disagree that the ADs are necessarily that much
Joe Touch; John C Klensin; ietf@ietf.org;
> [EMAIL PROTECTED]
> Subject: Re: text suggested by ADs
>
>
>
> >> I don't see anything wrong with that. It's the ADs' job
> to push back
> >> on documents with technical flaws. They're su
So maybe your concern would be addressed by some sort of "discuss
override" mechanism, by which the IESG could actively decide that a
discuss is inappropriate and disregard it. Such a mechanism would
have to be invoked explicitly, and would perhaps involve a consensus
call by the IESG chair...
On Thursday, April 28, 2005 03:39:36 PM -0700 Joe Touch <[EMAIL PROTECTED]>
wrote:
They're only equivalent if another AD can't tell the difference between
the two. IMO, they could, were they involved in the process.
If I may read between the lines here, it sounds like you're suggesting some
sor
On Thursday, April 28, 2005 06:28:48 PM -0400 Keith Moore
wrote:
The case John outlines is the one I am concerned about as well.
[...]
And, FWIW, when the AD suggests specific text changes, it's often
enough the desire of that AD rather than based on feedback from some
other WG.
I don't see any
And, FWIW, when the AD suggests specific text changes, it's often
enough the desire of that AD rather than based on feedback from some
other WG.
I don't see anything wrong with that. It's the ADs' job to push back
on documents with technical flaws. They're supposed to use their
judgments as t
On Apr 28, 2005, at 3:28 PM, Keith Moore wrote:
And, FWIW, when the AD suggests specific text changes, it's often
enough the desire of that AD rather than based on feedback from some
other WG.
I don't see anything wrong with that. It's the ADs' job to push back
on documents with technical flaws
I don't see anything wrong with that. It's the ADs' job to push back
on documents with technical flaws. They're supposed to use their
judgments as technical experts, not just be conduits of information
supplied by others.
My proposal for an SRV prefix to be defined for LDAP PKIX repositories
is
> Behalf Of Keith Moore
> Sent: Thursday, April 28, 2005 6:29 PM
> I don't see anything wrong with that. It's the ADs' job to push back
> on documents with technical flaws. They're supposed to use their
> judgments as technical experts, not just be conduits of information
> supplied by other
Comments in line...
- Ralph
On Thu, 2005-04-28 at 18:28 -0400, Keith Moore wrote:
> > The case John outlines is the one I am concerned about as well.
> > [...]
> > And, FWIW, when the AD suggests specific text changes, it's often
> > enough the desire of that AD rather than based on feedback fro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Keith Moore wrote:
>> The case John outlines is the one I am concerned about as well.
>> [...]
>> And, FWIW, when the AD suggests specific text changes, it's often
>> enough the desire of that AD rather than based on feedback from some
>> other WG.
>
The case John outlines is the one I am concerned about as well.
[...]
And, FWIW, when the AD suggests specific text changes, it's often
enough the desire of that AD rather than based on feedback from some
other WG.
I don't see anything wrong with that. It's the ADs' job to push back
on document
15:12 -0700, Randy Presuhn wrote:
> Hi -
>
> > From: "Joe Touch" <[EMAIL PROTECTED]>
> > To: "Keith Moore"
> > Cc: "John C Klensin" <[EMAIL PROTECTED]>; ; <[EMAIL
> > PROTECTED]>
> > Sent: Thursday, April 28, 200
Hi -
> From: "Joe Touch" <[EMAIL PROTECTED]>
> To: "Keith Moore"
> Cc: "John C Klensin" <[EMAIL PROTECTED]>; ; <[EMAIL PROTECTED]>
> Sent: Thursday, April 28, 2005 2:45 PM
> Subject: Re: text suggested by ADs
...
> Sure - and some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Keith,
The case John outlines is the one I am concerned about as well.
Keith Moore wrote:
> John,
>
> I agree - the situation you describe does occur. However such cases
> include "major technical omissions and disagreements" in addition
> to minor
John,
I agree - the situation you describe does occur. However such cases
include "major technical omissions and disagreements" in addition
to minor technical differences. Actually I suspect that this boils down
to a disagreement between the AD and the author/chair about whether
the technical o
Keith,
There is another case, and I think it is the one to which John
was referring.
1. The WG comes up with some text, believing that text
is accurate and appropriate.
2. An AD lodges a "discuss", demanding a change in the
text and supplies the desired
94 matches
Mail list logo