[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Google's QUIC
- Subject: Google's QUIC
- From: djahandarie at gmail.com (Darius Jahandarie)
- Date: Sat, 29 Jun 2013 10:27:48 -0400
- In-reply-to: <[email protected]>
- References: <[email protected]> <op.wzeodwxt4oyyg1@alvarezp-ws> <CAL9jLaYJ=Aa8kLFGorbh1wZpVdSR4Wsmb7XdBR8BP8cM1RcvTQ@mail.gmail.com> <op.wzepfmcs4oyyg1@alvarezp-ws> <CAL9jLab9d-2Msj_LWaiO9152_zgt7LzaFDueR=-ubW7ieZ45bg@mail.gmail.com> <op.wzetvikf4oyyg1@alvarezp-ws> <CAL9jLabP6fu68uXRwSi765KwCdyK=hUNE2aScAWsFJ-5i3-bQA@mail.gmail.com> <op.wze4eygw4oyyg1@alvarezp-ws> <CAL9jLaZwg4U4Stqc67Lhm5RyZxcqpcfUYVN6xNQtAEXcQ3xj0w@mail.gmail.com> <CAH_OBifM_A1o51kXfwrZtLDg=rxGbczZ0oAUnLgr=GwUMqkVYw@mail.gmail.com> <[email protected]> <[email protected]>
On Sat, Jun 29, 2013 at 7:53 AM, Grzegorz Janoszka <Grzegorz at janoszka.pl> wrote:
> I am surprised nobody mentioned security issues. To minimize latency the
> following would be best: the client sends one UDP packet and receives
> stream of UDP packets with page code, styles, images and whatever else
> could be needed. The waiting time is just RTT plus browser processing.
>
> I am sure Google considered it, so I am really curious how they are
> going to solve it.
Of course they consider this. Read the "CONNECTION ESTABLISHMENT and
RESUMPTION" section of their design document [1]. If you're familiar
with TCP Fast Open, many of its techniques are reused.
[1] https://docs.google.com/document/d/1RNHkx_VvKWyWg6Lr8SZ-saqsQx7rFV-ev2jRFUoVD34/edit
--
Darius Jahandarie