PTN开局红宝书.docx

从去年8月开始到现在，一直在XXXX做PTN，到现在工程已经过去大半，是该写点关于PTN的总结了，因为还在工程中，时间仓促，写的比较肤浅，仅供大家参考。新网元上载PTN3900的上载。由于前期发货版本为V100R002C01SPC300，存在TN82EX2、TN81EG8单板默认DCN不通问题，导致光路连通后DCN不通，无法上载到网管上的问题。详见：这个问题只存在于PTN3900设备。这就需要我们兄弟到现场进行调测，让所有单板开工后，DCN问题就可以得到规避。但此后仍需要注意，后期现场进行单板槽位调整，尤其为涉及DCN通道业务单板的调整，一定要慎重，防止调整完单板未开工导致网元脱管。这个问题在后期V100R002C01SPC500版本得到解决。//目前，XX移动所有PTN3900全部为V100R002C01SPC500。关于PTN3900设备光模块问题。10GE光模块发货光模块分为3种：10KM光模块发光在-4dBm左右，灵敏度为-12.6dBm，波长为1310nm，40KM光模块发光在-2dBm左右，灵敏度为-14.1dBm，但是波长为1550nm，两种光模块无法对接，而80KM光模块发光在+2dBm左右，灵敏度为-21dBm，波长同样为1550nm。所以在一般可以在不查询单板制造信息的情况下，简单的通过光模块发光功率来判断光模块的距离，而在现场可以通过光模块拉手条颜色来判断，蓝色为10KM,红色为40KM，白色为80KM；而GE光模块主要为两种，10KM和40KM，发光分别为-5dBm和-2dBm左右，波长同为1310可以进行对接。最近PTN3900设备GE光模块个别上报OUT-PWR-ABN,发光功率不正常，但查询发光功率会发现，实际发光为-5dBm，正常。经800确认（问题单号：64815），为设备误报，后期版本会给予解决。部分告警的处理：ETH-LINK-DOWN，一般此告警产生后，业务中断，但查询收光，发现收光正常，但物理链路协商失败。ETH-LOS告警会抑制此告警上报，所以此告警都在收光正常情况下产生。一般原因为：单通、光纤连接鸳鸯、光口在网管上打了内环，但最近发现部分为设备故障，800正在定位中（单号：141268）；PIU单板同时上报POWER-ABNORMAL和THUDER-ALARM雷击告警，经确定大多都为双PIU每块二路共四路供电，若其中一块只有1路供电，就会上报上述告警，处理一般发现为电源盒四路开关有一路未闭合；电源接线区接线顺序为A区：主1，主2；B区：备1，备2；即按主主备备的接线顺序；对应子架开关为左1，左2为下子架27槽位PIU,右1，右2为下子架28槽位PIU，左3，左4为上子架27槽位PIU,右3，右4为上子架28槽位PIU；PTN950设备的上载。 PTN950设备一般通过Navigator工具，登上上游站设备，查看是否有新站点上线，类似于SDH，首先需要登上上游设备所在网关，然后转到所在设备，一般可以通过cm-get-interface看上层设备是否有新端口协商到相应的串口号；然后通过cm-get-coreroute来查看核心路由表看是否有新的距离为0的设备上线，而这时的设备ID为16进制，一定要转换为10进制。同时，通过Navigator登录新上线网元一定要带上扩展ID，因为新的设备扩展ID一般都和所在的网关网元不一样，所以一定要带上扩展ID。当然，也可以从U2000网管的“网元管理器-通信-IP协议栈管理”来发现新网元上线。下面我将常用的关于DCN的命令和IP协议栈管理看到的路由表中信息的含义发一下。设备网元ID、IP的关系：出厂时MAC、IP随着ID联动，当手动修改IP，取消联动关系。联动：ID的后面3个字节作为IP、MAC的后面3个字节只有当手动修改IP地址才取消联动，改ID会导致IP变化，但不影响联动关系。新设备上线后相关信息的修改。网元的ID、扩展ID、IP地址、LSR-ID事先应该全部规划好，这个工作一般由办事处来完成，修改时严格按照规划执行。建议先修改网元名称，然后修改网元ID及扩展ID此时设备会复位，复位后修改LSR-ID，修改后网元不会复位，而后修改IP后网元会复位，复位后可能需要重建路由表，需经过较长时间后网元才会重新上线。关于LSR-ID,双CXP配置情况，有一块CXP报COMMUN-FAIL情况下（实际为CXP故障），无法修改LSR-ID，即便是网管逻辑上对上报告警CXP进行删除，也无法进行修改，但经郑办PTN技术支持张晖确认，物理上拔出故障单板后，单CXP是可以修改的LSR-ID；后期还发现双主控正常情况下无法修改LSR-ID的情况，报节点ID错误，800（单号：147435）给出指导意见为同时复位两块CXP，但是复位后仍无法修改