IETF Logo Mail Archive

Re: Thoughts from IETF-92

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 31 March 2015 02:45 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C30791A8A7C for <ietf@ietfa.amsl.com>; Mon, 30 Mar 2015 19:45:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57JwGmVqxDkN for <ietf@ietfa.amsl.com>; Mon, 30 Mar 2015 19:45:16 -0700 (PDT)
Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83E111A8A66 for <ietf@ietf.org>; Mon, 30 Mar 2015 19:45:16 -0700 (PDT)
Received: by pacgg7 with SMTP id gg7so5145545pac.0 for <ietf@ietf.org>; Mon, 30 Mar 2015 19:45:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FucxYOCYX5uniRhvtZgX8WGsMiQxmPe8I/FP168eNYs=; b=da5dU/rRi1l6yPnd0UE1HG05cR1eBPv6bdzWUFb3X3W0G2TWbx9OEnBRQ2/Qsfxiiy 8QOCabUftUMyYyPi47RNAYt3AMznJJDkRwbgLLBSly+xCb9FxZDVuc0sWTNOFA2am0hQ MyXyG4SVRgM00Li6p/418GGpHZIGjjswFHIhX/s42YK+trlQXNHU0SoG8Y8wy/Yi/kEG YqIfkjp4/icSo1KUTgo5DR4UiZ8J1SlkLNEZC9s3t8Ehm8b3Brd6JumIwnh5Mj9B7crD YhrUD4YrTVFCPTIzd1Hy5A+YlQ5GNH5u9xluqzCDuMbBmuyB4DtL2uq9rrTGC1K41RHN /kbg==
X-Received: by 10.68.135.33 with SMTP id pp1mr18404049pbb.17.1427769916106; Mon, 30 Mar 2015 19:45:16 -0700 (PDT)
Received: from ?IPv6:2406:e007:4a88:1:28cc:dc4c:9703:6781? ([2406:e007:4a88:1:28cc:dc4c:9703:6781]) by mx.google.com with ESMTPSA id pb2sm12089304pdb.33.2015.03.30.19.45.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Mar 2015 19:45:14 -0700 (PDT)
Message-ID: <551A0A39.40602@gmail.com>
Date: Tue, 31 Mar 2015 15:45:13 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: dcrocker@bbiw.net, Richard Shockey <richard@shockey.us>, IETF Discussion Mailing List <ietf@ietf.org>
Subject: Re: Thoughts from IETF-92
References: <7A5C678D-4897-4B9E-908F-14D7C389C48B@ietf.org> <D13F4955.22F18%richard@shockey.us> <551A0130.1050407@dcrocker.net>
In-Reply-To: <551A0130.1050407@dcrocker.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/LQvxPUSKQkwcF2va4dtPWHU1CUI>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 31 Mar 2015 02:45:17 -0000

On 31/03/2015 15:06, Dave Crocker wrote:
> On 3/30/2015 3:55 PM, Richard Shockey wrote:
>> 2. We need to be more accommodating to public policy folks and National
>> Regulatory Authorities.   Maybe ISOC needs to work on that. Some of us
>> have tried we get nowhere.
> 
> \
> Richard,
> 
> In concrete terms, what does this mean?  Within the bounds of our
> skillsets and time and deliverables, what should the IETF and
> participants /do/ to accommodate policy folk?

And also, what should we *not* do? We decided many years ago, for example,
that we should *not* weaken security to accommodate public policy. I'm sure
there are other things in that category, e.g. we should *not* stop work on
quality of service to accommodate naive "network neutrality" rules.

    Brian

> ISOC has done quite a bit to provide tutorials and tour guides for quite
> a few folk that I thought were policy-based.
> 
> Not to say there isn't more to do, but I've no idea what.
> 
> d/
>

v2.23.0 | Report a Bug | By Email