EMU软件与工程维护经验交流.pptVIP

EMU软件与工程维护经验交流 EMU基本功能和结构 主要功能结构图 接收并处理发给本网元的数据（来自WS、M） 路由功能（协议栈）：平时每隔一定时间发HELLO帧来维护路由。 EMU盘所在的网元为M 平常每隔一定时间向所管的A发轮询的数据，收集所有网元的数据： 当前性能、历史性能、当前状态 当前告警、故障、命令记录 管理配置、结构配置、设备配置 接收并处理WS来的轮询本网块中某网元的信息 转发从WS来的发给本网块中所有网元的数据（Ma） WS、EMU、BCT三级关系 ：TP4链 ：BCT总线 1）WS与一个网块可最多有2条TP4链。WS向所有网块除了发界面发起的命令外，还每隔一定的时间发轮询命令：历史告警、即时状态、当前告警、历史性能、配置校验等。 2）M与本网块的网元有网元数-1条TP4链。由于TP4链需要一定的资源和EMU盘的资源、速度等的限制，因此会影响到网块的网元数和M和A、M和WS的通信质量 3）EMU和BCT是管理和代理的关系。EMU是管理者，BCT是代理者。完成本盘的即时数据的采集并上报给相应的EMU；适时向EMU申请配置数据；接收管理者的命令并执行 EMU正常通信的最基本的配置 EMU拨号：最好与网块号和网元号一致 DCC的U/N：连接两个NE的DCC信道两端的U/N设置必须相反； 设置完成后，在拓扑结构上取消任何一个NE时，其他NE 的U/N设置应该不受影响。在使用路由EMU软件的管理盘上，都设有U/N拨号开关。一个NE上使用了几个DCC信道口，EMU管理盘上就有几位U/N 拨号开关与之相对应。具体哪一位开关对应于哪一个DCC的一端，这与具体哪一类型的EMU盘有关。 WS上的软件：sdhdaemon、winadm、mainwin正常且运行正常。（天津网管） 网管程序正常运行时，应有7个进程：sdhdaemon、dbalarm、pm、alarmhis、commu、main、mainwin。缺少这些进程或有多个进程都说明网管程序运行不正常。数据库有多个oninit进程，如果没有多个这些进程，表明数据库没有正常启动。ps –e命令检查这些进程是否存在。 检查界面上工程的网块配置个数和work/cfgdata下配置文件的个数是否一致。 （徐州网管） WS上其它与WS与EMU通信有关的一些配置文件。（可由软件中心提供） WS、HUB、网线、互联器、2M口等物理连接等。（济南网管） 我对网块划分的一点看法 打一个比方：我们把一个网块内的通信路径看作省内高速公路；把M和WS 的通信路径看作省际间的高速公路，把M和A的通信路径看作省内的高速公路，省际间的高速公路即为整个网管的关键路径，这条关键路径就是通信的“瓶颈”。我们尽量少使网块内部的数据（内部轮询数据）跑到关键路径上，引起关键路径上的数据过多而影响整个网管的通信质量 网块和网元的个数要统一考虑：根据工程的大小合理分配每个网块的网元数，应比较均衡，同时考虑以后是否有扩容的可能所带来的影响 尽量减少网块间的引用：当时加上引用是迫不得已，功能结构上的网元大于16个，不可能放在一个网块中，放在两个网块上引起操作上的麻烦，才引入引用这个概念。减少引用，也就减小了结构配置的大小 关于Ma、Mb的设置：尽量将M设置在离WS较近的点上，兼顾考虑此EMU上的通信数据量的大小，此M到其它A的距离 可能不很全面，而实际工程在拓扑结构和具体要求等方面千差万别，需要具体问题具体分析，不可能做到千篇一律。 （郴州工程、秦皇岛工程等） 对工程的考虑 对整个网络（特别是一些扩容工程）要有总体的规划,确定合理方案 采用DCCm对数据进行分隔（类似于DCCr的另一条数据链路，DCCr和DCCm上的数据可互不干扰），合理选择和设置DCCr和DCCm 采用高速网络互连器优化网络结构（相当于在两点建起了一条通路，两点间的通信可直接通过高速网络互联器进行。高速网络互联器上的工作灯、2M灯、以太网灯闪烁正常并且其它两个灯不闪烁就表示高速网络互联器通信工作正常） 采用多台网管互连方式等措施（最好避免多台网管对同一设备的管理） 合理划分网块，合理设置M 山西临汾本地网工程关于DCCR、DCCM的设置 DCCM DCCM DCCR DCCR DCCR DCCM EMU功能上的改进 增加了DCC的通道