PingPlotter：把网络丢包画成证据图

它到底解决什么

展厅现场最难打的一场官司，不是设备坏了怎么修，而是设备到底坏没坏——播控卡顿一下、中控指令偶尔不响应、远程连上去时断时续、大屏画面偶尔抖一下，甲方第一反应几乎全是同一句话："你的设备不行。" 你心里清楚很可能是网络的问题，但嘴上说不过人家，因为手上没有能拿出来看的东西。

PingPlotter 干的就是这一件事：持续朝一个目标地址（甲方服务器、你的中控主机，或随便一个稳定的公网地址）发一连串很小的探测包，记录路上经过的每一台网络设备（业内管这叫"跳"，可以理解成信号从你这台机器出发到目的地之间依次经过的每一站中转设备）分别用了多久才答复、有没有答复丢失。这些数据按时间摊开画成一张图，谁在哪个时间点卡了、丢了多少，一目了然。

这跟系统自带的 ping 命令是两回事。ping 只告诉你"通不通、来回一趟多久"，看一眼就完事，出了间歇性问题根本抓不住；PingPlotter 是持续挂着跑，把这段时间里发生的每一次波动都记下来，画成一张能回放、能截图、能分享的图。这才是它真正的价值——不是"测一下网络"，而是留一份证据。

展厅哪道工序会用到它

验收和运营期的扯皮现场。 甲方那台无线互动展项间歇性卡一下，物业师傅第一句就是"你这机器不行吧"。挂上 PingPlotter 跑一段时间，如果图上 Wi-Fi 那一跳（后面讲怎么认）延迟异常拉高的时间点，跟卡顿发生的时间对得上，这就是一张能摆到桌面上说话的图。

多台播控机跨交换机不同步。 好几台播控机接在不同交换机下，本该同步的播放却错开了节奏。从每台播控机分别对着同一个目标跑一条追踪，把几张图摆一起对比，哪台机器所在的那段链路延迟明显偏高，问题多半就出在那一段，缩小范围之后再上手排查。

交付后的远程运维排障。 客户反馈"连你们的远程运维连接总是断"，人不在现场问不出所以然。让本地一台机器长期挂着朝对方网络跑一条追踪，等下次断线再回头看数据，能不能对上，直接决定了这是网络问题还是软件问题。

跨楼层链路排查。 设备间分散在不同楼层弱电间，中间经过好几级交换机和一段跨楼层主干线路。播控信号或中控指令偶尔卡顿时，按跳分段看图，能大致判断问题出在哪一段楼层间的链路，不用把每层弱电间都翻一遍。

怎么获取，该下哪个包

只认官网这一个渠道，第三方下载站打包的版本不要用——这类工具需要较高的系统权限来发探测包，来路不明的安装包风险不成比例。

官方桌面版分几档，功能范围不一样，报价和写方案时要分清楚：

• Free（免费版）：官方长期免费提供，装完就能用。限制也很明确：只能同时盯一个目标，而且没有远程采集能力（不能让另一台机器帮你在远端监控，只能盯自己这台机器发出去的探测）。连续监控和历史记录能留的时间也有上限，撑不起需要跨小时甚至跨天举证的场景，但临时看一眼"这条链路现在怎么样"完全够用。
• Standard / Professional（付费桌面版）：能同时盯的目标数明显放开，历史数据留存更长，还带报警、更细的采样频率。官方提供按月订阅和一次性买断两种付费方式，具体档位与费用参见官网购买页，本文不列具体数字（会调整，以官网当时展示为准）。
• Cloud（团队版）：面向跨地点、跨设备集中管理的场景，通过浏览器登录一个集中仪表盘，同时看多个远端点位的状况，适合手上管着好几个展厅项目、需要统一监控的集成商。

单个展厅项目现场排障，装 Free 版基本就够；要长期挂着监控某条链路、或同时盯好几个目标，才需要考虑升级付费版。官网提供限时试用，可以先走一遍流程再决定要不要买。

最短可用路径

1. 去官网下载页，选对应操作系统（Windows 或 macOS）的安装包，装上。
2. 打开软件，在目标地址栏填要追踪的地址——甲方服务器、自己的中控主机，或一个你知道一直很稳定的公网地址（当作"外网基准线"，方便区分是本地问题还是外网问题）。
3. 点开始，软件自动列出从这台机器到目标地址之间经过的每一跳，并开始持续探测、画图。
4. 让它挂着跑一段时间——具体多久取决于问题多久发作一次，下一节详细说。
5. 抓到有代表性的数据后，把当前的图截图或导出，留作记录。

这几步没什么难度，真正的门槛在于看懂图上的东西在说什么，这也是接下来最该弄明白的部分。

展厅工程里真正要弄明白的那几件事

这一节是全篇的重点。不需要弄懂探测包底层怎么发的，但下面这几条判断，现场和售前都用得上。

图到底是怎么画出来的

打开软件追踪一个目标，界面上会列出一串条目，从上到下依次是从这台机器出发到最终目标之间经过的每一站中转设备——业内把这个叫"跳"（hop），自己家里的路由器一般就是第一跳。每一跳后面都有一段随时间变化的图，颜色越深、线越往上蹿，代表那一时刻这一跳答复得越慢或者干脆没答复（也就是"丢包"，字面意思是发出去的探测包没能收到回音）。

好的结果长什么样很好认：每一跳的延迟数值都比较稳定、几乎看不到红色或丢包标记，这就是正常状态。真正要盯的是异常图形，官方资料总结了几种最常见的模式，展厅现场基本都能对上号：

• 锯齿状反复走高走低：延迟或丢包突然冲高又突然回落，开始结束都很干脆。这是链路带宽被跑满（业内叫"带宽饱和"）最典型的指纹——常见于有人在同一条线路上下载大文件、看高清视频流。展厅里如果同一条出口线路既要跑播控内容又要给游客提供 Wi-Fi，游客一多就容易出现。
• 只在第一跳（自己的路由器）附近有一点点延迟，而且几乎不会是 0：这是无线连接的典型指纹，因为无线信号本身就比有线多一层处理和排队。如果这一跳的延迟经常跳高，且跟卡顿发生的时间点对得上，基本可以断定问题出在 Wi-Fi 信号上，而不是展项程序本身。
• 内网范围内的某一跳出现一段一段的丢包，间隔跟设备重启所需的时间差不多：多半是本地网络里某个环节的硬件不稳定，比如网线接触不良、交换机老化、电源不稳。这类问题一旦定位到具体是哪一跳，通常就能真的动手修好。
• 丢包只出现在中间某一跳，最终目的地和其它跳都正常：这条最容易被误读，下一段专门讲。
• 从第一跳开始就完全没有响应，整条路径都是空的：多半是本机或本机跟第一跳之间有防火墙拦住了探测包，不代表网络真的断了。

最重要的一条：中间某一跳丢包，不代表业务数据真的在丢

这是全篇最容易被现场人员用错的一点，必须放在明显位置提醒：如果丢包只出现在中间的某一跳，而没有传导到后面几跳和最终目的地，这通常不代表真的有数据在丢，而是那一跳的网络设备本身，对这种探测请求的响应优先级设得比较低。

大白话讲：网络里很多路由器、交换机，处理真正的业务数据（视频流、控制指令）永远是第一优先级，回答"你好，我是谁"这种诊断用的探测请求排在很靠后，忙起来就先放一边不理。所以经常能看到某台中间设备"看起来"丢包很严重，但往后看，到了它后面几跳一直到最终目标都正常——说明业务数据其实过得很顺畅，卡在中间那一跳的只是"打招呼没人搭理"，不是真出问题。

现场排故时怎么用：只看丢包是不是一路传导下去了。 如果某一跳的丢包一直延续到后面所有跳、包括最终目标，那才是真的问题；如果只是孤零零一跳显示丢包、后面立刻恢复正常，大概率可以先放一放。反过来，拿着"某一跳丢包很严重"这种孤立截图去跟甲方网管吵架，对方随手一查发现业务流量根本没受影响，你的举证反而变得不可信，场面会很尴尬。

这条判断还能顺带帮你分清"该找谁负责"：展厅项目网络往往横跨好几个责任方——自己布的内网、甲方的物业网络、上游的运营商链路。丢包或延迟从哪一跳开始一路传导下去，那一跳往前通常还在自己的责任范围，往后就进入了别人的地盘，找对应的甲方 IT 或运营商去谈，而不是自己埋头瞎修。

举证：这张图怎么用来"讨说法"

甲方网管最常见的反驳就是"我们这边看着好好的"，手上只有一张几秒钟的截图，很容易被顶回去。真正有说服力的做法是挂机跑，跑够能覆盖问题实际发作周期的时长——问题一天发作一两次，就得挂一整天甚至更久，抓到问题发生的时间窗口，让图上清楚看到"卡顿开始的那一刻，某一跳的延迟或丢包也同时开始"，这种时间点对应的证据比单独一张图有说服力得多。讲的时候也别只甩图，配合"卡顿是几点几分发生的、图上这个时间点这一跳恰好出现异常"一起说，才是完整的举证链条；反复出现、影响日常展示效果的问题，比偶发一次更值得留证据。

踩坑与排错清单

什么时候别用它

展项本身软件出问题时，它帮不上忙。 播放器崩溃、内容加载失败、程序逻辑报错，都是应用层的问题，跟网络传输是两码事。追踪结果显示网络一切正常，只能说明网络没问题，不能证明展项程序没问题——遇到这种情况该去查日志、查程序，不是死磕网络图。

只是想测一下"网络通不通"图省事的场合，别小题大做。 系统自带的 ping、tracert 已经能回答"通不通、大概多久"这种一次性问题，没必要为此装一个专门用来持续监控的工具。

问题根源其实是配置错了，不是网络的问题。 中控指令码写错、播控素材路径指错、设备参数配置有误，这类问题网络层面完全正常，用网络工具排查只会白费功夫，先把配置核对一遍。

甲方内网明令禁止装第三方软件的项目，别硬装。 有些政务、金融类展厅项目对能装什么软件卡得很严，需要先走安全审批。这是流程问题，不是技术问题，装了也过不了验收，投标前先跟甲方确认清楚能不能用。

与本站的衔接

• 展厅工程机的远程接管方案，以及各类远程工具在不同网络环境下怎么选，见远程运维专题——PingPlotter 经常是"先用它定位问题在网络这一层"，再决定要不要动用远程工具去处理。
• 如果排查出问题出在机柜工程机拔了显示器就掉分辨率，那是另一个坑，跟网络无关，见 CRU 软件页。
• 需要一款开源、能自建服务端的远程运维软件配合排障使用，见 RustDesk 软件页。
• 把网络排障流程、远程接入方式写进投标方案或交付文档，可以参考解决方案里各类展厅项目的运维章节。

出处

• PingPlotter 官网首页（产品定位、功能概述）：https://www.pingplotter.com/
• PingPlotter 官网定价页（Free/Standard/Professional/Cloud 各档功能对比）：https://www.pingplotter.com/pricing/
• PingPlotter 官网下载页（获取渠道、系统要求、常见问题）：https://www.pingplotter.com/download/
• PingPlotter 官方「常见网络问题」解读页（各类异常图形模式的官方解释，包括中间跳丢包的成因）：https://www.pingplotter.com/wisdom/common-network-problems/

本文所述的功能范围、授权分档与图形判读方法，均来自上述官方材料；文中涉及的展厅工序判断与举证方法属于工程经验总结，具体项目请以现场实际情况与官网最新信息为准。