Re: [Ianaplan] Review of draft-ietf-ianaplan-icg-response-01

Jefsey <jefsey@jefsey.com> Tue, 28 October 2014 15:51 UTC

Return-Path: <jefsey@jefsey.com>
X-Original-To: ianaplan@ietfa.amsl.com
Delivered-To: ianaplan@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA0231A8BBD; Tue, 28 Oct 2014 08:51:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.631
X-Spam-Level: *
X-Spam-Status: No, score=1.631 tagged_above=-999 required=5 tests=[BAYES_50=0.8, IP_NOT_FRIENDLY=0.334, MISSING_MID=0.497] 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 7LEvglahSd8U; Tue, 28 Oct 2014 08:51:46 -0700 (PDT)
Received: from host.presenceweb.org (host.presenceweb.org [67.222.106.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D61141A8BAF; Tue, 28 Oct 2014 08:51:46 -0700 (PDT)
Received: from 253.216.130.77.rev.sfr.net ([77.130.216.253]:50735 helo=MORFIN-PC.mail.jefsey.com) by host.presenceweb.org with esmtpa (Exim 4.82) (envelope-from <jefsey@jefsey.com>) id 1Xj93h-0006Bo-Tf; Tue, 28 Oct 2014 08:51:46 -0700
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 28 Oct 2014 16:51:39 +0100
To: John Curran <jcurran@istaff.org>
From: Jefsey <jefsey@jefsey.com>
In-Reply-To: <232BE25A-BB7A-46F0-BFF0-00141D96A95F@istaff.org>
References: <E74C02CC-8A35-4057-95E4-14925B332456@cooperw.in> <544B44BD.7030805@cisco.com> <734aafb2601d4c7f9fa3184daa6dddb1@EX13-MBX-13.ad.syr.edu> <544D3DC3.5000409@cisco.com> <544D4437.7080108@meetinghouse.net> <20141027180404.407AB1A88F0@ietfa.amsl.com> <232BE25A-BB7A-46F0-BFF0-00141D96A95F@istaff.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - host.presenceweb.org
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - jefsey.com
X-Get-Message-Sender-Via: host.presenceweb.org: authenticated_id: jefsey+jefsey.com/only user confirmed/virtual account not confirmed
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/-IH5VHwXM9KU-xPd29Iy52lzpDc
Cc: "ianaplan@ietf.org" <ianaplan@ietf.org>, "iucg@ietf.org" <iucg@ietf.org>
Subject: Re: [Ianaplan] Review of draft-ietf-ianaplan-icg-response-01
X-BeenThere: ianaplan@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IANA Plan <ianaplan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ianaplan/>
List-Post: <mailto:ianaplan@ietf.org>
List-Help: <mailto:ianaplan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Oct 2014 15:51:48 -0000
X-Message-ID:
Message-ID: <20141028155203.30867.77897.ARCHIVE@ietfa.amsl.com>

At 00:47 28/10/2014, John Curran wrote:
>On Oct 27, 2014, at 4:02 PM, JFC Morfin <jefsey@jefsey.com> wrote:
> > ...
> > Should all this not be discussed at the PSO as per RFC 2691, the 
> IETF has established to that end (ICANN/IETF protocol parameters issues)?
>
><http://www.iab.org/documents/correspondence-reports-documents/docs2003/icann-pso-notice/>

John,
Thank you to help me making the point: I did not find back this notice.

1) as it was explained to Richad Hill recently, the IETF has its own 
ways. An RFC is to be obsoleted by an RFC. The notice is only signed 
by the IETF Chair, as is RFC 6852, which is also signed by the IAB, 
the ISOC, the W3C and the IEEE Chairs and is IAB Stream. Either RFC 
6852 is to be considered, or it is not, nor the resignation you 
quote, and the PSO is the proper place. My point is certainly that 
the uncompleted (lack of accountability) RFC 6852 framework applies.

2) This RFC involves the ITU, the W3C and any SDO who could wish to 
adhere, meet the criteria, and be accepted. This examplifies the 
ICANN attitude with peers.

3) More importantly, I suggest everyone to carefully note that if the 
IETF has removed itself from the PSO it is NOT by its own decision, 
but due to the UNILATERAL decision of ICANN to remove the PSO from 
its own organization. From this experience why would IETF trust any 
agreement with ICANN, even agreed and signed with/by other major SDOs 
(such ITU and W3C)?

In French we say "chat échaudé craint l'eau froide" and in latin 
"errare humanum est, diabolicum perseverare".

jfc