YD∕T 3828-2021 基于流量工程网络抽象与控制（ACTN）的软件定义光传送网（SDOTN）网络服务接口技术要求(通信).pdf

ICS 33.040.20M 33中 华 人 民 共 和 国 通 信 行 业 标 准YDYD/T XXXXXXXX 基于流量工程网络抽象与控制（ACTN）的软件定义光传送网（SDOTN） 网络服务接口技术要求 Technical requirements for Software Defined Optical Transport Network (SDOTN) network service interfaces based on Abstraction and Control of Traffic Engineering Networks (ACTN) （报批稿）20-发布20-实施中中华华人人民民共共和和国国工工业业和和信信息息化化部部 发布 发布YD/T XXXXXXXXI目 次 前言 .I 1 范围 .1 2 规范性引用文件 .1 3 缩略语 .1 4 ACTN 网络服务的接口及模型概要 .2 4.1 ACTN 体系架构 .2 4.2 CMI 接口的功能要求 .3 4.3 CMI 接口模型 .5 5 VN 拓扑请求与服务发放流程 .7 5.1 VN 拓扑请求 .7 5.2 VN 操作原语与对象描述 .7 5.3 VN 在层服务中的应用 .10 6 VN 及层服务数据模型 .13 6.1 YANG 模型的分类方式 .13 6.2 YANG 模型和接口要求概述 .14 6.3 VN 数据模型 .14 6.4 L1CSM 数据模型 .17 6.5 L2SM 数据模型 .19 6.6 服务映射数据模型 .20 附 录 A（资料性附录）YANG 模型分类方式 .23 附 录 B（资料性附录）本标准数据模型关系图 .24 参考文献 .26 YD/T XXXXXXXXXI前 言 本标准按照GB/T 1.1-2009给出的规则起草。 请注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别这些专利的责任。 本标准由中国通信标准化协会提出并归口。 本标准起草单位： 中国信息通信科技集团有限公司、华为技术有限公司、中国联合网络通信集团有限公司、中国信息通信研究院、上海诺基亚贝尔股份有限公司、中国移动通信集团有限公司、中兴通讯股份有限公司。 本标准主要起草人：易晶晶、郑好棉、周彦韬、徐云斌、张励、李允博、牛小兵。 YD/T XXXXXXXXX1基于流量工程网络抽象与控制（ACTN）的软件定义光传送网（SDOTN）网络服务接口技术要求 1范围 本标准规定了基于流量工程网络抽象与控制（ACTN）的软件定义光传送网（SDOTN）网络服务接口技术要求， 包括用户网络控制器(CNC)与多域网络协调器 （MDSC） 间的接口 （CMI） 功能要求、 CMI接口规范、VN和服务模型等。 本标准适用于基于ACTN的软件定义光传送网控制器。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 YD/T 3401-2018 软件定义光网络（SDON）总体技术要求 YD/T 3600-2019 基于流量工程网络抽象与控制（ACTN）的软件定义光传送网（SDOTN）控制器技术要求 IETF RFC8040 RESTCONF 协议（RESTCONF Protocol） IETF RFC8199 YANG 模型分类（YANG Module Classification） IETF RFC8309 层服务模型解释（Service Models Explained）IETF RFC8454 流量工程网络抽象与控制(ACTN)的信息模型 (Information Model for Abstraction and Control of TE Networks (ACTN) 3缩略语 下列缩略语适用于本文件。 ACTN：流量工程网络抽象与控制（Abstract and Control of Traffic Engineering Networks） AP：接入点（Access Point） BGP：边界网关协议（Border Gateway Protocol） CE：用户边缘点（Customer Edge） CMI：CNC 和 MDSC 之间的接口（CNC-MDSC Interface） CNC：用户网络控制器（Customer Network Controller） ETH：以太网（Ethernet） GMPLS：通用多协议标签交换协议（Generalized Multiprotocol Label Switching） LDP：标签分发协议（Label Distribution Protocol） LxSM：层服务模型（Layer X Service Model） L1CSM：一层连接服务模型（Layer 1 Connectivity Service Model） L2SM：二层服务模型（Layer 2 Service Model） L2VPN：二层虚拟专网（Layer 2 Virtual Private Network） MBC：最小总带宽消耗（Minimize aggregate Bandwidth Consumption） YD/T XXXXXXXXX2MBP：最大预留带宽路径（Maximum residual Bandwidth Path） MCC：组路径代价和最小化（Minimize the Cumulative Cost of a set of paths） MCP：最小代价路径（Minimum Cost Path） MDSC：多域业务协调器（Multi-Domain Service Coordinator） MLL：最大负载链路的负载最小路径（Minimize the Load of the most loaded Link） MLP：最小负载路径（Minimum Load Path） MMI：高等级 MDSC 和低等级 MDSC 之间的接口（MDSC-MDSC Interface） MPI：MDSC 和 PNC 之间的接口（MDSC-PNC Interface） MPLS-TP：多协议标签交换传送子集（Multi-protocol Label Switching-Transport Profile） OTN：光传送网络（Optical Transport Network） PE：网络边缘点（Provider Edge） PNC：配置网络控制器（Provisioning Network Controller） P-OTN：分组增强型 OTN（Packet enhanced Optical Transport Network） SBI：南向接口（Southbound Interface） SDH：同步数字体系（Synchronous Digital Hierarchy） SDN：软件定义网络（Software Defined Network） SDOTN：软件定义光传送网络（Software Defined Optical Transport Network） TE：流量工程（Traffic Engineering） VN：虚拟网络（Virtual Network） VPLS：虚拟专用局域网业务（Virtual Private LAN Service） VPWS：虚拟专线业务（Virtual Private Wire Service） 4ACTN 网络服务的接口及模型概要 4.1ACTN 体系架构 具备流量工程特征的传送网络如 OTN 或 P-OTN 网络、MPLS-TP 网络等，可以采取多种机制（如分布式的 ASON/GMPLS、集中式的路径计算，以及采用网络管理的手段）实现转发平面和控制平面相分离，配置及预占用资源。ACTN 控制器系统以 SDN 对 TE 网络资源的控制为基础，为 SDN 传送网络提供了一种全新的控制器架构。ACTN 控制器系统符合 YD/T 3401-2018 的第 4.2 节架构规范。 ACTN 控制器系统是由三类控制器组成的层次化控制器系统模型， 如图 1 所示。 其中三类控制器分别为 CNC、MDSC 和 PNC，控制器之间的接口分别为 CMI、MPI；PNC 和物理网络设备间的接口为SBI。 YD/T XXXXXXXXX3 图1图1ACTN 架构以及控制器功能的基本层次化模型 ACTN 控制器系统采用了多控制器层次间协同工作方式，具备如下四个核心功能 ： 多域协调、虚拟/抽象、服务转换、虚拟网络服务协调。在 CMI 接口功能中主要涉及服务转换以及虚拟网络服务协调功能。服务转换是指 MDSC 将 CNC 的服务请求转换成网络配置后发送到 PNC 上，虚拟网络服务协调功能可以在进行服务转换的同时包含一系列协同功能，如负载均衡、业务质量保证、带宽和吞吐量等。 4.2CMI 接口的功能要求 4.2.1CMI 的功能概述 如图 1 所示，ACTN 控制器网络架构中存在四类接口，分别是 CMI，MMI，MPI 以及 SBI。本标准主要对 CMI 接口功能进行了定义与规范。 CMI 即网络服务接口，位于 CNC 和 MDSC 之间。在图 1 中，CMI 是用以标识用户和网络运营商的分工界限。用户通过 CMI 接口向网络发送服务请求。该接口处理所有与网络服务相关的信息，如虚拟网络服务类型、拓扑、带宽以及网络服务约束信息等特定的服务属性。 CMI 接口通常不涉及到物理网络的具体传送技术，例如 OTN 网络或者 MPLS 网络，而只关注服务的属性要求。 ACTN 网络服务的 CMI 接口功能包含虚拟网络服务和层服务。 MDSC 提供给 CNC 抽象的 VN 拓扑，用户可以通过虚拟网络服务对 VN 进行操作。CMI 接口根据在 SDOTN 网络中业务模型的不同，提供不同的层服务， 包括一层服务和二层服务。 一层服务是指 CNC 通过 MDSC 在网络上开通透传型业务， CMI接口将采用 L1CSM 进行描述；二层服务是指 CNC 通过 MDSC 在网络上开通非透传型业务，CMI 接口将采用 L2SM 进行描述。层服务模型和业务模型之间的关系如表 1 所示。 YD/T XXXXXXXXX4表表 1 ACTN控制器接口、服（业）务与模型关系控制器接口、服（业）务与模型关系 接口 拓扑 拓扑模型 业务/服务 业务/服务模型 一层服务 一层服务模型 (L1CSM) CMI 虚拟网络 虚 拟 网 络 模 型(VN) 二层服务 二层服务模型 (L2SM) 透传业务 透传业务模型 MPI TE 拓扑 TE 拓扑模型 (TE-Topo) 非透传业务 非透传业务模型 4.2.2CMI 接口的 VN 功能要求 虚拟网络（VN）是MDSC提供给CNC的抽象拓扑，用于CNC和MDSC间的通信。VN依视角不同分为两类：第一类VN指一系列端到端的隧道集合，即一型VN；第二类VN指若干节点和链路的集合，即二型VN。两类VN的定义见YD/T 3600-2019第5.2.1节。 图2图2虚拟网络服务请求 CNC可以通过MDSC请求分配VN资源，虚拟网络服务是用户与网络运营商间的以VN方式提供的服务，如图2所示。本标准中包含三种类型的虚拟网络服务： a) 一型虚拟网络服务：是指允许用户实例化和操作一型VN的虚拟网络服务。 b) 二型虚拟网络服务包括： 1) A型虚拟网络服务：静态虚拟网络服务，VN是在服务配置时静态实例化的，并且不允许用户进行添加或删除抽象节点和链路等更改拓扑的操作； 2) B型虚拟网络服务：动态虚拟网络服务，允许用户对服务配置时创建的初始拓扑进行动态更改。 用户根据与网络运营商之间的协议在VN上执行的拓扑请求和动态修改、删除等功能称为VN操作，VN操作原语的描述详见第5.2节。 4.2.3CMI 接口的层服务模型功能要求 CNCMDSCPNCPNCPNC虚拟网络服务请求虚拟网络服务响应YD/T XXXXXXXXX5 层服务模型(LxSM)用在用户和网络运营商之间的 CMI 接口上，用户使用 LxSM 向网络运营商请求开通业务。网络运营商从 LxSM 中获取用户所请求服务的信息，将其映射成实际网络业务开通需配置的网络协议及设备参数。标准化 LxSM 的使用能让用户服务开通更加快捷及智能。 LxSM 采用标准化的 YANG 模型描述用户向网络运营商所请求的服务。该类描述站在用户角度，仅包含服务的基础属性，如业务源宿点、带宽、类型等。具体的网络参数如设备、端口、交换技术等，并不被用户所感知，不在 LxSM 中体现。 4.2.4CMI 接口协议要求 在 CMI 上需要使用规范的编码和通信协议来部署和实现模型信息的交互。用户和网络运营商之间的通信协议遵照 IETF RFC8040 规定的 RESTCONF 协议。CMI 接口通信内容编码应采用 JSON 格式，符合 IETF RFC7159 的规范。 4.3CMI 接口模型 4.3.1CMI 接口模型概述 根据 4.2 节的描述，在 CMI 接口上的两类功能要求，虚拟网络服务和层服务，分别通过 VN 模型和层服务模型来实现。 其中 VN 模型提供对于虚拟网络连接关系的描述， 用于网络运营商响应用户资源请求并向用户提供抽象的网络视图 ； 基于该视图，用户可以通过层服务模型向网络运营商请求相应的服务。层服务模型只包含对用户服务的描述信息，不包括网络运营商具体如何实现业务开通。VN 模型和层服务模型用在用户和网络运营商之间的接口，如图 3 所示。 图3图3VN 模型和层服务模型用于用户与网络运营商之间的接口 本标准的目的是提供标准化的 VN 模型和层服务模型， 向用户提供抽象的网络视图， 同时允许网络运营商将用户的层服务请求映射成网络配置请求。 用户既不感知物理网络拓扑信息， 也不感知网络运营商提供服务的技术， 仅通过服务模型即可请求开通特定的服务，如图 3 中的接口 a 所示。MDSC 具备业务编排器和网络编排器的能力，业务编排器实现业务开通， 如图 3 中的接口 b 所示， 网络编排器用于协调开通业务所需要不同技术不同厂家的网络资源。在 ACTN 控制器系统中，CNC 通过 CMI 与 MDSC 进行交互完成 VN 和层服务的请求与响应。本标准的 VN 模型和层服务模型均处于图 3 中接口 a 的位置，描述了服务在属性、连接关系、可靠性等方面的要求，用于上述交互。 YD/T XXXXXXXXX64.3.2VN 模型 根据 4.2.2 的 VN 功能描述， VN 在 CMI 的网络视图中以拓扑的形式存在。 因此在模型使用上， VN模型允许用户通过 CMI 请求资源，并形成一张抽象化、可维护的 VN，即当网络由于业务变动或者物理故障导致资源变化时，MDSC 将通过 VN 模型向用户更新资源情况。基于该 VN，用户可以通过层服务模型进一步请求层服务，如一层服务、二层服务等。在 MDSC 响应该请求完成层服务的提供后，此时需要 CNC 与 MDSC 各自刷新 VN 的资源使用情况。 VN模型的具体表现形式详见本标准第6.3节；VN操作原语的具体描述和使用详见本标准第5.2节。 4.3.3一层服务模型 由于一层网络中的交换技术为面向连接的交换技术， 该网络所提供的服务也通常是基于连接的， 因此一层网络对应的服务模型被称为 L1CSM，用于描述一层服务的属性。其中一层服务指通过一层网络提供的面向连接的服务。 注：粗虚线表示 L1CSM，粗点划线表示 L2SM 图4图4网络运营商 L1CSM 和 L2SM 应用模式 图 4 描述了一个 LxSM 在架构中应用的具体例子。图中 CE 指具备二层交换能力的传输设备；PE（及中间节点 P）则表示具备一层交换能力的传输设备。根据图 4，CNC 可以通过 L1CSM 请求一层服务，如图中粗虚线所示；以及通过 L2SM 请求二层服务，如图中粗点画线所示。 4.3.4二层服务模型 L2SM 提供一个请求、配置和管理 L2VPN 服务的抽象接口。用户可以通过 L2SM 向网络运营商请YD/T XXXXXXXXX7求连接或其他服务。 L2SM 的应用也包含在图 4 中说明，位置在 CNC 和 MDSC 间的 CMI 接口上，用于请求图 4 场景中 CE 到 CE 的连接。IETF RFC8309 和 IETF RFC8199 中进行了详细描述。 L2SM 的应用不限于图 4中的例子。 5VN 拓扑请求与服务发放流程 5.1VN 拓扑请求 5.1.1VN 实例化概述 VN 实例化是指用户或应用程序请求创建 VN 的操作。VN 实例化用于 CNC 到 MDSC 的通信。VN的删除、修改和查询与实例化流程和发起方式均相似，在此仅以实例化流程为例说明 VN 拓扑请求。 a）VN 用户视图：模型（参见 draft-ietf-teas-actn-vn-yang）允许定义用户视图，用户可使用 6.3 节中描述的 VN 结构进行通信。模型还允许对终端点到终端点的链路（例如，VN 成员）集进行组合，并划入同一个 VN 范围内。 因此， 用户可实例化 VN， 并将 VN 视为一个实体。 CNC 可在 VN 视图上对 VN进行操作而无需关心 VN 对应的物理资源的细节。 b）VN 实例化的发起主体和方式： 1）由 CNC 发起实例化。CNC 使用模型（参见 draft-ietf-teas-actn-vn-yang）主动发起 VN 的实例化请求，具体的实例化过程在 MDSC 上实施。 2）由 MDSC 实例化。CNC 发起层服务请求，MDSC 根据层服务模型和本地策略自动实例化VN。CNC 可通过 VN 模型了解 MDSC 实例化的 VN 是否满足用户服务需求，模型的具体形式参见draft-ietf-teas-actn-vn-yang。 5.1.2VN 实例化流程 根据 VN 实例化的触发主体不同其实例化的流程有所不同： a) 由 CNC 请求 VN 实例化 图 5 描述了 CNC 和 MDSC 之间的信息流，第一对信息交互中，CNC 使用模型（参见draft-ietf-teas-actn-vn-yang） 进行 VN 的请求，并由 MDSC 完成 VN 的实例化操作；第二对信息交互中，CNC 使用模型（参见 IETF draft-ietf-teas-actn-vn-yang）进行 VN 的查询，并由 MDSC 响应该查询，返回 对 应 参 数 。 需 要 注 意 的 是 ， 所 有 对 于 VN 的 操 作 均 使 用 相 同 的 模 型 （ 参 见draft-ietf-teas-actn-vn-yang），实例化、查询、修改、删除等操作通过 RESTCONF 协议中的不同指令体现。 YD/T XXXXXXXXX8 图图 5 CNC发起携带服务配置的发起携带服务配置的VN信息流信息流 b) 由层服务驱动的 MDSC 发起的 VN 实例化 如果 CNC 实例化了单个抽象拓扑，图 6 显示了 CNC 和 MDSC 之间的信息流。第一对信息交互中，CNC 使用层服务模型在未实例化 VN 的情况下请求层服务；MDSC 收到响应后，首先为该 CNC 实例化 VN，然后基于所建立的 VN 为 CNC 提供层服务，最后响应 CNC 的层服务请求。第二对信息交互中，CNC 使用层服务模型进行 VN 的查询，并由 MDSC 响应该查询，返回对应参数。与图 5 同理，所有对于层服务的操作均使用层服务 YANG 模型 ； 实例化，查询，修改，删除等操作通过 RESTCONF 协议中的不同指令体现。 图图 6 层服务驱动层服务驱动VN实例化层服务信息流实例化层服务信息流 YD/T XXXXXXXXX95.2VN 操作原语与对象描述 5.2.1VN 操作原语 在 ACTN 原语描述中，CMI 支持了以下 VN 操作原语：VN 实例化、VN 修改、VN 删除、VN 更新、VN 路径计算和 VN 查询。VN 操作原语的定义详见 YD/T 3600-2019 第 6.2.1 节。 与 VN 操作原语关联的对象详见 YD/T 3600-2019 第 6.2.2 节。VN 操作原语与对象的关联关系详见YD/T 3600-2019 第 6.2.3 节。IETF RFC5511 定义了原语的使用规则，关于 ACTN 架构下原语的使用描述，见 IETF RFC8454。 5.2.2VN 对象 VN 对象是与 VN 操作相关对象，包括 VN ID、VN 服务特性、VN 终端点、VN 目标函数、VN 操作状态、VN 拓扑、VN 成员、VN 查询、VN 已计算路径、VN 服务优先级。其定义已在 YD/T 3600-2019第 6.2 节中具体描述。本节通过补充 VN ID、VN 服务特性、VN 终端点、VN 目标函数、VN 操作状态、VN 拓扑和 VN 成员对象，进一步完善与 VN 操作原语相关的 VN 对象的描述。 VN 对象具体描述如下： a) VN 服务特性 VN服务特性：VN服务特性描述了针对需要实例化VN的用户或应用程序的需求。 := (.) 各特性的描述如下： 1) VN 连接类型 := | 标识了所需VN服务的类型。除了传统的服务类型(例如点到点或点到多点等)之外，ACTN还定义了“灵活多宿点”服务，这是一种新的点到点服务，宿点不固定。可以在预先配置的宿点列表中选择宿点，也可以由CNC动态提供。 2) VN方向性 表示VN是单向的或双向的。属于VN的每个VN成员都具有与VN相同的方向性。 3) VN流量矩阵 := 表示所需服务连接的流量矩阵参数。其中，带宽是一个强制参数。可以在VN约束中指定一些可选约束(例如，包含排斥、成本)。约束可以包含IETF RFC5541中指定的目标函数和TE矩阵指标。 4) VN约束 := ( | ) 其中， 标识请求VN服务的层拓扑。例如，层协议可设置为ODU或OCH。 允许在VN实例化/修改或VN路径计算请求中指定差异性约束。例如，从现有的路径中请求一个满足包含(IRO)或排斥(XRO)属性的新的VN或路径。 YD/T XXXXXXXXX10 := ( (.) | ( (.) 可以包括IETF RFC3630和IETF RFC7471定义和引用的所有矩阵指标(成本、 时延、 时延变化、延迟)和带宽利用率参数。 见本标准5.2.2.2节c）。 描述了与VN恢复级别相关的所有属性及其用户/应用程序执行的生存性策略。 := 其中， 是表示针对VN所需的保护恢复级别的值。定义了如下值： 无保护 VN VN 隧道保护恢复：保护恢复级别是针对组成 VN 的隧道定义的，在 VN 隧道保护恢复级别中指定。 := | | | | | 指适用于VN的保护或恢复机制的类型。它扩展了IETF RFC4427中定义的保护恢复类型。 := 其中， 是一个委托策略，供服务器用于在主LSP失败时是否允许本地重路由。 仅适用于MPI，其中MDSC向每个PNC提供域首选项，例如，当域间链接失败时，PNC可以选择具有此信息的交互对端。 是一种策略，它允许服务器在故障时触发一个VN拓扑更新，而无需从用户发出显式更新请求。如无说明，允许更新操作为其默认值。 是另一种策略，它从服务器触发自上次更新以来的增量更新。如无说明，允许增量更新设置为其默认值。 b) VN 终端点 VN终端点：描述了VN用户的终端点特性。 := ( ). 其中， 表示用户端终端点点的唯一标识。用户使用它们来请求建立虚拟网络实例。是针对网络中的每个AP定义的，并在用户和网络运营商之间共享。用户和网络运营商都可将VN终端点映射到自己的物理资源。 指与给定接入点相关的访问链路的容量(例如，最大带宽、带宽可用性等)。 表示终端点是否为源端点。 c) VN 目标函数 YD/T XXXXXXXXX11适用于 VN 的每个 VN 成员（如每个端到端的隧道）。VN 目标函数可重用 IETF RFC5541 第四部分定义的目标函数。 对单一路径计算，定义了如下目标函数： 1) MCP：相对于特定矩阵参数（如最短路径）的最小代价路径。 2) MLP：最小负载路径，指找到一个由 TE 链路组合的最小负载路径。 3) MBP：最大预留带宽路径 对并发路径计算，定义了如下目标函数： 1) MBC：最小总带宽消耗 2) MLL：最大负载链路的负载最小路径 3) MCC：组路径代价和最小化 d) VN 执行状态 是VN的状态标识，VN是否已在服务器网络中成功实例化、修改或删除，以响应特定的VN执行操作。这里，VN操作状态对象可以隐式地表示，可以不包括在VN的任何原语中。 e) VN 拓扑 当用户将VN视为拓扑时，它被称为“VN拓扑”。这与VN类型2相关联，VN类型2由虚拟节点和虚拟链路组成。 := := : = f) VN 成员 VN成员描述了VN成员的详细信息，VN成员是表示的一组VN成员的列表。 := 其中， := 是AP的输入部分的VN终端点信息，具体可参阅YD/T 3600-2019基于流量工程网络抽象与控制（ACTN） 的软件定义光传送网（SDOTN） 控制器技术要求 第6.2节中VN终端点的定义。 描述了与VN类型相关的LSP：如果是第一种VN，指在网络运营商网络中已实例化的LSP;如果是第二种VN，指在VN拓扑上已实例化的LSP。 5.2.3VN 操作原语与对象间的关联关系 VN操作原语与对象见的关联关系可见YD/T 3600-2019第6.2.3节。 5.3VN 在层服务中的应用 5.3.1层服务请求发放流程 图 5、 图 6 和图 7 分别描述了 ACTN 框架下用户层服务的请求和发放流程， 此处仅以操作成功的情况作为说明，异常情况在此不予以描述。层服务的请求发放方式分为如下两种： a） CNC 发起携带服务配置的 VN 请求：CNC 将层服务模型的配置信息映射到 VN，CNC 向 MDSCYD/T XXXXXXXXX12发起 VN 实例化请求。MDSC 根据请求实例化 VN。VN 经由 MDSC 进一步映射为 TE，通过 MPI 接口发送给 PNC 进而下发给传送网络，完成服务的发放。 b）CNC 发起层服务请求：CNC 携带层服务模型向 MDSC 发起服务请求。MDSC 根据请求实例化VN，并通过服务映射功能将 CNC 携带的层服务信息映射到 VN。VN 经由 MDSC 进一步映射为 TE，通过 MPI 接口发送给 PNC 进而下发给传送网络，完成服务的发放。 图图7 7层服务请求发放及映射流程层服务请求发放及映射流程 5.3.2层服务发放流程中的模型映射 5.3.2.1TE 和服务映射 在 5.3.1 节中，MDSC 收到 CNC 的 VN 请求后，需要将请求映射成为具体的网络参数，并通过 MPI配置到 PNC 上。 a) TE 和服务映射包括两种类型： 1) 通过 LxSM 配置的参数：根据业务所涉及的网络交换技术划分，可以分为一层服务和二层服务。二者通过对应的 L1CSM 或 L2SM 进行配置，并由 MDSC 将 LxSM 转换为网络MDSC服务映射功能CMI（扩展的服务模型）层服务模型-VN 映射PNCTransport NWMPI（VPN/TE 模型）CNC服务映射CNC主动发起创建的VNMDSC服务映射层服务模型-VN 映射VN-TE 映射层服务驱动创建的VNYD/T XXXXXXXXX13模型（如 TE）并完成相应配置。 2) 通 过 TE 和 服 务 映 射 类 型 配 置 的 参 数 ： TE 和 服 务 映 射 类 型 ( 参 见draft-ietf-teas-te-service-mapping-yang 中的 ietf-te-servicemapping-types)模块是一个共用库，可以作为 LxSM 模型的扩展。该模块中包含 TE 和服务相关的通用参数。 b) 通过 TE 和服务映射类型进行配置通常是来自以下两种场景的需求： 1) 来自 VN 或隧道的选择需求 ： 当现有网络资源无法满足服务的要求时，需要建立额外的 TE隧道。当没有合适的现有 TE 隧道可以支持服务需求时，或者当网络运营商希望动态创建和绑定到特定服务的隧道，使其不被其他服务共享时，需要选择隧道。该场景基础的 LxSM无法支持，需要导入 TE 和服务映射类型模块。 2) 可用性需求：可用性是 VN 实例在网络无故障运行的时间长度的概率度量，如电信级别要求的 99.999%。可用性级别的需求在服务映射过程中需要转换为特定于网络的策略，例如将 99.999%的可用性转换为包含 1+1 保护的隧道配置。 该场景基础的 LxSM 无法支持， 需要导入 TE 和服务映射类型模块。 其中，VN 或隧道有以下三种选择模式： a) 用户请求一个基于不共享服务资源（VN）的层服务。此模式可进一步分为带确定特征的硬隔离、无特征要求的硬隔离和软隔离。 b) 用户可以请求服务，其中不需要为每个服务创建新的隧道(或 VN)，并且可以跨多个服务共享。 c) 允许修改现有 VN/隧道属性(例如带宽)。 5.3.2.2服务映射类型 服务映射类型包含如下两类： a) 服务模型和 VN YANG 间的映射。当 MDSC 收到一个服务请求时，将通过 TE-topology模型（参见 draft-ietf-teas-yang-te-topo） 实例化一个 VN 对象。该 VN 可以通过各种约束条件（通过带约束的用户服务对象配置）满足用户的服务目标，并将此关系记录在 LxSM 模型中。 b) 服务模型和 TE-topology 或者 TE-tunnel 间的映射。图 8 中扩展的 LxSM 模型引用 TE-topology或 TE 隧道对象，在引用的对象汇总配置服务信息。 5.3.2.3服务模型的扩展 由于上述场景中基础 LxSM 不满足 VN/隧道的选择需求和可用性需求， 特别定义了 TE 和服务映射类型对 LxSM（L1CSM/L2SM）服务模型进行扩展。模型的扩展细节参考 6.6.3 节。图 8 给出了扩展的LxSM 和已有模型的关系。 图图8 8扩展的 LxSM 模型 LxSMTE & 服务映射类型扩展的LxSM模型VNTE-topoTE-tunnel导入扩展引用YD/T XXXXXXXXX146VN 及层服务数据模型 6.1YANG 模型的分类方式 6.1.1按建模方式分类 YANG模型通常有两种建模范式：自顶向下和自底向上。自顶向下的建模方法从顶层设计或用户需求开始，并将其映射至具体的网络技术当中 ； 自底向上的建模方法则起始于基本的网络技术，并向上映射至更抽象的结构当中。出于层次化建模的考虑，建议将模型划分为两类： a) 网络业务模型：根据具体的网络技术，描述设备或业务的具体配置、状态数据以及对应的操作和通知，如 OTN 拓扑模型，ETH 业务模型等。该类模型主要定义在 YD/T 3600-2019 中； b) 层服务模型：根据抽象的需求表达，描述层服务的配置，状态数据，以及对应的操作和通告，如一层和二层服务模型等；本标准主要定义此类模型。 6.1.2按标准化程度分类 按标准化程度分类，参见附录 A。 6.2YANG 模型和接口要求概述 本节对 SDOTN 控制器 YANG 模型和接口要求进行描述。 对象属性表格中的“约束”表示对象属性实例的个数约束，含义如下： a) 1.*表示对象属性实例个数可为一个到多个。 b) 1表示对象属性实例个数为一个。 c) 0.*和*表示对象属性实例个数为零个到多个。 d) 0.1表示对象属性实例个数为零个或一个。 对于枚举型的数据类型，该数据类型第一次出现时在注释栏中给出具体的枚举值。 对象属性的名称如果包含前缀“_”，表示该对象属性的数据类型是一个对象，其数据类型为所对应的对象名称。 属性默认值表示方法如下： a) String：“” b) 数据结构（例如 NameAndValue）：没有默认值 本节接口采用RESTCONF协议为例进行说明。 YANG Tree 当中，rw 表示可读写，ro 表示只读；使用 “”标记的位置为关键值(key)，属于必选的配置参数。带有“？”标记的参数为可选的配置参数。对于可选对象和属性可不下发。 带有“！”的标识一个容器，带有“*”的表示一个列表。 6.3VN 数据模型 6.3.1VN 模型要素 VN模型来源于VN YANG模型（参见draft-ietf-teas-actn-vn-yang）中定义的ietf-vn模型，用于定义一个VN对象。模型关系图详见附录B。 abstract node：用以描述VN拓扑类型，标识VN是否为单节点抽象拓扑 vn-member：VN成员，包含VN的源、宿点和连接交叉信息 policy：用于设定VN的重路由、多样性和通知等策略 YD/T XXXXXXXXX15 ietf-vn模型要素中的关键属性如下： a) ietf-vn的关键属性见表2。 表表 2 ietf-vn的关键属性的关键属性 属性名称 数据类型 约束 注释 来源 Ap 1 接入点 参见draft-ietf-teas-actn-vn-yang的ietf-actn-vn b) access-point的关键属性见表3。 表表 3 access-point的关键属性的关键属性 属性名称 数据类型 约束 注释 来源 access-point-id uint32 1 接入点id 参见draft-ietf-teas-actn-vn-yang的ietf-vn access-point-name String 1 AP的名称 参见draft-ietf-teas-actn-vn-yang的ietf-vn Pe String 1 本地拓扑中PE节点的引用 参见draft-ietf-teas-actn-vn-yang的ietf-vn max-bandwidth te-types: te-bandwidth 1 AP的最大带宽 参见draft-ietf-teas-actn-vn-yang的ietf-vn avl-bandwidth te-types:te-bandwidth 1 AP的可用带宽 参见draft-ietf-teas-actn-vn-yang的ietf-vn vn-ap List 1 VN接入点列表 参见draft-ietf-teas-actn-vn-yang的ietf-vn c) vn-ap的关键属性见表4。 表表 4 vn-ap的关键属性的关键属性 属性名称 数据类型 约束 注释 来源 vn-ap-id uint32 1 VN 接入点ID 参见draft-ietf-teas-actn-vn-yang的ietf-vn Vn leafref:path 1 VN-AP所对应的VN 参见draft-ietf-teas-actn-vn-yang的ietf-vn YD/T XXXXXXXXX16abstract-node leafref:path 1 VN-AP在TE拓扑中所对应的节点 参见draft-ietf-teas-actn-vn-yang的ietf-vn ltp te-types:te-tp-id 1 VN-AP在TE拓扑中所对应的LTP 参见draft-ietf-teas-actn-vn-yang的ietf-vn d) vn-member的关键属性见表5。 表表 5 vn-member的关键属性的关键属性 属性名称 数据类型 约束 注释 来源 vn-member-id uint32 1 vn-member ID 参见draft-ietf-teas-actn-vn-yang的ietf-vn src container 1 VN member的源点 参见draft-ietf-teas-actn-vn-yang的ietf-vn dest container 1 VN member的宿点 参见draft-ietf-teas-actn-vn-yang的ietf-vn connetivity-matrix-id leafref:path 连接矩阵的引用 参见draf