[NMOP] SIMAP Issue 88 and 109: Italo Busi, Sergio Belotti, Daniele Ceccarelli - Topology Layer Definition
Olga Havel <olga.havel@huawei.com> Tue, 23 December 2025 16:46 UTC
Return-Path: <olga.havel@huawei.com>
X-Original-To: nmop@mail2.ietf.org
Delivered-To: nmop@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id B57C59E6BACF for <nmop@mail2.ietf.org>; Tue, 23 Dec 2025 08:46:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -4.195
X-Spam-Level:
X-Spam-Status: No, score=-4.195 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7jo0_pW4GOaJ for <nmop@mail2.ietf.org>; Tue, 23 Dec 2025 08:46:17 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id C592C9E6BAC8 for <nmop@ietf.org>; Tue, 23 Dec 2025 08:46:17 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.224.150]) by frasgout.his.huawei.com (SkyGuard) with ESMTPS id 4dbLV91SzzzJ468v; Wed, 24 Dec 2025 00:45:37 +0800 (CST)
Received: from frapema500004.china.huawei.com (unknown [7.182.19.21]) by mail.maildlp.com (Postfix) with ESMTPS id 9DB6240539; Wed, 24 Dec 2025 00:46:16 +0800 (CST)
Received: from frapema500007.china.huawei.com (7.182.19.81) by frapema500004.china.huawei.com (7.182.19.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Tue, 23 Dec 2025 17:46:16 +0100
Received: from frapema500007.china.huawei.com ([7.182.19.81]) by frapema500007.china.huawei.com ([7.182.19.81]) with mapi id 15.02.1544.011; Tue, 23 Dec 2025 17:46:16 +0100
From: Olga Havel <olga.havel@huawei.com>
To: Italo Busi <Italo.Busi@huawei.com>, "Belotti, Sergio (Nokia - IT)" <sergio.belotti@nokia.com>, "Daniele Ceccarelli (dceccare)" <dceccare@cisco.com>, "nmop@ietf.org" <nmop@ietf.org>
Thread-Topic: SIMAP Issue 88 and 109: Italo Busi, Sergio Belotti, Daniele Ceccarelli - Topology Layer Definition
Thread-Index: Adx0K4eU1UlGEUvmR1OjQDogJ80Q0A==
Date: Tue, 23 Dec 2025 16:46:16 +0000
Message-ID: <4328fae1553d4fce9278f35059a33941@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.206.138.9]
Content-Type: multipart/alternative; boundary="_000_4328fae1553d4fce9278f35059a33941huaweicom_"
MIME-Version: 1.0
Message-ID-Hash: YE62JBHJDMCIRS4PZVI2FKBJCMJZRGCU
X-Message-ID-Hash: YE62JBHJDMCIRS4PZVI2FKBJCMJZRGCU
X-MailFrom: olga.havel@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [NMOP] SIMAP Issue 88 and 109: Italo Busi, Sergio Belotti, Daniele Ceccarelli - Topology Layer Definition
List-Id: "Network Management Operations (NMOP) Working Group" <nmop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/nmop/gjZp4jJjUdQz2sydQSDvWsLem2s>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nmop>
List-Help: <mailto:nmop-request@ietf.org?subject=help>
List-Owner: <mailto:nmop-owner@ietf.org>
List-Post: <mailto:nmop@ietf.org>
List-Subscribe: <mailto:nmop-join@ietf.org>
List-Unsubscribe: <mailto:nmop-leave@ietf.org>
Italo, I merged your comment for issue 109 into the issue 88, so we can discuss together. Best regards, Olga From: Olga Havel Sent: Tuesday, December 23, 2025 3:01 PM To: Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) <sergio.belotti@nokia.com>; 'Daniele Ceccarelli (dceccare)' <dceccare@cisco.com>; nmop@ietf.org Subject: SIMAP Issue 88: Italo Busi, Sergio Belotti, Daniele Ceccarelli - Topology Layer Definition Hi Italo, Sergio and Daniele, The following is the proposed change for the Issue 88 opened for your comments: Italo: The difference between the service layer and the top layer is not fully clear. I thought the service layer was the topmost level in SIMAP. I am not sure OSPF, IS-IS or BGP can be considered a "layer" Sergio: Not clear what "top layer" is representing wrt the service layer Daniele: The draft’s language about “service layer” vs “top layer” is confusing; at one point it sounds like the service layer is the topmost layer, elsewhere it implies a separate “top” layer concept. Would it be possible to define topology layers as a level of abstraction or technology domain represented as a topology instance. Examples: physical layer (L0/L1), L2, L3, optical WSON, transport layers, and service layer (customer-facing logical services — VPNs, slices, overlay services) ? The top layer is just mentioned once, in the terminology. I suggest the following changes, please let me know if this addresses your comments and if I can close the issue: OLD: Some topology layers represent the control aspects of Layer 3, like OSPF, IS-IS, or BGP. NEW: Some topology layers represent the control aspects of Layer 3, like IGP (for OSPF and IS-IS) or EGP (for iBGP and eBGP). OLD: The top layer represents the application/flow view of Service connectivity. NEW: The application/flow layer represents the view of Service data flows for the different classes of service - video, voice and data traffic. The layers may differ depending on the solution, so the bottom and top layers may not be the same across all solutions. We can illustrate the concept of topology layers by listing the common set — e.g., * physical: L1, one or multiple layers, if fully modelling different optical layers. Used for WSON, OTN optical, OTN digital), * data‑link: L2 for Ethernet, LAGs and VLAN, * network: L3 for IPv4 and IPv6, * IGP/EGP: for routing inside or between ASs, different layers for underlay and overlay, for ISIS, OSPF, iBGP. eBGP, * tunnel: for transport tunnels and paths, for MPLS and SRv6, * service: for different overlay services, like L2 VPNs, L3 VPNs, slices, SD-WAN * application: for video, voice and data traffic flows. However, this list is illustrative only; it is not a prescriptive requirement. Different solutions may adopt alternative layering schemes or combine layers differently. Therefore, we will present the above as an example of one possible solution, while keeping the definition flexible enough to accommodate flexible layering. Best Regards, Olga