Sd—45 ASON Control Plane Management

henry188

1. 介绍

       从管理的角度来看，这个文档有助于理解MTNM V3.5接口的功能和应用的范围。

       该文档面向的对象是：

MTNM V3.5接口的使用者

MTNM V3.5接口的应用程序开发者

MTNM V3.5接口的实现的集成系统

使用该文档的前提是对MTNM V3.0接口有一定理解。

       该文档提供了一个网络操作场景，该场景贯穿基于MTNM V3.5接口的使用。对于每一步它都提供了IDL、UML和情景的参考。该文档没有涉及该接口的各个方面，也没有处理使用的不同形式风格。

       这些步骤涉及网络基础的发现/修改以及请求/连接建立/调整/清除。这个导游应该使读者对该接口操作熟悉并且文档可以使接口最大程度的扩展带来优势。

       该文件的主体中的场景开始于控制平面的建立和资源的分配。

2. 简单的控制平面接口操作指南

       在这节中，假设控制平面已经建立并可以操作。

       本节使用一些比较简单的平面控制网的例子来强调一个网管系统所需要的步骤：

基于网络信息分配数据

建立和清除请求

给一个调用添加一个连接

建立UNI和其寻址

通过UNI和其他管理系统法相被建立的调用和连接

发现网络基础结构的变化

分析网络故障

协调工程

2.1 简单网络

       去掉接口操作的复杂性，我们选择一个简单的网络。

代表整个控制平面网络中的顶级路由区只有四个路由领域，在下一个等级中

每四个中级路由区只包含路由节点

每个中级路由区完全由专用的EMS管理

其结果，在一个特殊区域的所有网元都被一个EMS管理

控制平面中所有被EMS分配的网元组件都有同一个EMS管理

每个路由区也是一个路由域

命名已经简化

2.2 管理系统的体系结构

       这是假设NML-EML（NML或OSS）的客户端在接口使用的大多数情况下将有一个数据库，它存储网络（snpplinks，路由区等）的相对静态方面的图像。这里的主要的操作风格是“调整和通知的变化” 。这种操作风格是通过下面的大部分来考虑的。客户端的应用程序维护一个数据库或者一个网络缓存，他们提供网络资源的静态视图。客户端的应用程序通过返回值或通知来维护调整。

      

       另一种风格将在本节末尾简短的考虑客户没有数据存储的情况。客户端应用程序不维护和扩展数据库/缓存，并有效地使用网络的数据库。客户端应用程序将在每一个使用操作的基础上作出的特定信息查询。

2.3 初始条件

       为了更好的描述，我们假设：

在控制面板初始化配置期间，NMS和EMS之间的通信不是激活的

NMS没有和控制面板相关的信息

许多控制面板组件被配置并且许多资源从传送面板被分配到控制面板中

这种分配需要使用本地的EMS工具

一些调用被建立，其中一些是UNI信令（SC），一些是在控制面板(spc)上的直接操作动作

这将包括在MLSNs中取回MLSNs、PTPs、SNCs

2.4 初始队列

       NMS使用返回操作来调整控制面板的当前状态。操作返回MTNM V3.5接口所支持的所有控制面板实体类型。

       允许NMS执行查询的操作是：

从所有EMS中取回多层路由域列表

从所有EMS中取回MLSNOOLinks列表

从所有EMS中取回MLSNPPs列表

从所有EMS中取回所有调用和顶层连接列表

取回每个顶层连接的首路由

取回控制面板中所有TP的状态

       以上NMS查询的序列用来调整控制面板中主要的控制面板数据。

       根据其作用NMS可能需要：

所有连接的实际路由

决定所有PTP的分配和操作状态。所有状态可以通过附加信息获得。

      

       NMS除了取回上述的调整控制面板网络表现外，不需要进一步的信息。

2.4.1从所有EMS中取回多层路由域列表

       这节将描述NMS收集MLRA的方式（参见Figure 1）。

       本节将分为两部分：

最理想的解决方式（“Expected Approach”）是把它自己先借用给管理体系结构（management architecture），NMS在那里储存着全部网络代理并维持着信息队列（alignment），就是说，NMS在那个结构里存储了那些（参见Figure 2）。

如果NMS不缓存一个网络视图，那么序列的片段运行将取决于具体的要求所述的“替代方案”（参见Figure 3）

2.4.1.1 理想方式

       在这节描述的操作序列支持“NMS发现MLRAs”用例。这个用例由下面的操作支持：

ControlPlaneMgr::getAllMLRAs() from TMF 608

EMSMgr_I::getAllMLRAs () from TMF814

       NMS从EMS取回所有MLRAs列表。

NMS在整个网络中依次寻址每个EMS，用来取回MLRAs。

被标识的操作提供代表MLRAs的MLSNs全集。

对于每一个路由节点的MLSN，NMS现在知道了NE所支持的MLSN。

代表顶层MLRA的MLSN将由EMS支持的控制面板的所有EMS返回。每个EMS应该返回同样的命名对象。

每个 EMS 也将返回代表它管理的下级 MLRAs的 MLSNs。每个非顶级 MLRA 仅仅由一个EMS返回。

请注意在比这里考虑的更复杂的网络配置中，一些 MLRAs 将由一个以上的 EMS返回，然而在简单配置里，每个 MLRA （非顶级 MLRA) 由一个且仅一个 EMS 中的一个 MLRA （非顶级 MLRA)返回一次。

存在附加信息属性"RoutingAreaLevel"指示是否这个 MLSN 是 MLRA。MLRA 的相关性可以通过属性的值来标识：

“TopLevelRA” 标识他是一个顶层的MLRA

“IntermediateRA”表示它是个路由域，但不是顶层的也不是一个路由节点。

“MLRN”表示一个路由节点。

       注意：以下附加信息属性是被支持的：

“supportingMEName”表示ME所支持的路由节点的名称

"SRG"所提供的路由节点共享风险组信息

对于路由领域作为 MLRA 可能表示许多控制平面路由领域 （每层一个）,"LayeredRoutingAreaList_T"提供控制平面 id。

"superiorMLRA"提供上层的 MLRA 信息，以协助确定 MLRAs 的层次结构的名称。

       作为操作的结果，NMS具有 MLRA 层次结构的完整视图 （MLSN 由代表每个 MLRA) 及ME所支持的每个路由节点，以及作为所有MEs所支持控制平面的结果。NMS 也知道 EMS 可提供任何特定的路由领域有关的信息。

2.4.1.2 替换方法

       这一节中描述的操作序列支持用例"NMS 发现多层路由区 (MLRA) s"。序列使用用例"NMS 发现下级多层路由区 (MLRA) s"。本例所述的方面由以下操作支持：

ControlPlaneMgr::getAllTopLevelMLRA() from TMF 608

MultiLayerRoutingArea::getAllSubordinateMLRAs() from TMF 608

EMSMgr_I::getAllTopLevelSubnetworks() from TMF814

MultiLayerSubnetworkMgr_I:: getAllSubordinateMLSNs() from TMF814

       NMS从EMS取回所有MLRAs列表。

NMS依次寻址EMS，取回对于整个网络所需的MLRAS。

标识的操作可以提供全套的 MLSNs 所代表的 MLRAs 或作为必要的一个子集。

对于每个 MLSN所表示一个路由节点，NMS 现在知道NE所支持MLSN。

它假定 NMS 将已经有了被每个EMS所支持的MEs，它使用 MTNM 接口的标准操作在 3.0 版本中可用的视图。

代表顶级 MLRA 的MLSN 将返回由所有EMS所支持的控制平面中以 getAllTopLevelSubnetworks 请求回应。每个 EMS 应返回相同的命名的对象，所以需要问只有一个。

一旦代表顶级 MLRA的MLSN 的名称已知，NMS就可以请求每个有关的 EMS 依次返回MLSNs它代表下属的 MLRAs，它用于管理使用 getAllSubordinateMLSNs。每个非顶级 MLRA MLRA 将返回由只有一个 EMS。

请注意在比这里考虑的更复杂的网络配置中，一些 MLRAs 将由一个以上的 EMS返回，然而在简单配置里，每个 MLRA （非顶级 MLRA) 由一个且仅一个 EMS 中的一个 MLRA （非顶级 MLRA)返回一次。

      

       存在附加信息属性"RoutingAreaLevel"来表示是否这个 MLSN 是 MLRA。MLRA 的相关性可以通过属性的值来标识：

       “TopLevelRA"指示这是顶级 MLRA

       “IntermediateRA"指示这是一个路由区，但不是最高级别和不是路由节点

       “MLRN"表示这是一个路由节点

       NMS 重复每个操作 getAllSubordinateMLSNs 返回 MLSN 以外的表示路由节点，直到有没有更多非路由节点 MLSNs 查询或直至必要的 MLSNs 集已被暂时缓存。

       作为结果的这些操作的 NMS 可以获得必要的视图 （由完整视图） MLRA 层次结构的 (由 MLSN 代表每个 MLRA) 和MEs所支持的每个路由节点和支持控制平面。NMS 也知道 EMS 可提供任何特定的路由领域有关的信息。

2.4.2从所有EMS中取回MLSNPPLinks列表

       这节描述的 NMS收集 MLSNPPLinks 的方法。有两种可能的方法，NMS 可以采取。第一是预期的方法和第二个是替代。

2.4.2.1 理想方法

       此操作被用例"NMS 发现 MLSNPP 的链接"通过过滤器设置为“all”覆盖。

此用例的各方面有以下操作支持：

       MultiLayerRoutingArea::getAllMLSNPPLinks() from TMF 608

       EMSMgr_I::getAllMLSNPPLinks() from TMF814

       NMS在每个EMS上使用同一个操作来返回网络中所有的MLSNPP Links。前提是NMS通过设置“sNPListRequested”为true来请求所知道的SNP到CTP的映射。请注意，当 TP 分配给了控制平面 ("allocatedToControlPlane"="True") TP 属性"TPConnectionState_T"应采取"TPCS_NA"的状态，因为它没有反映控制平面的连接状态。

       单个操作的返回值：

       对于顶层的MLRA，来自EMS的所有MLSNPP链接边界都暴露给顶层的MLRA。EMS只提供它所知道和传送端口（PTP/CTP）相关的NLSNPP Links边界，用来消除重复的信息。

       MLSNPPLinks可以是以下接口类型：

              “UNI”,

              “external E-NNI”

              “UNSPECIFIED”

       每个MLSNPPLink将提供一个默认值：

对于UNI MLSNPP Links来说，UNI信令信息包括控制器参考和信令协议参数

SNPP 别名列表为所有级别的路由区域层次和通过"LayeredSNPPLinkList_T"的结构完成SNP 对 CTP 映射。

TNA的引用适用于SNPP和SNP别名。

每一个路由域的指针对对应每一个SNPP

       对于顶层MLRA，来自每一个EMS的所有内部MLSNPP Links都曝露给顶层MLRA。EMS 仅提供 MLSNPP 的内部链接，这些连接是EMS所知的至少在链路一端的传输端口 (PTP/CTP)。

       当MLSNPP Link连接两个不是被同一个EMS管理的路由域时，例如：一个EMS知道一个端点并且另一个EMS知道另一个端点，那么对于NMS在所有EMS上相同的操作将发生两次。在这种情况下 NMS 将合并端到端的传输端口映射。别名将也只部份地填写在每个用例上。利用 raID 等的控制平面标识符作为这些传达整个平面控制网，可以进行合并。

       MLSNPPLinks可以是下面的接口类型：

“Internal E-NNI”

“I-NNI”

       每个MLSNPPLink可以提供：

SNPP别名列表，为所有级别的路由区域层次和通过"LayeredSNPPLinkList_T"的结构来完成SNP 对 CTP 映射。

TNA的引用适用于SNPP和SNP别名。

2.4.2.2 替换方法

此操作被用例"NMS 发现 MLSNPP 的链接"通过各个过滤器设置为“all”覆盖。

此用例的各方面有以下操作支持：

MultiLayerRoutingArea::getAllMLSNPPLinks() from TMF 608

MultiLayerRoutingArea::getAllInternalMLSNPPLinks() from TMF 608

MultiLayerRoutingArea::getAllEdgeMLSNPPLinks() from TMF 608

MultiLayerSubnetworkMgr_I::getAllMLSNPPLinks() from TMF814

MultiLayerSubnetworkMgr_I::getAllInternalMLSNPPLinks() from TMF814

MultiLayerSubnetworkMgr_I::getAllEdgeMLSNPPLinks() from TMF814

它可以按部就班的为NMS收集所有的MLSNPPLink信息：

通过MLSN表现顶层MLRA和首先收集MLSNPPLinks边界（来自所有EMS报告的MLSN表现顶层MLRA）。

然后处理每一个MLSNPPLinks内部链接:

为了收集内部的MLSNPPLinks，最后处理每个MLSN所代表的一个从属的MLRA（不是路由节点）。

2.4.3 从EMS返回MLSNPPs列表

       此操作将覆盖用例"NMS 请求 EMS 的 MLSNPPs 的列表"。本例所述的方面由以下操作支持：

MultiLayerRoutingArea::getAllMLSNPPs() from TMF 608

EMSMgr_I::getAllMLSNPPs() from TMF 814

       NMS取回所有EMS报告的MLRAs的MLSNPPs列表。这为 NMS 提供MLSNPP 别名视图和传输端口 (PTP/CTP) 之间的关系。它假设 NMS 在这一阶段通过设置"sNPListRequested"为 True请求所有已知的 SNP 到CTP 映射。

       NMS在每个EMS上使用一个操作来取回网络中的所有MLSNPPs。这个单个操作返回：

一个EMS中所有的MLSNPPs。

EMS只提供它所知的和传输端口（PTP/CTP）相关的MLSNPPs。

每个MLSNPP将提供：

SNPP别名列表，包含路由域层次结构中所有等级和通过

“LayeredSNPPList_T”结构SNP到CTP的映射。

TNA的引用适用于SNPP和SNP别名。

每个路由域指针代表每个SNPP。

最高水平 MLRA 的名称通过命名出现的

       由于此操作而 NMS 具有完整视图的所有 MLSNPPs 和每个 SNPP 别名和两端的 CTP 映射。NMS 也知道 EMS 可提供有关任何特定的 MLSNPPs 的信息。