IETF Logo Mail Archive

Re: Updated QCRAM Draft

Jana Iyengar <jri@google.com> Wed, 24 January 2018 12:10 UTC

Return-Path: <jri@google.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F6221200C5 for <quic@ietfa.amsl.com>; Wed, 24 Jan 2018 04:10:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bbXL9t6cBtkA for <quic@ietfa.amsl.com>; Wed, 24 Jan 2018 04:10:16 -0800 (PST)
Received: from mail-yb0-x22b.google.com (mail-yb0-x22b.google.com [IPv6:2607:f8b0:4002:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06CFC1200C1 for <quic@ietf.org>; Wed, 24 Jan 2018 04:10:16 -0800 (PST)
Received: by mail-yb0-x22b.google.com with SMTP id i13so1434870ybl.9 for <quic@ietf.org>; Wed, 24 Jan 2018 04:10:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=eD/LfQbk3JbTGmZ7RJrYobGZYX4WSGsaZ5Q3KEMQ0sc=; b=cAgGNi683IPsexSezAnlU8UD8bvor2XhE2fq9xdZL/caXf4mCpgYNgATNd+EMD5h34 p2awoTjVwIvTxIGNzrjsjslqssOMucNWps9hgeFoq0Bq3hILJ2QuuZEoLcJpeSe6V6Qb NgLXl6NIh2VqYNPdVZS09oI89wmgGeswxnUV6a4BNLzq3PQ/nnyzXKKTM0t3sin575Qb /JdzezIs4ty+8j8gv2i45fLlWs/q1RECjMD/5rRkowuGRWG7/ABmpICUMIOU4C6us76r UVfnNeVgWIyc8+OnDOyc3hIAnEFkZEc2jHseU1qtCezFBxqkMDOMMnmfU3knn7EltANq bZRw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=eD/LfQbk3JbTGmZ7RJrYobGZYX4WSGsaZ5Q3KEMQ0sc=; b=O/asmz+ZzmY7AlwRL2dLlfMSpzN1PVYwxz53l5aGF3isiVjsAf8CVs3s0Hvz/V3XvC IE0LfmFv0fZdXdGndLG1DhXOxs5seyeB5/tQDlcyqw9ZoPeGhQ3mOGFonU1lN6YZkrib wx7wfr7FD9F45iuZXmbvPYGCIar2S2JWfD+0JYIGiHHSF5z8p9yryYqx0pPl+SDJFALF ltl0/svWSQbdPhDb2/W6qFzeRPbJ5qeYFrPz8LFnrtm5bf/bDUhyZBevGSCTxwDL1m6z dAQAeOQ/7u2GJRwZsfXPgbPD7KsUHQBhFY52ZD4Z4U6nLQ4ytDzhHpaSrLrnymMsTXNy oF6Q==
X-Gm-Message-State: AKwxytdfp5W2ROHuavv12LfxWhHA7faW6Uv9MDoGHK4VCO6Fx5cQEj2p YdmnbhpeL+YUVdcm8lc5+i6EDKqon0ls8ccptK4e9Uor
X-Google-Smtp-Source: AH8x224Xgg5xy2/uNo9kS7CQQg53EZdl9L116x/rJ62//oPSdFlo2TiUdHzWKLRKOT2W8dyyvxSqXJo2IhIucr5kSD8=
X-Received: by 10.37.94.6 with SMTP id s6mr4979975ybb.323.1516795814838; Wed, 24 Jan 2018 04:10:14 -0800 (PST)
MIME-Version: 1.0
Received: by 10.37.12.70 with HTTP; Wed, 24 Jan 2018 04:10:14 -0800 (PST)
In-Reply-To: <CANatvzw6fFOuStZS+WOpA8HnkBHu7OxU9DTsKCWGeK73_mZFpQ@mail.gmail.com>
References: <MWHPR08MB2432AA6E7D43B2318F23B671DAE20@MWHPR08MB2432.namprd08.prod.outlook.com> <CANatvzw6fFOuStZS+WOpA8HnkBHu7OxU9DTsKCWGeK73_mZFpQ@mail.gmail.com>
From: Jana Iyengar <jri@google.com>
Date: Wed, 24 Jan 2018 23:10:14 +1100
Message-ID: <CAGD1bZZTnsL2KEmU4RL2TemjKph2Jnx+s-qHZikz=AQKsnXfvw@mail.gmail.com>
Subject: Re: Updated QCRAM Draft
To: Kazuho Oku <kazuhooku@gmail.com>
Cc: Mike Bishop <mbishop@evequefou.be>, IETF QUIC WG <quic@ietf.org>, Charles 'Buck' Krasic <ckrasic@google.com>
Content-Type: multipart/alternative; boundary="001a1140fdc4bdfbfb0563848b67"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/8I1RiRnvVT8G4fH_6PQtaOI1wJI>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jan 2018 12:10:18 -0000

The draft outlines what I think the room converged on, and it seems fairly
straightforward -- thanks for the quick turnaround!

Kazuho: I could be wrong, so Buck or Mike should correct me if so, but I
believe the "Base Index" is basically what I think of as the "generation
ID" of the table. It reflects the number of table operations that have
happened... this is important when you have evictions, since just a
reference to the largest index is ambiguous if there have been evictions.

I don't understand however how the largest index is "Base Index - Depends".
I would've thought the largest index would simply be "Depends". What am I
missing?

On Wed, Jan 24, 2018 at 8:11 PM, Kazuho Oku <kazuhooku@gmail.com> wrote:

> Buck,
>
> Thank you for the draft.
>
> I like the approach and I think that it is not difficult to implement.
>
> Reading the spec, the question I have is why you need the BLOCKING flag
> and two variables (i.e. base index and depends). Can't each HEADERS frame
> always hold just one offset (i.e. largest index that the frame refers to)?
>
> Maybe I am missing something.
>
>
> 2018-01-24 16:53 GMT+11:00 Mike Bishop <mbishop@evequefou.be>:
>
>> Buck has posted an updated QCRAM draft at https://tools.ietf.org/html/dr
>> aft-krasic-quic-qcram-04 -- please read before tomorrow’s meeting so we
>> can have a useful discussion.  Thanks!
>>
>
>
>
> --
> Kazuho Oku
>

v2.23.0 | Report a Bug | By Email