Re: [Internetgovtech] Documents from the ICG Meeting Last Week are Available

Patrik Fältström <paf@frobbit.se> Mon, 21 July 2014 18:21 UTC

Return-Path: <paf@frobbit.se>
X-Original-To: internetgovtech@ietfa.amsl.com
Delivered-To: internetgovtech@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 173F21A0362 for <internetgovtech@ietfa.amsl.com>; Mon, 21 Jul 2014 11:21:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.252
X-Spam-Level:
X-Spam-Status: No, score=-1.252 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no
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 y_JIIykGUX7p for <internetgovtech@ietfa.amsl.com>; Mon, 21 Jul 2014 11:21:00 -0700 (PDT)
Received: from mail.frobbit.se (mail.frobbit.se [IPv6:2a02:80:3ffe::176]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C80901A035E for <internetgovtech@iab.org>; Mon, 21 Jul 2014 11:20:55 -0700 (PDT)
Received: from [192.168.1.58] (frobbit.cust.teleservice.net [85.30.128.225]) by mail.frobbit.se (Postfix) with ESMTPSA id C87D32286B; Mon, 21 Jul 2014 20:20:53 +0200 (CEST)
Content-Type: multipart/signed; boundary="Apple-Mail=_55310A25-16F9-4474-890C-F0B53A8B0F1B"; protocol="application/pgp-signature"; micalg=pgp-sha1
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>
In-Reply-To: <53CD3F54.6000502@acm.org>
Date: Mon, 21 Jul 2014 20:20:44 +0200
Message-Id: <3A4D8BFC-9778-4721-BF5F-014A77051978@frobbit.se>
References: <A193D048-2B67-469A-93BA-C61BB362DA75@vigilsec.com> <53CD1E8A.1060804@acm.org> <FA4238C4-ADDC-435F-9591-E3B074C2F6F6@vigilsec.com> <53CD2300.5050307@acm.org> <20140721143105.GH16966@mx1.yitter.info> <53CD291E.1020801@acm.org> <74A399C5-BDA0-4DDB-A52A-BC2F6D98222F@istaff.org> <53CD3F54.6000502@acm.org>
To: Avri Doria <avri@acm.org>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/R-aSpaqUOQhvEAMzMlqiAE_R6I8
Cc: internetgovtech@iab.org
Subject: Re: [Internetgovtech] Documents from the ICG Meeting Last Week are Available
X-BeenThere: internetgovtech@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Internet Governance and IETF technical work <internetgovtech.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=unsubscribe>
List-Archive: <http://www.iab.org/mail-archive/web/internetgovtech/>
List-Post: <mailto:internetgovtech@iab.org>
List-Help: <mailto:internetgovtech-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Jul 2014 18:21:01 -0000

On 21 jul 2014, at 18:27, Avri Doria <avri@acm.org> wrote:

>> Do you read it differently?
> 
> Yes.  I read it as saying the while comments can be accepted by all,
> outputs/proposals seem to only come from the 3 designated operational
> actors, each restricted to their assigned topic.
> 
> I.e. first there are proposals from the 3 operational assignees on their
> assigned topic
> 
> then there is broader input on the transition proposal

Avri, let me express it differently.

There are _main_ categories and _main_ holders of processes for each one of them. But there are (as you pointed out yourself) a few IANA "things" that are not so clear where they fit, and there are groups (like SSAC) that is chartered to work with all three.

What the CG have identified already now is that the maturity of the PDP and relationship between the policy development and IANA is different for the various categories, and we found it being good to already now identify that fact, and that it might be that the various categories must be treated slightly differently.

No one like silos, and that is definitely not the intention. Trust me!

It is to not create too many dependencies between various processes that have different maturity.

   Patrik