凌晨两点，网络位职某电商平台的工程支付接口突然超时。监控大屏上，师岗核心交换机端口流量从40Gbps骤降到2Gbps。网络位职值班的工程网络工程师老张没急着重启设备，他先抓了三个包——一个来自负载均衡器，师岗一个来自防火墙内网口，网络位职一个来自数据库前端的工程TOR交换机。五分钟后他断定：不是师岗DDoS，是网络位职BGP邻居震荡导致路由表反复刷新。这种判断力，工程招聘JD上写不出来，师岗但每个网络工程师都懂。网络位职

网络工程师的工程日常，远不止插网线、师岗配VLAN。核心职责第一条：保障网络链路的高可用性。这包括物理层——光纤衰减是否超标、模块温度是否异常；也包括逻辑层——OSPF邻居状态、BGP前缀收敛时间。我见过一个案例，某公司办公网每天上午十点准时卡顿，查了两周没结果。后来发现是保洁阿姨每天那个时间用微波炉热饭，而AP恰好装在茶水间隔壁。网络工程师得懂射频，也得懂生活。

排障只是冰山一角。设计网络架构才是真功夫。一个中型数据中心，TOR交换机怎么选？25G还是100G上行？Spine层要不要做VXLAN？这些决策影响未来三年的扩容成本。我参与过一个混合云项目，客户坚持用传统三层架构，结果跨云流量绕了四个网关，延迟从8ms涨到47ms。后来改成EVPN+VXLAN，问题才解决。网络工程师不能只当执行者，得敢说“这个方案不行”。

安全边界也在职责范围内。防火墙策略、ACL规则、IPS签名库更新——这些不是安全团队的专属。网络工程师最清楚流量走向，知道哪条策略是历史遗留的“僵尸规则”。我习惯每季度做一次策略审计，把命中数为零的规则挑出来，跟业务方确认后删除。有一次删了一条2016年的NAT规则，释放了三个公网IP，运维总监说“这比挖矿还值”。

自动化能力越来越刚需。手工敲命令配一百台交换机，不仅慢，还容易打错字。Python+Netmiko+Jinja2是基础套餐。我写过一个脚本，自动备份所有设备的配置，并对比前一天的变化。如果发现ACL被改动，立刻发告警到钉钉。有次抓到某位同事偷偷开了3389端口，脚本在五分钟内就报了警。网络工程师得学会让机器干活。

文档能力常被低估。拓扑图、IP地址表、端口对照表、变更记录——这些不是形式主义。故障时，一份清晰的拓扑图能省半小时排查时间。我见过最离谱的机房，标签全是“临时”“备用”“别动”，结果一次割接拔错线，整个楼层断网两小时。后来我强制要求：任何线缆两端必须贴标签，写清楚源设备、目的设备、端口号、责任人。土办法，但管用。

沟通能力比技术更难练。业务部门说“网速慢”，你得翻译成“是DNS解析慢、TCP重传率高、还是HTTP响应头过大”。财务部要上视频会议，你得问清楚是H.323还是SIP，带宽需求多少，要不要做QoS。跟运营商打交道更头疼——他们总说“线路正常”，你得拿出光功率计和丢包测试报告，才能让他们派单。网络工程师是技术翻译官，两头都得哄。

最后说个真事。某次核心路由器升级，老张坚持要留一条4G应急链路。领导嫌浪费钱，没批。结果升级当晚，新版本IOS有个BUG，BGP进程反复重启。整个数据中心失联四十分钟，损失七位数。第二天领导主动批了双倍预算买备用链路。网络工程师的职责里，写不进“背锅”两个字，但每个老手都懂：冗余不是浪费，是保险。

这行干久了，你会对“正常”两个字有执念。看到光模块指示灯常亮，心里踏实；看到traceroute每一跳都通，比喝咖啡还提神。网络工程师不生产数据，只是数据的搬运工——但搬得稳不稳，全看功夫下得深不深。