General list for discussing Bufferbloat
 help / color / mirror / Atom feed
* [Bloat] Google's QUIC has reached NANOG
@ 2013-06-28 21:54 Hal Murray
  2013-06-28 22:05 ` Justin Andrusk
  0 siblings, 1 reply; 5+ messages in thread
From: Hal Murray @ 2013-06-28 21:54 UTC (permalink / raw)
  To: bloat; +Cc: Hal Murray


Google making the Web faster with protocol that reduces round trips
http://tinyurl.com/prsvb4z
http://arstechnica.com/information-technology/2013/06/google-making-the-web-fa
ster-with-protocol-that-reduces-round-trips/

http://mailman.nanog.org/pipermail/nanog/
http://mailman.nanog.org/pipermail/nanog/2013-June/059526.html

Seems likely to be a noisy thread.


-- 
These are my opinions.  I hate spam.




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bloat] Google's QUIC has reached NANOG
  2013-06-28 21:54 [Bloat] Google's QUIC has reached NANOG Hal Murray
@ 2013-06-28 22:05 ` Justin Andrusk
  2013-06-28 23:17   ` Bruce Atherton
  0 siblings, 1 reply; 5+ messages in thread
From: Justin Andrusk @ 2013-06-28 22:05 UTC (permalink / raw)
  To: Hal Murray; +Cc: bloat

[-- Attachment #1: Type: text/plain, Size: 737 bytes --]

So am I the only one concerned that they are looking to use udp instead of
tcp?
On Jun 28, 2013 5:55 PM, "Hal Murray" <hmurray@megapathdsl.net> wrote:

>
> Google making the Web faster with protocol that reduces round trips
> http://tinyurl.com/prsvb4z
>
> http://arstechnica.com/information-technology/2013/06/google-making-the-web-fa
> ster-with-protocol-that-reduces-round-trips/
>
> http://mailman.nanog.org/pipermail/nanog/
> http://mailman.nanog.org/pipermail/nanog/2013-June/059526.html
>
> Seems likely to be a noisy thread.
>
>
> --
> These are my opinions.  I hate spam.
>
>
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>

[-- Attachment #2: Type: text/html, Size: 1555 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bloat] Google's QUIC has reached NANOG
  2013-06-28 22:05 ` Justin Andrusk
@ 2013-06-28 23:17   ` Bruce Atherton
  2013-06-28 23:19     ` Dave Taht
  0 siblings, 1 reply; 5+ messages in thread
From: Bruce Atherton @ 2013-06-28 23:17 UTC (permalink / raw)
  To: bloat

On 28/06/2013 3:05 PM, Justin Andrusk wrote:
>
> So am I the only one concerned that they are looking to use udp 
> instead of tcp?
>
>

It is an important part of the design. They want to multiplex streams 
into a single connection, and ordered packets means one lost packet in 
one stream holds up all the streams. Only way around that is with 
something other than TCP right now. This is a major downside of 
multiplexing SPDY over using multiple connections, which I believe was 
one of the prime motivators to develop QUIC.

In the FAQ, they mention that they are hoping once they get a good 
design in QUIC some of its ideas can be moved into TCP. Someday.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bloat] Google's QUIC has reached NANOG
  2013-06-28 23:17   ` Bruce Atherton
@ 2013-06-28 23:19     ` Dave Taht
  2013-06-28 23:47       ` Jim Gettys
  0 siblings, 1 reply; 5+ messages in thread
From: Dave Taht @ 2013-06-28 23:19 UTC (permalink / raw)
  To: Bruce Atherton; +Cc: bloat

The design document is a very valuable read. Tons of good ideas in there...

https://docs.google.com/document/d/1RNHkx_VvKWyWg6Lr8SZ-saqsQx7rFV-ev2jRFUoVD34/preview?sle=true

On Fri, Jun 28, 2013 at 4:17 PM, Bruce Atherton <bruce@callenish.com> wrote:
> On 28/06/2013 3:05 PM, Justin Andrusk wrote:
>>
>>
>> So am I the only one concerned that they are looking to use udp instead of
>> tcp?
>>
>>
>
> It is an important part of the design. They want to multiplex streams into a
> single connection, and ordered packets means one lost packet in one stream
> holds up all the streams. Only way around that is with something other than
> TCP right now. This is a major downside of multiplexing SPDY over using
> multiple connections, which I believe was one of the prime motivators to
> develop QUIC.
>
> In the FAQ, they mention that they are hoping once they get a good design in
> QUIC some of its ideas can be moved into TCP. Someday.
>
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat



-- 
Dave Täht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bloat] Google's QUIC has reached NANOG
  2013-06-28 23:19     ` Dave Taht
@ 2013-06-28 23:47       ` Jim Gettys
  0 siblings, 0 replies; 5+ messages in thread
From: Jim Gettys @ 2013-06-28 23:47 UTC (permalink / raw)
  To: Dave Taht; +Cc: bloat

[-- Attachment #1: Type: text/plain, Size: 1697 bytes --]

I'm a fan of minion, myself. (along with ccn, in the revolutionary
category).

http://csweb1.fandm.edu/jiyengar/papers/minion-pfldnet2010.pdf

Jim



On Fri, Jun 28, 2013 at 7:19 PM, Dave Taht <dave.taht@gmail.com> wrote:

> The design document is a very valuable read. Tons of good ideas in there...
>
>
> https://docs.google.com/document/d/1RNHkx_VvKWyWg6Lr8SZ-saqsQx7rFV-ev2jRFUoVD34/preview?sle=true
>
> On Fri, Jun 28, 2013 at 4:17 PM, Bruce Atherton <bruce@callenish.com>
> wrote:
> > On 28/06/2013 3:05 PM, Justin Andrusk wrote:
> >>
> >>
> >> So am I the only one concerned that they are looking to use udp instead
> of
> >> tcp?
> >>
> >>
> >
> > It is an important part of the design. They want to multiplex streams
> into a
> > single connection, and ordered packets means one lost packet in one
> stream
> > holds up all the streams. Only way around that is with something other
> than
> > TCP right now. This is a major downside of multiplexing SPDY over using
> > multiple connections, which I believe was one of the prime motivators to
> > develop QUIC.
> >
> > In the FAQ, they mention that they are hoping once they get a good
> design in
> > QUIC some of its ideas can be moved into TCP. Someday.
> >
> >
> > _______________________________________________
> > Bloat mailing list
> > Bloat@lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/bloat
>
>
>
> --
> Dave Täht
>
> Fixing bufferbloat with cerowrt:
> http://www.teklibre.com/cerowrt/subscribe.html
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>

[-- Attachment #2: Type: text/html, Size: 3221 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2013-06-28 23:47 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-06-28 21:54 [Bloat] Google's QUIC has reached NANOG Hal Murray
2013-06-28 22:05 ` Justin Andrusk
2013-06-28 23:17   ` Bruce Atherton
2013-06-28 23:19     ` Dave Taht
2013-06-28 23:47       ` Jim Gettys

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox