Re: [Internetgovtech] Involvement from other constituencies

S Moonesamy <sm+ietf@elandsys.com> Sat, 01 March 2014 06:41 UTC

Return-Path: <sm@elandsys.com>
X-Original-To: internetgovtech@ietfa.amsl.com
Delivered-To: internetgovtech@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A98A1A040A for <internetgovtech@ietfa.amsl.com>; Fri, 28 Feb 2014 22:41:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.337
X-Spam-Level:
X-Spam-Status: No, score=-2.337 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.547, T_DKIM_INVALID=0.01] autolearn=ham
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 Dk7ts8-hu1G5 for <internetgovtech@ietfa.amsl.com>; Fri, 28 Feb 2014 22:41:28 -0800 (PST)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 95A161A02CE for <internetgovtech@iab.org>; Fri, 28 Feb 2014 22:41:28 -0800 (PST)
Received: from SUBMAN.elandsys.com ([197.224.129.233]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id s216el6N002167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Feb 2014 22:40:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1393656064; bh=mYsrSkGjrQWM/JJCG07R20TeMfi787ENm8poA49Cp6w=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=psJVWs0hYAJSI+iyH9Tp9mR00a11C/gsugvARHn6m+IdCGD2PGutgis4ldn2sMqo5 9Oge0fEysw9LXV56SkzGCZlZJWaFbDeWB1ILD0J/jMc70LYNCp0UJT90k6+1kz+IWD TCzqn86ygM+6j3Oh/9tn6rRK5p2CFQYlHZyCvasc=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1393656064; i=@elandsys.com; bh=mYsrSkGjrQWM/JJCG07R20TeMfi787ENm8poA49Cp6w=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=tHR0fLAwKnJPnQTIcx+8FNgoKVMtXf3MCjVeZYakCu6YkJvqWFnUISZ1mQ6KQbPZp wjJxqBjF+1MZb7JgvpxuWZ5/c9qCtEpn4QsXb1ar96niFjJzZJgWlnmAkaqO0cNj93 DNcIYSFlpJ3L+lRs9FzhyhNR/aN2RoKr6wOIJTkQ=
Message-Id: <6.2.5.6.2.20140228213401.0c15cb00@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Fri, 28 Feb 2014 22:34:45 -0800
To: Pranesh Prakash <pranesh@cis-india.org>, Russ White <russw@riw.us>, Brian Trammell <trammell@tik.ee.ethz.ch>, Andrea Glorioso <andrea@digitalpolicy.it>
From: S Moonesamy <sm+ietf@elandsys.com>
In-Reply-To: <53116F75.1050208@cis-india.org>
References: <8E82AC16-6428-412E-A862-6F53AFE632C7@isoc.org> <074FE4AC-76B0-45C2-B849-3BFE5D4782DD@vigilsec.com> <73481820-F228-434C-814A-070F6A2C1F93@gmail.com> <83E315B6-2059-490A-A892-19CF6D74EA62@vigilsec.com> <6DCAB3E586E6A34FB17223DF8D8F0D3D0101E71E6F@W8-EXMB-DP.unam.local> <CALo9H1a+Tebzmbx=FauNeW5y6Axzhqt5ngE2GYwDBxOz-mBbSQ@mail.gmail.com> <CAOLD2+aimJo05q7KVXYFcSRJdBDxJkqa2q3sH8vFLBsKVnUt5w@mail.gmail.com> <CALo9H1Y-XxR-zEOKh-6n3m6utK+h2U6u5Q_8+nvb_sEer9pZrQ@mail.gmail.com> <CALo9H1amXVE2KX5Yh1+HGQvj7cmJPh5ibm0uQZxxHC2Cvm7GOw@mail.gmail.com> <CAOLD2+ZP9K+rnrw3cNA7dft3JjVRE0a83rXO97TV+kDyWLN+JQ@mail.gmail.com> <01c601cf324b$d0fd9750$72f8c5f0$@riw.us> <CAOLD2+b_GrDt_XDdDGbpm61ug-yuRzLK15q3Y+rDG=OZhN548A@mail.gmail.com> <6.2.5.6.2.20140225114956.0db9bf88@resistor.net> <CAOLD2+Y+_WvKpLhM6vOf+SFUK8YJ9vMKytf3_942XNZGNd7bMg@mail.gmail.com> <D8529204-F46A-498E-8FF2-143B90F950B6@tik.ee.ethz.ch> <02c101cf32fc$d92287e0$8b6797a0$@riw.us> <53116F75.1050208@cis-india.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/MrNGFR2biyYVZXQXwsDN97Sap3A
Cc: internetgovtech@iab.org
Subject: Re: [Internetgovtech] Involvement from other constituencies
X-BeenThere: internetgovtech@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Internet Governance and IETF technical work <internetgovtech.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=unsubscribe>
List-Archive: <http://www.iab.org/mail-archive/web/internetgovtech/>
List-Post: <mailto:internetgovtech@iab.org>
List-Help: <mailto:internetgovtech-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=subscribe>
X-List-Received-Date: Sat, 01 Mar 2014 06:41:30 -0000

Hi Pranesh,
At 21:26 28-02-2014, Pranesh Prakash wrote:
>I couldn't disagree more strongly with this :)
>
>Protocol decisions whether it is the trust system which underlies 
>BGP, the CA system, or the attempting to make all public XMPP 
>servers use s2s and c2s encryption by default, or many other kinds 
>of decisions, are inherently deeply political.
>
>The decision to require all SMTP servers to only prepend to the 
>"received" header, has political ramifications.  The attempt by so 
>many people to "fix" what they see as the broken system of e-mail 
>(since until further changes are made[1] there is neither metadata 
>integrity (for the most part, discounting that which DKIM covers) 
>nor is there any possibility of concealing metadata) is also deeply political.
>
>The question of whether to allow for patent-encumbered standards is 
>a deeply political question.[2][3][4]
>
>It is, imho, futile to pretend that engineers don't make political 
>decisions all the time.

A technical specification can have a political ramifications.  There 
are also privacy considerations.  I am not sure at the moment whether 
to list that under political ramifications or not.  I made the 
following argument some time ago [1]:

   "When a person sends an email the person consents to the transmission of an
    email address.  The email address is necessary for the recipient 
of the email
    to be able to reply to it."

I cannot think of another way for the technology to work if, for 
example, I do not include an email address for you to send me a 
reply.  As I have not reviewed the S/MIME draft I prefer not to 
comment about it.

There can be political ramifications to BGPSEC, the CA system, and 
maybe even email.  It would require  a lot of people to identify the 
political ramifications [2].  Let's say that some entity is created 
for all that.  The open source people might have a higher barrier to 
overcome [3].

A well-written technical standard would have minimized political 
ramifications to an extent that it is not worth bothering 
about.  There is still the intellectual property question.  Open 
source people usually do not like technical standards which are 
covered by patents.

Regards,
S. Moonesamy

1. http://tools.ietf.org/html/draft-moonesamy-privacy-identifiers-01
2. There are a lot of technical specifications and different 
organizations involved.
3. There is already a high barrier as it is to stay involved.