T2000网管业务配置原理

《T2000网管业务配置原理》由会员分享，可在线阅读，更多相关《T2000网管业务配置原理（17页珍藏版）》请在装配图网上搜索。

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

2、各种配置数据分为网元侧数据与网管侧数据。保证网管侧数据与网元侧数据之间的一致性，是保证传输设备正常稳定运行的前提。网管侧可分为网络层和网元层。T2000网管是子网级的网管，具有部分网络功能，也就必然具有网络部分的相关配置数据，这些配置数据构成了网管侧网络层的数据，主要包含纤缆连接、保护子网、路径等相关信息。网元配置数据上载或者网元配置脚本文件导入都是将网元侧数据上载或将脚本文件导入到网管侧的网元层，然后创建纤缆，再搜索保护子网、路径。网元配置数据下载就是将网管网元层的数据下发到网元侧。保护子网及路径的搜索是在网管侧的网元层进行的。如何理解这一点呢？我们可以做个实验来证明。我们选择一个已完成系统

3、配置的传输子网测试。首先在配置数据管理中初始化网元侧数据，这时只在网管侧的网元层和网络层存在配置数据了；第二步，从网络层删除保护子网，这样在网络层数据中就没有保护子网及该子网上的路径的信息了；最后，我们搜索保护子网、路径，仍可以将上述从网络层删除的保护子网和路径搜索出来。据此我们就可以断定T2000网管中对保护子网及路径的搜索是在网元层进行的。同样，我们也可以用这种方法来确认T2000网管的某个操作是对网元侧，还是对网管侧的网元层，或者是网管侧的网络层。在网络层进行的操作，如果要下到网元侧，都得经过网元层下发的；也就是说在网络层的操作不会直接对网元操作，而是通过网元层下发。比如在网络层创建的保

4、护子网、路径，创建成功后，网元层就有了相应的配置数据，然后网元层再下发到网元侧，最终完成对设备侧的配置。为什么这样做呢？这是因为T2000是子网级网管，也就是说具有网元级网管的全部功能及网络级网管的部分功能。根据ITU-T的建议，网络级网管是不能直接操作网元的，她必须通过网元级网管来对网元进行各项操作。T2000网管在传输网管体系中位置二、保护子网与出子网光口2.1纤缆连接新的资源T2000网管与RMS、NES网管相比，区别很大的一点就是T2000网管关注纤缆连接。在RMS、NES网管中，纤缆连接（或称链接）是作为一个附属品存在的，网元之间是否有纤缆连接对建立复用段保护环等保护结构是没有影响的

5、；而在T2000网管中，纤缆连接是构成保护子网的必要资源之一，她明确了网元之间的纤缆连接关系，当然，这种连接关系必须是设备侧光纤连接在网管侧的正确反映；一旦这种连接关系确立了，也就明确了网元之间是通过哪个光口连接起来的，这样在创建保护子网时，T2000网管就能根据这种连接关系来给网元配置逻辑系统，并将光口映射到具体的逻辑系统中去。只有正确创建了网元之间的纤缆连接关系，才能创建保护子网。我们用T2000网管进行设备自动发现时，搜索到的链接关系，目前只对10G MADM设备是正确的，但其他设备类型一般是不正确的。这个问题不是网管的问题，而是需要设备的支持。我们希望在不久的将来，对所有设备，T200

6、0网管都能直接将纤缆连接关系正确地搜索并创建起来。2.2保护子网保护子网是指具有完整自保护功能的网络结构，它是构成传输网络的网络单元。在T2000网管中保护子网是一个广义的概念，它不仅包括具有完整自保护功能的网络结构，如复用段环、通道保护环等，还包括无自保护功能的网络结构，如无保护环、无保护链等。在T2000网管中，保护子网不再是原来NES、RMS网管中单纯的复用段环或通道保护环，而是一个网络级的概念，它的组成要素包括网元设备、纤缆连接。也就是说构成保护子网的资源包括网元和纤缆。只有创建了网元，对网元做了基本配置，并且网元之间的纤缆连接已正确建立，才有足够的资源来创建保护子网。这些也就是创建保

7、护子网的前提。如果要用逻辑系统的观点来看的话，那么创建保护子网的实质就是通过创建保护子网给各网元配置了相应的逻辑系统，并将各单板光口（或VC4）映射到逻辑系统中去，同时将这些孤立的逻辑系统联系起来，构成一个完整的网络结构。从这里也可以看出，保护子网与逻辑系统不同，逻辑系统是一个孤立的网元级的概念，而保护子网则是全网性的，网络级的概念。那些配置了可以构成保护子网的逻辑系统的网元，如果在网管侧没有正确的纤缆连接，是无法构成保护子网的，这些逻辑系统只能是孤立节点。更进一步而言，未属于任何保护子网且不属于出子网光口的逻辑系统就是孤立节点。如果原来某网元上已经存在逻辑系统，且与所要创建的保护子网（逻辑系

8、统）完全相同，则在创建保护子网（出子网光口）时不再在该网元上创建逻辑系统；即创建了保护子网后，从网络层删除该保护后，又创建该保护子网，这时，在网元上只有一个逻辑系统。对于出子网光口也一样，若从网络层删除后再创建出子网光口，就像是把原出子网光口变成的孤立节点再转换为出子网光口。2.3出子网光口出子网光口，也称为出系统光口，是一个网络级的概念，对它的理解可分为以下几个方面：（1）出子网光口主要用于华为光网络设备与外界（即不在T2000的系统管理域之内）的对接，只能在网管侧创建，无法搜索出来，这是出子网光口与保护子网的一大区别。 例如，四个Optix 2500设备组成的msp环，带一个朗讯设备的链，

9、而且有链到环之间的业务，即需要在节点处的2500设备上配环到链的业务。然而T2000网管不能管理其他厂家的设备，这就给节点处业务的配置带来了麻烦。因为不可能在T2000上只用一个网元建立起链。建立不了链，也就配置不了逻辑系统，相应的业务也就无法创建。也正是为了解决类似问题，T2000中才引入了“出子网光口”这个概念。（2）单纯用命令行是创建不了出子网光口的；用命令行配置时，通过上载后，那些与外界对接的逻辑系统（其实就是无保护的TM的逻辑系统），进行保护搜索后，只是孤立节点，需要手工将它们创建成出子网光口（3）在T2000网管中创建出子网光口的条件：TM，无保护，无纤缆连接这也很好理解，如果知道

10、纤缆如何连接的话，那就是T2000系统管理域内部的了；既然是与外界系统的连接，当然就不可能有什么保护。（4）出子网光口只能创建在SDH级别的单板的无纤缆连接（指网管侧）的端口上。（5）什么时候用得最多？现在是10G MADM设备用的出子网光口最多，因为它的端口要么成环或带链，要么和其他公司设备或直接与交换机连接，对于后者，当用T2000网管中的路径管理进行业务配置时，就都得建出子网光口。（6）出子网光口与孤立节点的区别。二者在实质上都是逻辑系统。孤立节点指的是未属于任何保护子网且不属于出子网光口的逻辑系统。但满足一定条件（即TM、无保护、网管侧无纤缆连接）的孤立节点就可以创建成为出子网光口。出

11、子网光口从网络层删除后就变为孤立节点。（7）在出子网光口之间创建E4路径，为什么总提示时隙冲突或提示无支路板或支路板无空闲端口？因为对网管而言，出子网光口连接的是外面的系统，不知道它用了哪个时隙。因此在出子网光口上创建路径时，不仅仅需要指明网元，还需要指明出子网光口所在的单板，端口。（8）为什么有的出子网光口可以按时隙划分，而有的不行？只有以太网或者ATM板上才可以（也只能）按VC4创建出子网光口，而SDH网元必须用满所有时隙。（9）10GMADM由于没有逻辑系统，因而配置出子网光口，纯属网管侧网络层的操作，与网元层、网元侧无关。（10）出子网光口的删除只能在该出子网光口上没有业务时，才可以删

12、除，这时是将网络层、网元层、网元侧相应的数据都删除。如果要从网络层删除出子网光口，唯一的入口是在保护视图查询出子网光口；在列表中选中某些出子网光口，点击右键，就有“从网元侧删除”和“从网络层删除”。但这两种删除方式都不会删除网元层相应的数据，在网元层还是有无保护、TM的逻辑系统存在，只是这时变为孤立节点了。2.4孤立节点孤立节点不是指孤立的网元，而是指一类特殊的逻辑系统。具体说来，孤立节点是指未形成保护子网且不属于出子网光口的逻辑系统。孤立节点只是一个网元级的概念。一个正常运行的传输网络是不应该出现孤立节点的。如果查询到孤立节点，就要检查一下是否配置有误？这点是在用网管进行维护时应该检查的一项

13、。对孤立节点的查询也是在网管侧的网元层进行的。对这点可以这样来测试。首先也是初始化网元侧数据；然后，从网络层删除保护子网或出子网光口；最后，查询孤立节点。这时，原属于该保护子网或出子网光口的逻辑系统都变为孤立节点了。2.5保护子网的创建与删除T2000网管中创建保护子网的功能是在“传送工作台”“传送网络保护管理”中实现的。只要创建了网元，做了基本配置，并创建了正确的纤缆连接，我们就可以在“传送网络保护管理”中创建各类保护子网了。在T2000网管中，纤缆已经成为保护子网的一部分了。其实，创建纤缆就是在有纤缆连接的网元之间建立SPI、RS、MS路径。当然这时还不能在MS路径上直接创建VC4等路径，

14、因为这些路径还没被划分到逻辑系统中。因此，必须创建保护子网。首先，讨论一下资源共享与按照VC4划分。资源共享是指当有多个（两个及两个以上）保护子网占用同一单板端口资源时，必须选择资源共享。资源共享的实质就是将相同的单板端口映射到多个的保护子网中。我们必须理解的是：资源共享是对单板的端口（包括光口、电口）而言。对于不同的保护子网经过一个单板的不同的端口，这种情况是不需要选择资源共享的。值得再强调一下的是：只有当多个保护子网经过同一单板端口时，才必须选择资源共享。如果只是同一端口映射到多个逻辑系统，但这些逻辑系统未形成或未创建保护子网，这时是不需要选择资源共享的。例如，3个网元：NE20、NE21

15、、NE22，构成一个双纤双向复用段共享保护环，然后，将该复用段共享保护环从网络层删除，这时网管侧的网元层该复用段逻辑系统都还在。接下来，我们再创建保护子网，比如还是双纤双向复用段共享保护环，这时不需要选择资源共享，就可以创建成功。这就说明资源共享是对保护子网而言的，只有多个保护子网共用同一单板端口才需要选择资源共享。当需要按VC4进行逻辑系统映射时，就必须选中按照VC4划分，常见的是在创建部分复用段和虚拟共享环时。这里不在详述了。其次，创建保护子网时，网管对网元侧的操作。在创建保护子网成功后，网管就给网元侧配置了逻辑系统。如果是复用段环，在创建成功后，就会把复用段节点ID及恢复时间等参数下发到

16、网元。但在搜索复用段环时，网管并不检测各逻辑系统的节点ID号，而只是根据其逻辑系统是否能构成保护子网来判断。这一点可以这样来测试。我们建了两个双纤双向复用段共享保护环。一个包括三个网元：NE1、NE2、NE3，节点ID分别为0，1，2；另一个包括四个网元：NE11、NE12、NE13、NE14，节点ID分别为0，1，2，3。然后，我们将第一个复用段环的网元NE2与第二个环的网元NE13对调，重新连好光纤。这时，在网元侧各网元的逻辑系统都是MSP、ADM、RING。这时第一个环各网元的节点ID分别为：0，2，2；第二个环各网元的节点ID分别为：0，1，1，3。然后，搜索保护子网，还是能搜索到两个

17、复用段环；这时，用命令行查询时，您会发现复用段参数分别是：第一个环：0，2，2；第二环：0，1，1，3。显然，复用段参数是错误的，复用段倒换可能不成功，或者倒换了无法恢复，这是非常危险的。那么，怎么解决呢？只须重新停止，再启动复用段协议，那么网元侧的节点ID就正确了，也就是：第一个环：0、1、2；第二个环：0、1、2、3。也就是说，重新启动协议会将复用段节点ID重新正确下发。这个过程是分两步的：先是重下节点ID，再启动复用段协议。但这时复用段保护参数如：恢复时间、SD触发条件等，并没有重新下发，需要手工重新应用一下。目前SD触发条件，下发不下去，以后应该会改进。还有要特别指出的是，目前T200

18、0网管中，创建保护子网时不会对支路径通道的保护属性进行设置；也就是说，当您创建通道保护环时，网管不会自动将相应的支路径的通道保护属设为保护，而需要您手工去设置一下。这一点一定要记住，否则保护倒换可能不成功。说明一下，PDH接口的通道属性默认是无保护。最后，讨论保护子网的删除。保护子网的删除有两种方式，分别是：从网络层删除、删除保护子网。从网络侧删除只是将保护子网从网管的网络层删除，在网管的网元层仍然有逻辑系统配置，这时仍可以通过搜索保护子网搜索出来。这种删除方式不会影响网元设备的正常运行。删除保护子网会将保护子网从网管侧、网元侧一起删除，网元侧的逻辑系统也被删除了，这时当然无法搜索出来。删除保

19、护子网的前提是，只有在该保护子网上无VC4、E4、E3、E1等路径时，才可以删除该保护子网。还有一种间接的方法可以从网络层删除保护子网，那就是直接删除纤缆。直接删除纤缆会将经过该纤缆的路径、保护子网都从网络层删除，但有点值得说明的是出子网光口不会被删除，因为出子网光口不需要纤缆。三、路径3.1理解路径路径是一种传送实体，负责将信息从路径源端的输入传递到路径宿端的输出，并对传递信息的完整性实施监视引自：韦氏宝典p103。这里我们不对路径的理论作深入的讨论，我们只对T2000网管涉及的各种路径进行分析。根据路径所在的层次，可把路径分为：（1）光层网络路径，包括OTS、OCH、OMS路径；（2）SD

20、H层网络路径，包括SPI、RS、MS、VC4、E4（155M光口业务）路径；（3）PDH层网络路径，包括E1/T1、E3/T3、E4(140M、155M电口业务)路径。对于光层网络路径我们不作介绍，对于SPI、RS、MS路径，前面已简单介绍过了，创建纤缆就是创建了纤缆连接的网元之间的SPI、RS、MS路径。但这时，这些路径还不能用作载体，因为它还没映射到具体的逻辑系统中，只有在创建了保护子网后，这些路径才能成为下级路径的载体，我们称为服务层路径。我们先探讨路径的方向问题。每个SPI、RS、MS路径都含有正向、反向两条路径，这是因为T2000网管中创建的纤缆连接都是双纤双向的。这一点，尤其在创建

21、下级路径如VC4、E4路径时，是必须明确的。在创建VC4、E4路径时，路径源和宿的方向是必须与它的载体MS路径的源、宿方向一致的。例如两个网元：NE301、NE302，由一条纤缆连接，组成一个无保护链。这时MS路径就有两条：（源）NE301NE302（宿），（源）NE302NE301（宿）；这样在建VC4路径时，若是以NE301为源、NE302为宿，则在指定服务层路径时，就必须选择（源）NE301NE302（宿）这个方向的MS路径；反之，则必须选（源）NE302NE301（宿）方向的MS路径。否则创建不成功。这一点不算限制的限制，估计在以后的版本中会解除。接下来分析一下VC4路径的单、双向。单

22、向的VC4路径仅包含正向工作路径，只能作为具有相同方向的单向的E3、E1的服务路径。双向的VC4路径含有两条路径，这点与MS路径是相似的。但是这两条路径在不同类型的保护子网下，是不一样的。在除单向通道保护环、单向复用段环外的其他保护子网中，这双向VC4路径中一条是正向工作路径、另一条是反向工作路径。如果是单向通道保护环，这时两条路径中一条是正向工作路径，另一条是反向保护路径或者一条是反向工作路径，另一条是正向保护路径。这是因为单向通道保护环有自动复制功能，为了在网管中要实现这种功能，于是就规定单向通道保护环只能建双向VC4路径，把工作路径、保护路径同时创建。如果是单向复用段环，则只能建单向VC

23、4路径。补充一点，正向工作路径、反向工作路径是相对路径的源、宿方向而言的，与源、宿方向一致的路径称为正向路径、反之则是反向路径。而保护路径是相对工作路径而言的。下面分析VC4路径和E4路径的区别。VC4路径与E4路径的共同点是：它们的服务层路径都是MS路径，在中间网元有高阶的VC4穿通。区别主要在于：VC4路径是服务路径，可以分段创建，但不能上下业务；E4是业务路径，不能分段创建，但能上下业务。VC4路径是基于MS路径的高阶VC-4通道路径，是E3、E1路径的载体，是建立E3、E1路径的基础。换句话说，VC4路径的物理层是VC-4通道，VC4路径是E3、E1的服务层路径。既然VC4路径是服务层

24、路径，那么在VC4路径的源端、宿端就没有业务的上下，只是路径经过的中间网元有高阶的VC4穿通。VC4路径可以分段创建。VC4路径与在SDH业务中的VC4业务是不一样的。VC4路径是一个逻辑概念，而SDH业务中的VC4是指VC4-通道可装载的业务类型，如140M、155M，在路径中创建此类业务时，业务类型应是E4。E4路径是一种业务路径，在其源端、宿端有业务的上下，同时路径经过的中间网元有高阶的VC4穿通。在T2000网管中，E4路径承载的不仅仅是140M电口业务，也可以是155M电口、光口业务。如创建SP08、SLO1板的业务时，选择的业务类型只能是E4。E4路径不能分段创建。目前，当源、宿或

25、中间网元含有10GMADM，删除E4路径时，有可能存在删除不彻底的情况，表现为中间网元的高阶VC4交叉未删除，导致路径搜索时会出现源或宿为10GMADM的VC4路径，但这与10GMADM不能是VC4路径的源或宿相冲突。这个问题在今后的版本中会解决。3.2VC4路径的创建与搜索VC4路径的创建有两种方式：一种是有中间网元间时端到端的创建，另一种是相邻网元间的创建。前者，在中间网元会有高阶的VC4穿通；而后者则没有，它对网元侧、网管侧网元层都没有任何操作，只是在网管侧网络层作了某种标记，例如该VC4通道已被占用，不能再被其他VC4路径使用等。例如，有两个构成无保护链的网元：NE1、NE2，在两者之

26、间建一条VC4路径，然后，从网络层删除该路径，接下来搜索路径，发现无法搜索上来；或者在搜索时选择全量搜索，这时也搜索不上来。这就证明了相邻网元间创建VC4路径其实只是在网管侧网络层有配置数据，而在网元侧、网管侧的网元层并无任何配置数据。T2000网管对于有中间网元的VC4路径的搜索是基于高阶VC4穿通的，只要一个或几个相邻网元都有相应的高阶的VC4穿通，并且在它们的两端网元如果没有相应的VC4穿通，那么就会搜索到一条两端网元之间的端到端的VC4路径。例如有三个网元组成无保护链，按顺序分别为：NE22、NE23、NE24；中间网元NE23有一高阶VC4交叉，两端NE22、NE24无高阶VC4交叉

27、。在路径搜索时就会搜索到一条NE22NE24的VC4路径。如果，在中间增加一网元NE25，配有一条相应的高阶VC4交叉业务，这时链变为：NE22、NE23、NE25、NE24。这时您还是能搜索到一条NE22NE24之间的端到端的VC4路径。假设在NE24网元还有一条高阶VC4交叉业务，这时，就会无法搜索到一条完整的VC4路径，因为这条路径有源（或宿），有穿通，但没宿（或没源）。又如：一条由四个网元组成的无保护链：NE30NE31NE32NE33；建了一条NE30NE33的VC4路径，这时在NE31、NE32中就有高阶的VC4穿通。然后，从网络删除原有路径；接下来，在该无保护链的NE31和NE3

28、2之间增加一个网元NE35，该网元无任何业务配置；现在该无保护链变为：NE30NE31NE35NE32NE33；最后，再去搜索路径，这时您无法搜索出原来NE30NE33的VC4路径，而是搜索到两条路径：NE30NE35，NE35NE33；这是因为NE31、NE32有高阶的VC4穿通，而NE30、NE35、NE33都没有，按前述对VC4路径的搜索方式，就应该有两条VC4路径。也就是说对有中间网元的VC4路径的搜索，网管侧只关注是否有高阶VC4交叉。对于相邻网元间的VC4路径的搜索是基于是否有可以形成完整业务的低阶交叉（E1或E3）。换句话说，相邻网元间如果能搜索到E1/T1、E3/T3路径，那么

29、就会自动搜索到一条相应的VC4路径。而且这条VC4路径是激活的。如：网元301和网元302构成一个无保护链，然后，在SDH业务中配置VC12业务。当只在一个网元配有业务时，另一个网元没有配置相应的业务，这时路径搜索是无法搜索到E1路径，也就没有VC4路径。如果，另一个网元配置了相应的业务，那么，就能搜索到E1路径，也就会搜索到对应的VC4路径。如果，只是在两个相邻网元间创建一条VC4路径，该服务路径没有E1、E3等路径，然后从网络层将该路径删除后，再去搜索路径，该VC4是搜索不上来的。这也说明，相邻网元间的VC4路径搜索是基于是否有E1、E3等业务路径来判断的。3.3路径的激活与去激活在路径视

30、图中创建或复制的路径如果没有激活，那这条路径所表达的业务只存在于网管侧，没有下发到网元侧。只有在激活以后，这条路径所表达的业务才会下发到网元侧。去激活则是把该路径所表达的业务从网元侧删除，但该路径在网管侧仍存在。我们知道在T2000网管中有两种配置业务的方法：一是单站配置，入口在“设备维护台”“业务配置”“SDH业务”；二是在路径视图中进行端到端的业务配置。这样，在“SDH业务”与路径视图中都可以进行业务的激活、去激活。这就存在一个同步的问题。目前，T2000网管中，在路径视图或路径管理中所作的操作，会在“SDH业务”中同步表现出来。比如在路径视图中激活或去激活一条路径，那么这条路径所表达的业

31、务在“SDH业务”中也会显示为激活、未激活。但是在“SDH业务”中所作的操作，在路径视图或路径管理中无法实时体现出来。 如一条路径已激活，然后，在“SDH业务”中将路径所表达的业务中的一条业务去激活，这时相应网元侧的这条业务已被删除，业务中断了，但这时在路视图中该路径仍然是激活的。也可以说目前这两者之间是单向同步，就是“SDH业务”能同步“路径视图”中的操作，而“路径视图”无法同步“SDH业务”中的操作。这当然不利于我们用T2000网管进行开局、维护等操作，我们期待T2000网管新的版本能解决此问题，使两者完全同步。此外，当网元处于预配置状态下，激活时，路径所表达的业务中与该网元相关的都不会下

32、发到网元侧，因为预配置状态下，在网管上的任何操作都不会对网元侧造成影响，但在网管中，该路径的状态还是会显示为激活；同样，去激活时，路径所表达的业务中与该网元相关的都不会从网元侧删除。这点需要特别注意。3.4路径的删除删除路径是将路径所表达的业务删除。删除路径的前提是该路径处于未激活状态，也就是网元侧无该路径所表达的业务，这也可以理解为删除路径只是在网管侧的操作，是将路径从网管侧删除。那么我们能否不去激活路径而删除路径呢，也就是从网络层删除路径，而不影响网元层和网元侧该路径所表达的业务呢？我们知道，在T2000网管中可从网络层删除保护子网、利用直接删除纤缆从网络层删除纤缆信息，但在T2000网管

33、中却没有直接的功能可以从网络层删除路径而不删除该路径所表达的业务，现在我们只能利用间接的方法来实现从网络层删除路径。这些方法是：（1）从网络层删除保护子网，从网络层删除会将该保护子网上的路径也从网络删除；（2）直接删除纤缆，直接删除纤缆会将经过该纤缆的保护子网及该保护子网上的路径从网络层删除。四、性能与告警4.1性能查询在T2000网管中，刷新当前性能是对选中的网元从网元侧主控的当前性能寄存器查询当前数据。这些数据在网管侧不记入数据库，也就是说，每次查询当前性能都是从网元侧查询。刷新历史性能时，若未选中“也从网元侧查询”，则是从网管数据库中读取数据，如网管数据库中无相应数据，就查询不到，这时可

34、以选中“也从网元侧查询”，就会将网元主控的当前性能寄存器及历史性能寄存器中相应的数据查询上来，并记入数据库。此外，查询时要注意过滤条件，尤其是时间段，别选错了时间段，导致查询不到任何历史性能数据。4.2告警的各种属性设置告警的属性包括：告警级别、告警自动上报状态、告警屏蔽、告警过滤、告警反转、告警延迟、相关性抑制等，这一部分的内容可以参见T2000网管的帮助中的相关内容，此处不再详述。4.3告警的各种操作告警的一致性检查：对所选中的网元，将其当前所有告警查询上来；可以手动进行，也可以在满足一定条件下自动进行，如T2000网管服务器启动时、通信中断又恢复时、LCT用户退出登录时；这里，说明一点，

35、通信中断是指当某一网元从未登录状态（通信中断），登录时，会自动将该网元的所有当前告警查询上来。告警刷新：用网管后台数据库的数据刷前台；告警同步：对所选中的网元、单板、通道、端口、路径等，将其当前所有告警查询上来；告警确认：对所选中的告警进行确认操作，如果该告警已结束，则转入历史库；如果该告警未结束，则记录确认时间及确认用户。只有经过确认的告警才会转入历史库。告警核对：对所选中的告警，将其告警状态与网元侧该告警的状态进行比较；若网元侧已结束，且该告警已确认过，则转入历史库；若网元侧已结束，但未确认，则显示结束时间，等待确认；若网元侧未结束，则对该告警不做任何操作。告警删除：将所选中的告警从网元主

36、控的告警寄存器中删除该告警，当然网管侧也没有了该告警，但单板侧的告警并未删除，仍会上报。清除网元告警指示：将选中网元的告警指示灯及告警声音切除，相当于执行一次ALM CUT。清除网元告警：将选中网元的所有当前告警从网元主控删除，网管侧该网元显示为绿色。在告警查询及性能查询时，要特别注意查询的时间段设置，同时还要注意网元的当前时间，以免查询不到任何数据。五、T2000网管的脚本5.1脚本全新的命令行基于对传送网管维护的需要，在OptiX iManager T2000上增加了对配置数据导出到脚本文件与从脚本文件导入配置数据的功能。目前脚本几乎支持所有传输产品包括SDH、METRO、波分设备等。脚本

37、的基本功能是：（1）使用脚本文件替代目前的主机机命令行批量配置方式；在导出时要求：基本的配置信息导出时要求可以阅读和编辑，可以方便的更改此部分信息并生成另一个网元的配置；导入时的要求：如果网管中已经有此网元，且网元已经配置，则导入此网元的脚本文件时要注意：脚本文件中有的信息可以覆盖网管中的信息，脚本文件中没有的信息，则保留网管上的信息不变；如果网管中尚无此网元，则导入时：脚本文件有的内容导入网管，脚本文件没有的内容，网管或者用缺省值填充，或者为空；（2）、使用此脚本文件实现网管的数据库升级的要求；（3）以此脚本文件作为用户设备详细信息的载体，可以作为用户设备文档保存或传递；例如：我们在对用户作

38、远程维护时，可以要求用户先从网管导出此脚本文件E-MAIL给我们，我们通过此脚本文件可以详细了解用户设备的 配置情况。脚本具有良好的兼容性：（1）高版本的网管可以导入低版本网管生成的脚本文件；（2）工作站和PC机下同版本的网管生成的脚本文件相互兼容。5.2脚本文件的类型脚本文件是文本文件，扩展名为.txt。目前T2000网管提供的脚本文件有：网元配置文件、网元端口命令文件、全网配置文件、网管信息文件（详见下表）。随着T2000网管的不断完善，脚本文件也会越来越丰富，甚至可以直接将脚本文件作为T2000网管上的类似WINDOS的DOS窗口一样的交互式配置工具。脚本文件脚本文件的名称格式包含的配置

39、数据导入导出网元配置脚本文件NEData_扩展ID基础ID_网元名称.txt网元的配置信息；可导入导出网元端口命名脚本文件NEPort_扩展ID基础ID_网元名称.txt包含网元各个端口的命名信息；可导入导出全网配置脚本文件NWNeList_网管名称.txtNWCfg_网管名称.txt全网配置文件，包括网元层及网络层；可导入导出网管信息文件NMInfo_网管名称.txtNWSvcData_网管名称.txt网管计算机及网管本身的信息；可导出，不能导入5.3脚本文件的导出、导入导出脚本文件时，可根据要导出的数据选择要导出的脚本文件的类型。具体如何选择见上表，不再细说。要特别说明的是：（1）导出全网

40、配置脚文件：除了列表中两个文件外，还会将网元配置脚本文件、网元端口命名脚本文件导出；（2）导出的网元配置脚本文件中包含网元的预配置属性，也就是说，如果网元处于预配置状态，导出时，会将该状态也导出，当导入后，该网元还是处于预配置状态。导入脚本文件时，要求：（1）脚本文件名称中的网元扩展ID、网元基础ID、网元名称要与该文件中相应的内容一致，否则无法导入；（2）如果网管中，该网元已经存在，则导入文件时，还要求网元名称要与网管上该网元的名称一致，否则无法导入。此外，导入全网配置文件时，一次只能选择一个文件进行导入；当选择的是NWNeList_网管名称.txt这个脚本时，会将网元配置脚本文件及网元端口

41、命名脚本文件同时导入，更进一步地说，这时导入的是网管侧网元层数据；要导入网络层的数据时，还须将NWCfg_网管名称.txt这个脚本导入，这时纤缆连接、保护子网、路径等就导入到网管侧的网络层了。由此，如果要保存全网配置数据时，只须导出全网配置脚本文件；同样，要恢复时，只须导入全网配置文件，当然要导入两次，一次导入网管侧网元层数据，另一次是导入网管侧网络层数据。六、网管配置数据的导出6.1导出方式网管配置数据的导出方式，目前至少有三种：（1）数据库自身的备份；（2）数据库脚本；（3）配置脚本文件的导出。第一种方式是利用数据库自身的备份功能进行数据导出的。完全备份时，我们可以选择将五个数据库都备份。

42、这时网管侧的所有数据，包括配置数据、当前告警、历史告警、历史性能、异常事件等，都备份出来了。T2000网管的5个数据库分别为：iMapAlarmDB；iMapSecurityDB；iMapTopoDB；iMapLogDB；T2000DB。第二种方式是利用数据库的脚本进行数据导出。T2000网管软件中，这些脚本已经给出：如数据库是SQL Server7时，则使用backupmo.bat（备份）、restoremo.bat（恢复）；如是SYBASE数据库，则使用dumpdb.sh（备份）、loaddb.sh（恢复）。在PC机下，使用mo备份方式时，导出的数据只是五个库中的一部分，并不是五个库中的全

43、部数据，当然配置数据都有，可以用于配置数据的备份。在工作站下，用脚本备份SYBASE数据库，会将五个库都备份出来，这点与PC机下的mo备份方式是不同的，要特别注意。第三种方式是导出配置脚本文件。在这三种备份方式中，第一种备份方式，备份的数据最全面，完整；第二种方式次之；第三种方式则只备份了当前全网的配置、信息等相关文件，备份的数据最少，但也是足以用来恢复全网原来的配置。七、维护建议T2000网管除了用于进行各项配置外，更主要的、更为经常的还是用于日常维护。那么使用T2000网管进行日常维护如何进行呢？对于一些基本项目的维护和RMS、NES网管一样，这里不再细说。这里，针对保护子网及路径的维护给

44、出一些建议，以供参考。对于保护子网，首先是检查各个保护子网的属性，尤其注意检查保护维护中协议是否启动，各网元状态是否正常；其次查询孤立节点，若有孤立节点，查看是否是出子网光口，而未创建，若是，则创建成出子网光口，若不是则配置有误，须重点检查；最后，进行倒换测试，当然要注意不要影响业务。对路径，一是查询路径相关告警；二是进行路径搜索，主要关注是否有未处理的业务，若有未处理的业务，则请检查是路径管理不支持（如级联业务）、配置不完整或配置错误，这点，一定要特别关注。同时，也要注意对比一下，网管侧业务是否与设备上正运行的业务一致。关于用T2000进行维护，希望不久能有更为全面的指导书来指导维护工作。6-4-17