Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-forming follow-on to SPUD BoF
Michael Welzl <michawe@ifi.uio.no> Sun, 22 May 2016 19:34 UTC
Return-Path: <michawe@ifi.uio.no>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 557F412D57A for <spud@ietfa.amsl.com>; Sun, 22 May 2016 12:34:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.626
X-Spam-Level:
X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=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 D9_cMt1wqSAD for <spud@ietfa.amsl.com>; Sun, 22 May 2016 12:34:29 -0700 (PDT)
Received: from mail-out4.uio.no (mail-out4.uio.no [IPv6:2001:700:100:10::15]) (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 10AE312D577 for <spud@ietf.org>; Sun, 22 May 2016 12:34:29 -0700 (PDT)
Received: from mail-mx3.uio.no ([129.240.10.44]) by mail-out4.uio.no with esmtp (Exim 4.80.1) (envelope-from <michawe@ifi.uio.no>) id 1b4Z8o-0005bF-G3; Sun, 22 May 2016 21:34:22 +0200
Received: from 3.134.189.109.customer.cdi.no ([109.189.134.3] helo=[192.168.0.103]) by mail-mx3.uio.no with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) user michawe (Exim 4.80) (envelope-from <michawe@ifi.uio.no>) id 1b4Z8n-0003ZX-Ul; Sun, 22 May 2016 21:34:22 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Michael Welzl <michawe@ifi.uio.no>
In-Reply-To: <DF086B59-DE46-489E-B743-1FCF7E6D1DCD@trammell.ch>
Date: Sun, 22 May 2016 21:34:20 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <0E98FD9B-B093-4636-AFBB-D4460871F8D2@ifi.uio.no>
References: <7EE2C4F8-98D4-493A-9778-FB6697B4A4DF@trammell.ch> <825141DA-F346-412A-A52C-53BF81EC6502@trammell.ch> <655C07320163294895BBADA28372AF5D4885CF80@FR712WXCHMBA15.zeu.alcatel-lucent.com> <CALx6S37br_VkDrggO1gAh2LzZtm=BTNTEecRU3sRQmUrnR+r7g@mail.gmail.com> <20160519182701.GL12994@cisco.com> <CALx6S34_HYgGcOTd+fgCZjNcNYc+4LpBr9Rpq_NWHGAXum8kFg@mail.gmail.com> <DF086B59-DE46-489E-B743-1FCF7E6D1DCD@trammell.ch>
To: Brian Trammell <ietf@trammell.ch>
X-Mailer: Apple Mail (2.3124)
X-UiO-SPF-Received:
X-UiO-Ratelimit-Test: rcpts/h 10 msgs/h 3 sum rcpts/h 12 sum msgs/h 4 total rcpts 41995 max rcpts/h 54 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, MIME_QP_LONG_LINE=0.001, TVD_RCVD_IP=0.001, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: 620F1FDBFA24803496F1053C312A33AE16BCA614
X-UiO-SPAM-Test: remote_host: 109.189.134.3 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 3 total 1057 max/h 14 blacklist 0 greylist 0 ratelimit 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/WPS_6uc1lHSYxX9L2sDW-6IzMVk>
Cc: Tom Herbert <tom@herbertland.com>, Toerless Eckert <eckert@cisco.com>, "Scharf, Michael (Nokia - DE)" <michael.scharf@nokia.com>, "spud@ietf.org" <spud@ietf.org>
Subject: Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-forming follow-on to SPUD BoF
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 May 2016 19:34:30 -0000
Hi, I’m sorry for derailing this a little - it isn’t so relevant to the BoF, but I’d really like to answer this part of the discussion: > On 20. mai 2016, at 12.32, Brian Trammell <ietf@trammell.ch> wrote: > > >> On 19 May 2016, at 21:17, Tom Herbert <tom@herbertland.com> wrote: >> >> On Thu, May 19, 2016 at 11:27 AM, Toerless Eckert <eckert@cisco.com> wrote: (snip) >> With something like SPUD (basically anything not simple TCP/IPv4) we >> are always faced with the same problem that some networks on the >> Internet may arbitrarily drop or otherwise restrict packets (we know >> for instance that some network operators choose to severely rate limit >> all UDP because of DOS concerns). So even if we do manage to start >> deploying transport protocols over UDP we are going have TCP as a >> fallback for indefinite future, i.e. more happy eyeballs. > > Yes, and if we do manage to start deploying transport protocols over IPv6, we are going to have IPv4 fallback for an indefinite future. I share your concern about happy eyeballs state explosion (a phenomenon we refer to around the office as "angry eyeballs" -> eight orthogonal network/transport layer choices to test at startup means that every flow begins with a 256 packet burst)... but the benefit of doing this to transport flexibility is potentially worth the cost, which is the fundamental question we want to address in PLUS. I have a problem with this “angry eyeballs” thing: it’s assuming a very simplistic happy eyeballing algorithm and, by calling it names, gives the impression as if the described problem was universal to all possible happy eyeballing algorithms - which isn’t the case. For example: we often surf to the same websites, which are often on CDNs, on a path that doesn’t change very much. So if my computer would happy eyeball slowly and store information in its cache, that information is potentially valid and useful for a LONG time. Then, why not use the favored transport *only* as long as the cache hasn’t expired, and then try fall-backs if things fail? Also the multiplicative effect that you’re pointing at can be circumvented. E.g., if TCP doesn’t work over IPv6, it doesn’t make much sense to try a different transport over v6… so the number of tests can be gradually reduced. I’m just giving examples to say that much more reasonable mechanisms than the one that you sketch here could be devised. Happy Eyeballing doesn’t *need* to be “angry”. Cheers, Michael
- [Spud] Possible WG-forming follow-on to SPUD BoF Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Scharf, Michael (Nokia - DE)
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Toerless Eckert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Scharf, Michael (Nokia - DE)
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Dave Dolson
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Dave Dolson
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Toerless Eckert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Dave Dolson
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Ian Swett
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Mirja Kühlewind
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Ian Swett
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Dave Dolson
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Toerless Eckert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Dave Dolson
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Phillip Hallam-Baker
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Michael Welzl
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Toerless Eckert
- Re: [Spud] Fwd: Possible WG-forming follow-on to … Mark Nottingham
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Michael Welzl
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Mirja Kühlewind
- Re: [Spud] Fwd: Possible WG-forming follow-on to … Mirja Kühlewind
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] Fwd: Possible WG-forming follow-on to … Brian Trammell
- Re: [Spud] Fwd: Possible WG-forming follow-on to … Toerless Eckert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Mirja Kühlewind
- Re: [Spud] Fwd: Possible WG-forming follow-on to … Mirja Kühlewind
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Joe Touch
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Joe Touch
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] Fwd: Possible WG-forming follow-on to … Toerless Eckert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Joe Touch
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Joe Touch
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] Possible WG-forming follow-on to SPUD … Mark Nottingham
- Re: [Spud] Possible WG-forming follow-on to SPUD … Brian Trammell
- Re: [Spud] Possible WG-forming follow-on to SPUD … Mark Nottingham
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Brian Trammell
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Mirja Kühlewind
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Mirja Kühlewind
- Re: [Spud] Possible WG-forming follow-on to SPUD … Fan, Peng
- Re: [Spud] [Stackevo-discuss] Fwd: Possible WG-fo… Tom Herbert
- Re: [Spud] Possible WG-forming follow-on to SPUD … Tom Herbert
- Re: [Spud] Possible WG-forming follow-on to SPUD … Brian Trammell
- Re: [Spud] Possible WG-forming follow-on to SPUD … Szilveszter Nadas
- Re: [Spud] Possible WG-forming follow-on to SPUD … Brian Trammell
- Re: [Spud] Possible WG-forming follow-on to SPUD … Tom Herbert
- Re: [Spud] Possible WG-forming follow-on to SPUD … Brian Trammell
- Re: [Spud] Possible WG-forming follow-on to SPUD … Szilveszter Nadas
- Re: [Spud] Possible WG-forming follow-on to SPUD … Tom Herbert