IPOA和NODEBIP配置错误排查过程【重庆案例十】.docVIP

卓越品质的创造者 文档名称： FILENAME 3827724-58eac7f482e37.doc 第  PAGE 4 页 共  NUMPAGES 4 页 中国移动内部资料，未经许可不得复制、转载！  DATE \@ yyyy-M-d 2017-4-19 故障案例IPOAPVC和NODEBIP配错导致无法远程登陆 省公司重庆专业无线设备类型RNC设备厂家华为设备型号RNC820软件版本LMT-B编制时间2009/04/作者张程作者电话入库时间审核人审核人电话厂商审核人联系方式关键字IPOAPVC NODEBIP配置故障现象无法远程登陆某一站点告警信息因无法远程登录基站，所以无法查看告警等信息原因分析1、首先确认基站现况是否正常，是否出现掉电或者传输中断问题2、然后检查传输数据是否正确3、最后确认远程维护通道数据是否正确处理步骤1、针对目前大多数站点的情况，首先必须确定该站点是否有断电情况，若确认无断电情况后，再检查该站传输，使用DSP E1T1, DSP IMALNK查询，输出结果是传输链路一切正常。 2、其次怀疑传输方面数据是否有问题，与传输的人员协调，询问该站点数据配置问题，并让其进行对RNC侧的软环回（指令操作），结果发现一切正常。 3、由于基站与RNC连接的Iub接口中，均是通过若干条传输进行ATM的传输。则可以通过IP Over ATM在该ATM层中配置，以达到远程操作的目的. 4、因此开始排查是否IPOA和NODEBIP数据配错。检查维护通道，发现无法找到对端IP为10.192.4.6的维护通道，基本确定问题出在维护通道上． 5、由于在LMT中无法找到到该站的维护通道，所以将RNC所有的数据导出来，查找所有维护通道的信息，并将其全部导出置于一文本中，根据该站的IMAGRP查找近似的维护通道，摘抄出可疑的维护通道,如下： ADD IPOAPVC:IPADDR=10.192.3.14, PEERIPADDR=10.192.3.6, CARRYT=IMA, CARRYIMAGRPN=46, CARRYVPI=1, CARRYVCI=33, TXTRFX=180, RXTRFX=180, PEERT=IUB; ADD IPOAPVC:IPADDR=10.192.4.46, PEERIPADDR=10.192.4.37, CARRYT=IMA, CARRYIMAGRPN=46, CARRYVPI=1, CARRYVCI=33, TXTRFX=180, RXTRFX=180, PEERT=IUB; ADD IPOAPVC:IPADDR=10.192.4.94, PEERIPADDR=10.192.4.85, CARRYT=IMA, CARRYIMAGRPN=46, CARRYVPI=1, CARRYVCI=33, TXTRFX=180, RXTRFX=180, PEERT=IUB; 再将所有NODEBIP的信息导在文本中，根据NODEBID查找我们所添加的NODEBIP ; ADD NODEBIP:NODEBID=58, NBTRANTP=ATMTRANS_IP, NBATMOAMIP=10.192.3.6, NBATMOAMMASK=255.255.255.240, ATMSRN=0, ATMSN=18, ATMGATEWAYIP=10.192.3.6; 6.将前面的规划表与上文红色字体MML命令对比，现在我们基本确定是将这个站的维护通道信息加错了．挂该站的 AOU板上有两个IP地址――――10.192.3.14和10.192.4.14，站点的IP地址显示是10.192.3.6,即我们误将维护通道本端地址配成10.192.3.14（本来应为4.14），对端地址配成10.192.3.6.（本来应为4.6） 故障排查步骤： 1.我们首先通过LMT-B登陆IP地址为10.192.3.6.这个站点，发现这个站NodeB ID果然为58,可以确定这个站就是城二石马河街道办事处T，并且一切正常．于是在NodeB侧修改维护通道信息，一定要先修改NodeB侧的维护通道，如果先修改RNC侧，会导致你修改后无法登陆NodeB进行修改． 2.修改完NODEB的ip后，再在RNC侧删除错误的NODEBIP和IPOAPVC对应关系； +++ GM161R2-BAM02 2009-04-04 15:03:49 OM #47632 %%RMV NODEBIP: NODEBID=58;%% RETCODE = 0 Execution succeeded. %%RM