PTN开局红宝书.docx

PTN开局红宝书 从去年8月起先到此时此刻，始终在XXXX做PTN，到此时此刻工程已经过去大半，是该写点关于PTN的总结了，因为还在工程中，时间仓促，写的比拟浅薄，仅供大家参考 一、 新网元上载 1、 PTN3900的上载1〕由于前期发货版本为V101R002C01SPC300，存在TN82EX2、TN81EG8单板默认DCN不通问题，导致光路连通后DCN不通，无法上载到网管上的问题详见：关于PTN 3900产品TN82EX2、TN8这个问题只存在于PTN3900设备这就须要我们兄弟到现场进展调测，让全部单板开工后，DCN问题就可以得到躲避但此后仍须要留意，后期现场进展单板槽位调整，尤其为涉及DCN通道业务单板的调整，必须要慎重，防止调整完单板未开工导致网元脱管这个问题在后期V101R002C01SPC500版本得到解决//目前，XX移动全部PTN3900全部为V101R002C01SPC500 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技术支持张晖〔186380330101〕确认，物理上拔出故障单板后，单CXP是可以修改的LSR-ID；后期还发觉双主控正常状况下无法修改LSR-ID的状况，报节点ID错误，800〔单号：147435〕给出指导看法为同时复位两块CXP，但是复位后仍无法修改，800建议干脆更换了两块CXP，LSR-ID可以正常修改 4〕 关于DCN故障处理：DCN问题定位指导.doc修改子网掩码导致全网脱管.pptx5〕 站点确认：由于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支路板需采纳10GE LAN模式，选择BIT透亮映射模式，OTN线路板线路速率采纳11.1G提速模式即可。

CES业务须要配置物理层时钟三、 业务的开通1. PWE3业务的创立PWE3业务主要包括点到点ETH业务和CES业务，两者创立过程类似，不再赘述但须要主要以下几点：1〕 tunnel的APS爱护配置工作与爱护应严格幸免同路由、同光缆的状况发生；2〕 tunnel的OAM管理必须要使能，否那么无法做到爱护，同时采纳FFD的检测方式，检测周期为10ms，否那么会引起倒换时间超标； 3〕 CES业务一般要关闭对应端口的DCN，并且端口设置为一层，否那么无法配置；依据对接业务需求，选取适宜的业务模式，帧格式和帧长，大多状况下无特别需求，不须要透传SDH开销的状况下，选用SAToP的业务类型，帧格式选择非成帧的模式即可，同时CES业务须要配置物理层时钟；4〕 对接业务设备启用LAG爱护时，PTN设备也要启用LAG组，否那么业务无法开通，即便对接设备和PTN设备只有一对光口互联； 5〕对UNI侧端口属性的选择，配置ETH业务时，除端口独占模式不须要参加VLAN，其他模式都须要参加VLAN标签，其实这个时候可以比照参照SDH设备的EFS类单板来比照处理，内部端口默认为tagware的属性，对带标签的数据上来干脆透传，这时候端口配不配置vlan标签业务都可以开通，只要把对应的端口〔相当于EFS的外部端口〕设置为tagware即可，当然，一点对多点的状况下，会聚点业务是必需配置上各个点的标签的；对不带标签的数据，对应端口〔相当于EFS的外部端口〕设置为acess，并配置了vlan，配置业务时也须要配置和对应物理端口相同的vlan才可以开通，此时业务配置的vlan可以看出把内部端口设置为acess属性；附：CES业务配置指导3、 VPLS专网业务 专网业务的配置，主要是设置水平分割组，类比相当于SDH配置EPLAN 业务的vlan过滤表。

不再赘述，附：4、 其他业务VPLS业务配置指导.docx短暂还没有遇到其他的业务需求，欢送补充四、 维护与故障处理1、一般的光缆中断、光模块失效等网络侧〔NNI侧〕接口故障除了会产生ETH_LOS外，在开启tunnel的OAM功能后，一般会上报MPLS_TUNNEL-LOCV告警，定位信息可以看到“TUNNEL〔xxxx，xxx.xxx.xxx.xxx, xxx.xxx.xxx.xxx〕”括号内，三个数值分别为TUNNEL ID，源节点LSR-ID，宿节点LSR-ID，通过TUNNEL ID的索引可以快速定位出故障影响的站点列表； 2、与其他设备对接中断，即客户侧〔UNI侧〕故障时，对接的光口除了上报ETH_LOS外，还会上报一个SERVICE_OUTAGE,指出哪个对应的PW失效，可以有这个告警快速找到受影响的全部站点； 3、对于从前开局中出现的业务不通现象，80%以上都可以定位到TUNNEL连通性的问题，环路调整，导致tunnel中断。