Re: [dnsoverhttp] [Ext] Fwd: New Version Notification for draft-hoffman-dns-over-https-00.txt

Ben Schwartz <bemasc@google.com> Mon, 08 May 2017 18:16 UTC

Return-Path: <bemasc@google.com>
X-Original-To: dnsoverhttp@ietfa.amsl.com
Delivered-To: dnsoverhttp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14686128AFE for <dnsoverhttp@ietfa.amsl.com>; Mon, 8 May 2017 11:16:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.102
X-Spam-Level:
X-Spam-Status: No, score=-0.102 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 bw2mw5BmPlX5 for <dnsoverhttp@ietfa.amsl.com>; Mon, 8 May 2017 11:16:00 -0700 (PDT)
Received: from mail-ua0-x233.google.com (mail-ua0-x233.google.com [IPv6:2607:f8b0:400c:c08::233]) (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 E776F12896F for <dnsoverhttp@ietf.org>; Mon, 8 May 2017 11:15:59 -0700 (PDT)
Received: by mail-ua0-x233.google.com with SMTP id z47so49256846uaz.0 for <dnsoverhttp@ietf.org>; Mon, 08 May 2017 11:15:59 -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 :cc; bh=010YZpwArhZoIoRabf+hSWvhJm/uvQETVhb4hKDb2UI=; b=DWKx5k/0jB7jw3ShN5OMKWasoUJtUC+LfuiXhs/7rpQJnSjtwvc9u1OhwhTg1G0BGM GUyyXlvPIvMJlPGJhhIUJWMATEWZCr60F+dXkVZeDrOQ8TYD44E6DjwYGoWidXX6deTG 78+dRJLwVT3Z7aH/mKK7hiu7WV9zR1LtKPVrajiYgiUCrG9Lh4d7IyKJUqfkCaF0QLqr Oty9CMzGFKlh4uqkmMfdDsrvIuOvXkfXrG4yZhIx9dgQ1EJ4cp6hpztSJme99I6I6NlT QBTRndtSEXL7/4H7E6SGfC+QSFF9FBGgRqomg3x/GsHVQTc5AidsUPdUkylV6Hz1F8+x H60Q==
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=010YZpwArhZoIoRabf+hSWvhJm/uvQETVhb4hKDb2UI=; b=dIk6sAU8AbGmW6XlFfvTESE8+zgEhr5NEIijTQhJ9GxbdJmeThXr0SEClIHmNVhm5u j8cGVfHY5dU2LW7+y1tntexds+VU+5t8KQQI6NPlBbeyuM9BaHBdj5yeEgaY2Q99MUJj K+Mn+5ZlwDqKprrzUD0lOurBkAW6ImWy6EGAxtjq2/gX4+ZYw0HiUhGb9CGJNoayDJPC aRx4GPrI68D27X2dq8UM+jw/dZsuPu6tRzJI7MEi+gEMta7t7LaXh1mgP7udZtFH6XAj ngBBQsXF1kQdUrwmuG8d0SM5ByY6SkAlacZBfkyHQuQHCf30d3IOa1vX29nd45L+DUEz 5JVQ==
X-Gm-Message-State: AN3rC/6GsnJiEtthpt+5p1/L1aOsBP870eYvf54IcXI1WGxdU9a2YwSU sbKN0G8GmGakKQdRfgA6afyMQPYgSj6fzXw=
X-Received: by 10.159.36.76 with SMTP id 70mr18867095uaq.23.1494267358648; Mon, 08 May 2017 11:15:58 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.31.153.88 with HTTP; Mon, 8 May 2017 11:15:58 -0700 (PDT)
In-Reply-To: <CABkgnnXwmdrVQRg8fLZpJ3JDjxM=m4+92_CPSTeggbvitxXtPA@mail.gmail.com>
References: <149386734028.4783.5496348785626743035.idtracker@ietfa.amsl.com> <CAOdDvNpKuFB0hB33Dpc_oyR6SPOeDVbfD0oGxgpF3KzHf03bgA@mail.gmail.com> <CABkgnnV9AV-_qWq6tAA8AVaQgdf74pHWdSc3c7hy42PqvEnY-A@mail.gmail.com> <CAOdDvNqhU2z4-Lq4iN=fw_NXLMmoDo1qy8-qfDps3YOvX4MpyQ@mail.gmail.com> <CAHbrMsDg0cDSRcD3A+t94Xtf-Ccmtu4zr5m7Q1822Qw7mUcwHQ@mail.gmail.com> <AF2D8CFF-D461-443D-891F-9A1B7196B65A@icann.org> <CABkgnnXwmdrVQRg8fLZpJ3JDjxM=m4+92_CPSTeggbvitxXtPA@mail.gmail.com>
From: Ben Schwartz <bemasc@google.com>
Date: Mon, 8 May 2017 14:15:58 -0400
Message-ID: <CAHbrMsA8Hq2PBouHA7FOh7HgHBwTOfLJKhD7ddWRgURCVik1dA@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: Paul Hoffman <paul.hoffman@icann.org>, "dnsoverhttp@ietf.org" <dnsoverhttp@ietf.org>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="001a113cfe9824c6cc054f073b93"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsoverhttp/DMWEgJ-0JIft5JT_hl4P3a0NdD8>
Subject: Re: [dnsoverhttp] [Ext] Fwd: New Version Notification for draft-hoffman-dns-over-https-00.txt
X-BeenThere: dnsoverhttp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussion of DNS over HTTP <dnsoverhttp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsoverhttp>, <mailto:dnsoverhttp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsoverhttp/>
List-Post: <mailto:dnsoverhttp@ietf.org>
List-Help: <mailto:dnsoverhttp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsoverhttp>, <mailto:dnsoverhttp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 May 2017 18:16:02 -0000

I spent a few minutes playing with Martin's old bhpack code and got the
following results for HPACK Huffman-code queries.

HPACK(base64(random bytes)): 1.19 bytes per byte
HPACK(url-encode(random bytes)): 1.82 bytes per byte

HPACK(base64(random lower-case letters)): 1.15 bytes per letter
HPACK(lower-case letters): 0.82 bytes per letter

I compute that percent-encoding is about 50% larger than base64 for random
bytes in HTTP/2.  (I think it was 86% larger in HTTP/1.1).  For a mix of
random bytes and lower-case letters, percent-encoding beats base64 in
HTTP/2 when the input is 66% letters or more.  DNS queries have about 20
bytes in binary, so that would be about 40 name characters.

So base64 still wins, but I'm OK with percent encoding.

On Thu, May 4, 2017 at 8:16 PM, Martin Thomson <martin.thomson@gmail.com>
wrote:

> On 5 May 2017 at 01:46, Paul Hoffman <paul.hoffman@icann.org> wrote:
> > If we're going to use the wire protocol (which I think is good,
> particularly for extensions), then it should actually be the wire protocol.
> Therefore, I would strongly prefer "MUST be zero" to "be close to, but not
> exactly, the wire protocol but not exactly in order to help caching".
>
>
> This suggests a potential solution to Patrick's parameter negotiation
> dilemma.  Use those two bytes to switch query format...
>
> Also, zero encodes terribly in hashes.  Pick something nice.
>
> (I'll get back in my box now, the bad ideas should abate momentarily.)
>