Re: [Udp35] [Stackevo] Snowden and SPUD

Ken Calvert <calvert@netlab.uky.edu> Mon, 20 July 2015 18:42 UTC

Return-Path: <calvert@netlab.uky.edu>
X-Original-To: udp35@ietfa.amsl.com
Delivered-To: udp35@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 096CB1B2AD4 for <udp35@ietfa.amsl.com>; Mon, 20 Jul 2015 11:42:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.112
X-Spam-Level:
X-Spam-Status: No, score=-1.112 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 H_ErqLSqKD9N for <udp35@ietfa.amsl.com>; Mon, 20 Jul 2015 11:42:16 -0700 (PDT)
Received: from mail3.netlab.uky.edu (wonder.netlab.uky.edu [128.163.140.37]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA8381B2AF2 for <udp35@ietf.org>; Mon, 20 Jul 2015 11:42:14 -0700 (PDT)
Received: from [192.168.11.117] (mucha.avetravel.cz [77.240.96.213]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail3.netlab.uky.edu (Postfix) with ESMTPSA id 86FA6C078; Mon, 20 Jul 2015 14:42:11 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ken Calvert <calvert@netlab.uky.edu>
In-Reply-To: <721369DA-79D7-43B0-8921-9132C7464C99@ifi.uio.no>
Date: Mon, 20 Jul 2015 14:42:07 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <0BBE04DC-E3BF-4C2E-AC32-CD793032E2CA@netlab.uky.edu>
References: <DD4CE423-ABFD-41CA-8AA8-79DE2779A47B@ifi.uio.no> <CAGD1bZbwkaYmH7WR_jb-wgkXfM7EjyExAy=P11V3CR_u40KKFQ@mail.gmail.com> <AED99648-40DE-4857-9F67-861C52252DF7@ifi.uio.no> <A2BDC79A-9738-4CFE-97D5-D91C3C998858@trammell.ch> <721369DA-79D7-43B0-8921-9132C7464C99@ifi.uio.no>
To: Michael Welzl <michawe@ifi.uio.no>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/udp35/ZCexMseVUcwhd6cu1Tk78co1cW0>
X-Mailman-Approved-At: Wed, 22 Jul 2015 09:31:17 -0700
Cc: Stackevo <stackevo@iab.org>, Jana Iyengar <jri@google.com>, udp35@ietf.org
Subject: Re: [Udp35] [Stackevo] Snowden and SPUD
X-BeenThere: udp35@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Life beyond UDP <udp35.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/udp35>, <mailto:udp35-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/udp35/>
List-Post: <mailto:udp35@ietf.org>
List-Help: <mailto:udp35-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/udp35>, <mailto:udp35-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Jul 2015 18:42:17 -0000

>> The axe-head attached to the stick is "if you don't let this through, then you get a giant pile of entropy that tells you nothing."
> 
> i heard that before and wondered, on wondered, why would anyone let any of that pass, then?

Same reason they would let QUIC pass: it will make applications work better - otherwise nobody will use it.  (Of course there's the obvious problem that it's not defined yet :-).  In any case, I agree that without noticeable improvement for users in some dimension(s), there's no point.

> so, and i'm serious: if we could do this with quic, that would help, right?

For some applications.  For others, it depends on whether the parts of QUIC "behind the veil" allow for evolution.
Also, whatever is exposed will become ossified, so it should be designed with evolution in mind (whatever that means).

KC

> people would want quic to pass.... so "all or nothing" becomes a harder trade.
> 
> but else this just lacks incentive imo
> 
> 
> 
> 
>> 
>> Cheers,
>> 
>> Brian

Ken Calvert
Professor
Gartner Group Chair in Network Engineering
Computer Science, University of Kentucky