IETF Logo Mail Archive

Re: [netmod] 6991bis: domain-name

Ladislav Lhotka <lhotka@nic.cz> Wed, 24 July 2019 13:08 UTC

Return-Path: <lhotka@nic.cz>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 092041209D7 for <netmod@ietfa.amsl.com>; Wed, 24 Jul 2019 06:08:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.997
X-Spam-Level:
X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 hrsqOUW0NP3B for <netmod@ietfa.amsl.com>; Wed, 24 Jul 2019 06:08:44 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 B77CE1202C9 for <netmod@ietf.org>; Wed, 24 Jul 2019 06:08:43 -0700 (PDT)
Received: from birdie (unknown [IPv6:2001:67c:1232:144:1a4f:a84b:2bfd:c611]) by mail.nic.cz (Postfix) with ESMTPSA id 13CF8140AB8; Wed, 24 Jul 2019 15:08:40 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1563973722; bh=ivyXHOopZw2syHnkQQfgLzhgJSLEL7lYTg+V3QwTdH4=; h=From:To:Date; b=DndqV746emI/gzeYZPxX9BzfF0FGjfUHyWnyo1lxgZcm3aoMB2w7U94w69wvLXUyq x3MtdFLolTNtpIEiy0DzL1KOymUt/b94Y31saSDzsP5V8wfJSZG9ltAymjEU6rwgIL GdABGYmTyWQdbgbvtTiUwl3HoQPioXrnUpO0pGgI=
Message-ID: <331cebec8a3f22b93a54a89be5ad882cd1dc1d11.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: William Lupton <wlupton@broadband-forum.org>, NetMod WG <netmod@ietf.org>
Date: Wed, 24 Jul 2019 09:08:38 -0400
In-Reply-To: <CAEe_xxi9gdS+UH=v4LLU2K+VemFDjLfpQw_=t3TC1j1=CFfctQ@mail.gmail.com>
References: <b2aa592e7c78f54c75daa5af39a6c364a44a2c5a.camel@nic.cz> <20190721203047.oufc3bcwnjsczhmk@anna.jacobs.jacobs-university.de> <87muh53i2i.fsf@nic.cz> <20190722220755.omgpt4jebqbosals@anna.jacobs.jacobs-university.de> <dd8fdbf917a33ca5eb8bb403eadcc8437a00192f.camel@nic.cz> <20190724070057.i7bmdeuzqu32gozi@anna.jacobs.jacobs-university.de> <CAEe_xxi9gdS+UH=v4LLU2K+VemFDjLfpQw_=t3TC1j1=CFfctQ@mail.gmail.com>
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.32.4
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/9jleDCUP7LdqdQuH98z8x0oBRwU>
Subject: Re: [netmod] 6991bis: domain-name
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2019 13:08:48 -0000

On Wed, 2019-07-24 at 10:18 +0100, William Lupton wrote:
> I think that "or" is slightly better here:
> 
> "...does not support wildcards (see RFC 4592) or classless in-addr.arpa
> delegations (see RFC 2317)"

I agree, thanks.

Lada

> 
> On Wed, 24 Jul 2019 at 08:01, Juergen Schoenwaelder <
> j.schoenwaelder@jacobs-university.de> wrote:
> > On Mon, Jul 22, 2019 at 06:41:42PM -0400, Ladislav Lhotka wrote:
> > > 
> > > But these two unsupported cases only make sense in the context of DNS zone
> > data.
> > > I would suggest instead
> > > 
> > > NEW:
> > > 
> > >         "The domain-name type represents a DNS domain name.  The
> > >          name SHOULD be fully qualified whenever possible.
> > >          This type is not intended for modeling DNS zone data, as
> > >          it does not support wildcards [RFC 4592] and classless
> > >          in-addr.arpa delegations [RFC 2317]." 
> > >
> > 
> > Yes, this is better. I will put the following in the next revision:
> > 
> >      "The domain-name type represents a DNS domain name.  The
> >       name SHOULD be fully qualified whenever possible. This
> >       type does not support wildcards (see RFC 4592) and
> >       classless in-addr.arpa delegations (see RFC 2317).
> > 
> > And I will remove the sentence you wanted to remove since the above
> > more clearly explains when to use / not to use this type.
> > 
> > /js
> > 
-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

v2.23.0 | Report a Bug | By Email