Re: [arch-d] on the nature of architecture discussion (was: Re: [Chirp] Fwd: IETF 107 Vancouver In-Person Meeting Cancelled)

S Moonesamy <sm+ietf@elandsys.com> Fri, 03 April 2020 12:26 UTC

Return-Path: <sm@elandsys.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72B7A3A18F3 for <architecture-discuss@ietfa.amsl.com>; Fri, 3 Apr 2020 05:26:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.697
X-Spam-Level:
X-Spam-Status: No, score=-1.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=elandsys.com
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 KQu3uLo1Wel9 for <architecture-discuss@ietfa.amsl.com>; Fri, 3 Apr 2020 05:26:03 -0700 (PDT)
Received: from mx.elandsys.com (mx.elandsys.com [162.213.2.210]) by ietfa.amsl.com (Postfix) with ESMTP id A1EF43A18EA for <architecture-discuss@iab.org>; Fri, 3 Apr 2020 05:25:58 -0700 (PDT)
Received: from DESKTOP-K6V9C2L.elandsys.com ([102.116.126.213]) (authenticated bits=0) by mx.elandsys.com (8.15.2/8.14.5) with ESMTPSA id 033CP2fe020846 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Apr 2020 05:25:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1585916716; x=1586003116; i=@elandsys.com; bh=vjjSFtU7OLpssxz40gYWXu4aTsqxWNWujZiFnY1AQCs=; h=Date:To:From:Subject:In-Reply-To:References; b=fQRbsmCiHVAyqqUn4uFrK1KMSuaERgTo/kufsPuArvP9Si5BezeIEBxrzdPQxZZS/ 7gIvVvq8MeBBIdix63ExXFYnQDSXWgDj/yGm9LiJSQ/HD02NRhThgjNZUBjVn9QFiG hINPFE9e92BJ2HW8EUx4sbmA0ckXc6aEzY4vSoyI=
Message-Id: <6.2.5.6.2.20200403042829.11c2a9e0@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Fri, 03 Apr 2020 05:24:47 -0700
To: Toerless Eckert <tte@cs.fau.de>, architecture-discuss@iab.org
From: S Moonesamy <sm+ietf@elandsys.com>
In-Reply-To: <20200403010512.GS28965@faui48f.informatik.uni-erlangen.de>
References: <158386742797.16091.1025684270011519738@ietfa.amsl.com> <efbf8fd0-4673-3a93-2add-6bbc6ff0dca9@cs.tcd.ie> <a5046b41-b44e-d292-e0da-da6ec6d599ad@cs.tcd.ie> <20200402152717.GK28965@faui48f.informatik.uni-erlangen.de> <7de683b6-172b-7e7b-e043-d241804eaa42@nomountain.net> <20200402193430.GQ28965@faui48f.informatik.uni-erlangen.de> <17c21324-4238-9e56-48f2-e6df51967ca2@nomountain.net> <20200403010512.GS28965@faui48f.informatik.uni-erlangen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/mOn8Hy0wPrCCgHU65Z8eJTBOpUU>
Subject: Re: [arch-d] on the nature of architecture discussion (was: Re: [Chirp] Fwd: IETF 107 Vancouver In-Person Meeting Cancelled)
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Apr 2020 12:26:10 -0000

Hi Toerless,
At 06:05 PM 02-04-2020, Toerless Eckert wrote:
>If architecture can be associated directly with protocols
>of an IETF WG, then yes, it could and should happen
>in that WG, but i think there are more cases where even
>this does not happen. E.g.: I have seen ADs eliminate architecture
>from charters because it does not produce implementable protocols.
>
>But the more fundamental issue is that architecture mostly
>needs to predate protocol development, like research mostly
>needs to predate architecture and protocols. I can not
>see a logic that argues we must have an IRTF, but we cannot
>have an IATF (Internet Architecture Task Force). The
>whole construct of IAB for architecture is weird to me.

The "architecture" in the mailing list name is a misnomer.  For 
example, the last longest discussion was about Internet governance 
instead of architecture.  The problem could be the Internet 
Engineering Task Force if that entity views itself as the supreme 
body for Internet protocols.

>Oh, i think there is a lot of sport in trying to discourage work
>that is not officially sponsored by the IETF/IAB authorities
>at least from my imited experience.

There might be some truth in the above.

>We need to be darn careful with every single word we
>write about a side meeting. Make sure it is called "non official"
>every time you mention it, having people seemingly "borrow"
>sign up sheets for examination what could be wrong with them,
>ending up with concerns of using the same color (!) as "official" IETF
>meeting sign up sheets. Dismissive comments about even doing
>a side-meeting, Not being allowed to use IETF tooling
>like webex, jabber, wiki, etherpad, and so on.  Because using
>IETF tools would mean "endorsement of the activity" *sigh*.

Stephen expressed his opinion about that.  I doubt that we would be 
encouraging people to be open if we do not allow opinions which might 
be deemed as politically-incorrect.

I don't mind if anyone wishes to hold a side meeting.  The tools 
mentioned above are available to any organization.

>This is sad in general, but at a time when it is legally crucial
>to make sure all communications is easily recognizeable as
>public and published because of the US Govt. export regulations
>(see EAR 734.7) it is outright dangerous to make it so difficult
>for inofficial side-meetings to use or emulate the
>public/published nature of official IETF meetings.

If I understood correctly, the rationale for using (IETF) side 
meetings is that they offer a workaround for U.S. export 
restrictions.  It may be risky to do things like that.

Regards,
S. Moonesamy