[Iasa20] problem statement needed

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Tue, 18 July 2017 15:02 UTC

Return-Path: <prvs=1372826e48=jordi.palet@consulintel.es>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC1AD129459 for <iasa20@ietfa.amsl.com>; Tue, 18 Jul 2017 08:02:45 -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] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 YjUncLii9RxP for <iasa20@ietfa.amsl.com>; Tue, 18 Jul 2017 08:02:44 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E53171204DA for <iasa20@ietf.org>; Tue, 18 Jul 2017 08:02:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1500390162; x=1500994962; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: Mime-version:Content-type:Content-transfer-encoding:Reply-To; bh=cOQvPdRl/5pcOgRTBRmcX3LlberQyEprtaaooQWDWWo=; b=AqX6aBiGimHre edg1WzcE7yRso0npbdCCRjOLnmom8sudL9cwqdrGV6sywPyM+vGXxuEoeWqiqVyn oGiPf7E4XzwS9tp/nRlXo7Jl9m22BnpF8p1pTyeEkqNN2X4E5Ozu/oV61XBVO30a V6iHLwe2N+CgIMzcdGYrtACGGD2FHw=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=D6bDiUeGizaGZmBMj2XTTGNz001np/T29Qf3RZMTf9+dBoaMT0jAgbaVnPA4 AOrA9AjWlXHECWwFG1N85+pO3ugPmNMvorSYqjrI9MV2EgUJqftrAhABk NMXcwsz2Vw7XRfnoT4NxcgPq8/9fW7Cdhs15Y9h5paNB9tMcv28+bo=;
X-MDAV-Processed: mail.consulintel.es, Tue, 18 Jul 2017 17:02:42 +0200
X-Spam-Processed: mail.consulintel.es, Tue, 18 Jul 2017 17:02:42 +0200
Received: from [31.133.142.45] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005479732.msg for <iasa20@ietf.org>; Tue, 18 Jul 2017 17:02:41 +0200
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:170718:md50005479732::eu9AJsZi6aBJ42PL:000010T+
X-MDRemoteIP: 31.133.142.45
X-Return-Path: prvs=1372826e48=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: iasa20@ietf.org
User-Agent: Microsoft-MacOutlook/f.24.0.170702
Date: Tue, 18 Jul 2017 17:02:39 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: iasa20@ietf.org
Message-ID: <FBABE063-4AC6-455D-8D69-915370351705@consulintel.es>
Thread-Topic: problem statement needed
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Reply-To: jordi.palet@consulintel.es
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/_GyrbWSXffO6-sPOQPOUrf0HHko>
Subject: [Iasa20] problem statement needed
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions relating to reorganising the IETF administrative structures in the so called “IASA 2.0” project. <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Jul 2017 15:02:46 -0000

Hi,

After the meeting, I chatted with a few folks and I think most of us agree that we are missing a key piece to move on before doing anything else.

May be there is a document already, I didn’t found it (I’ve read a couple of IDs, one from Leslie and another one from Jari, but even do) … can we define the problem?

Is just the IAOC overload, is a more clear separation of tasks, is the interface with ISOC or the ISOC board? Is all that?

I really think we need to step back before moving on.

Regards,
Jordi
 



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.