Re: [tsvwg] The List (of application-layer desired features)

Michael Tuexen <Michael.Tuexen@lurchi.franken.de> Wed, 28 August 2013 14:32 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A850611E819F for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 28 Aug 2013 07:32:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.488
X-Spam-Level:
X-Spam-Status: No, score=-7.488 tagged_above=-999 required=5 tests=[AWL=3.111, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y15F3VFQd-Ji for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 28 Aug 2013 07:32:30 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id AA4D111E813A for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 28 Aug 2013 07:32:30 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1VEgmq-0002vh-RW for ietf-http-wg-dist@listhub.w3.org; Wed, 28 Aug 2013 14:31:56 +0000
Resent-Date: Wed, 28 Aug 2013 14:31:56 +0000
Resent-Message-Id: <E1VEgmq-0002vh-RW@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <Michael.Tuexen@lurchi.franken.de>) id 1VEgme-0002ux-PM for ietf-http-wg@listhub.w3.org; Wed, 28 Aug 2013 14:31:44 +0000
Received: from mail-n.franken.de ([193.175.24.27] ident=postfix) by maggie.w3.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <Michael.Tuexen@lurchi.franken.de>) id 1VEgmd-00032J-6W for ietf-http-wg@w3.org; Wed, 28 Aug 2013 14:31:44 +0000
Received: from [192.168.1.100] (p508F0592.dip0.t-ipconnect.de [80.143.5.146]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id AC4241C0C0693; Wed, 28 Aug 2013 16:31:20 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
In-Reply-To: <CAA4WUYic66HeiGOw74qLh5CP5Q0i7yf=GoRO4_6iyp24NTW4=w@mail.gmail.com>
Date: Wed, 28 Aug 2013 16:31:19 +0200
Cc: Michael Welzl <michawe@ifi.uio.no>, Yoav Nir <ynir@checkpoint.com>, Mike Belshe <mike@belshe.com>, HTTP Working Group <ietf-http-wg@w3.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <8BC0FBF2-459F-4172-B63F-2D58B7C32E2E@lurchi.franken.de>
References: <CAP+FsNeMqB0+igBZjjsT-Xb+17YdUyptBJ2N0x9_jaaLYzKisQ@mail.gmail.com> <CAP+FsNcvR5q3N2iLv6wM6LQXS72sg1pdvTWdU9rsSFAP8OHpwA@mail.gmail.com> <4613980CFC78314ABFD7F85CC302772111B7D710@IL-EX10.ad.checkpoint.com> <CABaLYCuom7VH+9VJrbe7-D+S7YfGtbS59ne5fG03Zrm=U5tc0Q@mail.gmail.com> <081D0F76-F4AE-42D5-B354-795BE4910D23@lurchi.franken.de> <2ADDC87F-8E20-4D7D-B0A0-20CE3DD12B81@ifi.uio.no> <CAA4WUYhK4TQNsYiemfDq5xVtxtmPV=suqteRUkb11r43ZxRHAA@mail.gmail.com> <07FF0072-DA3F-4E4A-9418-F2C4CF918817@ifi.uio.no> <CAA4WUYjeQGuER715PsQBamHSMxuBpT_aOBa4qWFP69r8LmJGKQ@mail.gmail.com> <34074BE6-2402-4228-8601-3AF51808F879@lurchi.franken.de> <CAA4WUYic66HeiGOw74qLh5CP5Q0i7yf=GoRO4_6iyp24NTW4=w@mail.gmail.com>
To: willchan@google.com
X-Mailer: Apple Mail (2.1508)
Received-SPF: none client-ip=193.175.24.27; envelope-from=Michael.Tuexen@lurchi.franken.de; helo=mail-n.franken.de
X-W3C-Hub-Spam-Status: No, score=-5.1
X-W3C-Hub-Spam-Report: AWL=-1.844, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-2.511, SPF_HELO_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1VEgmd-00032J-6W 33859621ae075c88541e3eab1740192e
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [tsvwg] The List (of application-layer desired features)
Archived-At: <http://www.w3.org/mid/8BC0FBF2-459F-4172-B63F-2D58B7C32E2E@lurchi.franken.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/19429
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On Aug 28, 2013, at 3:44 PM, William Chan (陈智昌) <willchan@google.com> wrote:

> On Wed, Aug 28, 2013 at 9:41 PM, Michael Tuexen <Michael.Tuexen@lurchi.franken.de> wrote:
> On Aug 28, 2013, at 3:34 PM, William Chan (陈智昌) <willchan@google.com> wrote:
> 
> > On Wed, Aug 28, 2013 at 7:53 PM, Michael Welzl <michawe@ifi.uio.no> wrote:
> >
> > On 28. aug. 2013, at 11:53, William Chan (陈智昌) wrote:
> >
> >> On Aug 28, 2013 4:01 PM, "Michael Welzl" <michawe@ifi.uio.no> wrote:
> >> >
> >> > Hi,
> >> >
> >> > I agree 100% with Michael Tuexen here... just one thing, in line:
> >> >
> >> >
> >> >>> You're right, SCTP is non-deployable, which makes it a non-starter.  SCTP also does not address handshake issues or TLS issues.
> >> >>
> >> >> I agree that SCTP over IP can't be deployed now due to missing NAT support.
> >> >
> >> >
> >> > Indeed that's not an argument against SCTP/UDP/IP, but I also wonder why, instead of saying "can't be deployed", people don't just go ahead and use it whenever it's there and works, with a fall-back to TCP? This could be done with (this version of) Happy Eyeballs:
> >> > http://tools.ietf.org/html/draft-wing-tsvwg-happy-eyeballs-sctp-02
> >> >
> >> > Good reasons against doing this are... what? Anyone?
> >>
> >> Implementation usefulness. Why bother adding code that barely gets used (and that is unlikely to improve in the near future), adds complexity, code bloat, etc...?
> >>
> > Fair point. That's why I think the OS should in fact do Happy Eyeballs for you!
> >
> >
> > I'm not sure if you're trolling me. In case you aren't, you may want to look at the graph at: http://gs.statcounter.com/#os-ww-monthly-201207-201307. Windows XP (released in 2001) is still around 20% of browser usage. If you have the ability to get Microsoft to backport SCTP/IP onto their XP stack, I'd love to know. We're not going to ignore large segments of our user base when we could use UDP and deploy for all relevant OSes. That may be acceptable for some applications, but not for the browser I work on.
> You can build SCTP in your browser and run it on top of UDP. This is what is done
> in RTCWeb. They use SCTP over DTLS over UDP with SCTP and DTLS running in the
> application layer. This is available in recent versions of Firefox and running
> on Windows XP...
> 
> You may have missed the fact that Michael Welzl was talking about SCTP/IP and I was responding to that. You may also have missed my note below about SCTP over UDP where I said: "SCTP/UDP has a much higher likelihood of usefulness."
Ahh, OK. Thanks for the clarification.

Best regards
Michael
> 
> Cheers.
>  
> 
> Best regards
> Michael
> >
> > This is why Roberto said:
> > """
> > Wide, "safe" deployment
> > """
> >> SCTP/UDP has a much higher likelihood of usefulness. But as Roberto has mentioned, it still has deficiencies, mostly around RTTs (connection + DTLS setup). If they can be fixed, great. Let's do it.
> >>
> > Why shouldn't it be possible to fix SCTP to do whatever you want? Anyway it sounds to me like a simpler approach than building a whole new protocol. Of course, SCTP++ isn't the nicest acronym...  then again, RTMFP isn't either, if you ask me, sounds almost like RTFM...  QUIC is great though!
> >
> > I have no attachments to the protocol name or frame format or whatever. Look at what we're doing in HTTP/2 which was inspired by SPDY but now has undergone substantial changes. We're serious about this. As long as the transport provides all the features we need, we'll use it. This conversation got started because tsvwg asked httpbis what the application layer wants from the transport. We're telling you. I think the constructive next step is for tsvwg folks to ask for clarification on any requirement they don't understand, discuss whether or not the requirements are reasonable, and discuss what may need to be done to address them.
> >
> >
> > Cheers,
> > Michael
> >
> >
> 
>