中兴SDH设备开局及业务配置实战从硬件上架到业务贯通的完整复盘去年年底我接到一个区县传输网扩容项目需要新上一台中兴ZXMP S385作为汇聚节点设备承载周边几个接入站的GE和E1业务。设备到货那天我就在现场从硬件安装、加电自检到网元参数配置、业务交叉连接下发再到最后的误码测试和业务割接前后花了差不多三天。这期间踩了不少坑也总结了一些经验今天就把整个中兴SDH设备开局和业务配置的过程完整写出来希望对正在做传输设备调测的同行有所帮助。开门见山说一句开局这个活儿表面看就是“把设备弄亮、把业务配上”但实际上非常考验对设备和网络整体的理解。开局做得规不规范直接影响后续业务开通效率和网络运行稳定性。下面我按实际操作顺序把每一步的关键细节和注意事项都展开讲。1. 开局前准备与硬件安装检查1.1 设备开箱与板卡配置核对中兴S385是标准19英寸机架设备高3U支持插入式板卡结构。开箱后第一步不是急着上架而是先核对发货清单和实际板卡配置是否一致。尤其是包含E1板卡、光口板卡、以太网板卡时需要检查板卡型号是否与合同一致、板卡是否完好无缺。设备出厂时通常会带一块主控板、一块交叉板再按业务需求配置不同的支路板和线路板。板卡名称后缀字母不同功能可能存在本质差异比如有的光口板支持光模块热插拔有的不支持有的电口板支持E1和T1自适应有的只支持单一模式。在硬件安装前把这些弄清楚能避免后期配置时发现板卡型号不符导致返工。我这边项目中用的S385配置了两块OL64光口板每块2个STM-4光口和一块EPE1电口板提供4路E1电口可以满足站点汇聚业务需求。1.2 上架、接地与电源检查设备上架后首先需要检查接地。传输设备保护地必须单独接接地电阻要求小于5欧姆。很多现场容易忽略这一步觉得机柜已经接地或者设备外壳靠自然接触就能接地这是不行的。SDH设备长期带电运行接地不好轻则误码率升高严重的话雷雨天气感应电流有可能损坏板卡。我见过一个现场因为接地没做好E1业务时通时断排查了很久最后才发现是接地问题。所以在开局阶段把接地做扎实能省掉后期很多麻烦。说到电源中兴S385采用-48V直流供电允许电压范围是-57V到-40V。加电前必须用万用表实测电源电压确认在正常范围内才允许设备加电。这个检查不能省略曾经遇到过某个站点电源模块输出异常设备加电瞬间冒出火花当场损坏了一块主控板。等板卡寄回来重新调试整个工期延误了三天。加电后观察设备前面板指示灯状态电源指示灯应常亮绿灯主控板RUN指示灯正常闪烁。如果出现红色告警灯需要记录具体是哪个板卡告警方便后续排查。还有一个容易忽视的细节新设备开箱后要检查各板卡上的拨码开关设置。我们在开局时就遇到主控板告警灯亮查了一圈发现是主控板上一个拨码开关被碰到了对应的槽位设置与设备实际安装槽位不符重新拨回去重启后告警消失。这种物理层面的问题往往比软件配置问题更隐蔽所以在开局阶段花几分钟检查一遍板卡状态是非常值得的。1.3 调试终端准备与登录设备硬件检查无误后接下来就是连接调试终端。S385提供本地串口调试和网络调试两种方式开局阶段我习惯用串口方式。因为此时设备还没有配置IP地址串口是唯一能建立通信的途径。准备一根串口线连接到设备前面板或主控板上的调试口另一端接电脑的串口或USB转串口。终端软件方面黑洞、SecureCRT、Xshell都可以。参数设置按设备说明书来我这边常用的是波特率9600数据位8停止位1无校验无流控。连接后先回车激活登录提示输入默认用户名和密码。中兴设备出厂默认用户名一般为admin密码为admin但不同型号批次可能略有差异可查阅说明书确认。登录后第一件事就是修改默认密码。这一点我每次都强烈提醒自己开局设备往往处在可控环境中但等到业务上线后设备接入网管网络如果还用默认密码任何能访问设备管理地址的人都能登进去后果相当严重。修改密码命令也很简单按设备手册执行相应MML命令即可这里不再赘述了。2. 网元基础参数配置让设备有“名字”和“身份”2.1 网元名称、网元ID与时间参数配置通过串口进入设备命令行后开局配置正式开始。这一阶段的核心任务是设置网元基础参数相当于给设备上户口让它在整个传输网管中有唯一身份识别。网元名称建议按照实际站点规划例如“XX区县传输汇聚A”避免使用过于笼统的名称后续在多网元管理中才不容易混淆。网元ID是全网范围内设备的唯一标识规划时绝对不能重复。我习惯做一个全网网元ID规划表核心站点从1开始编号汇聚站点从100开始接入站点从200开始这样从ID上就能大致判断设备层级。中兴S385配置网元名称和ID的MML命令大致如下SET_NE_NAME: NE_NAMENodeA-Transit; SET_NE_ID: NE_ID101;时区设置也非常重要。跨时区项目如果没有正确设置后续查看告警时间、性能数据时会出现偏差影响故障判断。国内项目一般设置为GMT8。这个参数虽然不起眼但确实遇到过因为时区没配置网管上查看告警时间总是差8个小时实际对故障定位造成了困扰。2.2 时钟源规划与配置SDH网络对时钟同步要求极高时钟不同步会导致业务出现滑码严重时直接造成业务中断。S385的时钟配置是开局阶段绕不开的一个重要环节。主时钟源一般从线路口提取也可以选择外部时钟输入口如2MHz或2Mbit/s信号。对于接入层设备我习惯从连接核心节点的光口提取时钟这样时钟层级清晰避免成环。以S385为例配置时钟源命令为SET_CLK_SRC: SRC1, MODELINE, BOARDOL64-1, PORT1;这条命令表示从OL64-1板卡的第1个光口提取线路时钟。如果设备作为时钟源头节点则需要配置外部时钟输入或者选择内部时钟源。另外需要注意不是所有光口都适合提取时钟最好选在物理连接稳定的核心侧光口上避免频繁切换时钟源导致业务瞬断。实际配置完成后可以用时钟状态查询命令确认时钟源已经锁定。2.3 网管通道配置与连通性验证开局阶段的最后一步是配置网管IP地址使设备能够接入网管系统。S385通过ECC通道与网管通信利用SDH帧结构中DCC字节传输网管信息不占用业务时隙。设备侧需要配置一个管理IP确保网管中心可访问到该地址。设置网管IP命令SET_NET_IP: IP_ADDR192.168.1.101, MASK255.255.255.0, GATEWAY192.168.1.1;配置完成后在设备命令行执行ping测试确认网管地址网关可达。如果没有ping通第一步检查IP和网关是否配错第二步检查电脑和设备的网络连接是否正常。等设备接入网管系统后再由网管中心做一次远程访问测试确认ECC通道状态正常。这一步做完开局阶段工作就算顺利打结了。3. 业务配置全程解析从时隙规划到交叉连接下发3.1 业务需求分析与时隙规划思路有人把SDH设备调试的核心理解为“配交叉”这句话有一定道理但缺少前置的规划意识。配置业务最关键的其实不是敲命令而是业务路径和时隙规划。规划得好配置就是一马平川规划得差配置时会遇到时隙冲突、资源不足、业务互相干扰等问题。以这次S385承载的业务为例主要包括三类E1业务2M电路基站话音和专线、STM-1业务VC-4颗粒、GE业务以太网数据业务。每类业务的时隙分配逻辑各不相同但都绕不开SDH的基本时隙概念。先普及一下基础知识点STM-1的速率是155Mbps在SDH帧结构中一个STM-1可以划分为63个VC-12时隙每个VC-12承载2M业务这就是E1业务映射的基础。更高阶的VC-4可以理解为STM-1级别的大通道用于承载155M颗粒业务或GE业务。3.2 E1业务交叉连接配置配E1业务时我们最常用的方式是配置一条端到端的交叉路径。假设A站到B站有一条E1业务中间经过C站需要在A站、C站、B站分别配置交叉连接。A站E1板卡某个2M端口交叉到线路板的光口VC-4时隙中的第1个VC-12时隙。 C站中间站从A方向来的光口第1个VC-12时隙交叉到B方向光口的第1个VC-12时隙。 B站从线路板光口VC-4时隙中的第1个VC-12时隙交叉到E1板卡对应2M端口。S385添加交叉连接的MML指令格式大致是ADD_CRS: SRCBOARD-EPE1-1, SRC_VC41, SRC_VC121, DSTBOARD-OL64-1, DST_VC41, DST_VC121;这条命令表示将EPE1板卡第1个VC-12的2M业务交叉连接到OL64板卡第1个VC-4内的第1个VC-12时隙。实际命令中槽位号和端口号需要根据设备实际配置调整。这里最容易出问题的是时隙号选错。有一次在其他站点调业务时现场工程师A站用了VC-12时隙1B站却用了时隙2结果业务怎么都调不通。我在网管上逐站核对了配置才发现时隙对不齐。后来我的做法是配置前先做一张时隙规划表把每条业务在每个站点使用哪个VC-4、哪个VC-12都固定下来配置完成后逐条核对彻底杜绝了这种低级错误。3.3 GE业务VLAN划分与交叉配置GE业务的配置思路和E1业务不一样除了设备本身的交叉连接还需要考虑以太网二层属性——主要是VLAN的划分以及业务透传或汇聚的模式。在S385上GE业务通常通过以太网板卡接入然后封装成VC-4或VC-12捆绑在SDH网络上传输。如果两端都是简单的点对点业务可以采用透传模式一个GE口对一个GE口直接建立通道如果多个站点的GE业务需要汇聚到一个上联口就需要配置汇聚模式。一个简单的GE业务配置流程如下在设备上创建VLAN例如为客户A分配VLAN 100ADD_VLAN: VLAN_ID100;将GE端口加入VLAN并设置TAG类型ADD_VLAN_PORT: VLAN_ID100, PORTGE-1, TAG_TYPETAGGED;配置GE端口到线路板方向的交叉连接。实际踩过的坑主要在两个地方。一是VLAN TAG类型设置不一致。有的站点配置成TAGGED对端配置成UN TAGGED结果业务通信双方协商不了VLAN TAG二层就是不通。二是忘记启用端口或端口VLAN模式不对导致业务不通。所以配置完成后一定要有一个VLAN信息核对表把两端设备的VLAN号、端口、TAG类型全部记录下来进行核对。3.4 SNCP保护业务配置要点重要业务一般不会裸配都会上保护。SDH网络中用的比较多的是SNCP子网连接保护它的原理是为一条业务建立两条完全独立的路径一条作为工作路径一条作为保护路径。正常时业务走工作路径工作路径出现断纤或设备故障时50ms内业务自动倒换到保护路径上。配置SNCP保护比普通业务复杂不少。需要在业务源端和宿端分别建立工作路径和保护路径上的交叉连接然后将两条路径绑定为一个SNCP保护组。绑定动作在端站执行中间站不需要感知各站配置交叉连接即可。S385上SNCP配置命令大体是ADD_SNCP_PATH: PATH_ID1, WORK_PATHA-B-C, PROTECT_PATHA-D-C;当然实际命令中WORK_PATH和PROTECT_PATH并不是直接填写站名而是需要在两端站相应配置指向不同线路板的交叉连接形成两条物理独立的路径。这里最重要的原则是工作路径和保护路径在物理上必须完全分离。有的项目图省事把两条路径放在同一根光缆的不同纤芯里光缆一断两条路径同时中断保护就形同虚设了。3.5 跨厂商对接时的注意事项中兴SDH设备经常需要和华为、烽火等厂商的设备互通。SDH本身有ITU-T系列标准理论上互联互通没有问题但实际对接中还是有不少细节需要确认尤其是VC-12时隙编号的对应关系。虽然各厂商都遵循标准但在VC-12通道编号的排列顺序上不同厂商的实现可能存在差异。我在某次项目中就遇到了这个问题中兴设备对接华为设备光口都调通了E1业务却怎么也通不了。后来两边工程师坐在一起核对发现两边设备对同一个VC-12时隙编号的映射理解不一致最终通过时隙编号映射关系表重新配置解决了。跨厂商对接时建议提前和对方工程师确认好VC-12时隙编号顺序、是否启用某些开销字节、是否支持某厂家的扩展开销。确认后做成双方认可的对接方案能省去后面大量的排查时间。4. 业务调试与测试确认业务真正可用4.1 光功率测试方法与判断标准业务配置完成后不要急着交工还需要做一系列测试确认业务真正可用。这部分工作是很多工程师容易忽略的但恰恰是最能体现专业水平的环节。首先做光功率测试。用光功率计在线路板的收发光口测试确认光功率在正常范围内。以OL64板卡为例发光功率一般要求在-3dBm到2dBm之间接收灵敏度一般在-25dBm以下不同板卡略有差异。收光功率过低常见原因是光缆衰耗过大、连接头脏污、光纤弯曲半径过小收光功率过高则可能出现近端直连而没有配置光衰耗器的情况。实际测试中我遇到过收光功率显示-28dBm的场景明显超出正常范围第一反应是光缆有问题后来排查发现是法兰盘连接头没有拧紧重新擦拭、拧紧后光功率恢复正常。这类光学细节问题在实际工程中非常常见所以光功率测试一定不能省而且要逐纤芯、逐方向做完。4.2 误码测试方法与周期E1业务需要做误码测试。将误码仪接在E1业务两端选择2M测试模式测试时间一般要求24小时误码率应小于10的负6次方。测试期间持续观察误码计数如果出现零星误码或大量误码需要重点排查光功率是否正常、时钟是否同步、交叉连接是否配置正确。有一次新开E1业务配置和光功率全部正常但误码测试持续有零星误码。查了半天最后确认是设备接地不良造成的。重新做了接地后误码消失。这再次印证了我前文提到的观点开局时把接地做好能省掉后面非常多的麻烦。4.3 GE业务连通性测试GE业务采用ping测试连通性。两端设备的GE口通过网络连接互ping如果ping通了说明VLAN配置、交叉连接、物理链路都正常。如果ping不通按照“物理链路-VLAN配置-交叉连接”的顺序逐层排查。我一般还会在ping通后再测试大流量数据传输用两台电脑接在GE口上通过打流工具持续跑十几分钟业务流量观察丢包率和时延。如果大流量下出现丢包可能存在交叉容量不足或端口协商问题。4.4 网管侧验证与业务开通确认业务测试通过后还需要从网管侧验证设备的远程管理能力。登录网管系统确认能够正常查看设备的告警、性能数据并能够远程操作设备进行业务查询。这一步验证的是ECC通道和网管配置正确性不要等到业务割接后再发现网管不通那就很被动了。完成网管验证后将本次开局和业务配置的过程整理成文档包括设备型号、序列号、板卡槽位表、网元ID、IP地址、时隙规划表、VLAN分配表、配置截图等归档到项目资料中。后续维护、故障处理、设备扩容时这些文档就是最基础的参考。5. 常见故障排查方法与经验技巧5.1 开局时设备无法登录的快速定位设备无法登录是开局阶段最常见的故障之一。遇到串口连接后没有任何反应的情况我的排查顺序如下检查串口线连接是否牢固是否插入正确的调试口检查串口参数是否正确波特率、数据位、停止位、校验位观察设备前面板指示灯确认主控板是否正常运行、RUN灯是否闪烁检查电脑设备管理器中串口号是否被其他程序占用尝试重新插拔主控板让设备重新启动。其中第3条是容易被忽略的一步。有一回到现场开局串口怎么连接都没有反应排查到最后发现是主控板没有正常运行RUN指示灯不亮重新插拔主控板后设备恢复正常。从那以后我养成了到现场先看设备指示灯的习惯电源、主控、板卡运行状态都正常了才连串口调试。5.2 业务配置后不通的排查思路业务配置后不通这是最让人头疼的问题也是出现频率最高的故障。按照以下顺序排查基本能解决90%的问题第一逐站核对交叉连接源端、宿端、时隙号是否正确本站是否有业务阻断告警。最常见的故障原因就是时隙不对齐比如A站用VC-12时隙1发B站却在VC-12时隙2收。第二检查光路质量。用光功率计测试业务方向的光功率确认光功率在正常范围内。收光功率低优先检查连接头是否脏污或松脱收光功率高优先检查是否存在直连未加衰耗的情况。第三查看两端设备的告警信息。如果出现了TU-AIS告警说明业务时隙收到全1信号通常是对端交叉配置异常如果出现LP-RDI说明远端缺陷指示需要检查对端设备。第四检查时钟同步状态。前面说过时钟不同步必然导致业务异常查询主时钟源状态和同步状态即可判断。有一个常用的技巧配置完成后在设备上查询交叉连接的表项确认时隙已经被正确占用然后再配合误码仪等外部测试工具验证。这样能把问题定位在设备配置层面还是外部链路层面效率高很多。5.3 网管无法管理设备的处理开局配置完成后从网管中心无法访问设备这类问题的排查关键是分清是网络问题还是设备配置问题。首先在设备上ping网关地址如果不通说明设备的IP或网关配置可能有误重新核对配置如果通了再ping网管中心地址如果不通说明管理网络路由有问题需要检查二层三层网络设备的路由和VLAN配置如果ping通但网管系统还是无法发现设备则检查网管的ECC通道参数是否配置正确。这里要特别提醒的是配置完IP后一定要在设备上直接做连通性测试不要等回到网管中心再测试。现场验证之后再通知网管中心进行最终访问测试能节省大量往返时间。5.4 误码告警反复出现的处理经验设备频繁上报误码告警这类故障比较复杂需要按优先级排查。光功率异常导致误码最为常见优先检查收发光功率是否在正常范围内。光功率正常则重点检查时钟源我习惯用性能监视功能查看误码率的变化趋势误码率随时间周期性波动多半是时钟问题刚加电时误码多一段时间后逐渐减少可能是设备初始化阶段的表现可以观察一段时间再判断。还有一种情况是前文提到的接地不良这种误码不像光功率异常那样有规律的告警变化往往是零星误码随机出现。这类问题排查周期比较长需要耐心但一旦解决就一劳永逸。6. 开局与配置常见问题速查这里把本文提到的关键排查点和操作要点整理成一张速查表方便在现场快速查阅。这张表是我自己平时出项目时打印一份放工具箱里的也用彩色笔标记了几个最容易踩的坑。故障类型可能原因快速处理建议设备无法加电或自检失败电源电压异常、板卡接触不良检查-48V供电电压、重新插拔板卡设备无法串口登录串口线故障、主控板未运行、参数错误检查指示灯状态、换线重试、确认串口参数网管无法发现设备IP配置错误、网关错误、ECC通道异常设备上ping网关、核对IP和掩码、检查网管参数业务不通时隙不对齐、交叉连接配置错误、光功率异常逐站核对时隙、查询交叉表、测试光功率E1业务有误码光功率异常、时钟不同步、接地不良测试光功率、检查时钟源、检查接地电阻出现TU-AIS告警交叉连接异常、对端LOS检查本端和对端交叉配置、查看光路状态跨厂商业务不通时隙编号映射不一致、开销配置差异与对方工程师核对编号规则、统一对接方案这条速查表只是通用参考实际项目中还要结合设备具体型号和组网结构灵活调整但核心排查思路是相通的从物理层到配置层逐层排查不要跳步不要猜测。7. 从一次开局运维想到的前面这些内容偏操作层面最后聊一点我个人的体会。SDH作为一种传输技术已经存在很多年了和现在流行的OTN、IPRAN、SPN相比它的速率不算高业务类型也不算复杂。但直到今天大量存量业务仍然承载在SDH网络上尤其是政企专线、基站接入、跨区域电路这些场景中SDH的可靠性和稳定性仍然给它留着不可替代的位置。很多省市骨干传输网的接入层SDH设备还在一刻不停地运行着。从事传输设备调试这些年我越发觉得开局和业务配置的核心不在于会敲多少条命令而在于对整个网络结构的理解。单站设备调通只是起点真正考验人的是业务端到端的打通能力是规划时隙时对整条路径资源的统筹是面对跨厂商对接时对标准协议的理解深度。中兴S385的开局和业务配置操作上并不算特别复杂整个流程走一遍可以很好地建立对SDH网络的整体认知。如果你是刚入行做传输设备调测的工程师建议把这套流程完整走一遍从硬件安装开始到业务贯通和测试完成为止每一步都亲手操作一遍遇到问题再回头看本文中的排查思路相信很快就能独立上手。最后分享一个小技巧在做开局和业务配置时多花几分钟记录每一步操作和配置结果并保存好设备配置备份。这个习惯看似浪费时间但在后期故障处理、业务扩容、人员交接时价值会成倍体现。设备在现场运行久了总会有各种变动没有原始配置记录做参照排查问题就像在迷宫里打转。实实在在的记录是工程师最可靠的工作伙伴。