凌晨两点十七分，网络客户打来电话，工程语气急得像热锅上的师排蚂蚁。核心交换机挂了，障多整个公司断网。网络
我一边套外套一边问：“什么时候开始的工程？”对方说半小时前。我心想，师排完了，障多这又是网络一个通宵的活儿。但嘴上还是工程说：“别急，我先远程看一眼。师排”
说实话，障多网络工程师排障要多久？网络这个问题没有标准答案。有时候十分钟解决，工程有时候得折腾三天。师排差别不在技术难度，而在你手里有多少“线索”。
那次断网，我远程登上设备，发现CPU占用率99%。ping网关通，ping服务器不通。典型的环路症状。但环路在哪？二层还是三层？我让现场同事拔了几根关键跳线，故障依旧。又查了STP状态，发现有个端口在blocking和forwarding之间疯狂切换。顺藤摸瓜，最后找到是机房角落一台没人记得的旧交换机，两根线自己搭在一起了。前后花了四十分钟。
但另一回就没这么幸运了。客户报障说视频会议卡顿，我查了带宽、延迟、丢包率，全正常。交换机端口也干净，没有错误包。折腾一下午，最后发现是会议室那台电视的Wi-Fi模块和手机热点抢信道。你说这算网络工程师的活儿吗？算，但根本不在常规排查路径上。
所以我的经验是，排障时间取决于你的“第一反应”。老手接到报障，先问三个问题：影响范围多大？什么时候开始的？最近改过什么配置？这三个问题能过滤掉一半的无效排查。新手容易直接扑到设备上敲命令，敲了半天发现方向错了。
还有一次，某银行网点柜面系统间歇性掉线。我们派了两拨人去现场，换了光模块、重做了水晶头、甚至换了台路由器。问题还在。后来一个老师傅蹲在机柜旁发呆，发现空调出风口正好对着设备，冷凝水滴下来，刚好落在某个接口上。不是水太多，是湿度变化导致信号衰减。那次排了整整两天。
你说这算技术问题吗？也算。但更多是观察力的问题。
我自己的习惯是，到了现场先不急着动设备。站在那儿看五分钟，听设备风扇声有没有异常，看指示灯闪烁频率是否规律，闻有没有焦糊味。这些“非标准”动作经常能帮我快速定位问题。有一次就是靠听出某台服务器电源风扇转速不对，提前避免了磁盘阵列故障。
回到最初的问题——排障要多久？如果一切正常，从接到电话到解决，我见过最快的是四分钟。客户说打不开网页，我让他看下网线灯亮不亮，他说不亮，我让他把线重新插一下，好了。就这么简单。但有些问题，比如光缆被施工队挖断，那就不是“修”的问题了，是“熔接”的时间问题。最快也得两小时，加上协调挖机、找断点，半天是常态。
所以别问我具体时间。我只能说，快的时候你还没泡好面，慢的时候你得在公司备好几天的换洗衣物。这行当就是这样，它不跟你讲道理，只看你愿不愿意蹲下来看那根线。