工作总结
发表时间：2026-04-222026年传输试用期工作总结。
七月初进部门，到九月底转正，三个月干了这些事儿：处理了17起故障工单，参与了4个新建站点的传输验收，自己动手写了12份故障处理报告。数字不算多，但每个坑都是自己拿脚踩出来的。
说三个印象最深的。
第一个：那个间歇性误码，差点把我绕进去
七月中旬，某汇聚机房155M光口报误码。网管上看，误码秒数一会儿十几，一会儿归零，没规律。我第一反应是光模块老化，从库房领了个新的换上——没用。又换尾纤，还是没用。这时候我已经花了四十分钟，心里有点毛了。现场施工队的人说“要不直接换板卡吧”，我没答应。当时想的是，板卡一换，业务会闪断，而且如果问题不在板卡上，等于白折腾。
静下来捋了一遍：光模块和尾纤都排除了，剩下就是法兰盘和光缆。拿OTDR打了一下，法兰盘处有个0.3dB的反射峰。拆开法兰盘，里面一层灰白色的东西，用手指一摸，是施工时残留下的密封泥。清洁完重新接上，误码秒数清零，连续观察一小时没再出现。
从到现场到解决，总共用了两小时十分钟。但如果一开始就先用OTDR测，而不是凭经验猜光模块，至少能省半小时。后来我把这个案例写进了组里的故障案例库，特意加了一句备注：“间歇性误码，先打OTDR再看光模块。”
第二个：端口自协商，坑了我两次才记住
八月初，一个基站的PTN设备端口频繁DOWN。到现场一看，端口指示灯亮，但ping不通对端服务器。查配置，端口是自协商模式。对端交换机是第三方施工队接的，我去问了才知道，他们强制设成了100M全双工。两边没对上，端口就假死。
这问题其实我遇到过。七月中旬另一个站点就是同样的情况，那次折腾了快一个小时才想起来查对端配置。这次不到二十分钟就定位了，改成强制100M全双工，通了。
但我后来琢磨：这种问题为什么会反复出现？因为施工队调试时用的是笔记本电脑直连，笔记本网卡自适应能力强，不会暴露问题。等接到现网交换机上，问题就冒出来了。我找施工队负责人聊了一次，他说“以前没注意过这个”。
于是我做了张A4纸大小的速查表，标题就一句话——“别信笔记本，看对端配置”。下面列了三种常见组合：自协商对自协商、强制对强制、自协商对强制，每种组合的结果用红黄绿灯标识。打印了十份，贴在每个机房的设备柜旁边，还在工作群里发了电子版。八月底的时候，有个同事处理类似故障时跟我说，看了一眼那张表，三分钟就搞定了。这事儿让我觉得，有些坑不能只自己记住，得让所有人都躲开。
第三个：验收时多留了个心眼，省了后面的大麻烦
八月底验收一个新建站点。光功率、误码、保护倒换，按流程测了一遍，全部合格。施工队催着我签字，我没签。我说把所有ODF端子排的标签再核对一遍，跟竣工图纸逐一比对。
施工队不乐意，说“标签都是按图纸打的，没问题”。我说那就比对给我看。结果比对了四十分钟，揪出三处错误——有三条业务的标签A端和B端贴反了。其中有一条是政务网的专线，如果标签反了，以后跳纤或者故障排查，谁拿着标签找端口谁就得走错方向。万一哪天半夜断网，运维人员照着标签去插拔，很可能把政务网和另一条内网业务串到一起，那就不光是业务中断了，是安全事故。
我跟施工队说，标签全部重打，我现场看着。又多花了四十分钟，但签完字之后心里是踏实的。后来我跟组长建议，把“标签与图纸逐条比对”写进验收 checklist 里，他同意了。现在部门的新验收规范里，这条是强制项。
再说点实在的感受
最忙的那天，上午跑两个机房处理光衰预警，下午验收一个站，晚上九点多又被叫去处理一个业务闪断。回到家快十二点，还得写当日工作日志。坐在电脑前，手指敲键盘的时候就在想，传输这活儿，说白了就是跟各种“没想到”较劲。你没想到法兰盘会脏，它就脏给你看；你没想到施工队会贴反标签，它就反给你看。
三个月的试用期，我不敢说自己技术多牛，但有一件事我敢拍胸脯：所有经我手处理的故障，我都写了详细的处理步骤和耗时；所有踩过的坑，我都记在了本子上。不是为了给别人看，是怕自己下次再犯。
下一步，我打算把手里这十几个案例按故障类型分类，做成一个简易的排查指南，给新来的同事参考。另外，跟厂家要了一份设备底层调试手册的电子版，之前只看过操作手册，很多诊断命令没接触过，得自己啃一啃。
传输这行，没有“学会”的那一天，只有“又解决了一个”的那一天。试用期结束了，但我心里清楚，真正的考试，还没开始。
-
为了您方便浏览更多的工作总结网内容，请访问工作总结
