带宽像马路的宽度，微突发像一瞬间并排冲出来的一群车。一条千兆链路上挂 16 路摄像头，平均每个才跑二三十兆，总利用率可能不到 30%，看起来很空。可只要有几路在同一秒里同时触发移动侦测、同时把关键帧往外推，瞬时速率就能冲到线速的数倍。马路平时很空，偏偏在那一秒堵死。
这种"平均很乖、偶尔炸裂"的流量，正是工业现场的常态，也是监控卡顿最难查的原因——你翻带宽曲线，全是绿的。
微突发指亚毫秒到几毫秒内，流量冲到接口线速的好几倍、随后迅速回落。以太网接口按线速收包，收不下就先丢进缓存；缓存满了就直接丢弃。麻烦在于，微突发对"平均利用率"指标几乎隐身：你看到 95% 时间利用率只有 20%，卡顿就发生在那 5% 的尖峰里，传统网管曲线根本画不出来。
交换机每个端口都有一块包缓存(packet buffer)，用来吸收突发、再把数据按出口速度平滑放出去。突发来了先囤在缓存里，出口慢慢消化。缓存小，囤不下就丢；缓存大，能扛更猛的突发。
但缓存不是越大越好。缓存越大，极端情况下单帧滞留越久（时延上升），而且一旦缓存彻底打满，尾丢弃照样发生。选设备看的是"缓存大小 + 分配策略 + 队列调度"三件套，不是单个数字。
工业 PoE 交换机下挂十几路摄像头，每路在关键时刻（移动侦测触发、夜视模式切换、补光灯联动）会同时突发；PLC 的周期报文再叠一批告警突发，尖峰就叠起来了。商用交换机缓存小、多数不支持 QoS 调度，最容易被这种突发打爆，表现就是画面偶发卡顿、花屏、录像丢秒。
包转发率(packet forwarding rate)：能不能线速处理小包，决定尖峰来时设备自身会不会成为瓶颈；
缓存大小与分配：每端口是独立缓存还是共享缓存，决定单端口突发能不能被吸收；
QoS / 队列：能不能按 802.1p / DSCP 给视频、控制业务分队列优先转发，避免被突发淹没。
锐应的 8+4 千兆工业交换机（PoE 可选）带大缓存与多级 QoS 队列，就是为这种"平时空、偶尔炸"的现场突发设计的；把 PON 接入和工业交换机方案搭配，可以从中心一路铺到机柜。PON 侧的局端可看锐应 PON 方案。公司背景见关于锐应。
| 维度 | 小缓存商用交换机 | 大缓存工业交换机（如锐应） |
|---|---|---|
| 突发吸收 | 弱，尖峰即丢 | 强，缓存吸收后平滑转发 |
| QoS 调度 | 通常无 | 支持 802.1p / DSCP 队列 |
| 平均利用率表现 | 看着很空 | 同，但尖峰不丢 |
| 现场表现 | 画面偶发卡顿、花屏 | 稳定不丢秒 |
| 管理可见性 | 丢包计数不全 | 每端口丢包与队列深度可查 |
别盯平均利用率，盯接口丢包 / 丢弃计数。如果带宽很空但丢包计数在涨，基本就是突发把缓存打满了。处理上：开 QoS 给视频和控制队列保障、把关键业务优先级调高、在网管界面看每端口队列深度。锐应工业交换机可在网管页面直接看每端口丢包与队列占用，定位比猜快得多。
看两个指标：带宽利用率长期很高、加链路就好转，是带宽不够；带宽很空但丢包计数在涨、画面仍卡，是微突发打满缓存。后者加带宽没用，得加缓存和 QoS。
不是。缓存大能吸收更强突发，但极端情况下会增加单帧时延，且缓存彻底打满时尾丢弃照样发生。关键是缓存大小、分配方式和队列调度配合，不是片面堆数字。
多半是接入交换机缓存小或没开 QoS，被摄像头突发打爆。先查接入交换机每端口丢包计数，再决定是调 QoS 还是换大缓存工业交换机。
开 802.1p / DSCP 队列，给视频流和控制流高优先级；确认设备包转发率能线速处理小包；选带足够缓存的工业 PoE 交换机。锐应 8+4 工业 PoE 交换机这几项都齐，适合这种多摄像头汇聚。
监控卡顿别急着加带宽。先看接入交换机的丢包计数：带宽空着却丢包，就是微突发把缓存打满了。选工业交换机时把包转发率、缓存分配和 QoS 队列三件事一起看，比单看端口数和价格实在。锐应 8+4 工业交换机带大缓存和多级队列，正是为这种"平时空、偶尔炸"的现场突发准备的。
