Out of order delivery in QUIC

[Gayathri R]

Hi,

Is out-of-order delivery in QUIC based on some network conditions.
i have seen CHLO coming in PKN 1 which is the first packet in the flow mostly,
but now i have seen QUIC flows where PKN 2 and PKN 3 are seen first then PKN 1 (CHLO) is seen ?
is it done to improve performance ?

Thanks,
Gayathri R

[Ryan Hamilton]

QUIC packets are always sent in order, so 1 is always sent before 2 and 3. However, the internet is a crazy place and will sometimes reorder packets. In particular, small packets are more likely to be moved to the front of the line. CHLO packets are always full sized, and encrypted requests are frequently not which probably explains the arrival order you see.

--
You received this message because you are subscribed to the Google Groups "QUIC Prototype Protocol Discussion group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to proto-quic+unsubscribe@chromium.org.
To post to this group, send email to proto...@chromium.org.
For more options, visit https://groups.google.com/a/chromium.org/d/optout.

[Gayathri R]

Thanks for the replay.
So we need to have a robust parser to address issues like this, and this is nothing to do with version/features of QUIC protocol.
Am i right ?.

Thanks,

Gayathri

[Ryan Hamilton]

Exactly!

[Dinh Nguyen]

Is there any existing logic on how to detect Out Of Order packets in Quic? - Many thanks

On Wednesday, October 11, 2017 at 12:56:37 PM UTC-7 Ryan Hamilton wrote:

Exactly!

On Tue, Oct 10, 2017 at 10:04 PM, Gayathri R <gay...@gmail.com> wrote:

Thanks for the replay.
So we need to have a robust parser to address issues like this, and this is nothing to do with version/features of QUIC protocol.
Am i right ?.

Thanks,

Gayathri

On Tue, Oct 10, 2017 at 7:17 PM, Ryan Hamilton <r...@chromium.org> wrote:

QUIC packets are always sent in order, so 1 is always sent before 2 and 3. However, the internet is a crazy place and will sometimes reorder packets. In particular, small packets are more likely to be moved to the front of the line. CHLO packets are always full sized, and encrypted requests are frequently not which probably explains the arrival order you see.

On Tue, Oct 10, 2017 at 12:42 AM, Gayathri R <gay...@gmail.com> wrote:

Hi,

Is out-of-order delivery in QUIC based on some network conditions.
i have seen CHLO coming in PKN 1 which is the first packet in the flow mostly,
but now i have seen QUIC flows where PKN 2 and PKN 3 are seen first then PKN 1 (CHLO) is seen ?
is it done to improve performance ?

Thanks,
Gayathri R

--
You received this message because you are subscribed to the Google Groups "QUIC Prototype Protocol Discussion group" group.

To unsubscribe from this group and stop receiving emails from it, send an email to proto-quic+...@chromium.org.

To post to this group, send email to proto...@chromium.org.
For more options, visit https://groups.google.com/a/chromium.org/d/optout.

--
You received this message because you are subscribed to the Google Groups "QUIC Prototype Protocol Discussion group" group.

To unsubscribe from this group and stop receiving emails from it, send an email to proto-quic+...@chromium.org.

To post to this group, send email to proto...@chromium.org.
For more options, visit https://groups.google.com/a/chromium.org/d/optout.

--
You received this message because you are subscribed to the Google Groups "QUIC Prototype Protocol Discussion group" group.

To unsubscribe from this group and stop receiving emails from it, send an email to proto-quic+...@chromium.org.