Re: [re-ECN] Draft Agenda

Matt Mathis <matt.mathis@gmail.com> Mon, 12 October 2009 18:16 UTC

Return-Path: <matt.mathis@gmail.com>
X-Original-To: re-ecn@core3.amsl.com
Delivered-To: re-ecn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB97728C261 for <re-ecn@core3.amsl.com>; Mon, 12 Oct 2009 11:16:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJw2a-q1ZXAJ for <re-ecn@core3.amsl.com>; Mon, 12 Oct 2009 11:16:29 -0700 (PDT)
Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by core3.amsl.com (Postfix) with ESMTP id 6D2AB28C252 for <re-ecn@ietf.org>; Mon, 12 Oct 2009 11:16:29 -0700 (PDT)
Received: by fxm28 with SMTP id 28so7747213fxm.42 for <re-ecn@ietf.org>; Mon, 12 Oct 2009 11:16:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=iQFy70NVdVyfvzE5etzyvdTBS9kaQllSq4++SHWhHsU=; b=E9PPtkONvPiLATMTIUHf/buYOj+Ywdjxn7BZqTZa+UShXEOuuvvNMss+11mvyw1RZV Iky2CzNMt5Fr3DuTYWmBaxMiXU4N19fqYOQKE/BeNsIHpDn7tLbe0Ce8V1Sz8nWQNm3d lJ3mDurgydogb2bjQBj+/76Lj8ecateS491Fc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=nfQZBquZhKjmA84zHxwb9SDEaJE2dljEdEMrDCYHG6KLo4x4iIoODjExEb1E+PbX+W IblRFI34sq2XlDqBKczWRQPlT6A61sLA05Vqp/iaT8/sA7NZREt2Wwek+qzwqo7SgWqY 1j5dgQz8Sj30xCGjpHVVK1nNZheqtsKvtSWIU=
MIME-Version: 1.0
Received: by 10.204.154.213 with SMTP id p21mr5227540bkw.163.1255371386119; Mon, 12 Oct 2009 11:16:26 -0700 (PDT)
In-Reply-To: <8A82D1BFEDDE7E4597978355239BBBCB0438BC@PACDCEXCMB06.cable.comcast.com>
References: <200909281832.n8SIWijX024923@bagheera.jungle.bt.co.uk> <4ACBC12A.3050507@thinkingcat.com> <AEDCAF87EEC94F49BA92EBDD49854CC70D5DCFEA@E03MVZ1-UKDY.domain1.systemhost.net> <200910071729.42797.mirja.kuehlewind@ikr.uni-stuttgart.de> <AEDCAF87EEC94F49BA92EBDD49854CC70D646794@E03MVZ1-UKDY.domain1.systemhost.net> <8A82D1BFEDDE7E4597978355239BBBCB3BC15C@PACDCEXCMB06.cable.comcast.com> <AEDCAF87EEC94F49BA92EBDD49854CC70D646AD8@E03MVZ1-UKDY.domain1.systemhost.net> <8A82D1BFEDDE7E4597978355239BBBCB3BC2A7@PACDCEXCMB06.cable.comcast.com> <0FB25EB3-AA5E-465D-82A0-B206FE4D752D@nokia.com> <8A82D1BFEDDE7E4597978355239BBBCB0438BC@PACDCEXCMB06.cable.comcast.com>
Date: Mon, 12 Oct 2009 14:16:26 -0400
Message-ID: <fc0ff13d0910121116i1e87c50p45a13738aabe77f@mail.gmail.com>
From: Matt Mathis <matt.mathis@gmail.com>
To: re-ecn@ietf.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [re-ECN] Draft Agenda
X-BeenThere: re-ecn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: re-inserted explicit congestion notification <re-ecn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/re-ecn>
List-Post: <mailto:re-ecn@ietf.org>
List-Help: <mailto:re-ecn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Oct 2009 18:16:31 -0000

I would like to point out  that  "[Need to confirm that the] demo
didn't generate much extra traffic." is just one symptom of the very
problem that we are trying to address....

and represents perhaps the easiest way to win the argument  "Is this
really needed?"  If the Internet had a proper sharing architecture,
such a demo would pose no risk to other users (at least not from
traffic)  --- but then I assume I am preaching to the choir.

Thanks,
--MM--
-------------------------------------------
Matt Mathis      http://staff.psc.edu/mathis
Work:412.268.3319   Home/Cell:412.654.7529
-------------------------------------------
Evil is defined by mortals who think they know
"The Truth" and use force to apply it to others.



On Sun, Oct 11, 2009 at 4:23 PM, Woundy, Richard
<Richard_Woundy@cable.comcast.com> wrote:
> Thanks Lars, I see your point about vendor demos.
>
>>I don't think this applies to demos done in the scope of a WG or BOF
>
> Actually, folks in my group have coordinated several dual stack lite demos at IETF meetings; dual stack lite is being standardized in the Softwires working group. They definitely had to coordinate with the IETF meeting network engineers. That demo didn't generate much extra traffic, but it did require extra devices in the IETF meeting network.
>
> Their concerns would seem to be proportional to the volume of traffic generated and/or the additional complexity in the IETF meeting network.
>
> Again, I will defer to you and the BoF chairs.
>
> -- Rich
>
> ________________________________
>
> From: Lars Eggert [mailto:lars.eggert@nokia.com]
> Sent: Sun 10/11/2009 5:28 AM
> To: Woundy, Richard
> Cc: toby.moncaster@bt.com; re-ecn@ietf.org
> Subject: Re: [re-ECN] Draft Agenda
>
>
>
> Hi,
>
> I believe this text deals with demos that the organization *hosting*
> an IETF meeting might want to show on-site. For example, if Nokia were
> to host an IETF and we wanted to show some new phones, the secretariat
> - or the IESG? - would need to OK this. We don't want the hosts to do
> too much advertising at the venue.
>
> I don't think this applies to demos done in the scope of a WG or BOF -
> there, it is up to the chairs to decide what is appropriate IMO.
>
> On 2009-10-8, at 22:09, Woundy, Richard wrote:
>> I looked for some additional information about IETF meeting
>> demonstrations, and found this paragraph in "Hosting an IETF
>> Meeting" at
>> http://www.ietf.org/meeting/hosting-an-ietf.html:
>>
>> Demonstrations
>>
>> All on-site demonstrations must be approved by the Secretariat. The
>> determination will be based entirely on the subject matter and its
>> applicability to the IETF. The opinion of the IESG may be solicited as
>> well. Approval must be also given by local host, if, the individual
>> giving the demo asks to use Terminal Room resources (i.e., equipment,
>> power and/or space). The local host may decline to accommodate
>> requests
>> to support demonstrations on-site, especially if there is no physical
>> room, facilities or personnel available to support the effort.
>
> Lars
>
>
> _______________________________________________
> re-ECN mailing list
> re-ECN@ietf.org
> https://www.ietf.org/mailman/listinfo/re-ecn
>