诊断资源足但怕与小白扯皮，为何？

服务器

我做诊断的时候，资源较为充足。我设备和网络运行环境较充足，搭建临时场景验证问题很容易。即便不是我的问题，若最终问题没解决，我也能详细说明情况以规避责任。所以，我通常不怕查不出故障。我挺怕跟有关系的小白扯皮的。我来举个例子。交警将红绿灯摄像头工程包给了。与专线价格已谈妥。网络运营商铺数据专线，使红绿灯摄像头与交警存储服务器相连。红绿灯摄像头视频图传卡顿为故障现象。一口咬定是的问题，在摄像头处架笔记本电脑，Ping网关丢包，Ping摄像头也丢包，可拔掉运营商专线后，Ping摄像头就不丢包了。我是运营商工程师，得去查找问题。

某集成商为省钱，在机柜内使用劣质小交换机，还将机柜逐个串联起来。我在运营商机房看到流量正好是100M/s，像一潭死水毫无变化。我称：这种现象表明下游很可能拥塞了。：拔掉运营商专线，Ping摄像头就不丢包，所以认为是运营商方面出了问题。我讲过，要是把运营商的专线拔掉，上行就会中断，外部网络也就无法连通了。摄像头只有在外部联网时才推送数据，所以拔掉专线，下游就无网络拥塞，就能Ping通；而插上专线，因下游存在瓶颈，就会出现丢包情况。：不懂你啥意思。反正拔掉运营商专线后，Ping摄像头就不丢包了，那这就是运营商的问题呗。于是我拿了一台交换机下去当面核查，果不其然，测试现象与我判断的相同。我带的是千兆交换机，下游接口带宽占比恰好为10.00%，这表明下游极限是100M。我镜像抓包验证过了，摄像头仅在联网时才推送数据。：不明白你干的啥。我在别的城市这么做就行，到你这儿就出问题，所以肯定是你的问题。我讲，你没核实其他城市具体业务特征，只是观察现象做抽象比较，所以这两者不能对等。：你说下游带宽瓶颈为100M，可我买的是千兆交换机，这怎么会存在瓶颈？我问：你跟生产厂家确认场景没？确定交换机能够承载且毫无问题吗？：我在别的城市就这么干的，交换机和光收肯定不会有问题！我讲啊，我带的交换机价值几千元，这还不算特别好的设备。我都没去查看这个场景下包转发率和背板是否足够，可你现在用的交换机才几十元。你交换机光口收后面写着68M/s，这数据不是转发率就是背板，买设备前你不评估它能否支撑这个场景吗？下面这图是从别处找来的，当时交换机不是这个型号，但大小类似。

集成商总是各种嘴硬，即便我后来写了千字诊断报告详述过程也没用。集成商依旧觉得：拔掉运营商专线后，Ping摄像头不丢包了，可见是运营商方面存在问题。在其他城市这么做行得通，到你这儿就不行，那就是你的问题了。我多次与之沟通，对方虽称愿沟通，可最后总是又回到那两个观点上。那种主观意识极强的人，总希望别人按他的想法和经历而非从原理上去理解问题。事后才晓得，这集成商老板和交警有关系，他这么做是想省钱。交警成甩手掌柜，只关注项目验收，其他一概不管。我愿沟通专业问题解决具体事，也有耐心去说明。但遇上这种故障，我实在是疲惫。评论里有对这事感兴趣的，我来补充下后续。海康是摄像头的生产厂家。我联系公司与交警，带着三方人员前往路边机柜。海康工程师虽不懂网络，却能明白我所言。我当着他的面镜像抓包，首先得验证摄像头是否联网才会产生大量数据。海康工程师认可了这个现象。于是我根据抓包数据，问他摄像头为何向某个IP地址发送大量数据。海康工程师称，摄像头图片回传的IP地址为公安局的一台服务器。我与海康工程师交流，让其关闭路边机柜摄像头的视频回传功能，从而减少了数据量。在这种情况下，在路边机柜下挂笔记本电脑，Ping网关、摄像头、公安局视频服务器均不丢包，这证明了。我要确定是，但却称：数据量一大，运营商线路就可能卡顿，也许是你的专线无法承载大流量数据。然后我会写文档、画图告知他们，运营商机房仅收到100M/s的流量，而这是500M的数据专线。不管是传输网还是数据网，收到的流量都未超100M/s，数据都没上来，运营商怎么会有拥塞？我还检查了从运营商机房到公安局存储服务器（IP通过抓包获取）的情况，端到端无拥塞，延迟1 - 2ms。海康工程师称，可降低路口机柜摄像头自动回传，以供我们做网络测试。在数据量降低的情况下，网络低延迟且不丢包。未明确表态，我原以为事情已经结束了。然而过了一阵，人又出现了，说法也改变了。：我们到交警办公室去了，在那Ping路口摄像头的IP地址，延迟挺厉害的，差不多5ms。可在别的城市交警办公室Ping同样的摄像头，延迟才1ms。就是你们专线延迟高了，所以视频才卡顿。我问：交警办公室使用的是什么网络？你Ping的源IP地址是多少？：不清楚是啥网，IP地址貌似是X.X.X.X。我获取到一个疑似IP地址，对其进行可能性分析。运营商与公安局构建视频专网，运行OSPF，整网处于区域0。单区域OSPF下，我能依据其LSDB摸索公安局网络拓扑，这种行为是不合法且不道德的。我想知道哪里到哪里的延迟比较高。

电脑

搞网络的应该清楚这个过程，LSA太多了，所以要耗费大量时间。我的最终结论是：→ 路边机柜摄像头的线路 ≠ 路边机柜摄像头→ 公安局服务器的线路我讲业务是从北京到武汉的，可你测的是成都到武汉，路线都不同。就算成都到武汉堵车，也和北京业务没关系啊。我讲了，还存在一种可能，不过得先搞清楚具体业务的流转逻辑才能判断。你要联系公安局或者海康，把具体业务操作的每一步告诉我。我画了一幅图，大致如下。

我的想法是：摄像头到存储的延迟较低，不过具体业务可能从其他地方取流，那取流的线路是否会出现拥塞？我想了解客户具体操作时实际数据包的流转步骤，依据业务特征分析体验差的原因。但是似乎不明白我所说的内容。：罢了罢了，这个项目我都拖了许久了，再拖下去不合适。现在只是，，不管怎样，我让交警付钱，我们能拿到钱，你们也能拿到专线的钱，对大家都有益。这话让我很无语，不过当场我不会回嘴，回嘴没意义。说得好像我没配合似的，也不想想是因为谁才拖这么久。最后我跟客户经理说，再不行就让改路边机柜网络结构。别把机柜全串起来，再出口一个大带宽那种做法。可尝试改为多条小带宽专线，分批承载路边机柜。再往后我就没再关注了，似乎听到有人说把其他运营商引入了，也不知是否要更换运营商。不管怎样都与我无干。