Re: [Ianaplan] A draft for your review

JFC Morfin <> Mon, 03 November 2014 14:40 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 13BE01A0382; Mon, 3 Nov 2014 06:40:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id if1OxHduglvr; Mon, 3 Nov 2014 06:40:47 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 8745E1A036D; Mon, 3 Nov 2014 06:40:47 -0800 (PST)
Received: from ([]:43774 by with esmtpa (Exim 4.82) (envelope-from <>) id 1XlIoI-0006Zg-5B; Mon, 03 Nov 2014 06:40:46 -0800
X-Mailer: QUALCOMM Windows Eudora Version
Date: Mon, 03 Nov 2014 15:40:39 +0100
To: Andrew Sullivan <>,
From: JFC Morfin <>
In-Reply-To: <>
References: <> <> <> <> <> <> <> <> <> <> <>
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 -
X-AntiAbuse: Original Domain -
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain -
X-Get-Message-Sender-Via: authenticated_id: user confirmed/virtual account not confirmed
Cc: "" <>
Subject: Re: [Ianaplan] A draft for your review
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IANA Plan <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 03 Nov 2014 14:40:49 -0000
Message-ID: <>

At 14:12 02/11/2014, Andrew Sullivan wrote:
>On Sun, Nov 02, 2014 at 01:52:05PM +0100, JFC Morfin wrote:
> >
> > >At 17:52 01/11/2014, Andrew Sullivan wrote:
> > >But that didn't happen, which suggests to me that the division of labour,
> > >again, is working.
> >
> > IMHO, to make the past the guarantee of your future is to ensure that you
> > will be fooled.
>I too have read Hume on induction.  It's worth noting that, despite
>his position, he would retire to the Poker Club and play billiards and

I suppose you are referring to David Hume? I have never cast a glance 
on a page of his, yet. But you are right, I should. I am just basing 
myself on programmer experience. A bug is something which worked and 
does not anymore because of a small change somewhere, and it is 
usually difficult to find as it is in essence unexpected.

Here, the bug seems to be from RFC 2860 Section 4.3 in the context of 
the ICANN reading "IANA" where the NTIA spells "DNS", and the double 
BUG of the USG wanting to Be Unilaterally Global and of the 
oligarchy's dream of a Business Unregulated Governance.

>But anyway, I wasn't looking for a guarantee.

I understand that. And this is what I object to. We are not 
discussing a poker game or a billiards trick shot, but rather the 
stability of the world's economy and more precisely of the protection 
of my users. This is why I am looking for a guarantee, or at least 
the strongest protection I can get.

>I think you'll note
>that my sentence makes assertions in the present tense ("is working").
>It is possible that the future will be quite different; at that point,
>it seems to me, we'd have to respond according to what changed.
>Others seem to hope that they can write down, in advance, a procedure
>for every possible case.  That is, IMO, complete folly.

I agree.

>What we need
>are mechanisms that allow actors to work effectively, which includes
>good incentives to work out differences co-operatively.

I beg to differ with you; here's the WG's thinking here on two points:

1. status quo of an auto-corrected mechanism is not acceptable if you 
remove the correction mechanism (US NTIA)
2. this is why we do not want a mechanism, but a principle. We are 
halfway through from the (Govs) regulation to the (market) 
competition principle. The last remnant of the Govs monopolies is 
supposed to go away. Under those conditions there are two possibilities:

- competition, i.e. several ICANNs and everyone can choose the one 
they think the best.
- new state regulation, i.e. ITU.

The decision is:
- either, as per US/MS oligarchy status quo, in the IETF hands (RFC 
2860 Section 4.3), the IPR owner being the IETF Trust and ultimate 
decision maker ISOC with a few weeks to six months of delays that no 
one can accept.
- either in MYCANN Plug-ins developers (States, ISPs, Business, 
Libre), users (people), sponsors (States).

>The only ways I know to provide those incentives are to provide
>another authority


- ITU is the most obvious candidate of the Dubai majority.

- I favor a Libre's fringe to fringe internet use oriented task force.

>or to provide power of independent action.

Yes: the MYCANN Plug-ins.

>Some argue that the NTIA has been serving the former function;
>I think that interpretation is a little fanciful, but I don't have some
>transcendental access to the truth _sub specie aeternitatus_.

 From a 37 years of experience of the international network 
perspective, I partly agree that this is not as direct as "NTIA makes 
it all". In fact, I do not see where the USG is quitting the 
function. I only see a political trick, an actual transfer from an 
NTIA contract to a Congress delegation to the FCC.

I understand that Americans contributors may think NTIA and FCC are 
the same. Still the USG is in the lead, and the same statUS quo is, 
therefore, possible, i.e. the way the Chairs read the Charter.

I am afraid that this cannot work. Not anymore. After RFC 6852, 
Dubai, Snowden, the NDN consortium, SDN works, etc. the FCC cannot be 
the only NTIA's heir. The Multitude with the MYCANN Plug-ins will 
become peoples (Libre plug-ins), nations (States plug-ins) and other 
kinds of global communities (cf. RFC 6852: Google, Apple, Microsoft, 
USCC, etc.?) innovatively competing for better interconnectivity as 
per the modern paradigm for standardization; and WSIS consensus for a 
person centered information society.

>I think
>that the potential of independent action is a more powerful way to
>focus the minds of the various actors in the case of ill behaviour,
>and a meaningless detail when actors are collaborating as well as they
>have been.


However, this is not something to happen in the future. This is 
something happening right ***now***, right in ***here***.

1. Either, through Eliot's Draft, the IETF behaves boldly, 
coordinates the collaboration it has established with ICANN and RIRs, 
and tell the world in front of the NTIA and ITU: "trust me, I am the 
boss of my technology and I prove it in standardizing a unique, IANA 
embedded, ICANN fed, multiclass, multitechnology, multilinguistic 
MYCANN Plug-in, and this is my decision as per RFC 2860 Section 4.3., period"

2.  or the focus will be on the effectiveness of independent actions 
in the MYCANN Plug-ins area and a possible upper layers internet use 
task force aggregation.

If the Chairs continue to read the Charter the way Leslie told me, 
whatever the Draft will suggest, the world will decide on its own,

I only hope that the potential of independent action is a more 
powerful way to focus the minds of the various actors in this case, 
that is, if it is ill behavior, or help aggregating a new solution.

This will be to the IESG/IAB to decide if this WG does not want or 
does not succeed in convincing the Libre, State, Business independent 
would-be actors (MYCANN Plug-ins designers, developers, 
disseminators) that the IETF is firmly in the lead.

>At 22:50 01/11/2014, Andrew Sullivan wrote:
> > proposed text. If the IETF (or IESG or IAB) gets too wrapped up in
> > itself, we will screw up.
>Certainly true.  But it is surely equally true that, if we allow
>technical needs that we might have to be driven by other groups'
>priorities, we'll have to stop work.

Nowadays, technical requirements are driven by global communities' 
(plural) economics for the good of humanity.  This is RFC 6852 - 
endorsed/signed by many who are on this list.

Please note that I do not disagree with that respective RFC's 
pragmatism, but I appealed it because of its lack of ultimate 
conflict resolution and accountability mechanism that we are facing 
here. Unfortunately, I did not have the time to complete the appeal 
process and submit it to the RFC 6852's convenor (ISOC) before the 
NTIA started using it and ICANN intelligently used the NTIA's 
political wake up call to put technologies in competition (however, 
in contempt to the internet governance's "governees", igniting a 
technical competition between its own proposition and the Libre and 
national capacities).