Re: Cost vs. Benefit of Real-Time Applications and Infrastucture Area
sob@harvard.edu (Scott Bradner) Wed, 21 September 2005 03:19 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EHv8m-0001VK-O1; Tue, 20 Sep 2005 23:19:25 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EHv8k-0001Uz-Pc for ietf@megatron.ietf.org; Tue, 20 Sep 2005 23:19:22 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA23410 for <ietf@ietf.org>; Tue, 20 Sep 2005 23:19:19 -0400 (EDT)
Received: from newdev.eecs.harvard.edu ([140.247.60.212] helo=newdev.harvard.edu) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EHvEh-0003EM-Sn for ietf@ietf.org; Tue, 20 Sep 2005 23:25:32 -0400
Received: by newdev.harvard.edu (Postfix, from userid 501) id B86554D4E44; Tue, 20 Sep 2005 23:19:11 -0400 (EDT)
To: ietf@ietf.org
Message-Id: <20050921031911.B86554D4E44@newdev.harvard.edu>
Date: Tue, 20 Sep 2005 23:19:11 -0400
From: sob@harvard.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
Subject: Re: Cost vs. Benefit of Real-Time Applications and Infrastucture Area
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
One David opines - we need two more people out of the community who are going to spend a lot of their time on the administrative side of our organization instead of producing real work for the IETF. >> ADs do not have to stop doing useful work - many ADs (and even a >> chair >> or two) have done useful technical work while doing teh AD role - IETF documents will receive more scrutiny in the IESG. While this could be considered a good thing, there has been a significant amount of backlash in the community that enough is enough. I for one believe that we currently already provide enough review, and possibly already too much. >> I assume you mean 2 more people looking at things >> I'm not sure this will make a significant difference to the flow >> through the IESG which I always found to be more dependent on >> the pickyest AD not the number of ADs - Management research has shown that optimal group sizes are in general quite a bit smaller than the current IESG. In fact, I see already significant strains within the IESG due to our group size. >> imo - the size of the IESG has been more than some would consider >> ideal for quite a while, I do not think that adding two more ADs >> will do additional harm to its functionality - I think the more >> important issue is how the IESG operates & reviews things - maybe >> things have changed since I was on the IESG but in those days >> there were only a few ADs that were consistently active on the >> mailing list when we were discussing "big" issues - a few more >> active folk would actually have helped in those days An IESG that doesn't operate efficiently is not in the benefit of the IETF. >> agreed, but imo, that problem is already there and is >> quite independent of the number of ADs I believe it is very dangerous to add an area before addressing the issues associated with a larger IESG >> fwiw, I disagree with this because I think that the proposal >> will add people who can dedicate more attention to this set >> of WGs and I think that is a good thing - see above, I think >> the optimal size may have been exceeded a while back but >> I think that adding two additional folk would produce >> more positives than negatives at this point Another approach could be to do serious surgery on how the IESG operates to make it a more scalable group. >> I think this should be done (and have proposed some ideas >> in the past) but I expect it to take quite a while and I'd like >> to get focused attention on this (conceptionial) area in the >> meantime Another David opines If we applied much more strict quality, relevance and timeliness measures to the existing IETF load, we would probably get rid of 1/3 to 1/2 of our current activities. And possibly more. >> that is an option, but I expect that the level of IETF work would >> not change much, the work would just be distributed among >> fewer WGs (but I do not doubt that some number of existing WGs >> should be closed for one reason or another) Scott _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- RE: Cost vs. Benefit of Real-Time Applications an… Yaakov Stein
- Cost vs. Benefit of Real-Time Applications and In… David Kessens
- Re: Cost vs. Benefit of Real-Time Applications an… Lakshminath Dondeti
- Re: Cost vs. Benefit of Real-Time Applications an… John C Klensin
- Re: Cost vs. Benefit of Real-Time Applications an… Spencer Dawkins
- Re: Cost vs. Benefit of Real-Time Applications an… Dave Crocker
- Re: Cost vs. Benefit of Real-Time Applications an… Scott Bradner
- Re: Cost vs. Benefit of Real-Time Applications an… David Kessens
- Re: Cost vs. Benefit of Real-Time Applications an… David Kessens
- RE: Cost vs. Benefit of Real-Time Applications an… Yaakov Stein
- Re: Cost vs. Benefit of Real-Time Applications an… Harald Tveit Alvestrand
- Re: Cost vs. Benefit of Real-Time Applications an… Melinda Shore
- Re: Cost vs. Benefit of Real-Time Applications an… Thomas Narten
- Re: Cost vs. Benefit of Real-Time Applications an… James M. Polk
- Re: Cost vs. Benefit of Real-Time Applications an… David Kessens
- Re: Cost vs. Benefit of Real-Time Applications an… Margaret Wasserman
- Re: Cost vs. Benefit of Real-Time Applications an… C Wegrzyn
- Re: Cost vs. Benefit of Real-Time Applications an… Melinda Shore
- Re: Cost vs. Benefit of Real-Time Applications an… Harald Tveit Alvestrand
- RE: Cost vs. Benefit of Real-Time Applications an… Nicholas Staff
- Adding parallelism? (was Re: Cost vs. Benefit of … Pekka Nikander
- RE: Cost vs. Benefit of Real-Time Applications an… Yaakov Stein
- Re: Adding parallelism? (was Re: Cost vs. Benefit… Brian E Carpenter
- Re: Cost vs. Benefit of Real-Time Applications an… Margaret Wasserman
- Re: Cost vs. Benefit of Real-Time Applications an… Jari Arkko
- Re: Adding parallelism? (was Re: Cost vs. Benefit… Harald Tveit Alvestrand
- Re: Adding parallelism? (was Re: Cost vs. Benefit… Sam Hartman
- Re: Adding parallelism? (was Re: Cost vs. Benefit… Brian E Carpenter
- Re: Adding parallelism? (was Re: Cost vs. Benefit… Pekka Nikander
- Re: Adding parallelism? (was Re: Cost vs. Benefit… Brian E Carpenter