Re: [iucg] [discuss] What is MSism?

Jefsey <jefsey@jefsey.com> Mon, 07 April 2014 13:09 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 005861A06FB for <iucg@ietfa.amsl.com>; Mon, 7 Apr 2014 06:09:25 -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 iUB32PpJaiRd for <iucg@ietfa.amsl.com>; Mon, 7 Apr 2014 06:09:20 -0700 (PDT)
Received: from host.presenceweb.org (host.presenceweb.org [67.222.106.46]) by ietfa.amsl.com (Postfix) with ESMTP id AF7861A03F5 for <iucg@ietf.org>; Mon, 7 Apr 2014 06:09:20 -0700 (PDT)
Received: from [85.159.233.116] (port=49046 helo=MORFIN-PC.jefsey.com) by host.presenceweb.org with esmtpa (Exim 4.82) (envelope-from <jefsey@jefsey.com>) id 1WX9IX-0002g9-Mu; Mon, 07 Apr 2014 06:09:14 -0700
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 07 Apr 2014 15:09:08 +0200
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, John Curran <jcurran@istaff.org>, Vint Cerf <vint@google.com>, Abdussalam Baryun <abdussalambaryun@gmail.com>
From: Jefsey <jefsey@jefsey.com>
In-Reply-To: <5342281D.7020105@gmail.com>
References: <20140326091244.818F921364D@smtp2.arin.net> <7F11B8A9-988A-4CC1-B6C9-C96D756E39B0@istaff.org> <20140326183653.DEFE721365F@smtp2.arin.net> <170128E5-F66A-4AC1-A2D7-FB759B5BB040@istaff.org> <5333541d.497eb40a.23db.ffffd191SMTPIN_ADDED_MISSING@mx.google.com> <0b6b01cf4950$7e00b2a0$7a0217e0$@gmail.com> <CACAaNxi7BYdgEJjzmb4f0r1GNyBWCPEODjfxVZfN2SgVHZnUvw@mail.gmail.com> <01f101cf49c7$26b242d0$7416c870$@gmail.com> <CACAaNxiygFCQJJYp1V37ReHEx5ZSEw0wh5Gm_sXnRStE58bYcw@mail.gmail.com> <5337E9F5.9040005@cis-india.org> <CACAaNxjTntEH3-6FiadMSi447_=Ji6Jaks+Gt0K1V6oKcgKsPA@mail.gmail.com> <53386E62.2010901@gmail.com> <533F17DC.3070803@cis-india.org> <6.2.5.6.2.20140404140312.0c246828@resistor.net> <50134989-9F60-4333-9281-90E89232D37E@virtualized.org> <533F396F.4090606@cis-india.org> <51501111-1F6C-4E70-8D59-2D006E1B5FBC@istaff.org> <5342281D.7020105@gmail.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/4ER9mID4MCRTXPVPMaYuPegYRIQ
Cc: agora@dnsa.org, S Moonesamy <sm+1net@elandsys.com>, 1Net List <discuss@1net.org>, "iucg@ietf.org" <iucg@ietf.org>
Subject: Re: [iucg] [discuss] What is MSism?
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: Mon, 07 Apr 2014 13:09:25 -0000
X-Message-ID:
Message-ID: <20140418053225.2560.22965.ARCHIVE@ietfa.amsl.com>

The problem we first face is to use at least 6 lists to discuss the 
same thing under different but crossed perspectives. If we cannot fix 
it, it is likely we will not be able to fix the NTIA removal issue!

At 06:22 07/04/2014, Brian E Carpenter wrote:
>(This hasn't happened, but not dissimilar things have happened over 
>both character sets and cryptographic algorithms.)

Except to support orthotypography (e.g. the French language majuscules) :-) !

You are aboslutely correct: this is the difference between people and 
multitude. People can be affiliated and usually are (nations, 
political parties, etc.). Multitude is the aggregation of persons 
retaining their self-determinaton. This is why democracy (people at 
least accept the same constitution that organizes it) is not 
polycracy (people [and their machines]) only accept their own determination.

The whole issue in our debate is to determine if we want to consider 
others as belonging to a democraticaly sovereign community or to a 
polycratic multitude of sovereigns. In other words, if IG 
acknowledges our national laws (we need states), only the 
international law (we need UN) or our free covenants (such as RFCs, 
ICANN contracts, etc.), but who provides arbitration and enforcement? 
Can ICE, or can a foreign Judge, proceed to the seizure of my 
nationally located site.

At 08:05 07/04/2014, Abdussalam Baryun wrote
>People can't be responsible when governments fail even if the people 
>elect the government. People/organisations cannot be responsible for 
>ICANN's fail/success even if they were given time to propose, elect 
>directors, direct, participate, or/and discuss the transition. This 
>transition is mostly under NTIA responsibility, and will end within 
>ICANN responsibility.

http://en.wikipedia.org/wiki/Multitude: "the (fear of the) power 
(potentia) of the multitude is the limit of sovereign power 
(potestas)". I have proposed to experiment the reality of the 
multitude's capacity level as VGN, Host, site, access Masters through 
the HomeRoot (http://dnsa.org/index.php/TopZone) /SuperIANA 
(http://dnsa.org) /Happy-IP experimentation projects that start being 
documented under http://dnsa.org because the only thing all of us 
immediately share is the digital naming space aggregation.

At 12:29 07/04/2014, Vint Cerf wrote:
>The purpose behind the Supporting Organizations had been to parse 
>ICANN stakeholders into mutually orthogonal groups but it is my 
>sense that this is proving awkward because the participants in the 
>ICANN processes have multiple interests that span multiple stakeholder groups.
>
>I continue to believe that the mechanisms are in place and can be 
>exercised to allow ICANN to provide stewardship for the IANA 
>functions and to adapt its own processes to make the 
>multistakeholder model work even better.

Actually ICANN could consider SO as area and the BoD as the IESG, 
except there is no AIB. In my own experience the whole MS mechanism 
as translated from the USG (or other governement) suffers from being 
democratic and not polycratic.

1) an MS open process does not necessarily works as designed. There 
is a trust based attendance. Experienc in IUCG shows that IETF has 
specifically extended to informed users, but the debate has not taken 
off in the proposed manner (talks are bilateral, bilingual, segmented).

2) the MS processes as experienced for years by the ITU, USG, IETF, 
Europe, etc. are within a decentralized and not in a distributed 
framework. What is going to happen when there is a disagreement? A 
fork or fragmentation.  The only solution in this case is a 
reconciliation emergence scheme 
(http://en.wikipedia.org/wiki/Self-organized_criticality_control). 
This is my objection to RFC 6852: they have not foreseen a common 
appeal scheme in case of cross SDO conflict, nor of dialog (IAB is in 
chage of liaisons) in case of users dissatisfaction.

These are things the dnsa.org experimentation tries to explore. 
Everyone welcome to join the discussion list (but one do nos discuu
jfc