LTE业务开通及故障处理.docx

L3vpn配置配置相关脚本文件如下：U2000PW业务下发：进入选择“源”A相应ATN设备和相应端口选择CX设备为工作宿或保护宿（环号选择选择工作和保护宿）：U2000配置遇到：telnet/stelnet未参数配置（右击网元添加）选择网元提示不存在（SNMP/ACL2079相关配置配置，同步网元数据后重新创建）子接口创建失败（同步网元数据后重新创建或换个子接口创建）BFD未创建（U2000下发）无线LTE基站故障：无线BBU对接后正常情况下半小时内ESN有上传，一般2个小时内上线成功（有时也要很久才上线，一期设备割接到二期需知会无线先数据修改否则要下站处理，同时可能由于M2000有旧的数据上线慢）排除数据配置问题。网管进入网元面板点击业务端口-浏览关联业务（检查配置无误，正常链路连通视图全绿），进入设备检查三层VPN无误，PW配置数据无误—而延误视图无误也可能下发错的配置。以下是一些常用命令：进入A设备使用命令AC互联链路状态（DOWN查看OSPF相关数据配置）、VC是二层PW相关配置、session是LDP配置（DOWN的话查看配置是否正确，可在业务视图下发）清空计数reset couint g0/2/3然后查看disint g0/2/3看是否有Unicast包or包增加，可以初步判断业务起来在业务子接口配置一条计数命令，有进出包也可以当做一个判定业务起来的方法B设备使用命令。disarpint Virtual-Ethernet 3/0/2.300获取到地址能ping通可以判定业务OK在主备CX设备reset dhcp relay sta清空DHCP计数disdhcp relay statistics查看计数是否有包或增加。（要注意包不是其他基站设备发的，一般情况只有单个基站未上线，有多个需关闭其他0/2/3口才能用来判定）有Discover/request包基站发给M2000无线方一般有ESN上传，OFFER/ACK包基站获取到地址了业务上线备注：一般在转发路径查看即可（包置从转发路径发送），在故障处理时主备都查看作为一种故障判定。Disdhcp relay client-info查看DHCP状态信息。处理故障（数据配置无误）：无Discover包双传情况处理A设备使用命令reset couint g0/2/3 ，disint g0/2/3,数据转发(业务视图下面有黄线的)B设备reset dhcprelasta , disdhcprelasta2.1查看是否有包上传，没有的话在A设备0/2/3口SHUTWODN/undo shutdown使用上述命令查看2.2还是没有主备CX都使用上述命令（备设备有包上传业务起来）2.3和无线侧核对网关IP地址正确2.4 Ping 一个空的业务地址，触发ARP学习,在使用上述12命令查看 2.5 关闭三层二层VE口试试（int ve3/0.2.300-shutdown）。先关一边，查看，开启关另一边的VE口手段使用完毕再三确认数据配置是否有问题，等待无线侧重启BBU设备（无线设备有掉死情况不发discover包，一般情况安装时无线侧都会重启BBU设备）或更换设备。二有包上传ESN上传，无线下发BBU配置数据失败一般是网关IP和ESN码错误导致。和无线确认网关IP地址。ESN码错误无线侧可由M2000抓包确认是否错误。三业务闪断无线基站上线掉线频繁，一般是三层VE接口MAC地址未做配置或缺失。有包上传，CX有包上传，无线ESN上传但一直没起来，使用命令上面12命令查看主备CX都有包上传（正常情况是没有的，只有一个CX有包上传）。这个故障时新塘设备当时互联设备链路没通（所以数据配置时CX的互联的OSPF也要保证起来）关闭三层VE口业务起来上线正常，这是由于M2000报文发给备设备(备设备pingM2000服务器地址)，互联没通报文丢弃导致。基础数据数据配置:Disospfpe查看互联CX和A设备和CX路由起来没有（这个可由业务视图的连线线红色）二．Disiprou–table路由是否正常31/32 的路由，路由开销（路由开销65535）查看loop31的地址是否在OSPF中发布，router-id正确，MPLS/MPLS LDP 是否全局和接口使能.MPLS LSR-ID是否正确大多是OSPF配置问题查看loop31的地址是否在OSPF中发布，router-id正确，MPLS/MPLS LDP 是否全局和接口使能.MPLS LSR-ID是否正确，地址是否在AREA中发布。