Re: [re-ECN] Draft Agenda

Lars Eggert <lars.eggert@nokia.com> Sun, 11 October 2009 09:27 UTC

Return-Path: <lars.eggert@nokia.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 066A93A6894 for <re-ecn@core3.amsl.com>; Sun, 11 Oct 2009 02:27:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[AWL=0.498, 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 1YKoM75J7anK for <re-ecn@core3.amsl.com>; Sun, 11 Oct 2009 02:27:08 -0700 (PDT)
Received: from mail.fit.nokia.com (mail.fit.nokia.com [195.148.124.195]) by core3.amsl.com (Postfix) with ESMTP id E32AE3A67C0 for <re-ecn@ietf.org>; Sun, 11 Oct 2009 02:27:07 -0700 (PDT)
Received: from [192.168.2.2] (85-156-120-187.elisa-mobile.fi [85.156.120.187]) (authenticated bits=0) by mail.fit.nokia.com (8.14.3/8.14.3) with ESMTP id n9B9SeE2013768 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 11 Oct 2009 12:28:41 +0300 (EEST) (envelope-from lars.eggert@nokia.com)
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: multipart/signed; boundary=Apple-Mail-68--79270252; protocol="application/pkcs7-signature"; micalg=sha1
From: Lars Eggert <lars.eggert@nokia.com>
In-Reply-To: <8A82D1BFEDDE7E4597978355239BBBCB3BC2A7@PACDCEXCMB06.cable.comcast.com>
Date: Sun, 11 Oct 2009 12:28:40 +0300
Message-Id: <0FB25EB3-AA5E-465D-82A0-B206FE4D752D@nokia.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>
To: "Woundy, Richard" <Richard_Woundy@cable.comcast.com>
X-Mailer: Apple Mail (2.1076)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [195.148.124.194]); Sun, 11 Oct 2009 12:28:42 +0300 (EEST)
Cc: "re-ecn@ietf.org" <re-ecn@ietf.org>
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: Sun, 11 Oct 2009 09:27:09 -0000

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