Fwd: New Version Notification for draft-krasic-quic-qcram-01.txt

"Charles 'Buck' Krasic" <ckrasic@google.com> Mon, 17 July 2017 22:40 UTC

Return-Path: <ckrasic@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 689A2131CDF for <quic@ietfa.amsl.com>; Mon, 17 Jul 2017 15:40:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 I5J5VtW9bY8Q for <quic@ietfa.amsl.com>; Mon, 17 Jul 2017 15:40:16 -0700 (PDT)
Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::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 5FD54131CE8 for <quic@ietf.org>; Mon, 17 Jul 2017 15:40:16 -0700 (PDT)
Received: by mail-yw0-x22b.google.com with SMTP id v193so960353ywg.2 for <quic@ietf.org>; Mon, 17 Jul 2017 15:40:16 -0700 (PDT)
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; bh=pSQ9U3EuTV+Ymb5JG6egdcWQQwacq/aSRYUlWYcfBro=; b=mv4yQvppi4aNekzISpcdRQykJFRnFHyYKUHxDCQeaC0O+RhZO5WhAQc9SVPkX2GBRQ SWoQeqLGAZBGIfvRvYQyh5SzC1OD/ZaZrRlK5l9cH4YzpY0p675sTHmGGrG9hW2LVYj3 05RCAVEK7HYJ+/mjoClxb8Gmh5jJsHnH8rT1pkr+RwL9dKKGyhL5uwCujZdX2zBQ+u/3 C5AHAWKNpn2y1K9i3bGKHhuqHrhJ4nHfgJuR3XhyNGefhxFbk5yU0xVb/YrHrp3vc4Pq 3vD6ctzEwoCz824xYKVZgBODOTnDkDfbXZFam5MoVmGFaifPrLVw2k9vTAtyHo1qkOuf VDZg==
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; bh=pSQ9U3EuTV+Ymb5JG6egdcWQQwacq/aSRYUlWYcfBro=; b=IjN+/ufeuWDSs7oW7nykXW+/11ynG1TCM2odXqxli76nebXSiorPwjjw1pDBPmP22K eFQeKhv3nQc2bWEeOlbgm5KR8E0gMjDo8vXX2pfDR/UmaItYR6vgLbYfN/9CkvOVeyVA ynXQVwdjucJmtJk+15nTNRjLkAkPk02JHkynnaTc0E8JGtikXTEFNmyYsoFEdsjeeq2V lvE9DRsfkv1JMl3v+P0qOtTpfYtoGvDlkNwceb1UngB5QrjDs02khaWUSSPtY+Qz5x+4 OHn5faew2gR+5sEK2RzKqDC+3y9QrgW/W3pJ1Nlx2c+YpbHTndLY1gzIxC+UboJA7C2J p+Cw==
X-Gm-Message-State: AIVw110+VCaem01wXmkQpQX+Sz6kOrPPxZHIMARZARVgo8Mq/JHFSP4A gvwTcpISrJAhgbb8KRe6/cn7x5NsYrUtaVb6vA==
X-Received: by 10.129.104.215 with SMTP id d206mr17308312ywc.31.1500331215296; Mon, 17 Jul 2017 15:40:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.171.75 with HTTP; Mon, 17 Jul 2017 15:39:54 -0700 (PDT)
In-Reply-To: <150033047901.11270.14123902986348483364.idtracker@ietfa.amsl.com>
References: <150033047901.11270.14123902986348483364.idtracker@ietfa.amsl.com>
From: Charles 'Buck' Krasic <ckrasic@google.com>
Date: Mon, 17 Jul 2017 15:39:54 -0700
Message-ID: <CAD-iZUbo1h7UqcGfg0=UEHwH6T4qmr+jAT9sVYzU89MR2NDsbg@mail.gmail.com>
Subject: Fwd: New Version Notification for draft-krasic-quic-qcram-01.txt
To: IETF QUIC WG <quic@ietf.org>
Content-Type: multipart/alternative; boundary="001a1149018a22ac0d05548b15bf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/hQa2p11RD7sdOmvQvvfzGaEF86A>
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: Mon, 17 Jul 2017 22:40:18 -0000

Hi all.  I have uploaded a new revision of the QCRAM draft.

The main changes:

   - assuming we'll move back to one stream per HTTP message exchange, and
   adopted Mike's idea to split updates off onto the connection control
   stream.
   - introduced de-duplication to handle a table explosion case.
   - more clearly defined HPACK fallback options, and I think they handle
   some corner cases much more neatly now.


---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Mon, Jul 17, 2017 at 3:27 PM
Subject: New Version Notification for draft-krasic-quic-qcram-01.txt
To: Charles 'Buck' Krasic <ckrasic@google.com>



A new version of I-D, draft-krasic-quic-qcram-01.txt
has been successfully submitted by Charles 'Buck' Krasic and posted to the
IETF repository.

Name:           draft-krasic-quic-qcram
Revision:       01
Title:          Header Compression for HTTP over QUIC
Document date:  2017-07-17
Group:          Individual Submission
Pages:          12
URL:            https://www.ietf.org/internet-drafts/draft-krasic-quic-
qcram-01.txt
Status:         https://datatracker.ietf.org/doc/draft-krasic-quic-qcram/
Htmlized:       https://tools.ietf.org/html/draft-krasic-quic-qcram-01
Htmlized:       https://datatracker.ietf.org/doc/html/draft-krasic-quic-
qcram-01
Diff:           https://www.ietf.org/rfcdiff?url2=draft-krasic-quic-qcram-01

Abstract:
   The design of the core QUIC transport and the mapping of HTTP
   semantics over it subsume many HTTP/2 features, prominent among them
   stream multiplexing and HTTP header compression.  A key advantage of
   the QUIC transport is that provides stream multiplexing free of HoL
   blocking between streams, while in HTTP/2 multiplexed streams can
   suffer HoL blocking primarily due to HTTP/2's layering above TCP.
   However, assuming HPACK is used for header compression, HTTP over
   QUIC is still vulnerable to HoL blocking, because of how HPACK
   exploits header redundancies between multiplexed HTTP transactions.
   This draft defines QCRAM, a variation of HPACK and mechanisms in the
   QUIC HTTP mapping that allow QUIC implementations the flexibility to
   avoid header-compression induced HoL blocking.




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat




-- 
Charles 'Buck' Krasic | Software Engineer | ckrasic@google.com | +1 (408)
412-1141