Google's QUIC

Michael Thomas mike at mtcc.com
Sat Jun 29 10:22:39 UTC 2013


On 06/28/2013 09:54 PM, shawn wilson wrote:
> On Jun 29, 2013 12:23 AM, "Christopher Morrow" <morrowc.lists at gmail.com>
> wrote:
>> On Fri, Jun 28, 2013 at 10:12 PM, Octavio Alvarez
>> <alvarezp at alvarezp.ods.org> wrote:
>>> On Fri, 28 Jun 2013 17:20:21 -0700, Christopher Morrow
>>> <morrowc.lists at 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).
>

 From the FAQ, QUIC is an experiment that they're building on top of UDP
to test out what a new layer 4 transport protocol built with modern http
in mind  ought to look like. They say that they eventually want to fold
the results back into TCP (if possible, but given their goals it doesn't seem
especially likely that the result would still be TCP).

Mike




More information about the NANOG mailing list