PTN开局红宝书

从去年8月开始到现在，一直在XXXX做PTN，到现在工程已经过去大半，是该写点关于PTN的总结了，因为还在工程中，时间仓促，写的比较肤浅，仅供大家参考。 一、 新网元上载 1、 PTN3900的上载。

1）

由于前期发货版本为V100R002C01SPC300，存在TN82EX2、TN81EG8单板默认DCN不通问题，导致光路连通后DCN不通，无法上载到网

管上的问题。详见：

关于PTN 3900产品TN82EX2、TN8这个问题只存在于PTN3900设备。

这就需要我们兄弟到现场进行调测，让所有单板开工后，DCN问题就可以得到规避。但此后仍需要注意，后期现场进行单板槽位调整，尤其为涉及DCN通道业务单板的调整，一定要慎重，防止调整完单板未开工导致网元脱管。这个问题在后期V100R002C01SPC500版本得到解决。

//目前，XX移动所有PTN3900全部为V100R002C01SPC500。 2）

关于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），为设备误报，后期版本会给予解决。 3）

部分告警的处理：ETH-LINK-DOWN，一般此告警产生后，业务中断，但查询收光，发现收光正常，但物理链路协商失败。ETH-LOS告警会

抑制此告警上报，所以此告警都在收光正常情况下产生。一般原因为：单通、光纤连接鸳鸯、光口在网管上打了内环，但最近发现部分为设备故障，800正在定位中（单号：141268）；PIU单板同时上报POWER-ABNORMAL和THUDER-ALARM雷击告警，经确定大多都为双PIU每块二路共四路供电，若其中一块只有1路供电，就会上报上述告警，处理一般发现为电源盒四路开关有一路未闭合； 4）

电源接线区接线顺序为 A区：主1，主2；B区：备1，备2；即按主主备备的接线顺序；对应子架开关为左1，左2为下子架27槽位PIU, 右1，右2为下子架28槽位PIU，左3，左4为上子架27槽位PIU, 右3，右4为上子架28槽位PIU；

2、 PTN950设备的上载。

1） PTN950设备一般通过Navigator工具，登上上游站设备，查看是否有 新站点上线，类似于SDH，首先需要登上上游设备所在网关，然后转到所在设备，一般可以通过cm-get-interface看上层设备是否有新端口协商到相应的串口号；然后通过cm-get-coreroute来查看核心路由表看是否有新的距离为0的设备上线，而这时的设备ID为16进制，一定要转换为10进制。同时，通过Navigator登录新上线网元一定要带上扩展ID，因为新的设备扩展ID一般都和所在的网关网元不一样，所以一定要带上扩展ID。当然，也可以从U2000网管的“网元管理器-通信-IP协议栈管理”来发现新网元上线。下面我将常用的关于DCN的命令和IP协议栈管理看到的路

由表中信息的含义发一下。2） 设备网元ID、IP的关系：

dcn相关命令详解.dFAQ-关于PTN网元管oc理器中IP路由管理表的

出厂时MAC、IP随着ID联动，当手动修改IP，取消联动关系。 联动：ID的后面3个字节作为IP、MAC的后面3个字节

只有当手动修改IP地址才取消联动，改ID会导致IP变化，但不影响联动关系。

3） 新设备上线后相关信息的修改。网元的ID、扩展ID、IP地址、LSR-ID事先应该全部规划好，这个工作一般由办事处来完成，修改时严格按照规划

执行。建议先修改网元名称，然后修改网元ID及扩展ID此时设备会复位，复位后修改LSR-ID，修改后网元不会复位，而后修改IP后网元会复位，复位后可能需要重建路由表，需经过较长时间后网元才会重新上线。关于LSR-ID,双CXP配置情况，有一块CXP报COMMUN-FAIL情况下（实际为CXP故障），无法修改LSR-ID，即便是网管逻辑上对上报告警CXP进行删除，也无法进行修改，但经郑办PTN技术支持张晖（18638033099）确认，物理上拔出故障单板后，单CXP是可以修改的LSR-ID；后期还发现双主控正常情况下无法修改LSR-ID的情况，报节点ID错误，800（单号：147435）给出指导意见为同时复位两块CXP，但是复位后仍无法修改，800建议直接更换了两块CXP，LSR-ID可以正常修改。 4） 关于DCN故障处理：

DCN问题定位指导.doc

修改子网掩码导致全网脱管.pptx

5） 站点确认：由于PTN950采用无督导方式进行安装，光路连通由工程局完成，一般工程局为了方便期间对出一个大长链后电话通知由我们上载至网管，这时候就出现了网管名称和实际站点可能出现不匹配的状况。一般可以通过安装时记录CXP编码的方式来解决，网元上载后运行CFG-GET-BDINFO:7，查询7槽位CXP编码，核对安装记录，即可知道网元真实名称；开通基站时也可由无线工程师上报CXP编码，核对站点是否无误。但CFG-GET-BDINFO:7返回结果要注意，其中还包含机盒的编码，请不要把机盒编码当场CXP编码，CXP编码一般为020LLT开头；

6） PTN950部分告警处理：POWER-ABNORMAL为设备只有一路供电；部分站点PTN950互联EG2单板突然上报ETH-LOS，查询光功率-60，无光，但查询DCN，正常，核对相关业务，正常，复位单板后查询到收光-26dBm，远超灵敏度-19 dBm，查询案例后发现，此种情况下，只是收光电平低于了LOS门限，上报了LOS告警，但正常业务由于可能只存在丢包率较大问题，但业务和DCN仍旧正常。此时，可以通过历史性能来排查是否光功率的问题；LSR-NO-FITED,在PTN950设备上较为常见，主要是安装或运输途中光模块松动引起，一般重新插拔后告警即可结束；

二、 业务准备

1、

关于二层链路：网元上载后，在U2000环境下，需要新建二层链路

才能进行业务开通，这是因为U2000不像以前的T2000需要手工指定每一跳才能创建tunnel，U2000可以通过创建的二层链路来支持路径创建tunnel，这就需要手动手搜索二层链路，早期设备V1R1版本是不支持此项功能，所以在“文件-搜索-链路”菜单中是无法找到V1R1版本设备的，也就是说v1r1设备的要进行路径创建tunnel必须手动的创建二层链路；另外还有一种情况也是无法进行链路搜索的，就是设备没有可用的网络侧端口； 2、

关于网管的光纤连接：生成二层链路后，网管会提示是否导入为光

纤，此时，导入光纤即可为两个互联端口分配一对地址，此地址为在同一个网段相邻的地址，并且掩码为30位，就是这个这个网段只允许有这两个地址。如果两个互联端口有一个端口原有地址，光纤的导入是无法分配新地址的，会提示操作部分成功，即：生成了光纤，但端口IP未分配。此种情况下，需把已有IP地址的端口IP清掉，即设置为未指定，重新导入光纤或者手工连纤就可以生成一对新IP。此外，还有一种情况下，就是两个端口原有都有IP地址，搜索二层链路，然后导入光纤，然后提示失败，操作的时候忽略了这一步，开通业务时，业务就会不通，而TUNNEL用不启用OAM，这是是没有任何告警的。此时可以通过启用OAM，选用FFD，10MS检测模式，tunnel会报一个次要告警MPLS-TUNNEL-OAM-FAIL，此时需要检查每一跳的地址，看看哪一对地址不符合上述端口分配原则。但要注意，端口的IP地址是为创建tunnel时二层链路使用的，与光纤连接无关，但IP地址的自动生成则是通过光纤连接分配的；当然，某些特殊情况，端口IP地址也可以手工输入来实现，比如环加点操作。 3、

关于OTN与PTN对接透传时钟S1字节的问题：OTN设备与PTN设

备10GE光口对接可以采用两种模式，OTN支路板采用10GE LAN模式，选择MAC层透明传输，OTN线路板线路速率采用标准模式，此方式下不能透传S1字节；如果有透传S1字节做时钟保护的需求， OTN支路板需