From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 808EA21F18F for ; Fri, 28 Jun 2013 09:57:30 -0700 (PDT) Received: by mail-ie0-f178.google.com with SMTP id u16so4724144iet.9 for ; Fri, 28 Jun 2013 09:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=hvVrYhToFbyB0dp+XAnT+9edpB7uA/JtYrM5B+vAz2c=; b=ElwPHlOOQEkpXPNv3bAtZ+lfljozPOc+TsWzk+MXYLfmB2cEgyyD6rJhpz9QBrBhQR J1ewahZ1BrwAJBPce7ZWyZFKSIV82kjoC+t4Mxl4HsHQVhZLo9asPVFXVloTYkE+pt7T b7fUZ34kax7mNIOj2hw/VMqyCbNdne3aO0XvhDn1wL4NYfr0K/2Qi6LFg+2aliEN2BOD sjsg6hSaSLiK/YnNmAWyr8NqRSiUrIcLazwgYaBecFtYRrF/A5oMMduVerUSEzmLE//o 8uHAz3qdY0L4qV5QstP8ZzpuwyJJLaqMoOuIaGbkkdo1W/MKxkezVsAx2n8IXqSqqmW0 QLmA== MIME-Version: 1.0 X-Received: by 10.50.3.103 with SMTP id b7mr4615041igb.54.1372438649774; Fri, 28 Jun 2013 09:57:29 -0700 (PDT) Received: by 10.64.86.8 with HTTP; Fri, 28 Jun 2013 09:57:29 -0700 (PDT) In-Reply-To: <20130628083322.D07BE406064@ip-64-139-1-69.sjc.megapath.net> References: <20130628083322.D07BE406064@ip-64-139-1-69.sjc.megapath.net> Date: Fri, 28 Jun 2013 09:57:29 -0700 Message-ID: From: Dave Taht To: Hal Murray Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bloat@lists.bufferbloat.net Subject: Re: [Bloat] Google's experiments with QUIC and SPDY X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 16:57:30 -0000 On Fri, Jun 28, 2013 at 1:33 AM, Hal Murray wrote= : > Has anybody tried this stuff in a bloat sensitive environment? > > Experimenting with QUIC > http://blog.chromium.org/2013/06/experimenting-with-quic.html > > "QUIC (Quick UDP Internet Connections) is an early-stage network > protocol we are experimenting with that runs a stream multiplexing > protocol over a new flavor of Transport Layer Security (TLS) on top o= f > UDP instead of TCP. QUIC combines a carefully selected collection of > techniques to reduce the number of round trips we need as we surf the > Internet. You can learn more in the design document, but here are som= e > of the highlights: ..." No. But I hadn't heard of this one... it sounds similar to how webrtc works... I'd like to see udp more used... as there are plenty of things that tcp does that aren't actually needed by a web interface (in order packet delivery for example) Ages ago I'd written a command line tool for searching google that could do your basic search in a single packet in each direction. It is very useful for doing research within emacs and org-mode in particular. http://gnugol.taht.net/ regrettably the API I used is deprecated by google, although it still seems to work (as does the bing api and a few others), and I killed the single udp packet version of the protocol in an orgy of code cleanup one misguided day thinking I'd add crypto (DTLS or pgp) to it... > > > SPDY: An experimental protocol for a faster web > http://www.chromium.org/spdy/spdy-whitepaper > > As part of the "Let's make the web faster" initiative, we are experimenti= ng > with alternative protocols to help reduce the latency of web pages. One o= f > these experiments is SPDY (pronounced "SPeeDY"), an application-layer > protocol for transporting content over the web, designed specifically for > minimal latency. In addition to a specification of the protocol, we have > developed a SPDY-enabled Google Chrome browser and open-source web server= . In > lab tests, we have compared the performance of these applications over HT= TP > and SPDY, and have observed up to 64% reductions in page load times in SP= DY. > We hope to engage the open source community to contribute ideas, feedback= , > code, and test results, to make SPDY the next-generation application prot= ocol > for a faster web. There has been also been work on sctp and multipath tcp. It's good to keep banging the rocks together until something, anything, makes a spark. > -- > These are my opinions. I hate spam. > > > > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html