Re: [iucg] [Ianaplan] Draft submission interlude

Jefsey <jefsey@jefsey.com> Tue, 04 November 2014 18:56 UTC

Return-Path: <jefsey@jefsey.com>
X-Original-To: iucg@ietfa.amsl.com
Delivered-To: iucg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C310E1A6F5D; Tue, 4 Nov 2014 10:56:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.069
X-Spam-Level:
X-Spam-Status: No, score=-1.069 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 uf36ibtKHdhp; Tue, 4 Nov 2014 10:56:51 -0800 (PST)
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 03BAC1ACDAF; Tue, 4 Nov 2014 10:56:51 -0800 (PST)
Received: from 183.213.130.77.rev.sfr.net ([77.130.213.183]:7937 helo=MORFIN-PC.mail.jefsey.com) by host.presenceweb.org with esmtpa (Exim 4.82) (envelope-from <jefsey@jefsey.com>) id 1XljHe-0004v9-8E; Tue, 04 Nov 2014 10:56:50 -0800
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 04 Nov 2014 19:56:43 +0100
To: "Leslie Daigle (TCE)" <ldaigle@thinkingcat.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
From: Jefsey <jefsey@jefsey.com>
In-Reply-To: <545918D7.90402@thinkingcat.com>
References: <20141104153135.21DEC1A8A16@ietfa.amsl.com> <545918D7.90402@thinkingcat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
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/iucg/dEGv7bDzW5U909U_5EyKIDvuaYo
Cc: "Ianaplan@Ietf. Org" <ianaplan@ietf.org>, "iucg@ietf.org" <iucg@ietf.org>
Subject: Re: [iucg] [Ianaplan] Draft submission interlude
X-BeenThere: iucg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: internet users contributing group <iucg@ietf.org>
List-Id: internet users contributing group <iucg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iucg>, <mailto:iucg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/iucg/>
List-Post: <mailto:iucg@ietf.org>
List-Help: <mailto:iucg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iucg>, <mailto:iucg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2014 18:56:54 -0000
X-Message-ID:
Message-ID: <20141104185701.24898.53759.ARCHIVE@ietfa.amsl.com>

At 19:20 04/11/2014, Leslie Daigle (TCE) wrote:
>I will observe that the point of the Internet-Draft cutoff before an
>IETF meeting is to allow participants time to read relevant material and
>engage in discussion before and at the IETF meeting.  The same can be
>said for a last call:  if you have a different proposal, it should 
>have been surfaced sufficiently in advance of the end of the last 
>call to allow WG participants to read it and engage in thoughtful 
>discussion. It's not the pre-meeting I-D blackout that is a problem 
>here; any alternative proposals are late at this point.

Leslie,
I commented to Andrew.

Let say this is an unfortunate misunderstanding about IETF 
proceedings and petty constraints we did not think of and were not 
reminded. It only underlines that the present ICANN/IETF/ISOC 
technical governance system in addition to our Libre organizations 
governance, in addition to the ITU organization, in addition to the 
national/european and civil society  governance, in addition to the 
defense of our users interests, is inadequate to address multilateral 
issues in a proper manner. Too many things/changes/positions in too 
short a time.

This experience only confirms most of my friends' position that what 
counts is not anyone position, any group consensus, but working and 
accepted code. I tried to show them that participating to a common 
preparation effort could also politically help. Turns out I have failed ....

>Certainly, the fact that we were on this timeline and that the 
>existing draft was to be considered this group's key work item is 
>not a surprise -- my note to the WG on October 3 (quoted below, for 
>convenience [1]) made that quite clear.

Sure. Considering this draft as this group's key work is a main point 
in my appeal.
However, appealing is just to obtain the IESG to tell you to consider 
otherwise as you smartly accepted to consider it.
I fully understand that a "fait accompli" strategy is a good way to oppose us.

It only results in several races against the clock. A two weeks 
unexpected delay is a surprise for us, that many others had taken 
into consideration.
Thats all.
Best
jfc


>As Andrew has suggested, engaging in discussion here to determine 
>support for whatever proposals you have is the important step, as it 
>goes to the question of establishing working group consensus.  That 
>consensus is what matters, not the document you could publish in the 
>39 hours between the end of the I-D publication moratorium and the 
>end of the WGLC.
>
>Leslie.
>
>
>[1]
>[I wrote to the IANAPLAN WG, on October 3, 2014:]
>>In order to respect the timeline of the Working Group and deliver an
>>IETF response by the January 15, 2015 deadline, it is our expectation
>>the group will choose to adopt draft-lear-iana-icg-response as a
>>working group document, next week.  Discussion during the virtual
>>interim meeting will focus on reviewing that document, discussing
>>issues raised to date, and using the high bandwidth opportunity to
>>propose resolutions to them.
>>
>>As always, any proposed decisions made during the meeting will be
>>reconfirmed on the mailing list.
>>
>>Nonetheless, with a view to the timeline, we recognize that we need
>>to get the working group document pretty much in shape and taken care
>>of _before_ the Honolulu meeting, so that remaining issues can be
>>worked on at IETF 91 and finalized shortly thereafter.
>
>
>
>On 11/4/14 10:31 AM, Jefsey wrote:
>>Dear Chairs, I just discovered a cute IETF trick. One cannot submit
>>drafts during the last-call period if adequately chosen :-)
>>
>>IETF:
>>>The cut-off time for the I-D submission was 00h UTC, 2014-10-28.
>>>The I-D submission tool will be reopened at 00h local time at the
>>>IETF meeting location, 2014-11-10.
>>
>>Chair:
>>>given the proposed timeline agreed during our last interim meeting
>>>and based on that the outstanding issues should have been addressed
>>>in the -02 version, this message starts a working group last call
>>>on draft-ietf-ianaplan-icg-response-02.  This working group last
>>>call will end november 11, 23h59 UTC. Given that our meeting is
>>>scheduled on november 10th, it would be useful if people send their
>>>comments prior to the meeting so they can be addressed or discussed
>>>before or during the meeting.
>>
>>Should I add the draft to my appeal ? What is the most constructive
>>solution that will not irritate my co-writers?
>>
>>jfc _______________________________________________ Ianaplan mailing
>>list Ianaplan@ietf.org
>>https://www.ietf.org/mailman/listinfo/ianaplan
>
>--
>
>-------------------------------------------------------------------
>Leslie Daigle
>Principal, ThinkingCat Enterprises
>ldaigle@thinkingcat.com
>-------------------------------------------------------------------