Re: [Teas] [netmod] Typedefs for bandwidth

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 14 May 2021 10:48 UTC

Return-Path: <J.Schoenwaelder@jacobs-university.de>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E1D53A2E51; Fri, 14 May 2021 03:48:33 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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=jacobsuniversity.onmicrosoft.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 7zH5h1JBTSXJ; Fri, 14 May 2021 03:48:28 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80042.outbound.protection.outlook.com [40.107.8.42]) (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 78BA23A2E4F; Fri, 14 May 2021 03:48:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NArnaVmaZ2qtml9ydFmo0xnjvRnTdWVf2VeATdU1rV5sCu01Tcb3Upw06AFOADV/N4ZDcWujTZB3EFJXdyoVolQOr1QCZ8jF/komml/hlxa8IeJMDVeBbV/Ewh5RtFHFiePoFc1KeGZnH+0zV3Hh4GJ7HsH+HYW5gV45KhoCnvxg5MLNS8dO/YC/DWT+yP+kSUb3bCMggLy4p+4OGkmbxvefnAxdqCQcmqnTo8IzZ1KeIsblVr6jBRnwKKW0CbRYKnf/MOco0qolxjTD+QFbVaKtXhv0A8cZDhBBd3aoqPcFQ0NGnB5453OmKWptQUH6ycTkA1tjscgIoWwbXCkyWA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FQ+oJWle+nMwcDHDrRlbPQscfAEvKz3BWuu3yFCwgzE=; b=Or958aaHLRFqemKrs6rW6o/40Df6hvyl6SerCNKj9KmaF0CRl/FzbTWWSnhvu5MPZBbhwOAkXT+e4mTLEicsZl2D6wYS3DtDytR7xm7MYBWEhAAUc/PnXhLwqWiSCo8od70OJifkBCDsjzTvMxD/PN5qRNDTTWNC5H0twbeJy45tBuyGyGWA4EJ8FzekDzbMMIAxd+BNXhqwMjto+XtPYShx+Jql1aMzWeEspiV0iFuj3LJ280OYbgvIoextiAL8/1QhqFSr0Ds+q9b/1XeMOg0EqkwJ+lD7Ssmh3LbLVf0MGXA9IqeNFup8IN2g5c5EAf3OZ6r2uzdAEa0kCDnQJQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FQ+oJWle+nMwcDHDrRlbPQscfAEvKz3BWuu3yFCwgzE=; b=qO1mwLVz2jsvQ1h7AlFKB2K3n5Oc5mmuI5FG8xnWmsp6kZtFY0oqq8Hpn469g+Ew9MA4LUekJtOKdWUy73wSVxaFc0F+auyM9QBxbpTngU7UO2Y7HCsWi7YXeX/jAoLQlXcGjxnZAaO6n1+k/vbnwtVpdbysxmW2HrQ4cFeOkL4=
Authentication-Results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=jacobs-university.de;
Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM8P190MB0995.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1dc::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.26; Fri, 14 May 2021 10:48:21 +0000
Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58%8]) with mapi id 15.20.4129.028; Fri, 14 May 2021 10:48:21 +0000
Date: Fri, 14 May 2021 12:48:20 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Italo Busi <Italo.Busi@huawei.com>
Cc: Reshad Rahman <reshad=40yahoo.com@dmarc.ietf.org>, "'netmod@ietf.org'" <netmod@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Message-ID: <20210514104820.ra475mdujvqx7dte@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Italo Busi <Italo.Busi@huawei.com>, Reshad Rahman <reshad=40yahoo.com@dmarc.ietf.org>, "'netmod@ietf.org'" <netmod@ietf.org>, "teas@ietf.org" <teas@ietf.org>
References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> <108aa61bf6414f36bc6661d72b1b3a03@huawei.com>
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <108aa61bf6414f36bc6661d72b1b3a03@huawei.com>
X-Originating-IP: [212.201.44.244]
X-ClientProxiedBy: AM0PR06CA0141.eurprd06.prod.outlook.com (2603:10a6:208:ab::46) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from localhost (212.201.44.244) by AM0PR06CA0141.eurprd06.prod.outlook.com (2603:10a6:208:ab::46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.25 via Frontend Transport; Fri, 14 May 2021 10:48:20 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 69ae97e3-1fcf-4470-244b-08d916c5ca5c
X-MS-TrafficTypeDiagnostic: AM8P190MB0995:
X-MS-Exchange-Transport-Forked: True
X-Microsoft-Antispam-PRVS: <AM8P190MB0995DA703FA541ED11701785DE509@AM8P190MB0995.EURP190.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: ItiTovOc1ZlGLu4eMzHrqumIJjjm/K1tZiLYBjOkxRVvRus3MjFliTiqcwa2ExR3QuxosHkh0KYxl7a8WoIYvLjyFWSErJ9aVn2eJ5cKyOD9TIF/ywn2RSvz/neWyWrszVn3iXvOAFCeqEkPvbL907oWu2Go44RLf/HMXuyDmhjDYtT8IY9LaPm5LieouCl+zOPceRdiLJL9oEH06elVhHqbZmTcmyUPflE3UQV+n/ib8VMCO1GbCt8U0U7++Bl7xW46NV1tcnmnQ/YM99njpZ/P8fbdZ+JwW1Znus25u9v7aVPPLo71iDkX2uiBIfyqd4j+G89Spqpv5RW9HbP+8KCjwzpSqwFKW6wk+Rq+M4VCEx3nanM8nphI7NZTHyoNP43QjynYX9mbpIcvyXCYfiq/nQJenVSq/7p0VtEAFT9y4BMNRI5h5drjLThD29Ayln8DvTr9M1cuN8VDdKvQhJ13hQcqkARlKCjidCy20DKFHbSOvv69uB+nXFAAFo1b/GjI76RsicGyUU+lxHA2K2yM28vVKYg2r/tlwNpZDRSCuI/q6+Dw7ln2Z8tx1GNtKu2htmdZn9EibAHsciMYSUEr8Qc2ipSu/a6VBRRDSAnLEvcAX5SqUvlS2lpXiIR4A83l7MbzjT04k/mGoX097e49Baj63n2yNQS0yiSzO3/V8rSoI4uguGI/mSLGxeAJ/KQ9itCTb5q1zPxtM37fP+H9fJNobNzgMyhS3Pkh55Y3P85ln7tuqisDnbiyg4C2R3cu339INjF2Z6TFQ/3N+K97dZ0mnqTYYANwRHGuoiwYPePifdMX47//jnlu35i1
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39850400004)(136003)(346002)(396003)(376002)(366004)(86362001)(38100700002)(38350700002)(786003)(8936002)(478600001)(2906002)(6486002)(6916009)(66946007)(66476007)(66556008)(966005)(5660300002)(26005)(16526019)(186003)(3450700001)(1076003)(54906003)(6496006)(53546011)(4326008)(8676002)(83380400001)(956004)(316002)(52116002)(21314003); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?ZHAreXpEL3hOUmQ1TldVck1oclp3TmF2S0YwUTNZaFUwbkY1L2cyUGFCS2VC?= =?utf-8?B?d2ZZMndKSVZpM2xhZlQwOTVwRWpYWTFWLzdvN1gzL0ZNcUQzK3R1RFpLMXpz?= =?utf-8?B?TlBXcHkyTldNbGRXYXBXTm1RUVNGcHRHVStnQW1nUllUdUpvNjU2c0hVcGpL?= =?utf-8?B?b25mWi9menE2QW9pOWVSM3pOYytvMFkxNmpjVjdWYjVyRDlLSmxCZEIxdTVG?= =?utf-8?B?aktrVDZ5Z2p6R0QzSGJOZkdpMWpCVmd2cndTNnp6OW9mVndUNFNDK3NwS1BG?= =?utf-8?B?ZW5IWHptcERiMkdRUVpJSVB3QXBJaG1ObTUyQ3VwQ2c1WnExRTBjMVNncWRW?= =?utf-8?B?VmlFVVNoV2h0VVpVc21BL0FiQmVmZkV1aFlNM1hJUWR6QlF5aXQ4S040MWl4?= =?utf-8?B?MEV0bXgxUjJ5dzlRL2s4ZG1UeDdQV3RMdExjNDExWjBsbW93VGZJVlFyeWtM?= =?utf-8?B?aTJlbmZFOVJDRnRrWjBoTyt3b1lVc096U2Q0d1JJSXN6cklLRmc5K0xkWEpC?= =?utf-8?B?VXYyV2htSGN4eXZ3dTk0L0tnU1NJY1UrZDlYTUpUNWVKZDdkLzRuY1RMMkJG?= =?utf-8?B?UFhoNVR5QXl2UXlQZWJrckdsdWZZUGpiQ1UwMnFvb3Z6eVA1OHRyVmhWR2p2?= =?utf-8?B?SWl1N2JWU0s5RTRyRXRDUHdOQXpLckZ4N21BanFicU1iVFpMV1VMaE5JN0Rs?= =?utf-8?B?cnN3dTJjWTVzeERhczZuUjV2RFJYa3B5ZXk3eWd3UGEyYTljcVl4V0RoSGJW?= =?utf-8?B?R3p1aDcxQWJTbGJZSTg3STRiaTZMYm9DVlNXZmxjeTJFM1VmOE45bWkzeHBQ?= =?utf-8?B?SWovR2J2QVNHSUx2S2twUUhZSG1uaForZHUvK1VuMUFDMU1kMmIvODdkaVAr?= =?utf-8?B?MlNOVHI0WW5KVlptZ1RZdENZK2hGK3phM3ZJRGpTTWpRQW13ZEN3bkM2cWhW?= =?utf-8?B?dDh6OFh1LzRuWC9kVHozVEc2MnoxZVFQU08yaWZpWVRhV0RkOEw2bUJpb0N6?= =?utf-8?B?UEpFVUtQSE1OblVHajUwOVR3L0t5MkFPd3QxTlBwU0FHQ1Y2dWplVndiRUt5?= =?utf-8?B?QjE0SVlSTWxhR0phQ0dsU3NVdlNVVmZEL01YWU5uZ09xRkxSZjZCd1JmTHlw?= =?utf-8?B?Vlh1dUVPWERRcGFubUhwaUNOK2Y5amdNSTU0VkNsSmxNOGFEM3hraUxaNmF6?= =?utf-8?B?YWVUcGdROHUrWDZ2Y3ByTHdNTThvYUlwVlJsSE1TVHIzZU00VVQ5UjdQK3Fp?= =?utf-8?B?Zlc1UGd0akZ2dlNhd3lXTXc5NGM5RnZLYUw4cTk0c0RJNmtoQVBhOG1aZTl2?= =?utf-8?B?MHVrSnZwUStOSE1WTWVMc1M2YnJFbWZJemk5clVLN25jREpuVjRTSjN4dWNm?= =?utf-8?B?VURuZjRGRFhtUXZ6WFMvMFZtaDVQZkFsNGIrT0dVQjByNi9SZlJTVWdwTlho?= =?utf-8?B?Sy9rREkvRGorNTBCNE95ZlNwd25FREdHQjZUNGlIelRLMXRNYkc3Wk9SN0xW?= =?utf-8?B?Zml5WHJRMDhaajFsc2tvVlJlUVNqM0hOMzJwSHNZT0twS3kyaVVqYTNaTUw0?= =?utf-8?B?YWdLWWl2ZUNTWmhvQmhtZHp4QnZYMmhKM1ljSHlsZ2M4VTJnQk1OSVhieDFy?= =?utf-8?B?V0tNRnpXd3RMbThCa2FFVlFBempHdEs3bTUyak9oT2lISWZvQUVLYitucGI1?= =?utf-8?B?NWk5QUNJdlZrdEtzZWJPUzl5dGZmalFFR0FLZjVoOWhmZzRyd2txVjBnSnlR?= =?utf-8?Q?tF6b0x/FzNBtIwiTztSJnaeoHov4SzOzOUhCZSe?=
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 69ae97e3-1fcf-4470-244b-08d916c5ca5c
X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 May 2021 10:48:21.0364 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: e59Salu4iEW5fHBpGsxKt2PEnsE5W5tyZGzjWDX9jzG5WwC1Ay/b/z1xohQhS7dbzwwYSfyt/fG0kU5TR2FPVP9MTW5J2jEmP6kOJ5eDI0s=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0995
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/zuv6mfCmB5XkK7wmSOJhojDC89U>
Subject: Re: [Teas] [netmod] Typedefs for bandwidth
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 May 2021 10:48:33 -0000

I assume it is best to settle this in teas. Form a programmatic point
of view, you likely want to have a single unit. Even if you go for bps
(bits per second), a uint64 still allows you to express quite big data
rates (I think 16777216 terra bits per second but please check
yourself). From a human point of view, having a notation that supports
different units may be desirable. But if you have multiple
representations, this surely increases implementation cost and it gets
you into answer questions whether there should be a canonical format
or a way to decide which unit is selected. Writing constraints in when
or must statements will also become much more fun.

Whether you really need the range of a floating point number, I can't
tell. Perhaps check what the realistic smallest and biggest bandwidth
is that you need to represent. Generally, floating point numbers seem
to be a no-brainer for management application writers but I have been
told that they are less frequently found in line cards or OS kernels.

/js

On Fri, May 14, 2021 at 10:08:00AM +0000, Italo Busi wrote:
> Reshad, Juergen,
> 
> Actually, there is some on-going discussion within TEAS because some packet technology-specific YANG modules are not using the bandwidth-ieee-float32 but prefers using some uint type:
> 
> https://github.com/tsaad-dev/te/issues/116
> 
> The ietf-te-packet-types already defines bandwidth-kbps, bandwidth-mbps and bandwidth-gbps but during the discussion of this open issue it was pointed out that it would be desirable to specify both the bandwidth and the units (Kbps/Mbps/Gbps)
> 
> Italo
> 
> > -----Original Message-----
> > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]
> > Sent: giovedì 13 maggio 2021 19:25
> > To: Reshad Rahman <reshad=40yahoo.com@dmarc.ietf.org>
> > Cc: 'netmod@ietf.org' <netmod@ietf.org>
> > Subject: Re: [netmod] Typedefs for bandwidth
> > 
> > On Thu, May 13, 2021 at 11:57:26AM -0400, Reshad Rahman wrote:
> > > Hi,
> > >
> > >
> > >
> > > Has there been any discussions wrt adding new  bandwidth types e.g. the
> > bandwidth-xxx types in draft-ietf-teas-yang-te-types? I see RFC8294 has
> > bandwidth-ieee-float32 but it doesn’t have units (Kbps/Mbps/Gbps).
> > >
> > 
> > The description of bandwidth-ieee-float32 says:
> > 
> >           The units are octets per second.
> > 
> > Note that draft-ietf-teas-yang-te-types has been published as RFC 8776 in June
> > 2020, it should be safe to use these definitions.
> > 
> > /js
> > 
> > --
> > Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> > Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> > Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
> > 
> 

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>