工作总结
2026-04-01 工作总结 技术支撑总结2026年电话网络销售技术支撑工作手记[个人。
直接说事。
今年四月那批新装用户，后台掉线率飙到七个多点，我们控制红线是一个半。我当时血压就上来了。
投诉电话是从第三天开始爆的。销售那边的小姑娘带着哭腔打电话过来，说用户骂她全家。我挂了电话，把技术组三个人拢到屏幕前，开始捋数据。
第一件事是切维度。我把近一周的故障工单按装机日期排序，发现掉线集中在18号到22号这批新开用户上。再把这批用户的设备批次号拉出来，全是同一个生产批次的ONU。
第二件事是抓包。我在局端软交换上挂了个信令分析仪，盯着这批用户的SIP注册流程。两个小时后，发现规律——这些设备在运行到第47分钟左右，会发出一串异常的重注册请求，频率越来越密，直到把会话表撑爆，然后掉线，重启，再掉线。
第三件事是复现。我让人从库房调了三台同批次设备，接到实验室的镜像现网环境里，跑同样的软交换版本。到第46分钟，症状一模一样。抓出来的报文里，定时器T1的数值在不停累加，明显是内存泄露。 【SXW9.COM 实习报告网】
我把数据打包，直接打电话给厂家技术总监。对方第一反应是推给局端配置，说我们的软交换版本太老。我直接把两边信令交互的时序图截屏发过去，红色标注出他那端发出的异常请求包，问他：“你看看这个报文格式符合哪个标准？RFC3261还是你们自己的私有协议？”
对方沉默了三分钟，说：“我们查一下。”
第二天凌晨两点，补丁包发过来了。
这件事之后，我把入库验收流程改了。以前只跑标准信令流程和速率测试，现在我要求所有新批次终端必须在我搭的镜像现网环境里跑满72小时压力测试，测试报告必须附带内存曲线和CPU占用率的连续日志截图。缺一张都不签字放行。
采购那边的人来找我，说这样会拖慢供货节奏，销售那边等着用。我当着他面把四月份那次故障的工单数量和赔付金额调出来，问他：“你是想被用户骂，还是想被库房多压几天？”他没再吭声。
带团队这块，我吃过亏。
去年有个小伙子，来了半年，只会重启设备和换光猫。我让他去处理一个光衰大的工单，他在用户家蹲了一下午，回来跟我说“线路没问题”。我问他光功率多少，他说没带光功率计。我当时真想把他踹出去。
后来我定了个规矩：每周五下午不接新工单，雷打不动搞实操训练。训练内容就一个——用真设备搭故障，让他们自己找。
比如我在分光器上加个3dB的衰减器，让他们用光功率计测出来，然后去OLT上看光模块收光，比对两边数据，判断是主干衰耗大还是分路器问题。或者我改一下VLAN配置，让他们通过查看MAC地址表来定位数据不通的节点。
最狠的一次，我把一台交换机的STP优先级调乱了，整个二层网络出现环路广播风暴。那帮小子抓了半个小时的包，脸都绿了。最后是小赵看出来的——他发现所有接口的广播包占比都超过了80%，顺着MAC地址表往上查，找到了根桥的变化记录。
那次之后，小赵像开了窍。七月份政企客户那个专线故障，就是他一个人啃下来的。客户那边是防火墙会话超时和我们设备不一致，每18分钟闪断一次。他蹲在客户机房里，用Wireshark连续抓了四个小时的包，从几十万条报文里把那几个RST包揪了出来。回来后他跟我说：“老大，我查了一天的RFC文档，确认是对方设备不遵守标准。”
我问他怎么跟客户说的。他说：“我没说是对方设备的问题，就说两边参数要匹配，建议把超时时间改成一致的。”
这小子，会做事了。
日常管理上，我最烦的就是工单系统里那些废话。有人填故障原因永远写“线路问题”，跟没写一样。我让他们必须精确到“xx分纤箱第3芯法兰盘接头损耗过大”或者“ONU固件版本V2.1.3与OLT平台V3.2不匹配导致认证超时”。
我说得很直白：你现在多写十个字，以后做故障趋势分析的时候，就不用重新翻一遍工单。
今年下半年，我们把上半年的工单数据重新清理了一遍。结果发现，超过40%的故障集中在两类问题上：一是冷接头制作不规范，二是用户自购路由器和我们设备IP地址冲突。
针对第一个问题，我直接找到施工队带班，把OTDR曲线甩他桌上，指着那一个个反射峰说：“你看你这接头，衰耗平均都在0.5dB以上，标准是0.3以内。以后每个接头都要测，我的人随机抽检，不合格直接返工。”
- ●泡泡演讲稿Wj62.cOm必读宝典:
- 技术支撑总结 | 电话销售工作总结 | 电话销售工作计划 | 展会电话销售工作总结 | 电话网络销售工作总结 | 电话网络销售工作总结
针对第二个问题，我们做了一页A4纸的《用户路由器配置指南》，装维人员上门时顺手给用户。虽然简单，但管用——下半年因地址冲突引发的投诉下降了七成。
今年有件事让我挺感慨。
八月最热那几天，有个新小区集中交房，三天要装两百多户。我们组全员扑上去，我负责盯现场工艺。有个装维工为了赶进度，隐形光纤没套管，直接拿热熔胶粘在墙角。我让他拆了重做，他老大不乐意，说“用户又不懂，差不多得了”。
我没跟他废话，自己上手做了一遍——开槽、套管、理线、盘纤，全程十五分钟，做完后拿光功率计给他看，收光-18dBm，比他那条-24dBm的强一截。
我说：“你今天的每一个不规范动作，明天都会变成我们技术支撑组的一张售后工单。大热天的，大家都别互相折磨。”
后来那个装维工每次碰到难处理的活，都会打电话来问一声。
说实话，这一年累是真累。但看着团队从只会换设备的“换件工”，变成能拿着光功率计、OTDR、协议分析仪跟厂家工程师掰扯技术细节的人，心里还是舒坦。
故障平均历时从去年的4.2小时压到1.8小时，重复投诉率降了六成。这组数据没算政企客户的专线故障——那块的复杂度太高，单独拉出来是另外一套统计口径。
明年我想把自动化工单这块啃下来。现在兄弟们查日志还靠手工一条条翻，太费劲。如果能搭个脚本自动抓取关键告警，把故障预判往前推一步，就不用天天熬夜了。
干这行就一句话：你糊弄设备，设备就糊弄你；你糊弄用户，用户就拿脚投票。没那么多大道理，把该测的每个光口都测到标准衰耗，把该记的每个故障都记到根因，比什么都强。
- 想了解更多工作总结的资讯，请访问：工作总结
