Re: [CCAMP] radio-link and carrier-termination iana interface types

tom petch <ietfc@btconnect.com> Wed, 07 November 2018 16:33 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EE0C129C6A for <ccamp@ietfa.amsl.com>; Wed, 7 Nov 2018 08:33:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.196
X-Spam-Level: ***
X-Spam-Status: No, score=3.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.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 ivJM9vmPjF14 for <ccamp@ietfa.amsl.com>; Wed, 7 Nov 2018 08:33:29 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0711.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1e::711]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CFB912426A for <ccamp@ietf.org>; Wed, 7 Nov 2018 08:33:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RGOyeySoAbbrO5JGNh8QG8aTvXEi8CEwetXLM1fvr9g=; b=EtpvL0oUO16hlKJTMk1HG/a8NRlJnNL/Yyb+k6uXeIw75hjysJKRllNzBMIyZtpE+O+Ttd5kBu2nBBY/J8BmGLiqbdcTTd9+RWhF/fJ1bJPLfylx06ttSoR5McCmI7KwcRSRPy5PAfAip4FLDbi4Wj4zw70YIS5rdV1vsjjv+Do=
Received: from VI1PR07MB5022.eurprd07.prod.outlook.com (20.177.202.206) by VI1PR07MB4895.eurprd07.prod.outlook.com (20.177.200.89) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.16; Wed, 7 Nov 2018 16:33:26 +0000
Received: from VI1PR07MB5022.eurprd07.prod.outlook.com ([fe80::929:bd11:beb6:b887]) by VI1PR07MB5022.eurprd07.prod.outlook.com ([fe80::929:bd11:beb6:b887%3]) with mapi id 15.20.1339.009; Wed, 7 Nov 2018 16:33:26 +0000
From: tom petch <ietfc@btconnect.com>
To: Kallimanis Theodoros <tks@intracom-telecom.com>, "Yemin (Amy)" <amy.yemin@huawei.com>
CC: "ccamp@ietf.org" <ccamp@ietf.org>, "jonas.ahlberg@ericsson.com" <jonas.ahlberg@ericsson.com>, "Xi.Li@neclab.eu" <Xi.Li@neclab.eu>, "daniela.spreafico@nokia.com" <daniela.spreafico@nokia.com>, "Marko.Vaupotic@avianet.com" <Marko.Vaupotic@avianet.com>, ΜΑΝΩΛΙΤΖΑΣ ΑΠΟΣΤΟΛΟΣ <manap@intracom-telecom.com>
Thread-Topic: [CCAMP] radio-link and carrier-termination iana interface types
Thread-Index: AQHUdreb9QrJDAjQT0K6lwdKEsSo7A==
Date: Wed, 07 Nov 2018 16:33:26 +0000
Message-ID: <021201d476b7$63012860$4001a8c0@gateway.2wire.net>
References: <efaa124e74ec59439412fa0eb35c73d0@iris>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: CWLP265CA0301.GBRP265.PROD.OUTLOOK.COM (2603:10a6:401:5d::25) To VI1PR07MB5022.eurprd07.prod.outlook.com (2603:10a6:803:9b::14)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [86.128.101.213]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB4895; 6:z05wp+IsUeY+6dTVriCh3fn0AtWFrcSdW71YEWwlUnwjLczjNzRB9xfTJ0QrOCYxkjf260qhiBzLzR9qhdoova6IR0m+pv6bht58kWCB304/K/BteH4fz0TfiLV/zASwDS5sdpS4YaWlA3p/5YtS+AcJQfodH2ty0V+J6XDQvlz6PSMkruzlN0TXzM9Bkoyw2vluz+Ss+V7gjvOFV4uaCd+xnrtelHzVxVxpUJJwujqFCbXtsI/FmqquQK2OyebSlqEGNVwkeRgKnNIxZT5D56usYWUleVYPKY2sB/Sotdg8t44vtmZOPwllIdd+WZyotApY6wd4rCg9yylXF25f8vtsN6DFAqdK7haKTaKOxOuM2X/vN1UZ+A4SizKXLeAz2XD9slx3e6MDTc/7CyI/zESedxxQaRgRbhaGX17Z7QAkcouVNDFo9Asvqcj6X/kwF/d+KGNLKpin4AY/Nw+7HA==; 5:Lm1RY/ClIqZrK60bDhwmcVhOrEx1t8QqR707ddkuXBtlgVG0c8AbDa9UiHaM9+ZDDga7NlJgaPDTNHRngqEf5goStSQSZjXiu3Y+h8VmIp2qxinxxPESa6IVBTpce3b96N7M7LifWJ8+6Qaf/Xi6o5kJpxHPTjwUXRX5piNqZ8k=; 7:n2GrDJgkBYw00fqUI4w95EnehU9uYN5aF4t+VUhDiiaBxIzM1TByA67NQP/KjjMmnhTVytOoDGnkclOEjEJIJph6cRAewF4XPeXonXTnt5/Ls9ioDBbDJOFJaHCIXBEWBowDJIX3pvu985Uac6CXKg==
x-ms-office365-filtering-correlation-id: 26d93cff-5b85-422f-db5f-08d644cebdd4
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:VI1PR07MB4895;
x-ms-traffictypediagnostic: VI1PR07MB4895:
x-microsoft-antispam-prvs: <VI1PR07MB48957EA8C22EF2677F77ADEDA0C40@VI1PR07MB4895.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(50582790962513)(37575265505322)(248295561703944)(109105607167333)(82608151540597)(195916259791689)(219612443155931)(178726229863574);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231382)(944501410)(52105095)(10201501046)(6055026)(148016)(149066)(150057)(6041310)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(201708071742011)(7699051)(76991095); SRVR:VI1PR07MB4895; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB4895;
x-forefront-prvs: 08497C3D99
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(39860400002)(136003)(366004)(396003)(346002)(13464003)(199004)(189003)(6306002)(52116002)(86152003)(6512007)(9686003)(4326008)(66066001)(71190400001)(6436002)(53936002)(71200400001)(1556002)(478600001)(14454004)(305945005)(15974865002)(256004)(2906002)(14444005)(7736002)(6116002)(3846002)(97736004)(2900100001)(6246003)(54906003)(186003)(106356001)(8936002)(26005)(5660300001)(105586002)(86362001)(476003)(966005)(446003)(84392002)(81166006)(486006)(81156014)(8676002)(68736007)(102836004)(229853002)(6486002)(44736005)(316002)(386003)(53546011)(6506007)(110136005)(33896004)(76176011)(25786009)(14496001)(99286004); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB4895; H:VI1PR07MB5022.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1;
received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 8rNf6Lm9ZgwXUC5V2ipRU3ebzyW3uhhxV0tT87cvg7Hnz5TYvmdTmC484ZZWb8jWVX3+G+AmEJXv1Hmb2RRtIRatvaNfSF9rZb+hW+NufSmSAKrubyaohVObGKgmuDYuWy9wFvrt6f3scNCpaA2nh2mQ7Rejtib1NoqF5R6Q22BINQMfUTKYReFcSNhmH/f0fCK4yCvSdICBUVCF62r8k/bwsshb83/sJYhK3kkcBJgERM/GklveZkUqaygp+aC69w/vgAfisCET0cSoBaQqFytWqHGYP/hs8/QQs7FDpB7g93jL5CwMpZqplFUFcH6iY8ibpUDxjm7kz4eaONf43sVTsGLIIjzbArFCl9RYTHM=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <5DA0126A44E2E4439BFBFD9DCCF32712@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 26d93cff-5b85-422f-db5f-08d644cebdd4
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Nov 2018 16:33:26.1736 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4895
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/Eaq_OKFRCrWW6RfmppNcghN04lw>
Subject: Re: [CCAMP] radio-link and carrier-termination iana interface types
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Nov 2018 16:33:32 -0000

----- Original Message -----
From: "Kallimanis Theodoros" <tks@intracom-telecom.com>
Sent: Wednesday, November 07, 2018 9:33 AM

Hi Amy

I thought that this could have been an addition to RFC 7224: IANA
Interface Type YANG Module. I can understand now that this model is
considered just as a reflection of the IF-MIB interface types and is
intended to be updated only when a new interface type is added in
IF-MIB.

<tp>
That is not quite right.  Look at RFC7224 and you will find that it
defines the initial contents of the Interface Type YANG module and
defines the rules for updating that module, that is that a request is
made to IANA for a new interface type and IANA pass the request on to
the Designated Expert who decides whether or not to grant the request.
If the request for a new interface type is granted, the module is
updated; no further process is required.

Also, the Interface MIB is updated at the same time so that the SMI and
YANG versions of the interface type modules stay in step.  Four such
changes have been made so far in 2018, courtesy of ITU-T G.959 and
G.709.

In this case, the I-D, the WG, have made no such request; as I said
before, I did give it some thought but took it no further.

As you say, these types are then not registered.  There could be lots of
other unregistered interface types but since they are not registered, we
do not know!

Tom Petch


In the case of RLT and CT interface types, we have two interface types
introduced in the Microwave Radio Link YANG Data Model but not yet
required to be used in some MIB. So they remain unregistered in IANA.
On the other hand, in NETCONF/RESTCONF, no specific ifType numerical
value is required and the radio-link-terminal and carrier-termination
identities specified in  ietf-microwave-types are adequate for this
purpose.
Thanks for your answers.

Theodoros Kallimanis
Principal Engineer (Systems & SW)
Department SSD
______________________________________
Intracom Telecom
19.7 km Markopoulou Ave., Peania, GR 19002
Building A3, 2nd floor
t: +30 2106671961
f: +30 2106671446
m: +30 6941636679
tks@intracom-telecom.com
www.intracom-telecom.com



-----Original Message-----
From: Yemin (Amy) [mailto:amy.yemin@huawei.com]
Sent: Wednesday, November 7, 2018 10:01 AM
To: tom petch <ietfc@btconnect.com>; Kallimanis Theodoros
<tks@intracom-telecom.com>; ccamp@ietf.org; jonas.ahlberg@ericsson.com;
Xi.Li@neclab.eu; daniela.spreafico@nokia.com; Marko.Vaupotic@avianet.com
Subject: RE: [CCAMP] radio-link and carrier-termination iana interface
types

Hi Theodoros,

I discussed with serveral people at the IETF week, the answer is the
same as Tom gave.
We cannot use a YANG model to ask for IANA registry for MIB.
As YANG is normally used by NETCONF/RESTCONF, MIB is used by SNMP.
If there's interest on MIB, another draft should be sumbitted and ask
for the registry.

BR,
Amy
________________________________________
发件人: tom petch [ietfc@btconnect.com]
发送时间: 2018年11月1日 21:10
收件人: Kallimanis Theodoros; ccamp@ietf.org; jonas.ahlberg@ericsson.com;
Yemin (Amy); Xi.Li@neclab.eu; daniela.spreafico@nokia.com;
Marko.Vaupotic@avianet.com
主题: Re: [CCAMP] radio-link and carrier-termination iana interface types

---- Original Message -----
From: "Kallimanis Theodoros" <tks@intracom-telecom.com>
To: <ccamp@ietf.org>; <jonas.ahlberg@ericsson.com>;
<amy.yemin@huawei.com>; <Xi.Li@neclab.eu>;
<daniela.spreafico@nokia.com>; <Marko.Vaupotic@avianet.com>
Sent: Wednesday, October 31, 2018 10:27 AM

Hello

I would like to ask a question regarding to ietf-microwave-types module.

For radio-link-terminal and carrier-termination, is it expected that
these new interface-types will be also registered at IANA Interface Type
registry for  IANAifType-MIB?

<tp>

The strict answer is no, they will not be added to the registry.  They
are only added when the IANA Cosiderations asks IANA to do so and this
I-D makes no such request.

If such a request were made, then they would be added both to the
IANA-maintained MIB Module and to the IANA-maintained YANG  module.

I did think of this a year ago and thought them too specific to CCAMP,
worth putting into a YANG module but not inflicting them on the IETF at
large, but do not think this ever got discussed on the WG list.

Tom Petch


BEST REGARDS

Theodoros Kallimanis
Principal Engineer (Systems & SW)

Department SSD
______________________________________
Intracom Telecom
19.7 km Markopoulou Ave., Peania, GR 19002

Building A3, 2nd floor
t:   +30 2106671961
f:   +30 2106671446
m: +30 6941636679
 <mailto:tks@intracom-telecom.com> tks@intracom-telecom.com
<http://www.intracom-telecom.com/> www.intracom-telecom.com








------------------------------------------------------------------------
--------


> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>