* [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