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: dp+yzD/xNRd5NWUrMhrZwNavKF0Q3YhU0nF5/g2PaBKeBwfY2wJIVi3lafT095pEjXY1V/7o7X3/FMqD3+tuDZK1zsNPWpy2NWMldWapWNmQQSFptGU+gAmgRYTuJo656sHUpjKonfZ/fzq6Aoi9eR3zNc+o0Y16jcV7Vb5rD9KJlBdB1u5FjKkT6ygjzGD3HbNfGi1jBVgvrwS6zz9ofVwT4SC+spKPFenHXzmpDb2GQQZIIPwApIhmNm52CupCg5Zq1E0c1SgqdVViEUShWhtUZUsmA/AbBeffEuhYM3XIQdzBQyit8KN41ix0Etmx1R2yw9Q/k8dmTx7PWtLtLc411Z0lmowTfIVQrykLi2enfE9RCFtkZ0hO+woYUsOzSd4wRIIszrIKFg9+LdXJBUv2WhmHcxyvwu94/KgSSIcU+d9XMJT5eJd7d/4ncTL2BFPXh5TyAyvQyPebkrGlufYPjbCU02qoovzyP58trVhVGjvIiu7bVSK9E4rEtCPwNAzKrFx7mAjqbqMbTZLWULhNI7Dlrswu2cY5sxDas6nR5vDRXkpyey7ygwPa2a9cqYxWDhHbVGzuh71AbSlbYI87I4bi6LboCVSWflcy2E3Uf8N9mi3xpPIj/GbvASGILvKkpQHYHmnhZ+du/+Un1AC1Md2b/87diP+2SNTr4YnJVZmgTYtCY+hF+za3vIDjSMjQAmwdCwnC6qhVt8z8Xu/4nX/dTz3TG62z1eQPSO2ifiYTaWDd8L6mBioCzPJEUKPHMNnUGj509Tw/Ky2AOwt1NPpSAGCV6ujeVwbEKyB14IYRMlaGJaCGlSsUvSUVfD/MXYNngOqFLRf6BwRfLypVXuuEOXDQpanmHpiCN+f9jgMI54VClJlM8aD3xkiLZ6azaeTpgQ8u+X6vcprLwMM8oaIpVRlHMSTr3eM4UT9R7P+qifW5PgtjFvvSawyWMw94c9FvKaL8q94sDI6khAPa8mZe9v0ukJvpQ+NHMVMeLsS6brEmfIzi9rUK7ncDJnV4SJ3xucfUDnf4FDXmQvzXS/0Vmh5PfAl4b+OGUB0r6/RfRSUgpNXhK/kDI/Dj+50B4OyfSpwnEDGGB6T4iHzTK1tMbG7ZOR7LVfiyXrQ08Zj1lskoVReQSj3HN32pHsYOKpKy2iUja3ZML4agKYiveCSZhoBhmdzxBvX2hJ3YcHylgc8U2gBMNIXbx1rWKMFzWwtLm8BkaEVQAzjGtK7m52jOhOiHIfoAEKb+npb55i9ACIvVktKsebOS9ytffjQEGAKf5h9hfg4rwkqV0gJyQtF6b0x/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/>