Re: a comment on draft-stenberg-mif-mpvd-dns-00

Markus Stenberg <markus.stenberg@iki.fi> Tue, 03 November 2015 07:52 UTC

Return-Path: <markus.stenberg@iki.fi>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D450F1AD084 for <ipv6@ietfa.amsl.com>; Mon, 2 Nov 2015 23:52:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.221
X-Spam-Level:
X-Spam-Status: No, score=-0.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_35=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NEUTRAL=0.779] autolearn=no
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 wnEgEBT_fGog for <ipv6@ietfa.amsl.com>; Mon, 2 Nov 2015 23:52:35 -0800 (PST)
Received: from julia1.inet.fi (mta-out1.inet.fi [62.71.2.234]) by ietfa.amsl.com (Postfix) with ESMTP id 581AB1ACEDE for <ipv6@ietf.org>; Mon, 2 Nov 2015 23:52:35 -0800 (PST)
Received: from [192.168.43.129] (80.220.86.47) by julia1.inet.fi (9.0.002.03-2-gbe5d057) (authenticated as stenma-47) id 5613C7B100A245A5; Tue, 3 Nov 2015 09:51:20 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Subject: Re: a comment on draft-stenberg-mif-mpvd-dns-00
From: Markus Stenberg <markus.stenberg@iki.fi>
In-Reply-To: <CAJE_bqf6Khd-pZCjY9ekZoEh3bFaatfpgxEVz8OvNwUuHXSgyA@mail.gmail.com>
Date: Tue, 03 Nov 2015 16:52:13 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <2B7A0546-0F42-46C4-9EEC-9660DCB8701B@iki.fi>
References: <CAJE_bqf6Khd-pZCjY9ekZoEh3bFaatfpgxEVz8OvNwUuHXSgyA@mail.gmail.com>
To: 神明達哉 <jinmei@wide.ad.jp>
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/xNwmTgV63VOe586ra8VAZBCcJ6Y>
X-Mailman-Approved-At: Wed, 11 Nov 2015 00:50:41 -0800
Cc: IPv6 IPv6 List <ipv6@ietf.org>, draft-stenberg-mif-mpvd-dns@tools.ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Nov 2015 07:52:37 -0000

> On 3.11.2015, at 15.56, 神明達哉 <jinmei@wide.ad.jp> wrote:
> I have one quick comment on draft-stenberg-mif-mpvd-dns-00: about the
> use of TXT RR.  From a quick read it seems to me to violate the
> general guidance of avoiding abuse of TXT as described in RFC5507.  Is
> there any specific reason why this must be TXT despite the
> recommendation of the RFC?  If there is, I think the draft should
> explain it more explicitly; if not, I'd suggest getting and using a
> new type of RR for this purpose.

We needed a way to get key=value structure to the clients, where the guidance (conflict with other uses being an issue) isn't an issue because we start the lookup (at quite problematic) _pvd.<reverse> place for a PTR. Similarly as we did not want to create a TLV registry, the encoding efficiency problem really isn't there.

However, as DNS wildcarding does not work with the _pvd.*.ip6.arpa (first part has to be the wildcard still I guess?), _that_ I consider more controversial choice, possibly _there_ would be demand for e.g. PVDPTR type that would be just at the <reverse>.ip6.arpa and point elsewhere..

Another reason we used existing types was to make implementation simpler due to not having to invent new encoders and decoders; hacking together prototype was very easy with these at least.

Cheers,

-Markus