Re: Admission Control to the IETF 78 and IETF 79 Networks

Fred Baker <fred@cisco.com> Thu, 01 July 2010 15:26 UTC

Return-Path: <fred@cisco.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 85A053A65A5 for <ietf@core3.amsl.com>; Thu, 1 Jul 2010 08:26:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.95
X-Spam-Level:
X-Spam-Status: No, score=-108.95 tagged_above=-999 required=5 tests=[AWL=-0.210, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 X3cKl7dSuCaX for <ietf@core3.amsl.com>; Thu, 1 Jul 2010 08:26:54 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 2B9B93A67B5 for <ietf@ietf.org>; Thu, 1 Jul 2010 08:26:54 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABtRLEyrR7Ht/2dsb2JhbACfa3GlBZo2gmiCPQSDcYQ8
X-IronPort-AV: E=Sophos;i="4.53,520,1272844800"; d="scan'208";a="220403802"
Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-5.cisco.com with ESMTP; 01 Jul 2010 15:26:50 +0000
Received: from wsip-70-164-183-99.lv.lv.cox.net (sjc-vpn7-1492.cisco.com [10.21.149.212]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o61FQfjR023612; Thu, 1 Jul 2010 15:26:43 GMT
Received: from [127.0.0.1] by wsip-70-164-183-99.lv.lv.cox.net (PGP Universal service); Thu, 01 Jul 2010 08:26:49 -0700
X-PGP-Universal: processed; by wsip-70-164-183-99.lv.lv.cox.net on Thu, 01 Jul 2010 08:26:49 -0700
Subject: Re: Admission Control to the IETF 78 and IETF 79 Networks
Mime-Version: 1.0 (Apple Message framework v1081)
From: Fred Baker <fred@cisco.com>
In-Reply-To: <6.2.5.6.2.20100701070804.0c26b8a0@resistor.net>
Date: Thu, 01 Jul 2010 08:26:35 -0700
Message-Id: <6D6E25E2-057B-4591-9288-1283036D0374@cisco.com>
References: <CFB08C07-DE90-47BE-ADFF-FC72162BBFA1@daedelus.com> <4C2BBD51.2060605@ietf.org> <6.2.5.6.2.20100701070804.0c26b8a0@resistor.net>
To: SM <sm@resistor.net>
X-Mailer: Apple Mail (2.1081)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Cc: IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jul 2010 15:26:55 -0000

While it is new in IETF meetings, it is far from unusual in WiFi networks to find some form of authentication. This happens at coffee shops, college campuses, corporate campuses, and people's apartments. I think I would need some more data before I concluded this was unreasonable.

On Jul 1, 2010, at 8:08 AM, SM wrote:

> Hello,
> At 14:55 30-06-10, IETF Chair wrote:
>> I am writing to let you know about a change in the IETF meeting network.
>> At IETF 79 in Beijing, the IETF network will be connected to the open
>> Internet with absolutely no filtering.  However, we have agreed with our
>> hosts that only IETF meeting participants will have access to the
>> network.  Following sound engineering practices, we will deploy
>> admission control mechanisms as part of the IETF 78 meeting network in
>> Maastricht to ensure that they are working properly before they are
>> mission critical.
> 
> Most IETF participants probably know that the consensus of the IETF is documented through BCPs and other Standards Track RFCs.  If the text in the RFC isn't clear, there is room for disagreement.  If it is ill-defined, someone will go and find the loophole.  If the above text was in a BCP, we could nit on the definition of IETF meeting participants.  It is clear to people unfamiliar with the IETF that IETF meeting participants means people who have registered for the IETF meeting.
> 
> I have been told that an IETF meeting does not have security guards at the door to verify who has a badge to determine whether the person is registered for the meeting.  If someone walks into an IETF meeting, the person can enjoy the cookie for free and even provide a contribution at the mic.  The person enjoys the same privileges as people who have paid for meeting attendance fee.
> 
> I'll take the opportunity to thank Karen O'Donoghue for keeping the IAOC minutes up to date.  The IAB could do with some help in that area.
> 
> Some of you may recall that the Beijing venue contract was discussed on this mailing list last year.  It resulted in some resolutions as follows:
> 
> "Whereas the Host has assured the IAOC that 'a normal IETF
>  meeting can be legally held in China and that no pre-screening
>  of material or monitoring of session content is required or will
>  be done,'
> 
>  Whereas the IAOC, based on the assurances of the Host and a
>  history of the venue successfully hosting major international
>  conferences that relate to our industry, believes a normal IETF
>  meeting can be held at the venue,
> 
>  Whereas the IAOC heard all arguments made on the list, and
>  made its determination on the ability to hold a successful
>  meeting i.e. run it in a fashion as we always have, using the
>  tools that we always have, with a critical mass of the
>  traditional participants, discussing the usual topics."
> 
> The fashion in the IETF is to have an open network.  There isn't any admission control and credentials are not required to enjoy the benefit of free and full Internet access.  The IETF may run out of cookies; it never runs out of bandwidth.
> 
>> I am writing to let you know what to expect in both Maastricht and Beijing.
> 
> And it is expected that the comments on this thread will follow sound IETF practices when it comes to mailing list discussions. :-)
> 
> Regards,
> -sm 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf

http://www.ipinc.net/IPv4.GIF