Re: [arch-d] FYI: closure of the IAB Stack Evolution program

Joe Touch <touch@strayalpha.com> Mon, 26 August 2019 04:50 UTC

Return-Path: <touch@strayalpha.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 5CDEB120822 for <architecture-discuss@ietfa.amsl.com>; Sun, 25 Aug 2019 21:50:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.219
X-Spam-Level:
X-Spam-Status: No, score=-1.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.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 LBHZvpawjIWN for <architecture-discuss@ietfa.amsl.com>; Sun, 25 Aug 2019 21:50:19 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (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 69D851200A4 for <architecture-discuss@iab.org>; Sun, 25 Aug 2019 21:50:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=I+0eLEUTi+got4VaXJIoS3vCaXVYyh/5PMcVKSl7ceI=; b=6SiHL6bjSlx60/ZIMlCnT7t+T k4arv1u53rBsmBNJNVG+HoTUmP89CEgZv9NubJGPOO7uxH1IPlg5jOiHj6x/J1YNkSy4qS1ySMkHu PADCGI4PUAqv04xKXatpAWsj7FldEEEU+VOICtZOQT8s+2y2IcYhQq0JCssLWxYcAjRidK3MnZWjk FPc87ysNZL8Dj/pKbRzHqb1QlnXQmxuXQ58X14xs6xm3ELg0SzBpvtCwWIa+89U6Lcs0JEmCLZw9/ f7aZBRJZ4rNL07sigj4686msQVJK0x7Kw6z+tf25mRHERJXfF0NkOp2otvvvIRe/+mC6IZPCn1fI8 Up/QOU3pg==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:59774 helo=[192.168.1.10]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1i26xI-000PTf-7J; Mon, 26 Aug 2019 00:50:16 -0400
Content-Type: multipart/alternative; boundary="Apple-Mail=_C53EC71F-DE26-453D-BE9A-D4900BB30A3C"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joe Touch <touch@strayalpha.com>
In-Reply-To: <CACgrgBZrfaQTHneNV7JSSq6YB98-qUa7FnAgGFffX9ztyc2oAg@mail.gmail.com>
Date: Sun, 25 Aug 2019 21:50:11 -0700
Cc: John Leslie <john@jlc.net>, architecture-discuss@iab.org
Message-Id: <A0939AF0-2377-427C-8009-1AEE34EF05FA@strayalpha.com>
References: <B5A0F4E0-D437-4DF9-9918-C35627A8CADC@trammell.ch> <d5009253-4884-9f1f-66e7-1159e85524b9@si6networks.com> <770822F2-688F-44EA-A6A1-7E7EDBFAA989@trammell.ch> <cece8133-6b69-a677-52fc-a7fb4c7d5136@si6networks.com> <64E3A59C-8709-41E0-B74F-C036E4481AE4@apple.com> <f3645e11-d823-4308-3f51-6f2da5e33180@si6networks.com> <87imqnvhui.wl-morrowc@ops-netman.net> <CA+9kkMDWk3kmYOZ8Zz+BjUZG0+sshQJjR9pYt-NgL8umqpMtWQ@mail.gmail.com> <eb2bc35f-ea95-69b9-5163-baded0c47478@si6networks.com> <20190825164839.GA77144@verdi> <715FF08E-9DD1-4052-BE1D-3C3AA614B560@strayalpha.com> <CACgrgBZrfaQTHneNV7JSSq6YB98-qUa7FnAgGFffX9ztyc2oAg@mail.gmail.com>
To: Henning Schulzrinne <hgs@cs.columbia.edu>
X-Mailer: Apple Mail (2.3445.9.1)
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - iab.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/YcvS-BEM_3jkPX5IOsTg88qHPJs>
Subject: Re: [arch-d] FYI: closure of the IAB Stack Evolution program
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: Mon, 26 Aug 2019 04:50:20 -0000


> On Aug 25, 2019, at 12:16 PM, Henning Schulzrinne <hgs@cs.columbia.edu> wrote:
> 
> Some of us who worked on the Open Internet (aka network neutrality) saw "protocol neutrality" as very much part of the same spirit and possibly a legal entitlement of customers. And the issue of naming "Internet access" implying some obligations was also part of the discussion. Experience seems to indicate that only legal or regulatory requirements are likely to lead there,

That hasn’t been the case for SONET, ATM, or Ethernet services.

If we had a clear definition of “ISOC-certified Internet service”, then:
	a) customers might be willing to seek that
	b) customers who pay for that have a clear legal path if that’s what was offered and it isn’t true

People pay more for UL-listed equipment, for Good Housekeeping seals of approval, etc. This isn’t any different, except the we have no “seal” authority - yet.

> given that many carriers have no economic interest to do this - and carrier-grade NATs make it painful or impossible to move beyond TCP and UDP.
> 
> Henning

We could have two versions of service - ISOC-certified true Internet and ISOC-certified translated Internet (the latter so we don’t freeze out carriers to start). People might pay more for the former.

——

The trouble with ignoring the need for this sort of certification at the ISOC level is that we’ve basically dumped that work onto the user at run-time - to confirm every feature before using it - and at the protocol level (by adding complex “are you sure” mechanisms).

Joe