SDH实验二

实验二OTNM2000网管上实现设备开通
一、实验目的
通过对网管系统的学习，对otnm2000网管系统的层次组织、软硬件平台、组网方式以及网管的硬件安装与连接有一个概念，为后面的学习打下基础。

通过例举的示例，了解devcfg配置程序的各项菜单如何使用，设备如何配置进行了讲解，了解如何使用otnm2000操作程序，达到
的课程目标是掌握otnm2000的基本配置和日常维护所需要的查询。

二、实验仪器
FONSWEA VER 780B、网管、光纤等。

三、实验原理
网元管理盘的功能，网元管理盘是SDH网管系统的重要组成部分，主要完成各个SDH设备的管理。

光传输网网管系统的功能，光传输网网管系统与传输网络密不可分，相辅相成，完成对设备的配置及监控功能，对设备运行的状态进行实时监控，快速发现故障并实施解决方案。

A. 网元管理盘功能描述
●代表管理系统对设备进行配置管理、故障管理、性能管理，并存储设备的管理信息。

●提供监测和软件调测接口(f接口)，告警接口，及F接口。

●网管盘提供F接口和f接口。

F接口与工作站相连，采用标准的以太网通信协议，接收工作站下达的管理信息，并根据其管理策略控制各单盘（BCT）；通过f接口与PC机相连，当上层管理网络尚未建立时，或者在设备维护需要时，供设备调试时使用。

F接口符合IEEE802.3工业标准，其物理口设在接线面板上，为RJ45接口。

f接口作为设备的调试口，接口为RS-232电平，采用三线连接方式，其物理口设在接线面板上，为DE-9M插座。

EMU盘通过DCC通道与远端站点的EMU盘相连，传送段内管理信息，完成整个SDH网的管理。

通过SVB总线，EMU盘向各单盘BCT下达管理及控制命令，并从各单盘收集告警和性能数据。

MBUS接口：异步的RS485接口，用来管理PDH和接入网设备。

EMU盘主要通过软件来实现对设备的管理功能。

B. 网元管理盘面板指示灯说明
U A/NUA：急告、非急告指示灯，双色灯；红灯表示有急告，黄灯表示有非急告。

N ET：以太网通信指示灯，绿灯；闪亮时，表示F口接收到以太网上的数据。

S BUS：BCT应答指示，均匀闪烁表示BCT与EMU通讯正常，不闪烁时表示 EMU未收到BCT的应答，闪动频度不均匀指示可能有BCT通讯不好。

A CT：工作指示灯，绿灯；正常时闪亮，表示EMU盘在轮询各单盘，如不闪烁，可能是没有设备配置。

M BUS：MBUS口通讯状态指示灯，EMU盘正常工作时，闪动表示该口收到数据。

当EMU 盘
D OWNLOAD：下载程序时，此灯闪亮。

下载完毕后，此灯作为MBUS通讯状态指示灯
R ESET：复位按键，不带锁；按下此键使网管盘复位。

R ING OFF：截铃按键，带锁；按下此键，关掉告警声。

E MU盘程序下载口（10BASE-T口）。

D CC：E1、W1、E2、W2、DCC1～DCC28通信信道指示灯，绿灯；闪亮时，表示此通道接收到数据。

C. 网元管理盘使用说明
（1）盘开关使用说明
网元的IP地址W.X.Y.Z：分别对应开关3、开关4、开关5、开关6.（即K3,K4,K5,K6）网元的子网掩码：255.255.255.0；
IP配置方式由示意图中涂黑的开关位决定。

ON表示小网管写IP，OFF表示开关拨号设置IP。

网元以太网端口的优先级：这个属性由EMU盘示意图中被涂黑的开关位的高一位来决
定是0或者是1；
三、实验步骤
1. 拨号前先把10进制转换成2进制；
例：10.18.3.1——0000 1010. 0001 0010. 0000 0011. 0000 0001 3. EMU盘拨号
四、实验结果
例：32分支EMU盘拨号后示例（10.18.2.1）
四、思考题
1．EMU盘的功能和作用，是如何对设备进行管理的？
三、网管操作实验原理
1.概述
OTNM2000传输网子网级网管系统是对烽火通信科技股份有限公司研制生产的各种传输、接入等设备进行管理的网管系统，相关接口和通信协议遵从ITU-T相关建议和ISO标准，符合有关国标、行标和部标的技术规范。

OTNM2000是一个功能强大的网管系统，具有性能管理、故障管理、配置管理和安全管理等四大管理功能，对系统进行实时地监测和控制。

系统提供可靠的安全防范策略，在用户操作前对用户、操作进行多维空间安全验证。

此外，系统提供远程管理功能，使用户能在四大管理功能的基础上方便地进行属性设置与系统维护。

OTNM2000具有图形化用户界面接口，维护操作方便、灵活，故障定位及时、准确，性能统计、分析全面。

OTNM2000光传输网络管理平台模型如图所示。

光传输网络管理平台模型
网络管理系统的组织模型:
所谓组织模型主要用来描述网络管理中管理任务如何分配和组织，具体说就是描述管理进程担任控制角色（管理者）和被控角色（代理者）的能力以及管理者与代理者之间的相互关系。

在实际的网络管理中，采用多层的分布式管理，每一层都有预定级别的网管能力。

最底
层网元根据提供网管能力的不同分为两类：管理者（M）和代理者（A）。

管理者参与系统管理过程，能与同层的NE和协调设备/操作系统通信并能向它们提供管理支持；管理者（M）发出网管操作信息（如检索告警记录、设置门限）和接收代理转发的事件报告（如告警、运行性能），向上一级网管报告操作结果。

代理（A）直接管理有关的管理目标，响应管理者发来的命令，并回送反映目标行为的通知给管理者。

在网络管理系统中，根据管理者和代理者任务的分配，出现了两种网络管理结构，如图所示。

网元执行部分管理功能
工作站WS实行管理者功能，对全网进行管理。

与工作站直接相连的网元既执行代理者功能，同时又担当网元层管理者的角色。

网元不执行管理功能
工作站WS实行管理者功能，对全网进行管理。

工作站与各个网元直接相连，网元执行代理者功能。

●硬件平台
OTNM2000的硬件平台为IBM PC机，服务器或者100%兼容机。

Pentium III处理器（推荐双Pentium III处理器）；
系统内存要求256MB以上（推荐512 MB）；
硬盘容量要有4G以上；
17＃
彩色显示器（推荐使用19
＃
彩色显示器），支持1024×768分辨率；
视频卡，4 MB RAM；
网卡（推荐使用双网卡）。

●软件平台
平台为Windows2000 server，预装OTNM2000网元管理系统软件，INFORMIX数据库，包括数据采集模块、数据处理模块；管理界面模块等。

OTNM 2000软件结构
OTNM2000系统使用原则
OTNM2000系统分为：物理部分和逻辑部分。

物理部分是对网络中的物理设备（如机架、机框）的命名;
辑部分是对网络中的逻辑管理单元（如网块、网元）的命名。

这两个部分相互独立，但又不可分割，它们之间存在着一一映射的关系。

在OTNM2000管理系统中，管理对象（MO）有：工程，局，机架，机框，槽，网块，网元，组，连接。

如图所示。

OTNM2000网管系统中的编号体系结构
OTNM2000系统采用树形结构，最上层为整个工程。

工程赋予唯一的工程号。

局名：一个工程管辖若干个局，每个局赋予不同的一个局名，不能重复。

机架号：在一个局内的机架统一编号，并且唯一。

机框号：在一个机架内的机框统一编号，编号唯一。

槽号：槽号与设备相关，一种设备的每个插槽有统一规定的编号，不能人为改动。

网块号：一个工程中所含网块的流水编号，一个网块赋予一个编号，不能重复。

所谓网块是由若干网元组成的网元组。

目前，网块的构成与传输系统的结构（如环或链）有一定关系。

网元号：在一个网块中所含网元（节点）的顺序编号。

一个网元赋予一个编号，不能重复所谓网元是逻辑上独立存在的、完成一定功能的最小单元。

组号：一个EMU（网元管理单元）所管辖的组编号。

所谓组是在同一个EMU管理下的、不
同地点（或同一地点但不同架）的若干个MCU（管理控制单元）集合在一起，编为一个组。

●网管组网方式
OTNM2000网元管理系统通过F接口和设备网元管理器（EMU）相连，并通过监控通道来管理所有的EMU。

而EMU又通过内部总线和每个单盘上的控制单元（BCT）进行通信。

一个EMU可以管理该网元中所有的盘控器（BCT），而每个盘控器又可管理多个管理对象（MO）。

系统结构如图所示:
也可将设备操作终端（EOT）通过f接口接至EMU，实施对本网元的管理。

图中CORBA接口、Q3接口、F接口、f 接口是本网管系统的管理接口：
CORBA接口：系统提供基于CORBA的EMS-NMS（子网级管理系统—网络级管理系统）接口，通信协议采用IIOP，符合OMG（对象管理组织）的CORBA 2.3规范；
Q3也是EMS-NMS之间的接口之一，接口规范符合相关行业标准要求；
F是与EMS工作站（WS）连接的接口；
f是与设备操作终端（EOT）连接的接口。

●网管的硬件安装与连接
常规连接：
普通连接示意图
技术说明：串口接MODEM是作远程维护使用的，使用的是PPP协议。

平时MODEM不用加电，需要远程维护时才打开。

网卡同F口的连接用直连网线和通过一个HUB实现；亦可用一根收发线互调的双绞线连接。

devcfg主界面
devcfg主界面由主菜单、工具栏、浏览树、对象视图以及状态栏五部分组成。

在对象视图中，如果同时打开多个视图窗口，则在对象视图的底部有一窗口栏，会显现相应窗口名称按钮，点击该按钮，该窗口即为当前对象视图窗口。

2．基本流程
系统操作说明（otnm2000）
登录
为保证系统安全性和可靠性，确保只有授权的合法用户才能接入管理系统中，操作者在进入网管系统之前，必须先登录，输入其用户名及口令，系统确认后方可进入。

SDH 实验指导书
11
登录窗口
otnm2000主界面
用户登录成功后，系统显示烽火通信科技股份有限公司的OTNM 2000网管系统主界面。

主界面上方设置OTNM2000主菜单、工具栏；主页下方设置状态栏等。

网管系统操作界面
点击网管主页面中的“浏览树”，即进入网管系统操作界面。

再单击浏览树中的某一项，则显示该项的对象视图。

OTNM2000网管系统操作界面分为五个部分：主菜单，工具栏，浏览树，对象视图，状态栏。

主菜单列出了对整个工程的管理操作，包括：开始、管理、查看、窗口和关于。

“开始”菜单包括：管理者导航、模块观察器、设备定位器、注销当前用户、退出；
“管理”菜单包括：告警上报提示、清数据、系统上报设置、上报内容显示、系统屏蔽查看、系统屏蔽设置、选项设置、用户和权限管理、更改口令、锁定用户；
“查看”菜单包括：工具栏、状态栏、浏览树、后退、前进；
“窗口”菜单包括：层叠、平铺、排列图标、分隔；
“关于”菜单显示OTNM2000传输网子网级网管系统的版本信息。

工具栏中列出经常使用的操作按钮，包括：后退、前进、网管主页、浏览树、帮助。

点击工具栏中的某按钮，用户即可直接进入相应操作。

浏览树位于主窗口左部，包括物理视图、逻辑视图和模块视图三页。

在此区中用户可以查看系统的物理结构、逻辑结构和业务模块。

状态栏向用户显示报告网管系统的当前状态、显示菜单命令的解释信息、当前用户信息以及系统信息。

四、实验结果
例：设备上网管后界面显示示例
网管常用查询界面介绍
当系统出现异常情况时，设备将向网管上报告警信息。

这些告警与故障直接相关，因此每一条告警都给维护人员提供了及时定位、排除故障的可靠依据。

FonsWeaver 780B 设备告警按级别划分为紧急告警、主要告警、次要告警和提示告警。

告警的级别以对业务的危害程度来划分，其中紧急告警和主要告警会影响业务，需维护人员立即处理；对于暂时不影响业务的告警，维护人员应在业务量相对较少的夜间进行处理。

紧急告警：使业务中断并需要立即进行故障检修的告警；
主要告警：影响业务并需要立即采取故障检修的告警；
次要告警：不影响业务，但需要采取故障检修防患于未然的告警；
提示告警：不影响现有业务，但可能成为影响业务的告警，可根据需要采取故障检修。

当某告警产生时可能会引起其它相关告警，而当该告警消除后，其它告警会随之自动消除，则称该告警为原发告警，其它告警为伴随告警。

原发告警是维护人员排除故障的主要依据。

当SDH网中原发告警只有一个的时候，维护人员只需对原发告警进行处理即可，但网络中有多个原发告警同时出现时，告警的分析难度会加大。

维护人员要解决问题，就应掌握SDH告警的优先级。

优先级高的原发告警会引起优先级低的原发告警，一旦优先级高的告警被清除，优先级低的原发告警一般也会随之消失。

在多个告警并存时，维护人员应处理优先级高的告警，以期尽快排除故障，少走弯路。

SDH告警的内容繁多，告警优先级也不能一概而论，一般遵循以下一些原则：
按级别来划分，SDH告警的优先级顺序为：紧急告警>主要告警>次要告警>提示告警。

按SDH层次来划分，SDH告警的优先级顺序为：再生段告警>复用段告警>高阶通道告警>低阶通道告警。

按告警种类来划分，SDH 设备的告警优先级顺序为：通信告警>电源告警>时钟硬件告警>传输告警。

同层内，SDH告警也有优先级，各层内告警的优先级说明如下：
◆再生段层
LOS> LOF> OOF>RS_TIM>RS_TIU
LOS> LOF> OOF>RS_EXC>其它所有层（复用段层、高阶通道层、低阶通道层）的告警
LOS > LOF >OOF > RS_SES_LIMIT >RS_ ES_LIMIT
◆复用段层
MS_AIS > MS_EXC > 所有对应高阶通道层、低阶通道层的告警
◆高阶通道层
AU_LOP/AU_AIS > HP_TIM
AU_LOP/AU_AIS > HP_SLM
AU_LOP/AU_AIS > HP_EXC>所有此高阶通道中的低阶通道层的告警
AU_LOP/AU_AIS > HP_UNEQ>所有此高阶通道中的低阶通道层的告警
◆低阶通道层
TU_LOP/TU_AIS>LP_TIM
TU_LOP/TU_AIS>LP_SLM
TU_LOP/TU_AIS>LP_UNEQ
TU_LOP/TU_AIS>LP_RDI
TU_LOP/TU_AIS>LP_EXC
TU_LOP/TU_AIS>LP_RFI
当前告警查询：
主菜单上增加了“告警”、“性能”、“配置”、“拓扑”、“日志”等项目，这样用户想查询任何一个方面的功能都可以在相应的主菜单上找到。

在现在的系统中，用户可以在操作树下面的设备树中，把想查询的设备打勾，然后点击绿点查询按钮，就可以同时查询用户关心的几个网元的告警、性能（就算不在同一个网块中的网元也可以）。

五、思考题
1. 如何查询某单盘的告警？。