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/>
- Re: [Teas] [netmod] Typedefs for bandwidth Italo Busi
- Re: [Teas] [netmod] Typedefs for bandwidth Juergen Schoenwaelder
- Re: [Teas] [netmod] Typedefs for bandwidth Acee Lindem (acee)
- Re: [Teas] [netmod] Typedefs for bandwidth Don Fedyk