Re: [DNSOP] DNS-in-JSON draft
Jerry Lundström <jerry@dns-oarc.net> Tue, 06 September 2016 06:27 UTC
Return-Path: <jerry@dns-oarc.net>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2FA312B0BC for <dnsop@ietfa.amsl.com>; Mon, 5 Sep 2016 23:27:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.509
X-Spam-Level:
X-Spam-Status: No, score=-3.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-1.508, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dns-oarc.net
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 NfFacfxCE_gv for <dnsop@ietfa.amsl.com>; Mon, 5 Sep 2016 23:27:04 -0700 (PDT)
Received: from ix1.dns-oarc.net (ix1.dns-oarc.net [IPv6:2620:ff:c000::198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 187B612B08C for <dnsop@ietf.org>; Mon, 5 Sep 2016 23:27:04 -0700 (PDT)
Received: from [172.17.0.4] (212-181-207-169-no54.tbcn.telia.com [212.181.207.169]) (authenticated bits=0) by ix1.dns-oarc.net (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id u866QxU9026493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 6 Sep 2016 06:27:02 GMT
To: Paul Hoffman <paul.hoffman@vpnc.org>
References: <DB336274-A631-471E-8277-D6690A87C834@vpnc.org> <e0aded33-9026-9b58-931b-a7549f25cc75@dns-oarc.net> <6239FBFC-7EB2-449C-BBA7-D0EAE0BF25D5@vpnc.org>
From: Jerry Lundström <jerry@dns-oarc.net>
X-Enigmail-Draft-Status: N1110
Message-ID: <404afaa4-757a-b41b-fc11-384a0716d9f2@dns-oarc.net>
Date: Tue, 06 Sep 2016 06:26:58 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <6239FBFC-7EB2-449C-BBA7-D0EAE0BF25D5@vpnc.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dns-oarc.net; s=ix1; t=1473143223; bh=Yk2KZPZiibncIywTSBPAyZJzwJ/KfgJ0oQjIQw++1iw=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=dg4O1BJeFSNIlkU2A5ZxuUTIA6pR+JJkQOV2B3tYhLBN921sOB0RkKHDVqu6Ov7nv z2OvCAK7yIlbP1cwSaTJyUX8l3LIvMC2ebdGb3eaH8Nni9uv42RPDN5GbCUYQiJw4a mvl9MqOxcZnCv0kmGG8TlAS2WAqNdW8/KGe0C89Y=
Authentication-Results: ix1.dns-oarc.net; dmarc=fail header.from=dns-oarc.net
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/eDG3yxMP3BlYXo-LKJQ47bASkR8>
Cc: dnsop WG <dnsop@ietf.org>
Subject: Re: [DNSOP] DNS-in-JSON draft
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Sep 2016 06:27:06 -0000
Hi Paul, On 09/05/16 17:40, Paul Hoffman wrote: > On 5 Sep 2016, at 1:42, Jerry Lundström wrote: > >> - Non-ASCII octets escaping "\DDD" may lead to broken implementations >> and/or encoding problem (oh so many printf()'ed JSON implementations out >> there) > > Sure, but I'm not sure what to do about this. It's not really a security > consideration, and it's not really even about this format: that's true > for any application that gets a host name in return to a PTR query, yes? I was more commenting on the fact that it is escaping in a format that already support escaping. The JSON output would be double escaped and implementations would need to unescape it themselves rather then let JSON handle it. >> - The use of "!" and "*" in object attribute names will make it hard to >> use in language that can read JSON and give out native objects such as >> JavaScript. > > Yeah, I thought about that: it sucks for most programming languages. > Would people be happier if I used "B64" and "HEX" for trailers of names > instead of "!" and "*"? I guess I'm in control of the naming and can be > sure those don't appear at the end of object names. That would be better yes but it also got me thinking, why two different ways of encoding it? Could be simplified by just using base64url (or base64). Cheers, Jerry
- [DNSOP] DNS-in-JSON draft Paul Hoffman
- Re: [DNSOP] DNS-in-JSON draft Robert Edmonds
- Re: [DNSOP] DNS-in-JSON draft Shane Kerr
- Re: [DNSOP] DNS-in-JSON draft Jerry Lundström
- Re: [DNSOP] DNS-in-JSON draft Ray Bellis
- Re: [DNSOP] DNS-in-JSON draft Tony Finch
- Re: [DNSOP] DNS-in-JSON draft John Levine
- Re: [DNSOP] DNS-in-JSON draft Paul Hoffman
- Re: [DNSOP] DNS-in-JSON draft Paul Hoffman
- Re: [DNSOP] DNS-in-JSON draft Paul Hoffman
- [DNSOP] Self-describing RTYPE in the DNS, draft-l… Shane Kerr
- Re: [DNSOP] DNS-in-JSON draft Shane Kerr
- Re: [DNSOP] DNS-in-JSON draft Shane Kerr
- Re: [DNSOP] DNS-in-JSON draft Jerry Lundström
- Re: [DNSOP] DNS-in-JSON draft Philip Homburg
- Re: [DNSOP] DNS-in-JSON draft Philip Homburg
- Re: [DNSOP] DNS-in-JSON draft Tony Finch
- Re: [DNSOP] Self-describing RTYPE in the DNS, dra… John R Levine
- Re: [DNSOP] Self-describing RTYPE in the DNS, dra… Tony Finch
- Re: [DNSOP] Self-describing RTYPE in the DNS, dra… John R Levine
- Re: [DNSOP] Self-describing RTYPE in the DNS, dra… Tony Finch
- Re: [DNSOP] DNS-in-JSON draft Paul Hoffman
- Re: [DNSOP] DNS-in-JSON draft Paul Hoffman