内容发布更新时间 : 2024/6/16 9:15:43星期一 下面是文章的全部内容请认真阅读。

华为SDH设备维护操作经验

我从98年参加工作以来，一直从事传输维护工作。在近6年的设备维护中，亲眼目睹、亲身感受着通信事业日新月异的发展。融身于其中，我也在努力的学习、不断的探索，紧紧跟着通信事业飞速发展的步伐，使自己在传输维护水平上尽量处于排头兵的位置。2000年、2002年的华为B培及A培，使自己在理论和实践上均获得了长足的进步。在学习和工作过程中，我发现经验的积累更为重要。因此，我把在华为设备维护中的一些维护经验、案例处理及一些疑问写出来供大家参考。

目前忻州传输网设备中，华为设备占较大的比重，从98年到现在，华为设备从155、622 到2500＋以及现在的10G和波分，新设备在不断增加，而旧的设备也不可能在短时间内淘汰，致使忻州传输网形成现在的新老设备共存局面。维护中发现的问题也是层出不穷。

案例1：某日神池局扩容时出现业务无法配置的情况，虚线表示新扩容的交换点，组网如图所示：

义井19 环城105 东湖150 大严备151 八角152 神池18 西口子235

庄儿上20 1

神池局原来配置为：11（sys1）、12(sys2)、13(sys3)槽位各有一块SL1,分别对义井、环城、西口子，现在在14槽位增加一块SL1，对东湖、大严备和八角各开16个2M，业务配置如下：

原有业务：

:cfg-create-vc12:sys1,t1,1&&16,sys1,gw1,1&&16; //对义井、庄儿上 :cfg-create-vc12:sys1,gw1,1&&16,sys1,t1,1&&16;

:cfg-create-vc12:sys2,t2,1&&16,sys2,gw1,17&&32; //对环城 :cfg-create-vc12:sys2,gw1,17&&32,sys2,t2,1&&16;

:cfg-create-vc12:sys3,t3,1&&16,sys3,gw1,33&&48; //对西口子 :cfg-create-vc12:sys3,gw1,33&&48,sys3,t3,1&&16; 新增业务如下：

:cfg-create-vc12:sys4,t4,1&&16,sys4,ge1,1&&16; //对东湖 :cfg-create-vc12:sys4,ge1,1&&16,sys4,t4,1&&16;

:cfg-create-vc12:sys4,t5,1&&16,sys4,ge1,33&&48; //对大严备 :cfg-create-vc12:sys4,ge1,33&&48,sys4,t5,1&&16;

:cfg-create-vc12:sys4,t6,1&&15,sys4,ge1,49&&63; //对八角 :cfg-create-vc12:sys4,ge1,49&&63,sys4,t6,1&&15;

现象描述：

在网元18下大严备业务时，原先配置为：

:cfg-create-vc12:sys4,t6,1&&16,sys4,ge1,17&&32; :cfg-create-vc12:sys4,ge1,17&&32,sys4,t4,1&&16; 但是当下发时，提示“共用入总线冲突”。

原因分析：

查询设备属性，原来神池局设备为155/622一型子架，交叉板为XC1,通过查询华为资料得知，一型子架的线路槽位11和13公用一根总线，12和14槽位公用一根总线，8个支路槽位分别是1和5、2和6、3和7、4和8各共用一根总线。交叉能力为6×6VC4这是一型子架的特点。因为此原因，造成业务下发时错误。

2

处理方法：更改业务配置，使业务的配置避开共用总线的限制。因为SYS2即12槽位已使用了17－32时隙，故只要避开17－32时隙即可。 经验总结：SBS155/622为华为早期产品，受共用总线和交叉能力的限制。所以在新旧混合的设备组网或扩容中，一定要注意此设备的特点。否则可能造成使预期的网络规划无法实现，以免造成不必要的浪费。建议在网络改造时，如果此类设备暂时不能退网，应尽量将这类设备尽量放置在网络的边缘节点上。

案例2：由于告警没有自动上报，造成告警无法及时发现，致使故障没有及时解决。

目前忻州市局通过路由器对县局华为农话网络进行集中监控，原平局和定襄局分设二级网管。某日，原平局的一个2000门交换点在晚上1：00左右，由于交叉板故障造成全阻。忻州局的网管上没有发现任何告警，等到交换中心反映上来时，距障碍发生已很长时间，造成很大损失。上级部门严令查明原因。

原因分析：点击此网元，发现网元处于未登录状态，于是立即打电话询问原平局是否有人对此网元操作过。原来原平局维护人员在操作网管时，误将网管上的网关网元删除，造成其他网元不能登录，于是将所有的网元全部删除，重新创建后做了上载，而创建网元时用的是默认的用户名：“root” 和密码：“password”，由于使用的是和忻州网管同样的超级用户名，致使忻州网管用户被踢出，所以未及时发现告警。这是造成此次故障的主要原因。

处理方法：将原平的网管的所有网元登录用户都改为原来的超级用户

3