IETF Logo Mail Archive

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

"Rob Wilton (rwilton)" <rwilton@cisco.com> Tue, 02 April 2019 12:37 UTC

Return-Path: <rwilton@cisco.com>
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 075411200C1 for <netmod@ietfa.amsl.com>; Tue, 2 Apr 2019 05:37:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 KZZh8-aOE6X6 for <netmod@ietfa.amsl.com>; Tue, 2 Apr 2019 05:37:47 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A92B12002F for <netmod@ietf.org>; Tue, 2 Apr 2019 05:37:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2030; q=dns/txt; s=iport; t=1554208667; x=1555418267; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=zTgFdc7eLxGHu+kmkPFHuHvgzPHveZcKtYjjnsA3hZ0=; b=QxcCMLoeFjq0QI6fmXzqEGeHZMwQ8Xts+akmL+x5rGU3n/kLjlvSshXT LBngt+OoLrtpFaZU3/gxvyHpX7Pfuwsa6Dly92xQYJj0/BHMQvdhPeUUw NmCF+O8YCKPHbDGV5j4a+1278OdAmlnb4mCZ/Tf7YO5V4rj4G4E5YNYVM s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAAB5VqNc/5hdJa1lGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBVAEBAQEBAQsBgWYqaIEDJwqXTIINmjoOAQEYC4QDRgK?= =?us-ascii?q?FPCI3Bg0BAQMBAQkBAwJtHAyFSgEBAQEDAQE4NBcEAgEIEQQBAQEeECcLHQg?= =?us-ascii?q?CBAESCBODCIF1D68CijgFgS8BizIXgUA/gRGDEj6CYQEBh0IDilwfhkqUDwk?= =?us-ascii?q?CjDiHJiKUOItGk1wCERWBLjUigVZwFTuCbIMtAQGHXYU/QTGPOoEfAQE?=
X-IronPort-AV: E=Sophos;i="5.60,300,1549929600"; d="scan'208";a="538953572"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Apr 2019 12:37:45 +0000
Received: from XCH-RCD-010.cisco.com (xch-rcd-010.cisco.com [173.37.102.20]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x32CbjfU005232 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 2 Apr 2019 12:37:45 GMT
Received: from xch-rcd-007.cisco.com (173.37.102.17) by XCH-RCD-010.cisco.com (173.37.102.20) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 2 Apr 2019 07:37:44 -0500
Received: from xch-rcd-007.cisco.com ([173.37.102.17]) by XCH-RCD-007.cisco.com ([173.37.102.17]) with mapi id 15.00.1473.003; Tue, 2 Apr 2019 07:37:44 -0500
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Kristian Larsson <kristian@spritelink.net>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] 6991bis: address-with-prefix-length
Thread-Index: AQHU6JiheSPJmEQr00OIJbt8HN1cWaYnzkaAgAAE/QCAAA6lgIAAAb6AgAC1e6CAAIiWgP//rk3A
Date: Tue, 2 Apr 2019 12:37:44 +0000
Message-ID: <e6bf1dd7ca6b44e7b525cbebbc6fd264@XCH-RCD-007.cisco.com>
References: <20190401161321.seiodlfsmjjvjcp5@anna.jacobs.jacobs-university.de> <F1537180-6BF3-40C7-BCFA-3AAE0290AE9D@cisco.com> <A0F7987F-AA67-4A63-8FEE-3B74B5B47CF1@cisco.com> <20190401.192951.1060904547331848297.mbj@tail-f.com> <e00461e683244644b3401e0d433446c4@XCH-RCD-007.cisco.com> <c20432c2-852b-6b5e-2a74-fd5504ac97ca@spritelink.net>
In-Reply-To: <c20432c2-852b-6b5e-2a74-fd5504ac97ca@spritelink.net>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.63.23.177]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Outbound-SMTP-Client: 173.37.102.20, xch-rcd-010.cisco.com
X-Outbound-Node: rcdn-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/RLU7du2Xnt1PXrS5O7h-chC3Xt4>
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: Tue, 02 Apr 2019 12:37:50 -0000

Hi Kristian,

Completely agree.  My suggestion for a tuples type is really for YANG Next.  I'll add it to the tracker so that it can be discussed.

For the immediate problem, I agree with defining a combined type.  Juergen's proposal looks good to me.

Thanks,
Rob


> -----Original Message-----
> From: netmod <netmod-bounces@ietf.org> On Behalf Of Kristian Larsson
> Sent: 02 April 2019 13:28
> To: netmod@ietf.org
> Subject: Re: [netmod] 6991bis: address-with-prefix-length
> 
> Hi Rob,
> 
> On 2019-04-02 14:17, Rob Wilton (rwilton) wrote:
> >> -----Original Message-----
> >> From: netmod <netmod-bounces@ietf.org> On Behalf Of Martin
> Bjorklund
> >> Sent: 01 April 2019 18:30
> >> To: Acee Lindem (acee) <acee@cisco.com>
> >> Cc: netmod@ietf.org
> >> Subject: Re: [netmod] 6991bis: address-with-prefix-length
> >>
> >> Hi,
> >>
> >> The request was for a combined type that contains both an ip address
> >> *and* a prefix length in one value.  Hence the name
> >> "ip-address-and-prefix- length" :)
> >>
> >> I know that this type is convenient, esp. if you use it for manual
> >> input, but I wonder if it really is good practice to squeeze two values into
> one.
> >
> > Perhaps allowing YANG to support a tuple type would be an elegant
> solution.  I.e. the value exists on a single path, and has to be atomically
> updated, but the value can still be composed from different types.
> 
> I think that would be a great addition to YANG. I've had numerous
> discussions over the awkardness of using a grouping to group multiple leaves
> together when you really want to define some form of compound / tuple
> type.
> 
> However, that is a longer term project and IMHO not something that should
> stop adding a ip-address-and-prefix-length type to 6991bis today :)
> 
> Kind regards,
>     Kristian.
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

v2.2.0 | Report a Bug | By Email