Re: [netmod] 6991bis: address-with-prefix-length

Kristian Larsson <kristian@spritelink.net> Wed, 17 April 2019 19:35 UTC

Return-Path: <kristian@spritelink.net>
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 66F0912048B for <netmod@ietfa.amsl.com>; Wed, 17 Apr 2019 12:35:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 lDWsUAm_gNv1 for <netmod@ietfa.amsl.com>; Wed, 17 Apr 2019 12:35:56 -0700 (PDT)
Received: from Mail1.SpriteLink.NET (Mail1.spritelink.net [195.182.5.127]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 29CD5120489 for <netmod@ietf.org>; Wed, 17 Apr 2019 12:35:56 -0700 (PDT)
Received: from mbp.local (c-bb9de253.014-82-73746f13.bbcust.telenor.se [83.226.157.187]) by Mail1.SpriteLink.NET (Postfix) with ESMTPSA id BEB723F6F3 for <netmod@ietf.org>; Wed, 17 Apr 2019 21:35:51 +0200 (CEST)
To: netmod@ietf.org
References: <10d3413c-df96-6e7d-df82-5542bb02348d@spritelink.net> <20190401161321.seiodlfsmjjvjcp5@anna.jacobs.jacobs-university.de> <699d2c10-9b08-97f1-69d9-f66e3a83c643@spritelink.net> <20190417192013.zdhz4e5fwakm3x4a@anna.jacobs.jacobs-university.de>
From: Kristian Larsson <kristian@spritelink.net>
Message-ID: <048ecdb8-759e-2905-11a8-4c1caedc9371@spritelink.net>
Date: Wed, 17 Apr 2019 21:35:51 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.5.3
MIME-Version: 1.0
In-Reply-To: <20190417192013.zdhz4e5fwakm3x4a@anna.jacobs.jacobs-university.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/QF7sz0F6-a8UKVLFkKhkm9WQSiY>
Subject: Re: [netmod] 6991bis: address-with-prefix-length
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, 17 Apr 2019 19:35:59 -0000


On 2019-04-17 21:20, Juergen Schoenwaelder wrote:
> Kristian,
> 
> I was instructed to upload draft-ietf-netmod-6991bis-00 without any
> changes relative to draft-schoenw-netmod-6991bis-01 and this explains
> why there is no address-with-prefix-length. The next version will have
> definitions for ip-address-and-prefix, ipv4-address-and-prefix, and
> ipv6-address-and-prefix - so not action needed from your side at this
> point in time.

Ah, okay, I see! :)

Very well, then I'll leave Emacs alone ;)

I wonder though, isn't ipX-address-and-prefix-length the clearer name, 
or if we do want to shorten then ipX-address-and-plen. I think Martin 
stated the case for ipX-address-and-prefix but that is IMHO not the way 
this is typically perceived by people.

1.2.3.4/24
^^^^^^^----- ipv4 address
        ^^^-- ipv4 prefix length

now, taking the prefix-length you know that 1.2.3 is the prefix but does 
that mean the above is an IPv4 address and a prefix? Or is it just that 
you can infer the prefix from the above? It's just different ways of 
looking at it. My experience tells me ipX-address-and-prefix-length is 
the clearer way of conveying what this is.

    kll




> 
> /js
> 
> On Wed, Apr 17, 2019 at 09:07:48PM +0200, Kristian Larsson wrote:
>> Juergen,
>>
>> not sure where we really landed with this. I see 6991bis-00 is available but
>> without any of these types. I still think these data types makes sense and
>> would like to see them included. There are some people against and there are
>> some people for. Would it help if I wrote a few lines of YANG for this and
>> sent to you?
>>
>> Kind regards,
>>     Kristian.
>>
>>
>>
>> On 2019-04-01 18:13, Juergen Schoenwaelder wrote:
>>> This is the right time for this and I would call these
>>> ip-address-prefix, ipv4-address-prefix and ipv6-address
>>> prefix.
>>>
>>> /js
>>>
>>> On Mon, Apr 01, 2019 at 04:38:34PM +0200, Kristian Larsson wrote:
>>>> Hello,
>>>>
>>>> seeing that 6991 is up for a refresh I wonder if this would be the time to
>>>> suggest the addition of a type for address-and-prefix-length, for example
>>>> like 192.0.2.1/24?
>>>>
>>>> I find that it's the most natural way express the address and prefix-length
>>>> to configure on an interface or for some other use. We currently have an
>>>> ip-prefix type which allows CIDR style prefixes but since all bits to the
>>>> right of the mask is to be 0 it is only possible to use for describing the
>>>> IP prefix / network address itself - not the address of a host in that
>>>> network.
>>>>
>>>> I actually wish the interface-ip modules would have used a combined leaf for
>>>> these settings rather than the dual-leaf approach it currently has, but I
>>>> suppose that ship has sailed :/
>>>>
>>>> Regardless, can we add such a type? Is this the document and time to do it?
>>>> :)
>>>>
>>>> Kind regard,
>>>>      Kristian.
>>>>
>>>> _______________________________________________
>>>> netmod mailing list
>>>> netmod@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/netmod
>>>
>>
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org
>> https://www.ietf.org/mailman/listinfo/netmod
>