Re: [netmod] Liaison statement to ORAN

Balázs Lengyel <balazs.lengyel@ericsson.com> Thu, 19 November 2020 09:22 UTC

Return-Path: <balazs.lengyel@ericsson.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 DC9F73A1299 for <netmod@ietfa.amsl.com>; Thu, 19 Nov 2020 01:22:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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=ericsson.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 FsaUHxoC56AC for <netmod@ietfa.amsl.com>; Thu, 19 Nov 2020 01:22:14 -0800 (PST)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60041.outbound.protection.outlook.com [40.107.6.41]) (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 BF9153A129C for <netmod@ietf.org>; Thu, 19 Nov 2020 01:22:13 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n2a8b5waZw5RaEW0N3w41uvms6Xg5oVdMB6fhJ9OT9DHhAnKBsveAO9C/eTXC7NVpqo7WAsE1NeXmSU3a0Fq8SeOx787Se/4nuSbxkd7ETwO0qRyqqZ4/Mom/VyXPH8d1HYvsF0lG1sYmaFdFmvQm1f+KLnhQToAM8LihAnPvA+pAdDKBZD86rx1cNU0b4GFuwLVH1Pu53CbBJ9FBv4y3hIOtYexMD3wB1pEMHqBZfXimZURQFL+R/ED5ZiZbhH6wH0MM+f+xu/G0njU3jB/EWuMyeaJf+8Ku2WW+WToqCt9RbZhkiYvfs4wnyTrb7o3ckqZN5TLX4u/0Nhf16VMhg==
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=O+8ngeoyGokU9ZFsUzVlcxbEymFArfuQSQgFqVLI400=; b=JA3Qq3r96k3MIwACJniBDTJFtQY8SW2eV8ewDlZr0Hn0yEMbO1KJWrbx+0QIky/TU5s+OqDiiu6rSwVcWQWyeCoTKVEEf/29C1DAyKExPTQHnElTLuebLZxhu4LEkiR/wQo+yjMvzbIHNY+IZqZo3rFk9Vyfa8ep/MfVETLBD0r3EL86TWrySsm7BnI7TCRe2lssfmIngC90sLMqAFouihfLtfNGmKUbrQSmZLvUun5sEi1PJuPUTLacogQ5MJJwtokie81gPv0sHMuPYpoDP8TT6FQvYHy6Afh9lyWgJMevs1NWFaJ3FRxzfGSOXfoj1WenZ7iqyCJ7TCyrwX+DLA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O+8ngeoyGokU9ZFsUzVlcxbEymFArfuQSQgFqVLI400=; b=WDSSHjJM8/NemTd+g+omH4WC13gZCtRR+Z2s9o2kmYTXqvGUhlPY3JfHKsKKN0kuKbmNMsK6BloarsxqPHWYz/G3SI5XQOyx5xHC/dZgf1dqmfODfUOzZjWJE5EKj0SR4XWbfKqGi3y3entpJUs1pM6sAmxrLL34P46IjJ3Ydiw=
Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com (2603:10a6:209:d::21) by AS8PR07MB7285.eurprd07.prod.outlook.com (2603:10a6:20b:252::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.9; Thu, 19 Nov 2020 09:22:11 +0000
Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c]) by AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c%6]) with mapi id 15.20.3564.030; Thu, 19 Nov 2020 09:22:11 +0000
From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= <balazs.lengyel@ericsson.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
CC: "netmod@ietf.org" <netmod@ietf.org>, Robert Petersen <robert.petersen@ericsson.com>, Jacqueline Beaulac S <jacqueline.s.beaulac@ericsson.com>
Thread-Topic: [netmod] Liaison statement to ORAN
Thread-Index: Ada9fgcN3CZWUjV9Q8SxXIvEA9GqWgAVtQAAACAVZRA=
Date: Thu, 19 Nov 2020 09:22:11 +0000
Message-ID: <AM6PR0702MB35579BC08FE1608361943991F0E00@AM6PR0702MB3557.eurprd07.prod.outlook.com>
References: <AM6PR0702MB3557C0E208983E81051A16BDF0E10@AM6PR0702MB3557.eurprd07.prod.outlook.com> <113ECC11-DEBB-489E-97B7-678D652EA74A@gmail.com>
In-Reply-To: <113ECC11-DEBB-489E-97B7-678D652EA74A@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [80.98.248.138]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1aaf4173-6542-4c64-3bb8-08d88c6c986b
x-ms-traffictypediagnostic: AS8PR07MB7285:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AS8PR07MB7285EE9469A28397B4ADDAFAF0E00@AS8PR07MB7285.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:849;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: bXCp3zL32Z4f/CrhM/oyMLnC79fm8+GOR3jWctEo7V6iWCvLh+yzYWmCxb6qBk9F1gunjFhxZHCMaHdUPtcg3FgBWoM7ETqcmVSC/bhbtbFPnzxHGYLvMsd7ZGyzmg+zkivQvfNL50M7uTcuWtBw0w2sjTJDBspjQlfdxAmhMqpCfKCk8nWECkRV5i/XZin9A1fNvFiKieqn4tJLAK7YzjBwJ0P9QcMeU4GhJ3okBaQuQ3n58yGJNzii9kXP4KhFQwSvpAqsnTZVz6GNjuwPh4NEaO4v1XMXGOo8oKusQ1zcxQjNMi6CPP4z9/EoNPJz7ad2FF41ucaQMWCwQ+hHyi9ZqdW75jhSIuxD6Pj0ZiB0JPoLyR7XY5/27Vww4mP5hJBYiFnGxzKp+qGNgcIQ7Q==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR0702MB3557.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(396003)(366004)(376002)(136003)(346002)(26005)(54906003)(83380400001)(966005)(86362001)(66574015)(64756008)(66616009)(66446008)(66556008)(66476007)(107886003)(2906002)(478600001)(9686003)(6916009)(99936003)(85202003)(66946007)(9326002)(6506007)(316002)(52536014)(186003)(53546011)(8676002)(33656002)(8936002)(166002)(5660300002)(7696005)(71200400001)(85182001)(55016002)(4326008)(76116006); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: FuLVJh2onDku3OiGW8Rdcr2TSUhtFR0AEjDEB6pJlaloHCIU6hILZ7er+G30i+SclerFG2AjF8w5ApNWUwBLiNzPYeqEqt+y2trPwSmpRNuyVkyWlocEiEvE9am/m8ny+I22rT8QU4/Ba7nmk5y0O6bo/6QekuMNcHhl/LsOHCpDsWe3RLw0UpQwhEF4dch7xXoW4vWMAL32gktcoDtUPbev6WxhZc0iUZ1XhURsB87FiBTs5i6oDYDY2/dB/noErS3viMcgbLdIlfpdjonvokUg1yAAOSwJuO3CxXlPO/zod3Gf7oNNs8PT5bSuhy1zM6DiNXF8KW8XOO5op9lkyollpkj8GIzsCCB+VtQAbeHtYa8ZAe6wHV1ZDosZbV9vl7qbFl2DPRvBMCMJ+OU5DdNIOALOJePhFC/TWNemraBqQWFHFt84p50BPx/YphVJU0dCt+EWqVQhk7mTc0PraQIaZ8KS4BdXvKDane01Uljf0kbQL1z1i2sqAGUcTr2w4quF+zZTeZGhPbMeYefmiKIcYP//whDFeIWBwSAP+UHLB+cqzkdYMkSYqTO/HEHvSr79tDLrOzXDYp1Ruh1+eXDxlquhW2X+i7R62TBYuO36bktsebMekoi4PKyqpFErJBFU8P5kJ0e3cGIjESMhgw==
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0940_01D6BE5D.D67BEC90"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM6PR0702MB3557.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1aaf4173-6542-4c64-3bb8-08d88c6c986b
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2020 09:22:11.3216 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Aj6tATC3nrfqN8eQLD7F7Havsu+vrgtx29/lbJ8zx3BKLnFBz6fmrMuWhVdc0vZf+nMjVcHBTOkwNeJ5/836mazQB9yNfELwFOZuPcv+5l0=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR07MB7285
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/6gY3vVrLkj8R8Sieo02baJBEEh0>
Subject: Re: [netmod] Liaison statement to ORAN
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: Thu, 19 Nov 2020 09:22:16 -0000

Hello Mahesh,

I heard many discussions about this, but I can’t supply you with a specific example just now. I will ask if my colleagues working in ORAN can help.

Regards Balazs

 

From: Mahesh Jethanandani <mjethanandani@gmail.com> 
Sent: 2020. november 18., szerda 19:02
To: Balázs Lengyel <balazs.lengyel@ericsson.com>
Cc: netmod@ietf.org; Robert Petersen <robert.petersen@ericsson.com>om>; Jacqueline Beaulac S <jacqueline.s.beaulac@ericsson.com>
Subject: Re: [netmod] Liaison statement to ORAN

 

Hi Balazs,

 

Do you have an example of where O-RAN is trying to deviate a 3GPP model? I would agree that for O-RAN to deviate a model would be a problem, and that it should be left to vendors to decide if they want to deviate the 3GPP model.





On Nov 18, 2020, at 12:09 AM, Balázs Lengyel <balazs.lengyel=40ericsson.com@dmarc.ietf.org <mailto:balazs.lengyel=40ericsson.com@dmarc.ietf.org> > wrote:

 

Hello,

In connection to the draft  <https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01> https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 I propose to send a liaison statement from IETF Netmod to ORAN.

 

The issue: 3GPP is standardizing a good number of YANG modules as part of the 3gpp TS 28.541 and 28.623 ( <https://protect2.fireeye.com/v1/url?k=f08a6b09-af11524a-f08a2b92-861fcb972bfc-d3713e17a0e10674&q=1&e=c0b7de7e-d7ca-4671-b5cc-cecfc1b188d5&u=https%3A%2F%2Fforge.3gpp.org%2Frep%2Fsa5%2FMnS%2Ftree%2FRel17-draft%2Fyang-models> https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models). 

ORAN plans to re-use this models, but possibly refine them in some ways. They are considering using deviations to do this. 

E.g. change config=true schemas node to config=false. This creates problems as documented in  <https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01%23section-5.8.1> https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8.1

 

-   Deviations by an SDO (standard defining organization) prevent implementations from reporting their own deviations for the same nodes.

-   Deviations by an SDO prevent implementations from conforming to the standards specified by both SDOs.

 

To avoid these problems I propose to send the following text to ORAN:

 

“IETF NETMOD working group requests ORAN to avoid using deviations as part of its specification. As documented in  <https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01%23section-5.8.1> https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8.1 the usage of deviations would prevent:

*	Vendors to implement their own deviations for the same YANG schema nodes
*	Vendors to claim conformance to both ORAN and 3GPP specifications which are in some cases used as a base for the ORAN YANG models

Note: These problems with deviations exists even if YANG modules are used without using YANG packages.

Regards Balazs

 

-- 

Balazs Lengyel                    Senior Specialist                       Ericsson Hungary Ltd. 

Mobile: +36-70-330-7909              email:  <mailto:Balazs.Lengyel@ericsson.com> Balazs.Lengyel@ericsson.com

 

_______________________________________________
netmod mailing list
 <mailto:netmod@ietf.org> netmod@ietf.org
 <https://www.ietf.org/mailman/listinfo/netmod> https://www.ietf.org/mailman/listinfo/netmod

 

Mahesh Jethanandani

mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>