[164209] in North American Network Operators' Group
Re: Google's QUIC
daemon@ATHENA.MIT.EDU (shawn wilson)
Sat Jun 29 00:54:46 2013
In-Reply-To: <CAL9jLaZwg4U4Stqc67Lhm5RyZxcqpcfUYVN6xNQtAEXcQ3xj0w@mail.gmail.com>
Date: Sat, 29 Jun 2013 00:54:22 -0400
From: shawn wilson <ag4ve.us@gmail.com>
To: Christopher Morrow <morrowc.lists@gmail.com>
Cc: North American Network Operators Group <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Jun 29, 2013 12:23 AM, "Christopher Morrow" <morrowc.lists@gmail.com>
wrote:
>
> On Fri, Jun 28, 2013 at 10:12 PM, Octavio Alvarez
> <alvarezp@alvarezp.ods.org> wrote:
> > On Fri, 28 Jun 2013 17:20:21 -0700, Christopher Morrow
> > <morrowc.lists@gmail.com> wrote:
> >
> >>
> >> "Runs in top of UDP"... "Is not UDP"...
> >>
> >> If it has protocol set to 17 it is UDP.
> >
> >
> > So QUIC is an algorithm instead of a protocol?
>
> it's as much a protocol as http is.. I suppose my point is that it's
> some protocol which uses udp as the transport.
>
> Because of this I don't see any (really) kernel/stack changes
> required, right? it's just something the application needs to work out
> with it's peer(s). No different from http vs smtp...
>
SCTP was layer 4, if QUIC is the same, than it will too. If QUIC is layer 5
up, it won't. That might be the difference (I haven't looked into QUIC).
> -chris
>
