T2023年网管业务配置原理.docx

《T2023年网管业务配置原理.docx》由会员分享，可在线阅读，更多相关《T2023年网管业务配置原理.docx（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、OptiX 2500+ 高级培训手册附录一T2000网管业务配置原理OptiX iManager T2000网管的业务配置原理引 言利用T2000网管进展业务配置的根本步骤是：1创立网元，并对网元进展根本配置；2创立网元之间正确的纤缆连接； 3创立保护子网或出子网光口；4创立路径；在创立路径时，还可以再细分为：创立效劳路径如VC4、复制效劳路径、创立业务路径如E3、E1、复制业务路径。本文将就这个过程中涉及的一些重要的概念、学问点进展阐述，以有助于大家对T2000网管业务配置过程的理解。这也是写本文的初衷。一、T2000网管的层次1.1T2000网管的层次T2000网管将各种配置数据分为网元侧

2、数据与网管侧数据。保证网管侧数据与网元侧数据之间的全都性，是保证传输设备正常稳定运行的前提。网管侧可分为网络层和网元层。T2000网管是子网级的网管，具有局部网络功能，也就必定具有网络局部的相关配置数据，这些配置数据构成了网管侧网 络层的数据，主要包含纤缆连接、保护子网、路径等相关信息。网元配置数 据上载或者网元配置脚本文件导入都是将网元侧数据上载或将脚本文件导入 到网管侧的网元层，然后创立纤缆，再搜寻保护子网、路径。网元配置数据 下载就是将网管网元层的数据下发到网元侧。6-4-10网 络 层搜索创纤 缆 连 接建网 元 层上下载发网 管 侧网 元 侧T2000 网 管 数 据 层 次 图保护

3、子网及路径的搜寻是在网管侧的网元层进展的。如何理解这一点呢？我 们可以做个试验来证明。我们选择一个已完成系统配置的传输子网测试。首 先在配置数据治理中初始化网元侧数据，这时只在网管侧的网元层和网络层 存在配置数据了；其次步，从网络层删除保护子网，这样在网络层数据中就 没有保护子网及该子网上的路径的信息了；最终，我们搜寻保护子网、路径， 仍可以将上述从网络层删除的保护子网和路径搜寻出来。据此我们就可以断 定T2000网管中对保护子网及路径的搜寻是在网元层进展的。同样，我们也可以用这种方法来确认T2000网管的某个操作是对网元侧，还是对网管侧的网元 层，或者是网管侧的网络层。在网络层进展的操作，假

4、设要下到网元侧，都得经过网元层下发的；也就是 说在网络层的操作不会直接对网元操作，而是通过网元层下发。比方在网络 层创立的保护子网、路径，创立成功后，网元层就有了相应的配置数据，然 后网元层再下发到网元侧，最终完成对设备侧的配置。为什么这样做呢？这 是由于T2000是子网级网管，也就是说具有网元级网管的全部功能及网络级网管的局部功能。依据ITU-T的建议，网络级网管是不能直接操作网元的，她必需通过网元级网管来对网元进展各项操作。T2000网管在传输网管体系中位置二、保护子网与出子网光口2.1 纤缆连接的资源T2000网管与RMS、NES网管相比，区分很大的一点就是T2000网管关注纤 缆连接。

5、在RMS、NES网管中，纤缆连接或称链接是作为一个附属品 存在的，网元之间是否有纤缆连接对建立复用段保护环等保护构造是没有影 响的；而在T2000网管中，纤缆连接是构成保护子网的必要资源之一，她明确了网元之间的纤缆连接关系，固然，这种连接关系必需是设备侧光纤连接在 网管侧的正确反映；一旦这种连接关系确立了，也就明确了网元之间是通过 哪个光口连接起来的，这样在创立保护子网时，T2000网管就能依据这种连接关系来给网元配置规律系统，并将光口映射到具体的规律系统中去。只有正 确创立了网元之间的纤缆连接关系，才能创立保护子网。我们用T2000网管进展设备自动觉察时，搜寻到的链接关系，目前只对 10G

6、MADM设备是正确的，但其他设备类型一般是不正确的。这个问题不是网管的问题，而是需要设备的支持。我们期望在不久的将来，对全部设备，T2000 网管都能直接将纤缆连接关系正确地搜寻并创立起来。2.2 保护子网保护子网是指具有完整自保护功能的网络构造，它是构成传输网络的网络单 元。在T2000网管中保护子网是一个广义的概念，它不仅包括具有完整自保护功能的网络构造，如复用段环、通道保护环等，还包括无自保护功能的网络 构造，如无保护环、无保护链等。在T2000网管中，保护子网不再是原来NES、RMS网管中单纯的复用段环或通道保护环，而是一个网络级的概念，它的组成要素包括网元设备、纤缆连 接。也就是说构

7、成保护子网的资源包括网元和纤缆。只有创立了网元，对网 元做了根本配置，并且网元之间的纤缆连接已正确建立，才有足够的资源来 创立保护子网。这些也就是创立保护子网的前提。假设要用规律系统的观点来看的话，那么创立保护子网的实质就是通过创立 保护子网给各网元配置了相应的规律系统，并将各单板光口或VC4映射到规律系统中去，同时将这些孤立的规律系统联系起来，构成一个完整的网络 构造。从这里也可以看出，保护子网与规律系统不同，规律系统是一个孤立 的网元级的概念，而保护子网则是全网性的，网络级的概念。那些配置了可 以构成保护子网的规律系统的网元，假设在网管侧没有正确的纤缆连接，是 无法构成保护子网的，这些规律

8、系统只能是孤立节点。更进一步而言，未属 于任何保护子网且不属于出子网光口的规律系统就是孤立节点。假设原来某网元上已经存在规律系统，且与所要创立的保护子网规律系统 完全一样，则在创立保护子网出子网光口时不再在该网元上创立规律系 统；即创立了保护子网后，从网络层删除该保护后，又创立该保护子网，这 时，在网元上只有一个规律系统。对于出子网光口也一样，假设从网络层删除 后再创立出子网光口，就像是把原出子网光口变成的孤立节点再转换为出子 网光口。2.3 出子网光口出子网光口，也称为出系统光口，是一个网络级的概念，对它的理解可分为以下几个方面：（1） 出子网光口主要用于华为光网络设备与外界即不在T2000

9、的系统治理域之内的对接，只能在网管侧创立，无法搜寻出来，这是出子网光口与保 护子网的一大区分。 例如，四个Optix 2500设备组成的msp环，带一个朗讯设备的链，而且有链到环之间的业务，即需要在节点处的 2500设备上配环到链的业务。然而T2000网管不能治理其他厂家的设备，这就给节点处业务的配置带来了麻烦。由于不行能在T2000上只用一个网元建立起链。建立不了链， 也就配置不了规律系统，相应的业务也就无法创立。也正是为了解决类似问 题，T2000中才引入了“出子网光口”这个概念。（2） 单纯用命令行是创立不了出子网光口的；用命令行配置时，通过上载后 ，那些与外界对接的规律系统其实就是无保

10、护的TM的规律系统，进展保 护搜寻后，只是孤立节点，需要手工将它们创立成出子网光口（3） 在T2000网管中创立出子网光口的条件：TM，无保护，无纤缆连接 这也很好理解，假设知道纤缆如何连接的话，那就是T2000系统治理域内部的了；既然是与外界系统的连接，固然就不行能有什么保护。（4） 出子网光口只能创立在SDH级别的单板的无纤缆连接指网管侧的端口上。（5） 什么时候用得最多？现在是10G MADM设备用的出子网光口最多，由于它的端口要么成环或带链，要么和其他公司设备或直接与交换机连接，对于 后者，当用T2000网管中的路径治理进展业务配置时，就都得建出子网光口。（6） 出子网光口与孤立节点的

11、区分。二者在实质上都是规律系统。孤立节点指的是未属于任何保护子网且不属于出子网光口的规律系统。但满足肯定条 件即TM、无保护、网管侧无纤缆连接的孤立节点就可以创立成为出子网光口。出子网光口从网络层删除后就变为孤立节点。（7） 在出子网光口之间创立E4路径，为什么总提示时隙冲突或提示无支路板或支路板无空闲端口？由于对网管而言，出子网光口连接的是外面的系统， 不知道它用了哪个时隙。因此在出子网光口上创立路径时，不仅仅需要指明 网元，还需要指明出子网光口所在的单板，端口。（8） 为什么有的出子网光口可以按时隙划分，而有的不行？只有以太网或者ATM板上才可以也只能按VC4创立出子网光口，而SDH网元必

12、需用满所 有时隙。910GMADM由于没有规律系统，因而配置出子网光口，纯属网管侧网络层的操作，与网元层、网元侧无关。10出子网光口的删除只能在该出子网光口上没有业务时，才可以删除， 这时是将网络层、网元层、网元侧相应的数据都删除。假设要从网络层删除出子网光口，唯一的入口是在保护视图查询出子网光口；在列表中选中某些出子网光口，点击右键，就有“从网元侧删除”和“从网络层删除”。但这两种删除方式都不会删除网元层相应的数据，在网元层还是有无保护、TM的规律系统存在，只是这时变为孤立节点了。2.4 孤立节点孤立节点不是指孤立的网元，而是指一类特别的规律系统。具体说来，孤立节点是指未形成保护子网且不属于

13、出子网光口的规律系统。孤立节点只是一个网元级的概念。一个正常运行的传输网络是不应当消灭孤立节点的。假设查询到孤立节点， 就要检查一下是否配置有误？这点是在用网管进展维护时应当检查的一项。对孤立节点的查询也是在网管侧的网元层进展的。对这点可以这样来测试。首先也是初始化网元侧数据；然后，从网络层删除保护子网或出子网光口； 最终，查询孤立节点。这时，原属于该保护子网或出子网光口的规律系统都变为孤立节点了。2.5 保护子网的创立与删除T2000网管中创立保护子网的功能是在“传送工作台”“传送网络保护管 理”中实现的。只要创立了网元，做了根本配置，并创立了正确的纤缆连接， 我们就可以在“传送网络保护治理

14、”中创立各类保护子网了。在T2000网管中，纤缆已经成为保护子网的一局部了。其实，创立纤缆就是在有纤缆连接的网元之间建立SPI、RS、MS路径。固然这时还不能在MS路径上直接创立VC4等路径，由于这些路径还没被划分到规律系统中。因此，必需创 建保护子网。首先，争论一下资源共享与依据VC4划分。资源共享是指当有多个两个及两个以上保护子网占用同一单板端口资源时，必需选择资源共享。资源共享的实质就是将一样的单板端口映射到多个的保护子网中。我们必需理解的是：资源共享是对单板的端口包括光口、电口而言。对于不同的保护子网经过一个单板的不同的端口，这种状况是不需要选择资源共享的。值得再强调一下的是：只有当多

15、个保护子网经过同一单板端口时，才必需选择资源共享。假设只是同一端口映射到多个规律系统，但这些规律系统未形成或未创立保护子网，这时是不需要选择资源共享的。例如，3个网元：NE20、NE21、NE22，构成一个双纤双向复用段共享保护环， 然后，将该复用段共享保护环从网络层删除，这时网管侧的网元层该复用段 规律系统都还在。接下来，我们再创立保护子网，比方还是双纤双向复用段 共享保护环，这时不需要选择资源共享，就可以创立成功。这就说明资源共享是对保护子网而言的，只有多个保护子网共用同一单板端口才需要选择资源共享。当需要按VC4进展规律系统映射时，就必需选中依据VC4划分，常见的是在创立局部复用段和虚拟

16、共享环时。这里不在详述了。其次，创立保护子网时，网管对网元侧的操作。在创立保护子网成功后，网管就给网元侧配置了规律系统。假设是复用段环， 在创立成功后，就会把复用段节点ID及恢复时间等参数下发到网元。但在搜 索复用段环时，网管并不检测各规律系统的节点ID号，而只是依据其规律系 统是否能构成保护子网来推断。这一点可以这样来测试。我们建了两个双纤双向复用段共享保护环。一个包括三个网元：NE1、NE2、NE3，节点ID分别为0，1，2；另一个包括四个网元：NE11、NE12、NE13、NE14，节点ID分别为0，1，2，3。然后，我们将第一个复用段环的网元NE2 与其次个环的网元NE13对调，重连好

17、光纤。这时，在网元侧各网元的规律 系统都是MSP、ADM、RING。这时第一个环各网元的节点ID分别为：0，2， 2；其次个环各网元的节点ID分别为：0，1，1，3。然后，搜寻保护子网，还是能搜寻到两个复用段环；这时，用命令行查询时，您会觉察复用段参数分 别是：第一个环：0，2，2；其次环：0，1，1，3。明显，复用段参数是错误的，复用段倒换可能不成功，或者倒换了无法恢复，这是格外危急的。那么，怎么解决呢？只须重停顿，再启动复用段协议，那么网元侧的节点ID 就正确了，也就是：第一个环：0、1、2；其次个环：0、1、2、3。也就是说， 重启动协议会将复用段节点ID重正确下发。这个过程是分两步的：

18、先是 重下节点ID，再启动复用段协议。但这时复用段保护参数如：恢复时间、SD 触发条件等，并没有重下发，需要手工重应用一下。目前SD触发条件， 下发不下去，以后应当会改进。还有要特别指出的是，目前T2000网管中，创立保护子网时不会对支路径通道的保护属性进展设置；也就是说，当您创立通道保护环时，网管不会自动将 相应的支路径的通道保护属设为保护，而需要您手工去设置一下。这一点一 定要记住，否则保护倒换可能不成功。说明一下， PDH接口的通道属性默认是无保护。最终，争论保护子网的删除。保护子网的删除有两种方式，分别是：从网络层删除、删除保护子网。从网络侧删除只是将保护子网从网管的网络层删除，在网管

19、的网元层仍旧有规律系统配置，这时仍可以通过搜寻保护子网搜寻出来。这种删除方式不会影响网元设备的正常运行。删除保护子网会将保护子网从网管侧、网元侧一起删除，网元侧的规律系统也被删除了，这时固然无法搜寻出来。删除保护子网的前提是，只有在该保护子网上无VC4、E4、E3、E1等路径时，才可以删除该保护子网。还有一种间接的方法可以从网络层删除保护子网，那就是直接删除纤缆。直接删除纤缆会将经过该纤缆的路径、保护子网都从网络层删除，但有点值得说明的是出子网光口不会被删除，由于出子网光口不需要纤缆。三、路径3.1 理解路径路径是一种传送实体，负责将信息从路径源端的输入传递到路径宿端的输出， 并对传递信息的完

20、整性实施监视引自：韦氏宝典p103。这里我们不对路径的 理论作深入的争论，我们只对T2000网管涉及的各种路径进展分析。依据路径所在的层次，可把路径分为：1光层网络路径，包括OTS、OCH、OMS路径；2SDH层网络路径，包括SPI、RS、MS、VC4、E4155M光 口业务路径；3PDH层网络路径，包括E1/T1、E3/T3、E4(140M、155M 电口业务)路径。对于光层网络路径我们不作介绍，对于SPI、RS、MS路径， 前面已简洁介绍过了，创立纤缆就是创立了纤缆连接的网元之间的SPI、RS、MS路径。但这时，这些路径还不能用作载体，由于它还没映射到具体的规律 系统中，只有在创立了保护子

21、网后，这些路径才能成为下级路径的载体，我 们称为效劳层路径。我们先探讨路径的方向问题。每个SPI、RS、MS路径都含有正向、反向两条路径，这是由于T2000网管中创立的纤缆连接都是双纤双向的。这一点，尤其在创立下级路径如 VC4、E4路径时，是必需明确的。在创立VC4、E4路径时，路径源和宿的方向是必需与它的载体MS路径的源、宿方向全都的。例如两个网元：NE301、NE302，由一条纤缆连接，组成一个无保护链。这时MS路径就有两条：源NE301NE302宿，源NE302NE301宿；这样在建VC4路径时，假设是以NE301为源、NE302为宿，则在指定服 务层路径时，就必需选择源NE301NE

22、302宿这个方向的MS路径；反之，则必需选源NE302NE301宿方向的MS路径。否则创立不成功。这一点不算限制的限制，估量在以后的版本中会解除。接下来分析一下VC4路径的单、双向。单向的VC4路径仅包含正向工作路径，只能作为具有一样方向的单向的E3、 E1的效劳路径。双向的VC4路径含有两条路径，这点与MS路径是相像的。但 是这两条路径在不同类型的保护子网下，是不一样的。在除单向通道保护环、单向复用段环外的其他保护子网中，这双向VC4路径中一条是正向工作路径、另一条是反向工作路径。假设是单向通道保护环，这时两条路径中一条是正 向工作路径，另一条是反向保护路径或者一条是反向工作路径，另一条是正

23、 向保护路径。这是由于单向通道保护环有自动复制功能，为了在网管中要实 现这种功能，于是就规定单向通道保护环只能建双向VC4路径，把工作路径、保护路径同时创立。假设是单向复用段环，则只能建单向VC4路径。补充一点，正向工作路径、反向工作路径是相对路径的源、宿方向而言的， 与源、宿方向全都的路径称为正向路径、反之则是反向路径。而保护路径是相对工作路径而言的。下面分析VC4路径和E4路径的区分。VC4路径与E4路径的共同点是：它们的效劳层路径都是MS路径，在中间网元有高阶的VC4穿通。区分主要在于：VC4路径是效劳路径，可以分段创立，但不能上下业务；E4是业务路径，不能分段创立，但能上下业务。VC4

24、路径是基于MS路径的高阶VC-4通道路径，是E3、E1路径的载体，是建立E3、E1路径的根底。换句话说，VC4路径的物理层是VC-4通道，VC4路径是 E3、E1的效劳层路径。既然VC4路径是效劳层路径，那么在VC4路径的源端、宿端就没有业务的上下，只是路径经过的中间网元有高阶的 VC4穿通。VC4 路径可以分段创立。VC4路径与在SDH业务中的VC4业务是不一样的。VC4路径是一个规律概念， 而SDH业务中的VC4是指VC4-通道可装载的业务类型，如140M、155M，在路径中创立此类业务时，业务类型应是E4。E4路径是一种业务路径，在其源端、宿端有业务的上下，同时路径经过的中 间网元有高阶

25、的VC4穿通。在T2000网管中，E4路径承载的不仅仅是140M电口业务，也可以是155M电口、光口业务。如创立SP08、SLO1板的业务时，选择的业务类型只能是E4。E4路径不能分段创立。目前，当源、宿或中间网元含有10GMADM，删除E4路径时，有可能存在删除不彻底的状况，表现为中间网元的高阶VC4穿插未删除，导致路径搜寻时会消灭源或宿为10GMADM的VC4路径，但这与10GMADM不能是VC4路径的源或宿相冲突。这个问题在今后的版本中会解决。3.2 VC4路径的创立与搜寻VC4路径的创立有两种方式：一种是有中间网元间时端到端的创立，另一种是 相邻网元间的创立。前者，在中间网元会有高阶的

26、VC4穿通；而后者则没有， 它对网元侧、网管侧网元层都没有任何操作，只是在网管侧网络层作了某种 标记，例如该VC4通道已被占用，不能再被其他VC4路径使用等。例如，有两个构成无保护链的网元：NE1、NE2，在两者之间建一条VC4路径， 然后，从网络层删除该路径，接下来搜寻路径，觉察无法搜寻上来；或者在 搜寻时选择全量搜寻，这时也搜寻不上来。这就证明白相邻网元间创立 VC4 路径其实只是在网管侧网络层有配置数据，而在网元侧、网管侧的网元层并 无任何配置数据。T2000网管对于有中间网元的VC4路径的搜寻是基于高阶VC4穿通的，只要一个或几个相邻网元都有相应的高阶的VC4穿通，并且在它们的两端网元

27、假设没有相应的VC4穿通，那么就会搜寻到一条两端网元之间的端到端的VC4路径。例如有三个网元组成无保护链，按挨次分别为： NE22、NE23、NE24；中间网元NE23有一高阶VC4穿插，两端NE22、NE24无高阶VC4穿插。在路径搜寻时就会搜寻到一条NE22NE24的VC4路径。假设，在中间增加一网元NE25， 配有一条相应的高阶VC4穿插业务，这时链变为：NE22、NE23、NE25、NE24。这时您还是能搜寻到一条NE22NE24之间的端到端的VC4路径。假设在NE24 网元还有一条高阶VC4穿插业务，这时，就会无法搜寻到一条完整的VC4路径， 由于这条路径有源或宿，有穿通，但没宿或没

28、源。又如：一条由四个网元组成的无保护链：NE30NE31NE32NE33；建了一条NE30NE33的VC4路径，这时在NE31、NE32中就有高阶的VC4穿通。然后，从网络删除原有路径；接下来，在该无保护链的NE31和NE32之间增加一个网元NE35，该网元无任何业务配置；现在该无保护链变为：NE30NE31NE35NE32NE33；最终，再去搜寻路径，这时您无法搜寻出原来NE30NE33的VC4路径，而是搜寻到两条路径：NE30NE35，NE35NE33；这是由于NE31、NE32有高阶的VC4穿通，而NE30、NE35、NE33都没有，按前述对VC4路径的搜寻方式，就应当有两条VC4路径。

29、也就是说对有中间网元的VC4路径的搜寻，网管侧只关注是否有高阶 VC4穿插。对于相邻网元间的VC4路径的搜寻是基于是否有可以形成完整业务的低阶交 叉E1或E3。换句话说，相邻网元间假设能搜寻到E1/T1、E3/T3路径，那么就会自动搜寻到一条相应的VC4路径。而且这条VC4路径是激活的。如：网元301和网元302构成一个无保护链，然后，在SDH业务中配置VC12业 务。当只在一个网元配有业务时，另一个网元没有配置相应的业务，这时路 径搜寻是无法搜寻到E1路径，也就没有VC4路径。假设，另一个网元配置了 相应的业务，那么，就能搜寻到E1路径，也就会搜寻到对应的VC4路径。如 果，只是在两个相邻网

30、元间创立一条VC4路径，该效劳路径没有E1、E3等路 径，然后从网络层将该路径删除后，再去搜寻路径，该VC4是搜寻不上来的。这也说明，相邻网元间的VC4路径搜寻是基于是否有E1、E3等业务路径来判 断的。3.3 路径的激活与去激活在路径视图中创立或复制的路径假设没有激活，那这条路径所表达的业务只存在于网管侧，没有下发到网元侧。只有在激活以后，这条路径所表达的业务才会下发到网元侧。去激活则是把该路径所表达的业务从网元侧删除，但该路径在网管侧仍存在。我们知道在T2000网管中有两种配置业务的方法：一是单站配置，入口在“设 备维护台”“业务配置”“ SDH业务”；二是在路径视图中进展端 到端的业务配

31、置。这样，在“ SDH业务”与路径视图中都可以进展业务的激活、去激活。这就存在一个同步的问题。目前，T2000网管中，在路径视图或 路径治理中所作的操作，会在“ SDH业务”中同步表现出来。比方在路径视图中激活或去激活一条路径，那么这条路径所表达的业务在“ SDH业务”中也会显示为激活、未激活。但是在“ SDH业务”中所作的操作，在路径视图或路径治理中无法实时表达出来。 如一条路径已激活，然后，在“SDH业务” 中将路径所表达的业务中的一条业务去激活，这时相应网元侧的这条业务已 被删除，业务中断了，但这时在路视图中该路径仍旧是激活的。也可以说目 前这两者之间是单向同步，就是“SDH业务”能同步

32、“路径视图”中的操作， 而“路径视图”无法同步“SDH业务”中的操作。这固然不利于我们用T2000 网管进展开局、维护等操作，我们期盼T2000网管的版本能解决此问题，使 两者完全同步。此外，当网元处于预配置状态下，激活时，路径所表达的业务中与该网元相关的都不会下发到网元侧，由于预配置状态下，在网管上的任何操作都不会对网元侧造成影响，但在网管中，该路径的状态还是会显示为激活；同样， 去激活时，路径所表达的业务中与该网元相关的都不会从网元侧删除。这点需要特别留意。3.4 路径的删除删除路径是将路径所表达的业务删除。删除路径的前提是该路径处于未激活状态，也就是网元侧无该路径所表达的业务，这也可以理

33、解为删除路径只是在网管侧的操作，是将路径从网管侧删除。那么我们能否不去激活路径而删除路径呢，也就是从网络层删除路径，而不影响网元层和网元侧该路径所表达的业务呢？我们知道，在T2000网管中可从网络层删除保护子网、利用直接删除纤缆从网络层删除纤缆信息，但在T2000网管中却没有直接的功能可以从网络层删除路径而不删除该路径所表达的业务，现在我们只能利用间接的方法来实现从网 络层删除路径。这些方法是：1从网络层删除保护子网，从网络层删除会将该保护子网上的路径也从网络删除；2直接删除纤缆，直接删除纤缆会将经过该纤缆的保护子网及该保护子网上的路径从网络层删除。四、性能与告警4.1 性能查询在T2000网

34、管中，刷当前性能是对选中的网元从网元侧主控的当前性能存放 器查询当前数据。这些数据在网管侧不记入数据库，也就是说，每次查询当 前性能都是从网元侧查询。刷历史性能时，假设未选中“也从网元侧查询”， 则是从网管数据库中读取数据，如网管数据库中无相应数据，就查询不到， 这时可以选中“也从网元侧查询”，就会将网元主控的当前性能存放器及历 史性能存放器中相应的数据查询上来，并记入数据库。此外，查询时要留意过滤条件，尤其是时间段，别选错了时间段，导致查询不到任何历史性能数据。4.2 告警的各种属性设置告警的属性包括：告警级别、告警自动上报状态、告警屏蔽、告警过滤、告 警反转、告警延迟、相关性抑制等，这一局

35、部的内容可以参见T2000网管的帮助中的相关内容，此处不再详述。4.3 告警的各种操作告警的全都性检查：对所选中的网元，将其当前全部告警查询上来；可以手 动进展，也可以在满足肯定条件下自动进展，如T2000网管效劳器启动时、通信中断又恢复时、LCT用户退出登录时；这里，说明一点，通信中断是指当某一网元从未登录状态通信中断，登录时，会自动将该网元的全部当前告 警查询上来。告警刷：用网管后台数据库的数据刷前台；告警同步：对所选中的网元、单板、通道、端口、路径等，将其当前全部告警查询上来；告警确认：对所选中的告警进展确认操作，假设该告警已完毕，则转入历史库；假设该告警未完毕，则记录确认时间及确认用户

36、。只有经过确认的告警才会转入历史库。告警核对：对所选中的告警，将其告警状态与网元侧该告警的状态进展比较； 假设网元侧已完毕，且该告警已确认过，则转入历史库；假设网元侧已完毕，但 未确认，则显示完毕时间，等待确认；假设网元侧未完毕，则对该告警不做任 何操作。告警删除：将所选中的告警从网元主控的告警存放器中删除该告警，固然网管侧也没有了该告警，但单板侧的告警并未删除，仍会上报。去除网元告警指示：将选中网元的告警指示灯及告警声音切除，相当于执行一次ALM CUT。去除网元告警：将选中网元的全部当前告警从网元主控删除，网管侧该网元显示为绿色。在告警查询及性能查询时，要特别留意查询的时间段设置，同时还要

37、留意网元的当前时间，以免查询不到任何数据。五、T2000网管的脚本5.1 脚本全的命令行基于对传送网管维护的需要，在OptiX iManager T2000上增加了对配置数据导出到脚本文件与从脚本文件导入配置数据的功能。目前脚本几乎支持全部传 输产品包括SDH、METRO、波分设备等。脚本的根本功能是：1使用脚本文件替代目前的主机机命令行批量配置方式；在导出时要求：根本的配置信息导出时要求可以阅读和编辑，可以便利 的更改此局部信息并生成另一个网元的配置；导入时的要求：假设网管中已 经有此网元，且网元已经配置，则导入此网元的脚本文件时要留意：脚本文 件中有的信息可以掩盖网管中的信息，脚本文件中没

38、有的信息，则保存网管 上的信息不变；假设网管中尚无此网元，则导入时：脚本文件有的内容导入 网管，脚本文件没有的内容，网管或者用缺省值填充，或者为空；2、使用此脚本文件实现网管的数据库升级的要求；3以此脚本文件作为用户设备具体信息的载体，可以作为用户设备文档保存或传递；例如：我们在对用 户作远程维护时，可以要求用户先从网管导出此脚本文件E-MAIL给我们，我们通过此脚本文件可以具体了解用户设备的 配置状况。脚本具有良好的兼容性：1高版本的网管可以导入低版本网管生成的脚本文件；2工作站和PC机下同版本的网管生成的脚本文件相互兼容。5.2 脚本文件的类型脚本文件是文本文件，扩展名为.txt。目前T2

39、000网管供给的脚本文件有：网元配置文件、网元端口命令文件、全网配置文件、网管信息文件详见下表。随着T2000网管的不断完善，脚本文件也会越来越丰富，甚至可以直接将脚本文件作为T2000 网管上的类似WINDOS的DOS窗口一样的交互式配置工具。脚本文件脚本文件的名称格式包含的配置数据网元配置脚本文件NEData_扩展ID根底ID_网元名称.txt网元的配置信息；网元端口命名脚本文件NEPort_扩展ID根底 ID_网元名称.txt包含网元各个端口的命名信息；NWNeList_网管名称.txt全网配置脚本文件NWCfg_网管名称.txt全网配置文件，包括网元层及网络层；NMInfo_网管名称.

40、txt网管信息文件NWSvcData_网管名称.txt网管计算机及网管本身的信息；5.3 脚本文件的导出、导入导出脚本文件时，可依据要导出的数据选择要导出的脚本文件的类型。具体 如何选择见上表，不再细说。要特别说明的是：1导出全网配置脚文件： 除了列表中两个文件外，还会将网元配置脚本文件、网元端口命名脚本文件 导出；2导出的网元配置脚本文件中包含网元的预配置属性，也就是说， 假设网元处于预配置状态，导出时，会将该状态也导出，当导入后，该网元 还是处于预配置状态。导入脚本文件时，要求：1脚本文件名称中的网元扩展ID、网元根底ID、网元名称要与该文件中相应的内容全都，否则无法导入；2假设网管中，

41、该网元已经存在，则导入文件时，还要求网元名称要与网管上该网元的名称 全都，否则无法导入。此外，导入全网配置文件时，一次只能选择一个文件进展导入；中选择的是NWNeList_网管名称.txt这个脚本时，会将网元配置脚本文件及网元端口命名脚本文件同时导入，更进一步地说，这时导入的是网管侧网元层数据；要导入网络层的数据时，还须将NWCfg_网管名称.txt这个脚本导入，这时纤缆连接、保护子网、路径等就导入到网管侧的网络层了。由此，假设要保存全网配置数据时，只须导出全网配置脚本文件；同样，要恢复时，只须导入全网配置文件，固然要导入两次，一次导入网管侧网元层数据，另一次是导入网管侧网络层数据。六、网管配

42、置数据的导出6.1导出方式网管配置数据的导出方式，目前至少有三种：1数据库自身的备份；2 数据库脚本；3配置脚本文件的导出。第一种方式是利用数据库自身的备份功能进展数据导出的。完全备份时，我们可以选择将五个数据库都备份。这时网管侧的全部数据， 包括配置数据、当前告警、历史告警、历史性能、特别大事等，都备份出来了。T2000 网管的5 个数据库分别为： iMapAlarmDB； iMapSecurityDB； iMapTopoDB；iMapLogDB；T2000DB。其次种方式是利用数据库的脚本进展数据导出。T2000网管软件中，这些脚本已经给出：如数据库是SQL Server7时，则使用bac

43、kupmo.bat备份、restoremo.bat恢复；如是SYBASE数据库，则使用dumpdb.sh备份、loaddb.sh恢复。在PC机下，使用mo备份方式时，导出的数据只是五个库中的一局部，并不是五个库中的全部数据，固然配置数据都有，可以用于配置数据的备份。在工 作站下，用脚本备份SYBASE数据库，会将五个库都备份出来，这点与PC机下的mo备份方式是不同的，要特别留意。第三种方式是导出配置脚本文件。在这三种备份方式中，第一种备份方式，备份的数据最全面，完整；其次种方式次之；第三种方式则只备份了当前全网的配置、信息等相关文件，备份的数据最少，但也是足以用来恢复全网原来的配置。七、维护建

44、议T2000网管除了用于进展各项配置外，更主要的、更为常常的还是用于日常维护。那么使用T2000网管进展日常维护如何进展呢？对于一些根本工程的维护和RMS、NES网管一样，这里不再细说。这里，针对保护子网及路径的维护给出一些建议，以供参考。对于保护子网，首先是检查各个保护子网的属性，尤其留意检查保护维护中协议是否启动，各网元状态是否正常；其次查询孤立节点，假设有孤立节点， 查看是否是出子网光口，而未创立，假设是，则创立成出子网光口，假设不是则配置有误，须重点检查；最终，进展倒换测试，固然要留意不要影响业务。对路径，一是查询路径相关告警；二是进展路径搜寻，主要关注是否有未处 理的业务，假设有未处理的业务，则请检查是路径治理不支持如级联业务、配置不完整或配置错误，这点，肯定要特别关注。同时，也要留意比照一下， 网管侧业务是否与设备上正运行的业务全都。关于用T2000进展维护，期望不久能有更为全面的指导书来指导维护工作。